私は私たちの環境全体でさまざまなバックアップソフトウェアをテストしてきましたが、私が把握できないのは、これらのバックアップソリューションの監視です。すべて私がやりたいことなので、最終的にはいくつかの異なるソフトウェアが必要になると思います。
そうは言っても、異なるバックアップ ソリューションを監視する合理的な方法はあるのでしょうか?
これまでに私が見つけた完全に不可知論的なものはPRTGのIMAPセンサーこれは電子メールの件名/本文を解析することで解決できる解決策ではないことは承知していますが、他に何をすればよいのかよくわかりません。この目的でこの製品を使用した経験のある方はいますか?また、効果はありますか?
答え1
私は Nagios ユーザーなので、バックアップ (Veeam、Windows Server Backup、Dirvish、mysqldump スクリプトなど) を監視する方法は、基本的にパッシブ サービスを使用し、チェックの結果を報告するために send_nsca を使用することになります。
基本的に、各バックアップテクノロジーごとに、バックアップが完了したときに呼び出されるスクリプトを作成しました。バックアップシステムに接続する、または完了後に実行するようにスケジュールされています。さまざまなスクリプトが終了ステータス、ログ、サイズなどをチェックし、そのステータスを Nagios パッシブ サービスに報告します。サービスは、定義された期間内にステータスの更新が受信されない場合に警告するように設定されています。各サービスについて監視する必要がある内容は、環境とソフトウェアによって異なります。
他の監視システムにも、パッシブ サービスと同様の機能があるはずです。
答え2
したがって、私にとって、バックアップを監視する責任が自分だけにあり、即時通知が必須ではない場合、つまり問題が発生したときにすぐに修正する必要がない場合は、常に怠惰な人のアプローチでした。
私が行っているのは、各バックアップ ソフトウェア パッケージを設定して、電子メールで通知が送信されるようにすることです。
その後、次のことを行いました。
- これらの通知をOutlookの別のフォルダーに移動するルールを作成します
- 件名または本文などを検索する別のルールを作成し (バックアップ ソフトウェアの通知のフォーマット方法によって異なります)、「失敗」や「不完全」などを探し、そのルールで今日のメッセージにフラグを設定します。また、「失敗したバックアップ通知」という別のフォルダーにコピーを作成します。
すると、翌朝メールをチェックするとすぐにフラグが表示され、または「失敗したバックアップ通知」フォルダをチェックするだけで済みます。
(注意点が 1 つあります。少なくとも週に 1 回は手動でバックアップ プログラムを確認する他の方法をお勧めします。バックアップがまったく実行されていない場合、サービス/ジョブ スケジューラが実行しているように見えても、通知メールが届かないためです。また、「バックアップ ジョブ エンジン サービスが停止/失敗しました」などのメールを受け取った場合に警告するルールも設定する必要があります)