Exchange 2013 の Eseutil ツールを使用してバックアップの整合性を検証する
Exchange ストアのバックアップを検証するための Eseutil コマンドライン ツールの使用方法について説明します。
製品: Exchange Server 2013
ボリューム シャドウ コピー サービス (VSS) により、Exchange はデータベースへの書き込みを停止することなくバックアップを作成できるようになるため、サーバーはすべてのページを操作することも、必要な整合性検査を実行することもありません。 このため、VSS を使用するバックアップおよび復元アプリケーションは、スナップショットの整合性を検証する必要があります。 Exchange Server 2013 では、スナップショット整合性を確認するための次の 2 つの方法がサポートされています。
CHKSGFILES API
Eseutil コマンドライン ツール
CHKSGFILES API を使用することをお勧めします。バックアップ アプリケーションでは、CHKSGFILES 整合性チェック中に検出されたエラーを検出、診断、およびレポートする方が簡単であるためです。 CHKSGFILES API の使用方法については、「 Exchange 2013 で CHKSGFILES API を使用してバックアップの整合性を検証する」を参照してください。
Eseutil ツールの実行
スナップショットの整合性を検査するには、次の表で特定されるデータベース ファイルとログ ファイルに対して Eseutil コマンドを実行します。
表 1. バックアップの種類ごとにコマンドを Eseutil.exe する
| ファイルの種類/バックアップの種類 | 完全バックアップ | コピー バックアップ | 増分バックアップ | 差分バックアップ |
|---|---|---|---|---|
| 。Edb |
"eseutil /k /i" |
"eseutil /k /i" |
適用できません |
適用できません |
| 。ログ |
"eseutil /k" (1) |
"eseutil /k" (1) |
"eseutil /k" (2) |
"eseutil /k" (2) |
注:
.stm ファイルと .chk ファイルには、Eseutil コマンドを実行する必要はありません。
スナップショット データベースを復旧するには、チェックポイント ログの世代番号以上のログ ファイル世代番号が付いたすべてのログ ファイルが必要になります。 存在する場合は、現在のログ ファイル (Enn.log) もデータベースの復旧に必要になります。 必要なログ ファイルのいずれかが整合性チェックに失敗した場合、要求元は BackupComplete メソッドを呼び出す前に、バックアップ コンポーネントの状態が FALSE に設定されていることを確認する必要があります。 チェックポイント ログ ファイルを識別するには、スナップショット チェックポイント ファイルに対して Eseutil.exe を実行し、"Checkpoint:" の出力を解析します。次の例は、チェックポイント ファイルに対して Eseutil.exe を実行する方法を示しています。
c:\eseutil.exe /mk E01.chk
Checkpoint: (0x20, 9D, 187)
この例の 2 行目は戻り値で、0x20はチェックポイント ログ ファイルの 16 進数のログ生成番号です。 この例では、データベース自体が物理整合性チェックを既に渡している場合でも、スナップショット データベースを復旧するために、E01000020.log 以降を含むログ ファイルが破損しないようにする必要があります。
データベースの復旧には、増分バックアップまたは差分バックアップのセットに含まれるすべてのログ ファイルが必要になります。 ログ シーケンスの整合性は、ログ ファイルのプレフィックスに対して Eseutil.exe を実行することで検査できます。 次の例は、特定のパスにある E01xxxxx.log という形式のすべてのログ ファイルに対して整合性検査を実行する方法を示しています。
c:\eseutil /k E01
Eseutil.exe の出力の確認
要求側は、負でない値で返される終了 ERRORLEVEL エラーをすべて検証する必要があります。 ERRORLEVEL 値の詳細については、「 一般的な Eseutil エラーのリファレンス」を参照してください。 コマンド ラインで ERRORLEVEL を確認するには、Eseutil.exe の実行終了後に「echo %errorlevel%」と入力します。 負の ERRORLEVEL は、1 つ以上のファイルが破損していることを示します。
要求元が BackupComplete メソッドを呼び出す前に、バックアップ コンポーネントの状態に整合性チェックの結果が反映されていることを確認する必要があります。 破損が見つかった場合、状態は FALSE になります。破損が見つからなかった場合、状態は TRUE になります。
関連項目
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示