問題タブ [maintenance-plan]

2 つのトリガーを作成しました。1 つは sysssispackages に、もう 1 つは sysjobs に。これら 2 つのトリガーは、誰かがメンテナンス プランまたはジョブ (ジョブ スケジュールなし) を変更するたびにメールを送信するだけです。

私の問題は、誰かが MP を変更するたびに、両方のトリガー (sysssispackage の場合は 1、sysjobs テーブルの場合は 2 ～ 4 のアラート) のアラートを受け取ることです。これらのアラートを次のケースに戻す方法はありますか?

1. MP から変更が行われた場合、sysssispackage テーブルのみ、つまり 1 つのアラートのみについてアラートを受け取ります。
2. Jobs で変更が行われると、sysjobs テーブルに対してのみアラートが表示されます。

回避策の 1 つは、sysjobs テーブルのトリガーを変更して、メール キューをチェックし、それに応じてメールを送信することです。

でも、他に方法がないか知りたいです。

ありがとう。

PS- 私の基本的な要件は、誰が MP とジョブを変更したかを追跡することです。

複数のサーバーを毎日チェックして、バックアップ フォルダー (およびバックアップ時間、データベース、バックアップの種類などの他のデータ) を見つける必要があります。

メンテナンス プランの名前がわかっている場合、バックアップ フォルダーを一覧表示するスクリプトを作成する方法はありますか?

これは役に立ちましたが、少なくとも 1 回はバックアップを実行する必要があります。

SQL Server メンテナンス プランで発生する可能性のあるさまざまなイベントを監視しようとしています。これを行うための私の望ましい方法は、保守計画でデータを使用して HTTP POST を実行することです。いくつかの調査の後、cURL を使用することをお勧めしますが、セキュリティの観点から理想的ではない xp_cmdshell を有効にする必要があることを理解しています。

そのため、xp_cmdshell が有効になっているかどうかを確認し、コマンドを実行するのに十分な時間有効になっていない場合は、もう一度無効にする T-SQL を少しまとめようとしています。しかし、私が以下に持っているのは協力的ではなく、それらすべてのGOと関係があると確信しています...

助けてくれてありがとう。

SQL Server Management Studio -> Management -> Maintenance Plans -> 実行するメンテナンス プランを右クリックすると、オプションがグレー表示されます。

• 確認したところ、SQL Server Integration Services が実行されています。
• 他のメンテナンス計画を実行できます。
• 問題なくこの計画を変更しようとしましたが、実行はグレー表示のままです。
• 現在実行中のプランのインスタンスは他にありません。
• また、SQL Server から切断して接続し直しましたが、どちらも役に立ちませんでした。
• SQL エージェントが実行されています。

最初は PHP アプリケーションとして、次に Rails とのハイブリッドとして、そして現在は完全に Rails で実行されている実稼働システムがあります。いつ頃からあるのかは不明です。最も古い git commit は 5 年前のものです。

目標は、どんな犠牲を払ってもシステムを稼働させ続けることです。何も壊れない限り、どのコードを使用しても問題ありません。現在はRailsのバージョン3.2.33です。

gem をアップグレードしないと、陳腐化してデプロイできなくなる可能性があります。アップグレードすると、潜在的なバグが入り込む原因となるコードに変更を加える必要があります。コードの腐敗だけでなく、AWS の停止によるダウンタイムにも直面します。

何も壊れないようにするための最初のステップは何ですか? キュウリ (統合) テストの作成に何ヶ月も費やしましたが、すべてのエッジ ケースをカバーするのは困難です。アプリは非常に長く実行されているため、ほとんどのバグは修正されており、新しい例外はほとんどありません. テストは最初から優先事項ではなかったため、ほとんどのコードは文書化されていません。

Microsoft SQL データベースの保守計画が失敗した、実行されなかった、実装されていない、またはスケジュールされていなかった場合に、ユーザーがアプリケーションにログインしたときにアラートを追加しています。チェックすべき保守計画を特定するための設定を追加したくありません。

現在のデータベース " " でアクションを実行するメンテナンス プランのリストを取得するにはどうすればよいSELECT db_name()ですか?

ここですべてのメンテナンス プランのリストを確認できます。SELECT * FROM msdb.dbo.sysmaintplan_plans

計画の手順を照会し、データベースが含まれているかどうかを確認する必要があると思います。

各ステップのタイプ、つまり整合性チェック、インデックスの再構築、統計の更新またはバックアップなどを識別できると便利です。そうすれば、必要なすべてのステップが実行されていることを確認できます。

WinServer 2012 R2 で SQL Server 2012 (SP2) を使用しています。データベースのバックアップを作成し、2 日以上経過したレポート ファイルとバックアップ ファイルを削除するメンテナンス プランを作成しました。

私の問題は、メンテナンス プランが 2 日以上経過したファイルを削除しないことです。これらのファイルも 5 日または 6 日後に削除されません。バックアップが検証され、圧縮されます。

ディレクトリに対する権限があり (エージェントは LocalSystem で実行されています)、「ファイル拡張子」の下のタスク プロパティで、「.bak」、「bak」、「*.bak」など、ドットなしまたはドット付きの名前を設定しようとしました。しかし、何も機能しません。タスクの順序を変更しましたが、何も機能しません。

しかし、私は常に成功メッセージを受け取ります。それで、ここで何が間違っているのですか？

私は、20 台以上の Azure サーバーを管理するチームの一員です。ほとんどのサーバーは 24 時間年中無休で稼働しているため、毎週の定期メンテナンスなどはありません。

ほとんどの仮想マシンは Windows Server 2012 であり、プレミアム ストレージで SQL 2014 を実行するいくつかのかなりアクティブなデータベース サーバーがあり、その他は Web/IIS およびファイル/アプリケーション サーバー、およびターミナル サーバーです。

パフォーマンスが低下しないようにするには、仮想マシンでどのようなメンテナンスを行う必要がありますか? (断片化解消とかそういうこと?) 皆さんが何を、どのくらいの頻度で行っているのか興味があります。

ありがとう！ジョエル