定期的な「印刷」ステートメントを含む SQL Server ジョブを実行しているので、ジョブ履歴を調べて何が起こったかを把握できます。しかし、出力は [SQLSTATE 01000] で雑然としています。この出力に収まる量には制限があるため、関心のある情報をできるだけ多くのスペースに収めたいと考えています。

「印刷」コマンドの [SQLSTATE 01000] 出力を抑制する方法はありますか?

私には毎晩実行される仕事があります。何かが失敗した場合に何が起こっているかを知ることができるように、ストアド プロシージャに独自のログを記録します。

昨夜、仕事が失敗しました。場所はわかっています。ジョブを手動で実行したところ、成功しました。そこで、仕事の履歴を調べて、何が見つかるかを確認しました。

「ステップの詳細を表示」を選択すると、メッセージが表示されます。ここまでは順調ですが、ここに私の問題があります。

メッセージ/エラーを表示するボックスには多くの情報が表示されますが、「ステップが失敗しました」と表示されている最後の部分は、エラーに関する情報がない残りのメッセージによって切り捨てられています。これらの他のメッセージは正常です。私はかなりの回数 BCP を使用しており、期待しています。

私の質問は: ストアド プロシージャ内でこれをクリアする方法はありますか? 私がすることは、失敗したstpred手順の部分の直前にこれをクリアして、クリアボックスを作成することです

また

さらに詳細を見る方法はありますか？sysjobhistory を照会しましたが、基本的に同じ情報です。切り捨て/切り捨てられ、あまり使用されません。

また

エラーのみが存在するように、ジョブ中にログに記録されるメッセージをオフにする方法はありますか?

ありがとう ！！ありがとう！

現在説明できない奇妙なシナリオがあります。私は、それが単なる「金曜日の気持ち」であるか、ここでの親切な唯一の人が私の脳を救い出し、「しかしなぜ！？」の無限ループから私を救うことを望んでいます。:)

SQL Server 2005を実行し、DNSエントリが次の2つのサーバー：

（まあ、彼らは実際にはそれと呼ばれていませんが、それで十分です...）

両方のSQLServerインスタンスには、他のサーバーを指すように構成されたリンクサーバーがあります。

明らかなセキュリティ上の理由から、LinkedServerのセキュリティ構成は次のように設定されています。

その他の「リンクサーバーオプション」は...

ログインは、両方のインスタンスで同じパスワードで作成されます。ログインには、関連するストアドプロシージャへの適切な実行権限が付与されます。

私はいくつかのコードを書き、そのログインの下でそれを実行します、そしてそれはすべてうまくいきます

しかし、これらのストアドプロシージャを実行するためにエージェントジョブを作成すると、すべてがうまくいきません。エージェントジョブの所有者は「automated_job_login」ですが、エラーログに次のように表示されます。-ユーザー「automated_job_login」のログインに失敗しました

（この場合も、有罪を保護するためにその名前が変更されています。）

そのユーザーとしてログインしたときになぜ機能するのか、一生理解できませんが、リンクサーバーに接続するとジョブエラーが発生します。（リンクされたサーバー接続の時点で間違いなくです。）

さらに混乱させるために、リンクサーバーのセキュリティ構成を「このセキュリティコンテキストを使用して作成する」に変更し、正しいパスワードで「automated_job_login」を指定すると、正常に機能します。

私は何かが欠けています、私は私がそうであるに違いないことを知っています、しかし私は何を見つけることができません。目が出血して失敗するまで、ドキュメントを読みました。私を助けてください ：）

[Linked Server Secuiryオプションを「このセキュリティコンテキストを使用して作成する」のままにしておくことは、そのサーバーのすべてのユーザーに他のサーバーへの許容できないレベルのアクセスを与えるため、オプションではありません。]

MSDB データベースに格納されている SSIS パッケージは、実行すると正常に動作します。SA アカウントで実行するか、Windows セキュリティを使用します。

このジョブを SQL エージェントで実行するようにスケジュールしたいのですが、実行すると奇妙なエラーが発生し、どのような構成を試しても次のエラーで失敗します。

ユーザーとして実行: SERVER\SYSTEM。DTSER_FAILURE (1) を返しました。開始: 09:25:03 終了: 09:25:04 経過: 0.61 秒。パッケージの実行に失敗しました。ステップは失敗しました。

SSIS パッケージ自体はリモート サーバーに対してデータの読み取りと書き込みを行っていますが、パッケージの実行中にそこまで到達するとは思いません。

