Microsoft Azure Recovery Services (MARS) エージェントをトラブルシューティングする
この記事では、構成、登録、バックアップ、および復元中に発生する可能性があるエラーの解決方法を示します。
開始する前に
Microsoft Azure Recovery Services (MARS) のトラブルシューティングを開始する前に、以下を確認することをお勧めします。
- MARS エージェントが最新であることを確認します。
- MARS エージェントと Azure の間にネットワーク接続が存在することを確認します。
- MARS が (サービス コンソールで) 実行されていることを確認します。 必要な場合は、再起動して操作をやり直します。
- スクラッチ フォルダーの場所に 5% から 10% の空きボリューム領域があることを確認します。
- 別のプロセスまたはウイルス対策ソフトウェアによって Azure Backup が妨げられているかどうかを確認します。
- バックアップ ジョブが警告付きで完了した場合は、「バックアップ ジョブが警告付きで完了した」を参照してください
- スケジュールされたバックアップが失敗したが、手動バックアップは機能する場合は、「バックアップがスケジュールに従って実行されない」を参照してください。
- OS に最新の更新プログラムが適用されていることを確認します。
- サポートされていない属性を持つサポートされていないドライブとファイルはバックアップから除外されることを確認します。
- 保護されているシステム上のクロックが適切なタイム ゾーンに構成されていることを確認します。
- サーバーに .NET Framework 4.5.2 以降がインストールされていることを確認します。
- コンテナーにサーバーを再登録する場合は、次のことを行います。
- エージェントがサーバーからアンインストールされていることと、ポータルから削除されていることを確認します。
- 最初にサーバーの登録に使用したのと同じパスフレーズを使用します。
- サーバーが TLS 1.2 で実行されていることを確認します。
- オフライン バックアップの場合は、ソース コンピューターとコピー用コンピューターの両方に Azure PowerShell 3.7.0 がインストールされていることを確認します。
- Azure 仮想マシンで Backup エージェントが実行されている場合は、こちらの記事を参照してください。
エラーをトラブルシューティングする
このセクションでは、発生する可能性があるエラーをトラブルシューティングするプロセスについて説明します。
無効なコンテナーの資格情報が指定されました
エラー メッセージ:無効なコンテナーの資格情報が指定されました。 ファイルが破損しているか、最新の資格情報が回復サービスと関連付けられていません。 (ID: 34513)
注意
コンテナーの資格情報が正常に機能するように、必ず MARS エージェントを更新してください。 バージョンが古いと、検証エラーが発生する可能性があります。
原因 | 推奨アクション |
---|---|
コンテナーの資格情報が有効ではありません コンテナー資格情報ファイルが、壊れている、期限が切れている、または .vaultCredentials と異なるファイル拡張子を持っている可能性があります。 (たとえば、登録の時刻より 10 日間以上前にダウンロードされている可能性があります。) |
Azure portal で Recovery Services コンテナーから新しい資格情報をダウンロードします。 その後、必要に応じて次の手順に従います。 - MARSを既にインストールして登録している場合は、Microsoft Azure Backup Agent MMCコンソールを開きます。 次に、 [アクション] ウィンドウで [サーバーの登録] を選択して、新しい資格情報での登録を完了します。 - 新規インストールに失敗した場合は、新しい資格情報で再度インストールしてみてください。 注: 複数のコンテナー資格情報ファイルがダウンロードされている場合、次の 10 日間の間は最新のファイルのみが有効になります。 新しいコンテナー資格情報ファイルをダウンロードすることをお勧めします。 - コンテナーの登録中にエラーが発生しないようにするには、MARS エージェント バージョン 2.0.9249.0 以降がインストールされていることを確認します。 インストールされていない場合は、こちらからインストールすることをお勧めします。 |
プロキシ サーバー/ファイアウォールによって登録がブロックされています または インターネットに接続されていません マシンのインターネット アクセスが制限されており、ファイアウォール、プロキシ、およびネットワークの設定による FQDN とパブリック IP アドレスへのアクセスの許可が確実に行われていない場合、登録は失敗します。 |
次の手順に従います。 - ITチームと連携して、システムでインターネットに接続できることを確認します。 - プロキシサーバーがない場合は、エージェントを登録するときにプロキシのオプションが選択されていないことを確認します。 プロキシ設定を確認します。 - ファイアウォールまたはプロキシサーバーがある場合は、ネットワーク チームと協力して、次のFQDNとパブリックIPアドレスへのアクセスを許可します。 下記のすべての URL と IP アドレスへのアクセスには、ポート 443 で HTTPS プロトコルが使用されます。 URL *.microsoft.com *.windowsazure.com *.microsoftonline.com *.windows.net *blob.core.windows.net *queue.core.windows.net *blob.storage.azure.net - US Government をご利用のお客様の場合は、次の URL にアクセスできることを確認してください。 www.msftncsi.com *.microsoft.com *.windowsazure.us *.microsoftonline.us *.windows.net *.usgovcloudapi.net *blob.core.windows.net *queue.core.windows.net *blob.storage.azure.net 上記のトラブルシューティングの手順が完了したら、もう一度登録してみてください。 Azure ExpressRoute 経由で接続している場合は、「Azure ExpressRoute のサポート」の説明に従って設定が構成されていることを確認してください。 プロキシで Entra テナント制限機能を使用している場合は、MARS エージェントの登録に使用される Recovery Services コンテナーのテナント ID が、 Restrict-Access-To-Tenants ヘッダーの許可されているテナントの一覧に追加されるようにします。 このテナント ID は、Azure リージョンごとに一意です。 コンテナー資格情報ファイルを開き、<AadTenantId> 要素を見つけることで、テナント ID を見つけることができます。 |
ウイルス対策ソフトウェアによって登録をブロックされています | サーバーにウイルス対策ソフトウェアがインストールされている場合は、以下のもののウイルス対策スキャンに除外ルールを追加します。 - スクラッチとビンフォルダの場所の下のすべてのファイルとフォルダ - <InstallPath>\Scratch\* および<InstallPath>\Bin\* 。 - cbengine.exe |
その他の推奨事項
- C:/Windows/Temp に移動し、拡張子が .tmp のファイルが 60,000 または 65,000 個より多くあるかどうかを確認します。 ある場合は、それらのファイルを削除します。
- マシンの日付と時刻がローカルのタイム ゾーンに一致していることを確認します。
- これらのサイトが Internet Explorer の信頼済みサイトに追加されていることを確認します。
Windows のプロキシ設定を確認する
[Sysinternals] ページから PsExec をダウンロードします。
管理者特権でのコマンド プロンプトから、
psexec -i -s "c:\Program Files\Internet Explorer\iexplore.exe"
を実行します。このコマンドで Internet Explorer が開きます。
[ツール]>[インターネット オプション]>[接続]>[LAN の設定] の順に移動します。
システム アカウントのプロキシ設定を確認します。
プロキシが構成されていてプロキシの詳細が提供されている場合は、詳細を削除します。
プロキシが構成されていてプロキシの詳細が正しくない場合は、プロキシの IP とポートの詳細が正しいことを確認します。
Internet Explorer を閉じます。
コンテナーの資格情報ファイルをダウンロードできない
エラー | 推奨アクション |
---|---|
コンテナー資格情報ファイルをダウンロードできませんでした。 (ID: 403) | - 別のブラウザーを使用してコンテナー資格情報のダウンロードを試みるか、次の手順のようにします。 a. Internet Explorer を起動します。 F12 キーを押します。 b. [ネットワーク] タブに移動して、キャッシュと Cookie をクリアします。 c. ページを更新します。 - サブスクリプションが無効または期限切れかどうかを調べます。 - 何らかのファイアウォール規則によってダウンロードがブロックされているかどうかを調べます。 - コンテナーでの制限に達していないことを確認します (コンテナーあたり 50 マシン)。 - コンテナー資格情報をダウンロードしてサーバーをコンテナーに登録するために必要な Azure Backup のアクセス許可をユーザーが持っていることを確認します。 「Azure ロール ベースのアクセス制御を使用した Azure Backup の回復ポイントの管理」を参照してください。 |
Microsoft Azure Recovery Services エージェントは Microsoft Azure Backup に接続できませんでした
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
- Microsoft Azure Recovery Services エージェントは Microsoft Azure Backup に接続できませんでした。 (ID: 100050) ネットワーク設定を調べて、インターネットに接続できることを確認してください。 - (407) プロキシの認証が必要です。 |
プロキシによって接続がブロックされています。 | - Internet Explorer で、[ツール]>[インターネット オプション]>[セキュリティ]>[インターネット] の順に移動します。 次に、 [レベルのカスタマイズ] を選択し、 [ファイルのダウンロード] セクションまで下にスクロールします。 [有効化] を選択します。 また、Internet Explorer で信頼済みサイトに URL と IP アドレスを追加する必要がある場合もあります。 - プロキシ サーバーを使用するように設定を変更します。 その後、プロキシ サーバーの詳細を指定します。 - マシンのインターネットへのアクセスが制限されている場合は、マシンまたはプロキシのファイアウォール設定によって次の URL と IP アドレスが許可されることを確認します。 - サーバーにウイルス対策ソフトウェアがインストールされている場合は、次のファイルをウイルス対策スキャンから除外します。 - CBEngine.exe (dpmra.exe ではありません)。 - CSC.exe (.NET Framework に関連するもの)。 CSC.exe は、サーバーにインストールされているすべての .NET Framework のバージョンに対して存在します。 影響を受けるサーバー上のすべてのバージョンの .NET Framework 用の CSC.exe ファイルを除外してください。 - スクラッチ フォルダーまたはキャッシュの場所。 スクラッチ フォルダーまたはキャッシュのパスの既定の場所は、C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch です。 - C:\Program Files\Microsoft Azure Recovery Services Agent\Bin にある bin フォルダー。 |
サーバーの登録状態を Microsoft Azure Backup で確認できませんでした。 インターネットに接続されていること、およびプロキシ設定が正しく構成されていることを確認します。 | MARS エージェントが Azure サービスに接続できません。 | - ネットワーク接続とプロキシの設定を確認します。 - 最新の MARS エージェントを実行していることを確認します。 - サーバーが TLS 1.2 で実行されていることを確認します。 |
指定された資格情報コンテナーの資格情報ファイルは、このサーバーに関連付けられている資格情報コンテナーからダウンロードされていないため、使用できません
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
指定された資格情報コンテナーの資格情報ファイルは、このサーバーに関連付けられている資格情報コンテナーからダウンロードされていないため、使用できません。 (ID: 100110) 適切な資格情報コンテナーの資格情報を指定してください。 | このコンテナーの資格情報ファイルは、このサーバーに既に登録されているものとは別のコンテナーのものです。 | ターゲット コンピューターとソース コンピューターが同じ Recovery Services コンテナーに登録されていることを確認します。 ターゲット サーバーが既に別のコンテナーに登録されている場合は、 [サーバーの登録] オプションを使用して適切なコンテナーに登録します。 |
バックアップ ジョブが警告付きで完了した
バックアップ中に MARS エージェントによってファイルとフォルダーが反復処理されると、さまざまな状況が発生し、バックアップが "完了 (警告あり)" とマークされることがあります。 このような状況では、ジョブは "完了 (警告あり)" と表示されます。 これは問題ありませんが、少なくとも 1 つのファイルをバックアップできなかったことを意味しています。 そのため、ジョブではそのファイルがスキップされ、データ ソースにある問題の他のすべてのファイルがバックアップされています。 また、VM に最新のエージェントがインストールされていない場合、警告状態が発生する可能性があります。
バックアップでファイルがスキップされる可能性がある条件は次のとおりです。
- サポートされていないファイル属性 (例: OneDrive フォルダー内、圧縮ストリーム、再解析ポイント)。 完全な一覧については、サポート マトリックスを参照してください。
- ファイル システムの問題
- 別のプロセスとの干渉 (たとえば、ウイルス対策ソフトウェアがファイルへのハンドルを保持していると、MARS エージェントがファイルにアクセスできなくなることがあります)
- ファイルがアプリケーションによってロックされている
バックアップ サービスでは、次の名前付け規則に従って、これらのファイルは失敗としてログ ファイルにマークされます。C:\Program Files\Microsoft Azure Recovery Service Agent\temp フォルダー下の LastBackupFailedFilesxxxx.txt。
この問題を解決するには、ログ ファイルを確認して、問題の性質を理解します。
エラー コード 理由 Recommendations 0x80070570 ファイルまたはディレクトリが壊れているため、読み取ることができません。 ソース ボリュームで chkdsk を実行します。 0x80070002、0x80070003 指定されたファイルが見つかりません。 スクラッチ フォルダーがいっぱいになっていないことを確認します
スクラッチ領域が構成されているボリュームが存在するかどうか (削除されていないかどうか) を確認します。
マシンにインストールされているウイルス対策から MARS エージェントが除外されていることを確認します0x80070005 アクセスが拒否されました ウイルス対策ソフトまたはその他のサードパーティ製ソフトウェアによってアクセスがブロックされているかどうかを確認します 0x8007018b クラウド ファイルへのアクセスが拒否されました。 OneDrive ファイル、Git ファイル、またはコンピューター上でオフライン状態になる可能性のあるその他のファイル [既存のポリシーに除外ルールを追加する] を使用して、バックアップを正常に実行できるよう、サポートされていないファイル、不明なファイル、または削除されたファイルをバックアップ ポリシーから除外できます。
最上位フォルダーで保護されたフォルダーを削除して同じ名前で再作成することは避けてください。 この操作を行うと、「重大な不整合が検出されたため、変更をレプリケートできません」という警告とともにバックアップが完了する可能性があります。フォルダーを削除して再作成する必要がある場合は、保護されている最上位のフォルダーの下のサブ フォルダーで行うことを検討してください。
セキュリティで保護されたバックアップ用に暗号化キーを設定できませんでした
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
セキュリティで保護されたバックアップ用に暗号化キーを設定できませんでした。 ライセンス認証は完全には成功しませんでしたが、暗号化パスフレーズが次のファイルに保存されました。 | - サーバーは既に別のコンテナーに登録されています。 - 構成時に、パスフレーズが破損しました。 |
コンテナーからサーバーの登録を解除した後、新しいパスフレーズを使ってもう一度登録します。 |
ライセンス認証が正常に完了しませんでした
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
ライセンス認証は正常に完了しませんでした。 サービスの内部エラー [0x1FC07] が発生したため、現在の操作を実行できませんでした。 しばらくしてから操作を再試行してください。 問題が解決しない場合は、Microsoft サポートにお問い合わせください。 | - 十分な領域のないボリュームにスクラッチ フォルダーがあります。 - スクラッチ フォルダーが誤って移動されました。 - OnlineBackup.KEK ファイルが見つかりません。 |
- 最新バージョンの MARS エージェントにアップグレードしてください。 - バックアップ データの合計サイズの 5% ~ 10% の空き領域があるボリュームに、スクラッチ フォルダーまたはキャッシュの場所を移動します。 キャッシュの場所を正しく移動する方法については、「ファイルとフォルダーのバックアップに関する一般的な質問」の手順を参照してください。 - OnlineBackup.KEK ファイルが存在することを確認します。 スクラッチ フォルダーまたはキャッシュのパスの既定の場所は、C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch です。 |
暗号化のパスフレーズが正しく構成されていません
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
エラー 34506。 このコンピューター用に保存されている暗号化のパスフレーズは、正しく構成されていません。 | - 十分な領域のないボリュームにスクラッチ フォルダーがあります。 - スクラッチ フォルダーが誤って移動されました。 - OnlineBackup.KEK ファイルが見つかりません。 |
- 最新バージョンの MARS エージェントにアップグレードしてください。 - バックアップ データの合計サイズの 5% ~ 10% の空き領域があるボリュームに、スクラッチ フォルダーまたはキャッシュの場所を移動します。 キャッシュの場所を正しく移動する方法については、「ファイルとフォルダーのバックアップに関する一般的な質問」の手順を参照してください。 - OnlineBackup.KEK ファイルが存在することを確認します。 スクラッチ フォルダーまたはキャッシュのパスの既定の場所は、C:\Program Files\Microsoft Azure Recovery Services Agent\Scratch です。 - 最近スクラッチ フォルダーを移動した場合は、スクラッチ フォルダーの場所のパスが、次に示すレジストリ キー エントリの値と一致していることを確認します。 レジストリ パス: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config レジストリ キー: ScratchLocation 値: "新しいキャッシュ フォルダーの場所" レジストリ パス: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider レジストリ キー: ScratchLocation 値: "新しいキャッシュ フォルダーの場所" |
バックアップがスケジュールに従って実行されません
スケジュールされたバックアップが自動的にトリガーされないが、手動によるバックアップが正しく動作している場合は、以下の操作を試してください。
Windows Server のバックアップ スケジュールが、Azure のファイルとフォルダーのバックアップ スケジュールと競合していないことを確認します。
オンライン バックアップ状態が [有効] に設定されていることを確認します。 状態を確認するには、次の手順を実行します。
- タスク スケジューラで [Microsoft] を展開し、 [オンライン バックアップ] を選択します。
- [Microsoft-OnlineBackup] をダブルクリックし、 [トリガー] タブに移動します。
- 状態が [有効] に設定されていることを確認します。 設定されていない場合は、 [編集] を選択し、 [有効] を選択してから、 [OK] を選択します。
タスク実行のために選択したユーザー アカウントが SYSTEM、またはサーバー上のローカルの Administrators グループであることを確認します。 ユーザー アカウントを確認するには、 [全般] タブに移動し、 [セキュリティ] オプションを確認します。
PowerShell 3.0 以降がサーバーにインストールされていることを確認します。 PowerShell のバージョンを確認するには、次のコマンドを実行し、
Major
のバージョン番号が 3 以上であることを確認します。$PSVersionTable.PSVersion
PSMODULEPATH
環境変数に次のパスが含まれていることを確認します。<MARS agent installation path>\Microsoft Azure Recovery Services Agent\bin\Modules\MSOnlineBackup
LocalMachine
の PowerShell 実行ポリシーがrestricted
に設定されている場合は、バックアップ タスクをトリガーする PowerShell コマンドレットが失敗することがあります。 次のコマンドを管理者特権モードで実行して、実行ポリシーを確認します。次に、実行ポリシーをUnrestricted
またはRemoteSigned
に設定します。
Get-ExecutionPolicy -List
Set-ExecutionPolicy Unrestricted
PowerShell モジュール MSonlineBackup ファイルに不足や破損がないことを確認します。 見つからないファイルや破損したファイルがある場合は、次の手順を実行します。
- MARS エージェントが適切に動作しているマシンの C:\Program Files\Microsoft Azure Recovery Services Agent\bin\Modules から、MSOnlineBackup フォルダーをコピーします。
- このコピーしたファイルを、問題のあるマシンの同じフォルダーの場所 (C:\Program Files\Microsoft Azure Recovery Services Agent\bin\Modules) に貼り付けます。
マシン上に既に MSOnlineBackup フォルダーがある場合は、その中にファイルを貼り付けるか、既存のファイルを置き換えます。
ヒント
変更を確実に適用するために、上記の手順を実行した後で、サーバーを再起動します。
サービス スタンプにプロビジョニングされていないリソース
エラー | 考えられる原因 | 推奨アクション |
---|---|---|
現在の操作は、内部サービス エラー "サービス スタンプにプロビジョニングされていないリソース" が原因で失敗しました。 しばらくしてから、操作を再試行してください。 (ID: 230006) | 保護されたサーバーの名前が変更されました。 | - サーバーの名前を、コンテナーに登録されている元の名前に戻します。 - 新しい名前を使用して、サーバーをコンテナーに再登録します。 |
別のジョブが進行中であったため、ジョブを開始できませんでした
MARS コンソール>[ジョブ履歴] に "別のジョブが進行中であったため、ジョブを開始できませんでした" という警告メッセージが表示された場合は、タスク スケジューラによってトリガーされたジョブのインスタンスが重複している可能性があります。
この問題を解決するには、次の手順を実行します。
- [ファイル名を指定して実行] ウィンドウで taskschd.msc と入力して、タスク スケジューラ スナップインを起動します。
- 左側のペインで、[タスク スケジューラ ライブラリ]->[Microsoft]->[OnlineBackup] に移動します。
- このライブラリ内の各タスクについて、タスクをダブルクリックしてプロパティを開き、次の手順を実行します。
[設定] タブに切り替えます。
[タスクが既に実行中の場合に適用される規則] のオプションを選択します。 [新しいインスタンスを開始しない] を選択します。
復元の問題のトラブルシューティング
Azure Backup が、数分たっても回復ボリュームに正常にマウントできないことがあります。 また、処理中にエラー メッセージを受け取ることもあります。 正常に回復を開始するには、次の手順を実行します。
マウント プロセスが数分間実行されている場合は取り消します。
最新バージョンの Backup エージェントがあるかどうかを確認します。 バージョンを確認するには、MARS コンソールの [アクション] ウィンドウで、 [About Microsoft Azure Recovery Services Agent](Microsoft Azure Recovery Services エージェントについて) を選択します。 バージョン番号が、この記事に記載されているバージョン以上であることを確認します。 このリンクを選択して最新バージョンをダウンロードします。
[デバイス マネージャー]>[ストレージ コントローラー] の順に移動し、Microsoft iSCSI イニシエーターを探します。 見つかった場合は、手順 7 に進みます。
Microsoft iSCSI イニシエーター サービスが見つからない場合は、 [デバイス マネージャー]>[記憶域コントローラー] の下で、 [不明なデバイス] という名前でハードウェア ID が ROOT\ISCSIPRT のエントリを探します。
[不明なデバイス] を右クリックし、 [ドライバー ソフトウェアの更新] を選択します。
[自動的に更新されたドライバー ソフトウェアを検索します] を選択して、ドライバーを更新します。 この更新により、 [不明なデバイス] が [Microsoft iSCSI イニシエーター] に変わります。
[タスク マネージャー]>[サービス (ローカル)]>[Microsoft iSCSI イニシエーター サービス] に移動します。
Microsoft iSCSI イニシエーター サービスを再開します。 そのためには、サービスを右クリックして、 [停止] を選択します。 次に、もう一度右クリックして、 [開始] を選択します。
インスタント リストアを使用して回復を再試行します。
それでも回復が失敗する場合は、サーバーまたはクライアントを再起動します。 再起動したくない場合、またはサーバーを再起動しても回復が失敗する場合は、別のマシンから回復してみてください。
キャッシュに関する問題のトラブルシューティング
キャッシュ フォルダー (スクラッチ フォルダーとも呼ばれます) が正しく構成されていないか、前提条件を満たしていないか、アクセスが制限されている場合、バックアップ操作が失敗することがあります。
前提条件
MARS エージェントの操作を成功させるには、キャッシュ フォルダーが以下の要件に従う必要があります。
- スクラッチ フォルダーの場所に 5% から 10% の空きボリューム領域があることを確認します
- スクラッチ フォルダーの場所が有効かつアクセス可能であることを確認します
- キャッシュ フォルダーのファイル属性がサポートされていることを確認します
- 割り当てられたシャドウ コピーの記憶域がバックアップ プロセスに十分であることを確認します
- キャッシュ フォルダーへのアクセスを制限する他のプロセス (ウイルス対策ソフトウェアなど) がないことを確認します
シャドウ コピーの記憶域を増やす
データ ソースを保護するために必要なシャドウ コピーの記憶域が不足している場合、バックアップ操作が失敗することがあります。 この問題を解決するには、次に示すように vssadmin を使用して、保護されたボリューム上のシャドウ コピーの記憶域を増やします。
- 管理者特権でのコマンド プロンプトから、現在のシャドウ記憶域を確認します。
vssadmin List ShadowStorage /For=[Volume letter]:
- 次のコマンドを使用してシャドウ記憶域を増やします。
vssadmin Resize ShadowStorage /On=[Volume letter]: /For=[Volume letter]: /Maxsize=[size]
キャッシュ フォルダーへのアクセスをブロックしている別のプロセスまたはウイルス対策ソフトウェア
サーバーにウイルス対策ソフトウェアがインストールされている場合は、以下のもののウイルス対策スキャンに除外ルールを追加します。
- スクラッチとビンフォルダの場所の下のすべてのファイルとフォルダ -
<InstallPath>\Scratch\*
および<InstallPath>\Bin\*
。 - cbengine.exe
バックアップまたは復元のジョブが、Azure で何日間も "進行中" として表示されるが、コンソールに表示されない
MARS エージェントのバックアップまたは復元のジョブが実行中にクラッシュした場合、MARS コンソールでは失敗としてマークされますが、状態が Azure に反映されない可能性があります。 そのため、ジョブが実行されていない場合でも、Azure portal に "進行中" と表示される場合があります。 この古いジョブ エントリは、30 日後に Azure portal から自動的に削除されます。
一般的な問題
ここでは、MARS エージェントの使用中に発生する一般的なエラーについて説明します。
SalChecksumStoreInitializationFailed
エラー メッセージ | 推奨される操作 |
---|---|
Microsoft Azure Recovery Services Agent was unable to access backup checksum stored in scratch location (Microsoft Azure Recovery Services Agent は、スクラッチ場所に格納されているバックアップ チェックサムにアクセスできませんでした) | この問題を解決するには、次の手順を行ってサーバーを再起動します - スクラッチ場所ファイルをロックしているウイルス対策またはその他のプロセスがあるかどうか確認します - スクラッチ場所が有効で、MARS エージェントにアクセスできるかどうか確認します。 |
SalVhdInitializationError
エラー メッセージ | 推奨される操作 |
---|---|
Microsoft Azure Recovery Services Agent was unable to access the scratch location to initialize VHD (Microsoft Azure Recovery Services Agent は、スクラッチ場所にアクセスして VHD を初期化できませんでした) | この問題を解決するには、次の手順を行ってサーバーを再起動します - スクラッチ場所ファイルをロックしているウイルス対策またはその他のプロセスがあるかどうか確認します - スクラッチ場所が有効で、MARS エージェントにアクセスできるかどうか確認します。 |
SalLowDiskSpace
エラー メッセージ | 推奨される操作 |
---|---|
スクラッチ フォルダーがあるボリュームの記憶域が不足しているため、バックアップに失敗しました。 | この問題を解決するには、次の手順を確認し、操作を再試行してください。 - MARS エージェントが最新であることを確認します - バックアップ スクラッチ領域に影響を及ぼすストレージの問題を確認および解決します |
SalBitmapError
エラー メッセージ | 推奨される操作 |
---|---|
ファイル内の変更を見つけることができない。 これにはさまざまな理由が考えられます。 操作をやり直してください | この問題を解決するには、次の手順を確認し、操作を再試行してください。 - MARS エージェントが最新であることを確認します - バックアップ スクラッチ領域に影響を及ぼすストレージの問題を確認および解決します |
顧客所有のディスクを使用した MARS オフライン シード処理 (インポート/エクスポート) が機能しない
Azure Import/Export では、顧客所有のディスクでのオフライン シード処理に Azure Data Box API が使用されるようになりました。 また、Azure portal では、Azure Data Box ジョブの [モデル] 列が "インポート/エクスポート" となっている列に、新しい API を使用して作成されたインポート/エクスポート ジョブが一覧表示されます。
2.0.9250.0 より前のバージョンの MAR エージェントでは古い Azure Import/Export API を使用していましたが、これは 2023 年 2 月 28 日までで廃止され、古い MARS エージェント (2.0.9250.0 より前のバージョン) では独自のディスクを使用してオフライン シード処理を行うことができません。 そのため、独自のディスクでのオフライン シード処理に新しい Azure Data Box API を使用する MARS エージェント 2.0.9250 以降を使用することをお勧めします。
古い MARS エージェントから作成されたインポート/エクスポート ジョブが進行中の場合でも、引き続き Azure portal の [インポート/エクスポート ジョブ] の下で監視できます。
次のステップ
- Azure Backup エージェントでの Windows Server のバックアップ方法についての詳しい情報を見ます。
- バックアップを復元する必要がある場合は、Windows コンピューターへのファイルの復元に関する記事を参照してください。