- ベストアンサー
バックアップのイベントIDについて
- WindowsServerバックアップについてご教示願います。バックアップ先は外付けHDDで、成功/失敗のイベントIDでバックアップの状態を判断し、メール通知する予定です。
- 現状のログを見る限り、バックアップできなかった場合のイベントIDは23、バックアップ先のメディアに不具合が生じた場合のイベントIDは19ですが、具体的なイベントID一覧がないため、予め設定することは難しいです。
- バックアップのイベントID一覧を探してみましたが見つかりませんでした。メール通知ができなかった場合は、その都度イベントIDを確認して追加することになるかもしれません。
- みんなの回答 (3)
- 専門家の回答
質問者が選んだベストアンサー
No2です。 >当初、わたしもそう思ったのですが、今回は「成功」した場合もメール通知させたいので、イベントレベルでは難しい(できない?) >成功の場合は、成功メールScriptを実行させます。 >失敗の場合は、失敗メールScriptを実行させます。 >失敗の場合はトリガでイベントIDを指定するのではなく、 成功と失敗の成功はそのままで失敗側のトリガの考え方を変えればどうですかと提案したのですが、 回答の意図がうまく伝わっていないようなので再度回答します。 私の勘違いでしたらご容赦下さい。 タスクは2つ作成します。 (1)成功のメールを通知するタスク (2)失敗のメールを通知するタスク (1)のタスクは、 イベントソース:Microsoft-Windows-Backup 且つ イベントID:4(成功) (2)のタスクは、 イベントソース:Microsoft-Windows-Backup 且つ イベントレベル:重大、警告、エラー とします。 イベントID:4(成功)のイベントレベルは、「重大、警告、エラー」には絶対ならないはずなので重複はせず、イベントID:4がイベントされたら確実に通知されると思うのですが。 また、イベントID:4(成功)がイベントされない場合は、何らかのエラーが発生しているはずなので(2)で通知がされることになります。 なお、イベントID:4と他の警告の2つのイベントが発生する場合もあると思われますが、この場合は成功と失敗の2通のメールがくることになりますが、それはそれで見る側が情報としてきちんと判断すれば良いと思います。
その他の回答 (2)
- maesen
- ベストアンサー率81% (646/790)
失敗の場合はトリガでイベントIDを指定するのではなく、 トリガの設定を「イベント時」で「カスタム」にして、 イベントソース:Microsoft-Windows-Backup 且つ イベントレベル:重大、警告、エラー のようにしたらどうでしょうか。
補足
maesenさま いつもご回答ありがとうございます。 当初、わたしもそう思ったのですが、今回は「成功」した場合も メール通知させたいので、イベントレベルでは難しい(できない?) という認識です。 毎日メール通知がくるのが当然としたいところです。 ※メールが来ない=正常に終了した・・・ということにした場合、 何かの不具合でメール送信されなかった場合に気付かないと いう恐れがある為です。
- kteds
- ベストアンサー率42% (1882/4440)
マイクロソフト下記サイトは参照済みでしょうか。 これ以外のEvent IDについてはマイクロソフトに確認してみてください。 「Backup Operations」 https://technet.microsoft.com/ja-jp/library/cc734488%28v=ws.10%29.aspx
補足
ktedsさま いつもご回答ありがとうございます。 教えて頂いたサイトのIDを指定すればよさそうですね。 範囲を「5-612」 で指定すれば、失敗を検出できると 思ったのですが、この範囲で指定するとバックアップが完了 したときやリストア作業したとき、バックアップスケジュールを 変更したとき等のイベントIDまで含まれてしまいます。。 ってことは、IDを細かく指定するしかないんですかね。 「5,8,9,17-22,49,50,52,100・・・」みたいな。 あと、質問で書かせて頂いたイベントID:23については 警告だから?当該サイトに記載が無いのかもしれませんが 警告も拾って失敗としてメールさせたいところです。
お礼
maesenさま 度々のご回答ありがとうございます。 仰る通りですね。大変失礼しました。 この方法でタスクを作成したいと思います。 ありがとうございました。