問題タブ [sql-agent-job]

すべての SQL サーバー エージェント ジョブを監視するストアド プロシージャ/ジョブを作成したいと考えています。SQL Server エージェントのジョブのいずれかが失敗すると、ジョブ名が記載された電子メールが管理者に送信されます。

すべてのジョブを監視するようなジョブを作成する最良の方法は何ですか?

1か月前のデータをlogging テーブルからlogging-archive テーブルに移動し、1 年以上前のデータを後のテーブルから削除する必要があります。

大量のデータがあります (2 か月で 600k 挿入)。

毎日/毎週、ストアド プロシージャを単純に呼び出す (バッチ処理する) ことを検討していました。

私は最初に2ストアドプロシージャを実行することを考えました:

1. アーカイブから365 日より古いものを削除する
2. ロギングからアーカイブへのデータの移動、30日より古いもの（1つのSQLクエリでそれを行う方法があると思います）
3. 30 日より古いものをログから削除します。

ただし、この解決策は非常に非効率的で、DB が数分間ロックされる可能性があります。これは望ましくありません。

では、代替手段はありますか?それらは何ですか?

以下のスクリプトを使用して、エージェント ジョブの Job_state を取得しています。

ジョブが実行されている場合は、job_state として 1 を返します => これで問題ありません。

ただし、他のすべてのケース (失敗/成功/キャンセル) では、job_status 4 (アイドル状態を意味します) が返されます。

失敗/成功またはキャンセルされたかどうかを判断できるように、正確な job_state を取得するにはどうすればよいですか。

これまでの私のスクリプト：

SQLServer2005でSQLServerエージェントジョブを使用してストアドプロシージャを実行しています。

この仕事は昨日まで速く走っていた。昨日から、この仕事は2分ではなく1時間以上かかっています。

SSMSでストアドプロシージャを実行しましたが、実行に1分もかかりませんでした。

SQL Serverエージェントジョブとして実行したときに1時間以上かかる理由がわかりませんでしたか？

ジョブの実行中にアラートを出すようにジョブを設定する方法を知っています。
しかし、私は 1 日に何度も実行することを意図したジョブを作成しており、大量のメールを受け取りたくはありませんが、ジョブが実行されていないときにアラートを受け取るソリューションが必要です。 X分間。

これは、ジョブを実行時にアラートするように設定し、これらのアラートをチェックして、そのようなアラートが X 分間見られない場合に警告するプロセスを設定することで実現できます。

誰かがすでにそのようなこと（または同等のもの）を実装しているかどうか疑問に思っています。
異なる X 値を持つ複数のジョブをサポートできれば素晴らしいでしょう。

月曜日から金曜日の特定の時間に実行するようにスケジュールされている複数のステップを持つ SQL エージェント ジョブがあります。表に記載されている休日に実行されないようにするには、このジョブに停止機能を実装できる必要があります。

これをどのように進めればよいのか、私にはよくわかりません。休日かどうかを確認し、休日の場合はジョブを失敗させる最初のステップを作成する必要がありますか?

渡す日付をチェックして休日かどうかを確認するストアド プロシージャがありますが、結果が「はい」の場合に強制的に失敗を報告する方法がわかりません。どんな助けでも大歓迎です。

スクリプトを使用してリモート マシン上に SQL サーバー エージェント ジョブを作成することはできますか? 何か案が ..

この同様の質問は、C＃でジョブのステータスを確認するには、sp_help_jobを実行する必要があるという解決策を提供しました。問題は、SQLでクエリを試してみると、SQLServerから「ストアドプロシージャ'sp_help_job'が見つかりませんでした」というエラーが表示されることです。

このSQLコードをMSS2008で実行してみました。

誰かが正確なクエリを投稿して、私が実行したばかりのジョブのステータスを見つけることができますか？

SQL Server エージェントでオペレーティング システム (CmdExec) を実行するステップにパラメーターを追加したいと考えています。私はどこでも検索して同僚に尋ねましたが、誰もそれを試したことがありませんでした. 画面の写真を添付し​​ました。.exe ステートメントの後にパラメーター (ファイル パス) を追加できるのではないかと考えていましたが、確信が持てませんでした。

私は次のことがうまくいくかもしれないと思いました：

これは運用サーバー上にあり、これが正しくない場合でも何かを壊したくありませんでした.

ありがとう！

私はたまたまネット上で多くの自動化された SQL バックアップ ソリューションを見つけました。特に 2 つは - SQL バックアップと FTP (http://sqlbackupandftp.com/) - SQL メンテナンス ソリューション (http://ola.hallengren.com/) です。

私の質問は、SQL には既に SQL Server Jobs Agent があり、これを実行できるのに、なぜ人々はこれらのソリューションを使用するのでしょうか?