何か案は？

SSMS 2005からSQLエージェントのジョブ（私はこのジョブの所有者です）を編集または表示しようとしていますが、その方法がわかりません。ジョブをダブルクリックするか、ジョブのプロパティを入力すると、空の[新しいジョブ]ウィンドウが表示されます。

この動作を修正する方法はありますか？

FTP サーバーからファイルをダウンロードしてデータをインポートする .dtsx ファイル (SSIS パッケージ) があります。手動で実行するたびに問題なく実行されます。ただし、SQL サーバー エージェント ジョブのステップとしてパッケージの呼び出しをスケジュールすると、失敗します。失敗するステップは、.bat ファイルを呼び出すステップです。ジョブ履歴ビューアーのエラーには、次のように表示されます。

エラー: 2009-05-26 12:52:25.64
コード: 0xC0029151 ソース: バッチ ファイルの実行 プロセスの実行タスク
の説明: "" で "D:\xxx\import.bat" "" を実行中、プロセスの終了コードは "1" でした" 一方、期待値は "0" でした。終了エラー DTExec: パッケージの実行で DTSER_FAILURE (1) が返されました。

権限の問題だと思いますが、これを解決する方法がわかりません。ジョブの所有者は管理者ユーザーであるため、.bat ファイルが配置されているディレクトリへのアクセス許可があることを確認しました。サービスに移動して、SQL Server エージェントの [ログオン] オプションを変更しようとしましたが、どちらのオプションも機能しません (ローカル システム アカウントとこのアカウント)。これを機能させるために他のどの権限を調整する必要があるかについて、誰か考えがありますか?

Sql サーバー 2005 サービス パック 2 バージョン: 9.00.3042.00

すべてのメンテナンス プランが同じエラーで失敗します。

エラーの詳細は次のとおりです。

メンテナンス計画の実行

• メンテナンス計画を実行します。test7 (エラー) メッセージ 実行に失敗しました。詳細については、メンテナンス プランと SQL Server エージェントのジョブ履歴ログを参照してください。

詳細情報セクションには、次の情報が表示されます。

ジョブ 'test7.Subplan_1' が失敗しました。(SqlManagerUI)

プログラムの場所: Microsoft.SqlServer.Management.SqlManagerUI.MaintenancePlanMenu_Run.PerformActions()

この時点で、Windows イベント ログに次のように表示されます。 : SQLSERVER4 説明: パッケージ "test7" が失敗しました。

そしてこれも：

イベントの種類: 警告 イベント ソース: SQLSERVERAGENT イベント カテゴリ: ジョブ エンジン イベント ID: 208 日付: 28/05/2009 時刻: 16:09:10 ユーザー: 該当なし コンピューター: SQLSERVER4 説明:

SQL Server のスケジュールされたジョブ 'test7.Subplan_1' (0x96AE7493BFF39F4FBBAE034AB6DA1C1F) - ステータス: 失敗 - 起動日: 2009-05-28 16:09:02 - メッセージ: ジョブが失敗しました。ジョブは、ユーザー 'DOMAINNAME\username' によって呼び出されました。実行する最後のステップは、ステップ 1 (Subplan_1) です。

SQl Agent ログにエントリがまったくありません。

データベースのバックアップを圧縮するSQLServerエージェントジョブを実行しています。私が実行するアプリケーションは、データベースのパスを引数として受け取るC＃Windowsアプリケーションです。アプリケーションフォームをコマンドプロンプトから実行すると、すべて正常に機能します。ただし、オペレーティングシステム（CmdExec）をタイプとして使用してSQL Serverジョブ内から実行すると、次のエラーが発生します。

「システムは指定されたファイルを見つけることができません」</p>

ジョブ内で、コマンドとして次のものがあります。

D：\ DatabaseBackups \ DatabaseBackupManager.exe D：\ DatabaseBackups \ SubDit \ Database.bak

DatabaseBackupsフォルダーでSQLServerエージェントアカウントに特定のディレクトリアクセス許可を設定しようとしましたが、それでも同じエラーが発生します。

グーグルはうまくいったものを何も投げず、私を夢中にさせ始めているので、誰かがこれに光を当てることができますか？

ありがとう

これは、SQL 2005 保守計画の履歴のエクスポートです。

各ステップの所要時間は短いのに、全体のメンテナンスに 5 時間かかったのはなぜですか? その時間を費やしているタスクを見つけるにはどうすればよいですか...