Exchange2007オンラインメンテナンスの重複
毎晩02:59に、次のイベントがExchangeサーバーによってログに記録されます。
Event Type: Warning Event
Source: MSExchangeIS Mailbox Store
Event Category: Background Cleanup
Event ID: 9871
Date: 5/20/2009
Time: 2:59:59 AM
User: N/A
Computer: EXCHFC2
Description: There is an online maintenance overlap for database "First Storage Group\Mailbox Database". Please revise the online maintenance schedule.
For more information, see Help and Support Center at http://go.Microsoft.com/fwlink/events.asp.
。
Event Type: Information
Event Source: ESE
Event Category: Online Defragmentation
Event ID: 704
Date: 5/20/2009
Time: 2:59:59 AM
User: N/A
Computer: EXCHFC2
Description:
MSExchangeIS (12420) First Storage Group: Online defragmentation of database 'C:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\Mailbox Database.edb' was interrupted and terminated. The next time online defragmentation is started on this database, it will resume from the point of interruption.
For more information, click http://www.Microsoft.com/contentredirect.asp.
これは、Windows 2003x64で実行されているExchange2007です。
Exchangeのメンテナンススケジュールは次のとおりです。
First Storage Group\Mailbox Database: 20:00 - 03:00
Second Storage Group\Public Folder Database: 03:00 - 06:00
私はそれらをもっと間隔をあけてみた（最初は2で終わり、2番目は4で始まった）ことに注意してください。エラーメッセージは、First StorageGroupのメンテナンスプランが完了する1秒前に必ず表示されます。
その2番目のイベントで指摘された中断されたデフラグは02:15に開始されました。まったく同じデータベースの別の最適化が23:04に開始され、02：08に終了しました。この完全な最適化の直前に、昨夜から中断されたものが完了しました。
つまり、システムがデータベースをループでデフラグしているように見え、メンテナンスウィンドウの終了によってそのデフラグが中断されたときに文句を言います。
この動作を修正するにはどうすればよいですか？
[〜＃〜]編集[〜＃〜]
私のバックアップは06:30に実行されます。このマシンにはスケジュールされたジョブはありません。
Best Practices Analyzerは、関連するものを何も報告しません。
これは重大なエラーではないことは理解していますが、単に無視すると、メンテナンスが適切に実行されていないときに将来の問題を見落としてしまうのではないかと心配しています。その意味で、メンテナンスウィンドウ中にデフラグがループする原因となっているものをすべて解決したいと思います。
メンテナンス用のデータベースウィンドウが閉じていて、トランザクションを実行している場合、9871エラーがスローされます。それはメンテナンスを完了し、おそらく実際には他のデータベースでメンテナンスを実行することとはまったく関係がなく、かなりひどく書かれたエラーメッセージです。
多くの場合、このメッセージは、メンテナンスウィンドウが終了したときにbaバックアップが実行されているときにトリガーされますが、これが発生している可能性がありますか？
このサーバーに対してExchangeBest Practices Analyzerを実行して、検出できる問題があるかどうかを確認することをお勧めします。
つまり、システムがデータベースをループでデフラグしているように見え、メンテナンスウィンドウの終了によってそのデフラグが中断されたときに文句を言います。
この動作を修正するにはどうすればよいですか？
これは設計どおりに機能しています。差出人： http://technet.Microsoft.com/en-us/library/aa996226（EXCHG.65）.aspx
このプロセスは、MicrosoftExchangeインフォメーションストアサービスによって指定された時間より前に完了しない可能性があります。このような場合、ESEエンジンは、正常に処理された最後のテーブルを格納します。オンラインデフラグが次に発生すると、ESEはメタデータ内の次のテーブルを選択し、メンテナンスウィンドウが終了するまでテーブルの処理を再開します。オンラインデフラグがメンテナンスウィンドウが終了する前にすべてのテーブルを処理できる場合、リストされている最初のテーブルから再開します。メタデータで、メンテナンスウィンドウが終了するまですべてのテーブルでループします。データベースに加えられた変更は処理されます。したがって、レコードが最も少ない数のページに圧縮されるため、多数の削除操作とそれに続くオンラインの最適化サイクルでは、多数のトランザクションログが生成されます。
これは、メンテナンスウィンドウ中にデータベースをループすることを意味します。
メンテナンスオーバーラップメッセージについては、ここに提案が掲載されています： http://technet.Microsoft.com/en-us/library/aa995795.aspx
デフォルトでは、メールボックスストアのメンテナンスプロセスは午前1時から毎晩実行されます。午前5時までメンテナンスプロセスにはサーバーリソースが必要なため、メールボックスストアのスケジュールが15分以上異なるように、メンテナンススケジュールを変更することをお勧めします。
したがって、2番目のストレージグループのメンテナンスウィンドウを3:00ではなく3:15に開始すると、メッセージは消えます。
サムは正しいです...それは単に不十分に書かれたエラーメッセージです。
データベースのメンテナンスウィンドウが終了すると、イベント9871がログに記録されますが、トランザクションはまだ処理中です。 Exchangeは、メンテナンスウィンドウの終わりに達したという理由だけでトランザクションを終了するのではなく、9871をログに記録するだけです。
エラーは無視しても問題ありません（または、イベントがログに記録されないようにする場合は、メンテナンスウィンドウを延長してください）。