[FAQ:WHS2011]サーバーバックアップに関する既知の問題と解決方法

このドキュメントは、Windows Home Server 2011 Essentials、Windows Home Server 2011、Windows Storage Server 2008 R2 Essentialsのサーバーバックアップ機能に関して報告されている問題と解決方法をまとめたものです。

このドキュメントは、http://social.technet.microsoft.com/wiki/contents/articles/11872.server-backup-known-issues-and-resolutions-en-us.aspxを意訳しています。正確な内容は原文を参照願います。

RmMedaDataへのアクセスが拒否される

事象:

バックアップ履歴にサーバーバックアップが完了せず失敗した旨が表示されます。イベントビューアーのアプリケーション、Windowsログ配下にイベントID 547 のログが記録されています。このイベントログの情報のなかに、以下のフォーマットでサーバーバックアップのログファイルのパスが表示されています。

The backup operation that started at ‘?2012?-?03?-?31T07:00:05.748719600Z’ has encountered errors for the volume(s) ‘F:’. Log of files not successfully backed up ‘C:\Windows\Logs\WindowsServerBackup\Backup_Error-31-03-2012_02-00-05.log’.

上記のファイルパスを参照し、サーバーバックアップのログを開くと、以下のような情報が記録されています:

Error in backup of F:\$Extend\$RmMetadata\$TxfLog\ during write: Error [0x80070005] Access is denied.
Error in backup of F:\$Extend\$RmMetadata\$TxfLog\$TxfLog.blf during write: Error [0x80070005] Access is denied.

原因:

これはサーバーバックアップで(ボリューム全体ではなく、フォルダーを指定することで)ファイルレベルでのバックアップを構成されたNTFSフォーマットドライブでのみ発生します。$RmMetaDataは他のプロセスからアクセスできない、NTFSの内部データです。

解決方法:

この問題について、2つの対処方法があります。

  1. 問題が発生したボリュームについて、サーバーバックアップのポリシーでボリューム全体をバックアップするよう構成し、ブロックレベルでのバックアップに変更することができます。
  2. ファイルレベルのバックアップを行う際に、これらの問題となるファイルを除外するようレジストリーキーを設定することができます。これらのファイルはNTFSファイルシステムでのみ利用されており、無視しても問題は発生しません。
    1.  レジストリエディターを開き、以下のキーに移動します。
      HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup
    2. FilesNotToBackup配下に、IgnoreNTFSという名前で複数行文字列値を追加し、値に \$Extend\* /S を入力します。
    3. サーバーを再起動します。

VSS がシャドウコピーの作成に失敗する

事象:

バックアップ履歴に、サーバーバックアップが完了しなかった、または成功しなかった旨が表示されます。イベントビューアーのアプリケーション、Windowsログ配下にイベントID 519 のログが記録されています。このイベントログの情報のなかに、以下のフォーマットでサーバーバックアップのログファイルのパスが表示されています。

The backup operation that started at ‘?2012?-?04?-?08T07:00:03.915482900Z’ has failed to back up volume(s) ‘E:’. Please review the event details for a solution, and then rerun the backup operation once the issue is resolved.

また、イベントビューアーのシステム、Windowsログ配下に次のようなイベントID 36 のログが記録されています。

The shadow copies of volume E: were aborted because the shadow copy storage could not grow due to a user imposed limit.

これらの2つのイベントログは、同一のボリュームが障害の原因であることを示しています。

原因:

バックアップにあたり、サーバーバックアップのためにバックアップ元となるディスクにシャドウコピーを作成する必要があります。シャドウコピーの作成には空きスペースが必要です。ディスク領域が不足しているか、シャドウコピーの最大サイズの制限に該当する場合、シャドウコピーの作成に失敗します。

解決方法:

バックアップ元となるディスクの空き容量をチェックしてください。空き領域が少ない(ボリュームサイズ全体の10%以下)場合、

  • 不要なデータを削除する
  • 他のボリュームにデータを移動する
  • 既存のシャドウコピーデータを削除する

等で、空き領域を確保してください。

バックアップ元となるディスクに10%以上の空き領域がある場合、シャドウコピーの最大サイズの値をより大きな値に更新してください。

注意:シャドウコピーの最大サイズを”制限なし”に設定した場合、システムは当該ボリュームに保存されている各ファイルについて最大64のコピーを保存します。これによりファイルバージョンの管理をより確実に行える一方で、大量のディスクスペースを消費します。最大サイズを”制限なし”に設定する前に、十分な空き領域があることを確認するか、または他のボリュームにシャドウコピーデータを配置してください。

シャドウコピーデータの管理について詳細な情報は、http://technet.microsoft.com/ja-jp/library/cc771305を参照してください。

バックアップがExchange Server と競合する

Exchange Serverがインストールされたボリュームをバックアップする場合、Exchangeのバックアップと復元を構成する方法に関するTechNetのドキュメントを参照してください。

http://technet.microsoft.com/en-us/library/dd876851.aspx

出荷状態へのリセットがエラーコード 0x80042431 で失敗する

事象:

出荷状態へのリセットを実行中にServerrecovery.exeがサーバー側でクラッシュし、エラーコード 0x80042431 がクライアントに通知されます。

原因:

出荷状態へのリセットの間、ディスクの状態がオフライン、ボリュームの状態が失敗と表示されます。これはハードディスクを接続または取り外ししたり、スロットの場所を変更した場合に発生します。

対処方法:

以下のステップはサーバーにモニター、キーボード、マウスを接続する必要がある場合があります。以下の手順でディスクを消去することができます。

ディスクの消去は対象となるディスクの全てのデータを削除することに注意してください。消去コマンドを実行する前に、ディスク内のデータがバックアップされていることを確認してください。

  1. コンソールウィンドウを起動するため、Alt+F10を押下してくださ

シェアする

  • このエントリーをはてなブックマークに追加

フォローする