VMware VM および物理サーバーのレプリケーション問題のトラブルシューティングTroubleshoot replication issues for VMware VMs and physical servers

この記事では、オンプレミス VMware VM および物理サーバーを Site Recovery を使用して Azure にレプリケートする場合に発生する可能性がある、いくつかの一般的な問題と特定のエラーについて説明します。This article describes some common issues and specific errors you might encounter when you replicate on-premises VMware VMs and physical servers to Azure using Site Recovery.

手順 1:プロセス サーバーの正常性を監視するStep 1: Monitor process server health

Site Recovery はプロセス サーバーを使用して、レプリケートされたデータを受信して最適化し、それを Azure に送信します。Site Recovery uses the process server to receive and optimize replicated data, and send it to Azure.

ポータルでプロセス サーバーの正常性を監視し、それらが正しく接続されて機能しており、レプリケーションがプロセス サーバーに関連付けられているソース マシンに対して進行していることを確認するようにお勧めします。We recommend that you monitor the health of process servers in portal, to ensure that they are connected and working properly, and that replication is progressing for the source machines associated with the process server.

手順 2:接続性とレプリケーションの問題をトラブルシューティングするStep 2: Troubleshoot connectivity and replication issues

初期や継続的に発生するレプリケーションの問題は、ソース サーバーとプロセス サーバーの間、またはプロセス サーバーと Azure の間の接続に関する問題が原因であることが少なくありません。Initial and ongoing replication failures often are caused by connectivity issues between the source server and the process server or between the process server and Azure.

これらの問題を解決するために、接続性とレプリケーションのトラブルシューティングをしますTo solve these issues, troubleshoot connectivity and replication.

手順 3:レプリケーションに使用できないソース マシンをトラブルシューティングするStep 3: Troubleshoot source machines that aren't available for replication

Site Recovery を使用してレプリケーションを有効にするソース マシンを選択しようとした場合、次のいずれかの理由から、そのマシンが使用できないことがあります。When you try to select the source machine to enable replication by using Site Recovery, the machine might not be available for one of the following reasons:

  • 2 つの仮想マシンのインスタンス UUID が同じ:vCenter で管理されている仮想マシンの 2 つが同じインスタンス UUID を持つ場合は、構成サーバーで最初に検出された方の仮想マシンが Azure portal に表示されます。Two virtual machines with same instance UUID: If two virtual machines under the vCenter have the same instance UUID, the first virtual machine discovered by the configuration server is shown in the Azure portal. この問題を解決するには、インスタンス UUID が同じ仮想マシンが 2 つ存在しないようにします。To resolve this issue, ensure that no two virtual machines have the same instance UUID. このシナリオは、バックアップ VM がアクティブになり、探索レコードにログインしているインスタンスでよく見られます。This scenario is commonly seen in instances where a backup VM becomes active and is logged into our discovery records. 解決するには、「Azure Site Recovery VMware-to-Azure:How to clean up duplicate or stale entries (Azure Site Recovery (VMware から Azure へ): 重複エントリまたは古いエントリのクリーンアップ方法)」を参照してください。Refer to Azure Site Recovery VMware-to-Azure: How to clean up duplicate or stale entries to resolve.
  • vCenter ユーザーの資格情報が正しくない:OVF テンプレートまたは統合設定を使用して構成サーバーを設定するときに追加した vCenter 資格情報が正しいことを確認します。Incorrect vCenter user credentials: Ensure that you added the correct vCenter credentials when you set up the configuration server by using the OVF template or unified setup. 設定時に追加した資格情報を確認するには、自動検出のための資格情報の変更に関する記事を参照してください。To verify the credentials that you added during setup, see Modify credentials for automatic discovery.
  • vCenter の特権が不足している:vCenter にアクセスするために提供されたアクセス許可に、必要なアクセス許可がない場合は、仮想マシンを検出できない場合があります。vCenter insufficient privileges: If the permissions provided to access vCenter don't have the required permissions, failure to discover virtual machines might occur. Prepare an account for automatic discovery (アカウントを自動検出のために準備する)」に記載されているアクセス許可が vCenter ユーザー アカウントに追加されていることを確認します。Ensure that the permissions described in Prepare an account for automatic discovery are added to the vCenter user account.
  • Azure Site Recovery の管理サーバー:仮想マシンが、構成サーバー/スケールアウト プロセス サーバー/マスター ターゲット サーバー のいずれかまたは複数のロールを持つ管理サーバーとして使用されている場合、ポータルからその仮想マシンを選択することはできません。Azure Site Recovery management servers: If the virtual machine is used as management server under one or more of the following roles - Configuration server /scale-out process server / Master target server, then you will not be able to choose the virtual machine from portal. 管理サーバーはレプリケートできません。Managements servers cannot be replicated.
  • Azure Site Recovery サービスによって既に保護されている、またはフェールオーバーされている:仮想マシンが Site Recovery によって既に保護されているかフェールオーバーされている場合、その仮想マシンは、ポータル内で保護対象として選択することはできません。Already protected/failed over through Azure Site Recovery services: If the virtual machine is already protected or failed over through Site Recovery, the virtual machine isn't available to select for protection in the portal. ポータル内で探している仮想マシンが他のユーザーや別のサブスクリプションでまだ保護されていないことを確認します。Ensure that the virtual machine you're looking for in the portal isn't already protected by any other user or under a different subscription.
  • vCenter に接続されていない:vCenter が接続状態であることを確認します。vCenter not connected: Check if vCenter is in connected state. 確認するには、[Recovery Services コンテナー]、[Site Recovery インフラストラクチャ]、[構成サーバー] の順に移動し、該当する構成サーバーをクリックします。右側にブレードが開き、関連付けられているサーバーの詳細が表示されます。To verify, go to Recovery Services vault > Site Recovery Infrastructure > Configuration Servers > Click on respective configuration server > a blade opens on your right with details of associated servers. vCenter が接続されているがどうかをチェックします。Check if vCenter is connected. 「未接続」状態である場合は、問題を解決し、ポータルで構成サーバーを更新します。If it's in a "Not Connected" state, resolve the issue and then refresh the configuration server on the portal. その後、仮想マシンがポータルに表示されます。After this, virtual machine will be listed on the portal.
  • ESXi の電源がオフになっている:仮想マシンが存在する ESXi ホストの電源がオフ状態の場合、 Azure portal にその仮想マシンは表示されないか、Azure portal で選択することはできません。ESXi powered off: If ESXi host under which the virtual machine resides is in powered off state, then virtual machine will not be listed or will not be selectable on the Azure portal. ESXi ホストの電源をオンにし、ポータルで構成サーバーを更新します。Power on the ESXi host, refresh the configuration server on the portal. その後、仮想マシンがポータルに表示されます。After this, virtual machine will be listed on the portal.
  • 保留中の再起動:仮想マシンの保留中の再起動がある場合、Azure portal でそのマシンを選択することはできません。Pending reboot: If there is a pending reboot on the virtual machine, then you will not be able to select the machine on Azure portal. 保留中の再起動アクティビティが完了していることを確認し、構成サーバーを更新します。Ensure to complete the pending reboot activities, refresh the configuration server. その後、仮想マシンがポータルに表示されます。After this, virtual machine will be listed on the portal.
  • IP が見つからない:仮想マシンに関連付けられている有効な IP アドレスがない場合、Azure portal でそのマシンを選択することはできません。IP not found: If the virtual machine doesn't have a valid IP address associated with it, then you will not be able to select the machine on Azure portal. 有効な IP アドレスが仮想マシンに割り当てられていることを確認し、構成サーバーを更新します。Ensure to assign a valid IP address to the virtual machine, refresh the configuration server. その後、仮想マシンがポータルに表示されます。After this, virtual machine will be listed on the portal.

ポータルでグレー表示されている保護された仮想マシンのトラブルシューティングTroubleshoot protected virtual machines greyed out in the portal

Site Recovery でレプリケートされる仮想マシンは、システム内に重複したエントリが存在する場合、Azure portal 内で使用できません。Virtual machines that are replicated under Site Recovery aren't available in the Azure portal if there are duplicate entries in the system. 古いエントリを削除してこの問題を解決する方法については、「Azure Site Recovery VMware-to-Azure:How to clean up duplicate or stale entries (Azure Site Recovery (VMware から Azure へ): 重複エントリまたは古いエントリのクリーンアップ方法)」を参照してください。To learn how to delete stale entries and resolve the issue, refer to Azure Site Recovery VMware-to-Azure: How to clean up duplicate or stale entries.

過去 'XXX' 分間に、VM で使用可能なクラッシュ整合性復旧ポイントはありませんでしたNo crash consistent recovery point available for the VM in the last 'XXX' minutes

最も一般的な問題の一部を次に示しますSome of the most common issues are listed below

初期レプリケーションの問題 [エラー 78169]Initial replication issues [error 78169]

接続、帯域幅、時間同期に関係する問題がないことを確認するのに加えて、次の点を確認します。Over an above ensuring that there are no connectivity, bandwidth or time sync related issues, ensure that:

  • ウイルス対策ソフトウェアが Azure Site Recovery をブロックしていない。No anti-virus software is blocking Azure Site Recovery. Azure Site Recovery で必要なフォルダーの除外について、詳細を参照してください。Learn more on folder exclusions required for Azure Site Recovery.

ソース マシンのチャーン レートが高い [エラー 78188]Source machines with high churn [error 78188]

考えられる原因:Possible Causes:

  • 仮想マシンの一覧上のディスクでのデータ変化率 (書き込みバイト/秒) が、レプリケーション ターゲットのストレージ アカウントの種類に対して Azure Site Recovery がサポートしている上限を超えている。The data change rate (write bytes/sec) on the listed disks of the virtual machine is more than the Azure Site Recovery supported limits for the replication target storage account type.
  • チャーン レートが突然急増した結果、大量のデータのアップロードが保留になっている。There is a sudden spike in the churn rate due to which high amount of data is pending for upload.

この問題を解決するには:To resolve the issue:

  • ターゲットのストレージ アカウントの種類 (Standard または Premium) が、ソースのチャーン レート要件に従ってプロビジョニングされていることを確認します。Ensure that the target storage account type (Standard or Premium) is provisioned as per the churn rate requirement at source.
  • Premium マネージド ディスク (asrseeddisk タイプ) に既にレプリケートしている場合、Site Recovery 制限に従って、ディスクのサイズが、測定されたチャーン レートをサポートしていることを確認します。If you are already replicating to a Premium managed disk (asrseeddisk type), ensure that the size of the disk supports the observed churn rate as per Site Recovery limits. 必要に応じて、asrseeddisk のサイズを増やすことができます。You can increase the size of the asrseeddisk if required. 次の手順に従ってください。Follow the below steps:
    • 影響を受けたレプリケーション対象のマシンの [ディスク] ブレードに移動し、レプリカ ディスク名をコピーしますNavigate to the Disks blade of the impacted replicated machine and copy the replica disk name
    • このレプリカ マネージド ディスクに移動しますNavigate to this replica managed disk
    • [概要] ブレードに、SAS URL が生成されていることを示すバナーが表示される場合があります。You may see a banner on the Overview blade saying that a SAS URL has been generated. このバナーをクリックして、エクスポートをキャンセルします。Click on this banner and cancel the export. バナーが表示されない場合は、この手順を無視してください。Ignore this step if you do not see the banner.
    • SAS URL が取り消されたらすぐに、マネージド ディスクの [構成] ブレードにアクセスし、Azure Site Recovery がソース ディスク上で測定済みチャーン レートをサポートできるように、サイズを増やしますAs soon as the SAS URL is revoked, go to Configuration blade of the Managed Disk and increase the size so that Azure Site Recovery supports the observed churn rate on source disk
  • 観察されたチャーンが一時的なものである場合は、保留中のデータ アップロード処理が進行し復旧ポイントが作成されるまで、数時間待機します。If the observed churn is temporary, wait for a few hours for the pending data upload to catch up and to create recovery points.
  • ディスクに一時ログやテスト データなどの重要ではないデータが含まれている場合は、このデータを他の場所に移動するか、このディスクをレプリケーションから完全に除外することを検討してくださいIf the disk contains non-critical data like temporary logs, test data etc., consider moving this data elsewhere or completely exclude this disk from replication
  • 問題が解決しない場合は、レプリケーションの計画に役立つ Site Recovery デプロイ プランナーを使用します。If the problem continues to persist, use the Site Recovery deployment planner to help plan replication.

ソース マシンにハートビートがない [エラー 78174]Source machines with no heartbeat [error 78174]

これは、ソース マシンの Azure Site Recovery モビリティ エージェントが構成サーバー (CS) と通信していない場合に発生します。This happens when Azure Site Recovery Mobility agent on the Source Machine is not communicating with the Configuration Server (CS).

この問題を解決するには、次の手順に従って、ソース VM から構成サーバーへのネットワーク接続を確認します。To resolve the issue, use the following steps to verify the network connectivity from the source VM to the Config Server:

  1. ソース マシンが動作していることを確認します。Verify that the Source Machine is running.

  2. 管理者特権を持つアカウントを使用してソース マシンにサインインします。Sign in to the Source Machine using an account that has administrator privileges.

  3. 次のサービスが実行中であることを確認します。実行されていない場合は、サービスを再起動します。Verify that the following services are running and if not restart the services:

    • Svagents (InMage Scout VX Agent)Svagents (InMage Scout VX Agent)
    • InMage Scout アプリケーション サービスInMage Scout Application Service
  4. ソース マシンで、エラーの詳細が保存されているログを確認します。On the Source Machine, examine the logs at the location for error details:

    C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.logC:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

プロセス サーバーにハートビートがない [error 806]Process server with no heartbeat [error 806]

プロセス サーバー (PS) からハートビートがない場合は、次を確認します。In case there is no heartbeat from the Process Server (PS), check that:

  1. PS VM が稼働している。PS VM is up and running

  2. エラーの詳細に関する PS の次のログを確認します。Check following logs on the PS for error details:

    C:\ProgramData\ASR\home\svsystems\eventmanager*.logC:\ProgramData\ASR\home\svsystems\eventmanager*.log
    およびand
    C:\ProgramData\ASR\home\svsystems\monitor_protection*.logC:\ProgramData\ASR\home\svsystems\monitor_protection*.log

マスター ターゲット サーバーにハートビートがない [エラー 78022]Master target server with no heartbeat [error 78022]

これは、マスター ターゲットの Azure Site Recovery モビリティ エージェントが構成サーバーと通信していない場合に発生します。This happens when Azure Site Recovery Mobility agent on the Master Target is not communicating with the Configuration Server.

この問題を解決するには、次の手順に従ってサービスの状態を確認します。To resolve the issue, use the following steps to verify the service status:

  1. マスター ターゲット VM が動作していることを確認します。Verify that the Master Target VM is running.
  2. 管理者特権を持つアカウントを使用してマスター ターゲット VM にサインインします。Sign in to the Master Target VM using an account that has administrator privileges.
    • svagents サービスが実行中であることを確認します。Verify that the svagents service is running. 実行中の場合は、サービスを再起動します。If it is running, restart the service

    • エラーの詳細が保存されているログを確認します。Check the logs at the location for error details:

      C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.logC:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

  3. マスター ターゲットを構成サーバーに登録するには、フォルダー %PROGRAMDATA%\ASR\Agent に移動し、コマンド プロンプトで以下を実行します。To register master target with configuration server, navigate to folder %PROGRAMDATA%\ASR\Agent, and run the following on command prompt:
    cmd
    cdpcli.exe --registermt
    
    net stop obengine
    
    net start obengine
    
    exit
    

エラー ID 78144 - 過去 "XXX" 分間に、VM 使用可能なアプリ整合性復旧ポイントはありませんError ID 78144 - No app-consistent recovery point available for the VM in the last 'XXX' minutes

モビリティ エージェントのバージョン 9.23 および 9.27 では、VSS インストール エラーの動作を処理するための機能強化が行われています。Enhancements have been made in mobility agent 9.23 & 9.27 versions to handle VSS installation failure behaviors. VSS の障害についてのトラブルシューティングの最適なガイダンスを得るには、確実に最新バージョンを使用します。Ensure that you are on the latest versions for best guidance on troubleshooting VSS failures.

最も一般的な問題の一部を次に示しますSome of the most common issues are listed below

原因 1:SQL Server 2008/2008 R2 での既知の問題Cause 1: Known issue in SQL server 2008/2008 R2

修正方法: SQL Server 2008/2008 R2 には、既知の問題があります。How to fix : There is a known issue with SQL server 2008/2008 R2. サポート技術情報の「Azure Site Recovery Agent or other non-component VSS backup fails for a server hosting SQL Server 2008 R2 (SQL Server 2008 R2 をホストしているサーバーで Azure Site Recovery エージェントまたはその他の非コンポーネント VSS バックアップが失敗する)」を参照してくださいPlease refer this KB article Azure Site Recovery Agent or other non-component VSS backup fails for a server hosting SQL Server 2008 R2

原因 2:AUTO_CLOSE DB があるいずれかのバージョンの SQL Server インスタンスをホストするサーバーで Azure Site Recovery ジョブが失敗しますCause 2: Azure Site Recovery jobs fail on servers hosting any version of SQL Server instances with AUTO_CLOSE DBs

修正方法: サポート技術情報の記事を参照してくださいHow to fix : Refer Kb article

原因 3:SQL Server 2016 および 2017 での既知の問題Cause 3: Known issue in SQL Server 2016 and 2017

修正方法: サポート技術情報の記事を参照してくださいHow to fix : Refer Kb article

原因 4:Linux サーバーでアプリの整合性が有効になっていないCause 4: App-Consistency not enabled on Linux servers

修正方法: Linux オペレーティング システム用の Azure Site Recovery では、アプリの整合性のためのアプリケーション カスタム スクリプトがサポートされています。How to fix : Azure Site Recovery for Linux Operation System supports application custom scripts for app-consistency. プリオプションとポストオプションを含むカスタム スクリプトが、アプリの整合性のために Azure Site Recovery の Mobility Agent によって使用されます。The custom script with pre and post options will be used by the Azure Site Recovery Mobility Agent for app-consistency. これを有効にする手順は、こちらをご覧ください。Here are the steps to enable it.

さらにトラブルシューティングを続けるには、ソース マシン上のファイルを確認して、失敗の正確なエラー コードを取得します。To troubleshoot further, Check the files on the source machine to get the exact error code for failure:

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.logC:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

ファイル内のエラーは、どのように探せば良いでしょうか。How to locate the errors in the file? エディターで vacp.log ファイルを開いて、"vacpError" という文字列を検索しますSearch for the string "vacpError" by opening the vacp.log file in an editor

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

上の例では、2147754994 がエラー コードであり、以下のようなエラーについての情報を示していますIn the above example 2147754994 is the error code that tells you about the failure as shown below

VSS ライターがインストールされていません - エラー 2147221164VSS writer is not installed - Error 2147221164

修正方法: アプリケーション整合性タグを生成するために、Azure Site Recovery では Microsoft ボリューム シャドウ コピー サービス (VSS) が使用されます。How to fix: To generate application consistency tag, Azure Site Recovery uses Microsoft Volume Shadow copy Service (VSS). これによって、アプリ整合性スナップショットを作成する操作のために、VSS プロバイダーがインストールされます。It installs a VSS Provider for its operation to take app consistency snapshots. この VSS プロバイダーは、サービスとしてインストールされます。This VSS Provider is installed as a service. VSS プロバイダー サービスがインストールされていない場合は、アプリケーション整合性スナップショットの作成が失敗し、エラー ID 0x80040154 "クラスが登録されていません" というエラーが発生します。In case the VSS Provider service is not installed, the application consistency snapshot creation fails with the error ID 0x80040154 "Class not registered".
VSS ライターのインストールのトラブルシューティングに関する記事を参照してくださいRefer article for VSS writer installation troubleshooting

VSS ライターが無効です - エラー 2147943458VSS writer is disabled - Error 2147943458

修正方法: アプリケーション整合性タグを生成するために、Azure Site Recovery では Microsoft ボリューム シャドウ コピー サービス (VSS) が使用されます。How to fix: To generate application consistency tag, Azure Site Recovery uses Microsoft Volume Shadow copy Service (VSS). これによって、アプリ整合性スナップショットを作成する操作のために、VSS プロバイダーがインストールされます。It installs a VSS Provider for its operation to take app consistency snapshots. この VSS プロバイダーは、サービスとしてインストールされます。This VSS Provider is installed as a service. VSS プロバイダー サービスが無効になっている場合は、アプリケーション整合性スナップショットの作成が失敗し、エラー ID "指定したサービスは無効であるため、開始できません (0x80070422)" というエラーが発生します。In case the VSS Provider service is disabled, the application consistency snapshot creation fails with the error ID "The specified service is disabled and cannot be started(0x80070422)".

  • VSS が無効になっている場合は、If VSS is disabled,
    • VSS プロバイダー サービスのスタートアップの種類が [自動] に設定されていることを確認します。Verify that the startup type of the VSS Provider service is set to Automatic.
    • 次のサービスを再起動します。Restart the following services:
      • VSS サービスVSS service
      • Azure Site Recovery VSS プロバイダーAzure Site Recovery VSS Provider
      • VDS サービスVDS service

VSS PROVIDER NOT_REGISTERED - エラー 2147754756VSS PROVIDER NOT_REGISTERED - Error 2147754756

修正方法: アプリケーション整合性タグを生成するために、Azure Site Recovery では Microsoft ボリューム シャドウ コピー サービス (VSS) が使用されます。How to fix: To generate application consistency tag, Azure Site Recovery uses Microsoft Volume Shadow copy Service (VSS). Azure Site Recovery VSS プロバイダー サービスがインストールされているかどうかを確認してください。Check if the Azure Site Recovery VSS Provider service is installed or not.

  • 以下のコマンドを使用して、プロバイダーのインストールを再試行します。Retry the Provider installation using the following commands:
  • 既存のプロバイダーのアンインストール: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmdUninstall existing provider: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
  • 再インストール: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmdReinstall: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

VSS プロバイダー サービスのスタートアップの種類が [自動] に設定されていることを確認します。Verify that the startup type of the VSS Provider service is set to Automatic. - 次のサービスを再起動します。Restart the following services: - VSS サービスVSS service - Azure Site Recovery VSS プロバイダーAzure Site Recovery VSS Provider - VDS サービスVDS service

エラー ID 95001 - 不十分なアクセス許可Error ID 95001 - Insufficient permissions found

このエラーは、レプリケーションを有効にしようとしたときに、アプリケーション フォルダーに十分なアクセス許可がない場合に発生します。This error occurs when trying to enable replication and the application folders don't have enough permissions.

修正方法: この問題を解決するには、IUSR ユーザーが以下のすべてのフォルダーに対する所有者ロールを持っていることを確認してください。How to fix: To resolve this issue, make sure the IUSR user has owner role for all the below mentioned folders -

  • C\ProgramData\Microsoft Azure Site Recovery\privateC\ProgramData\Microsoft Azure Site Recovery\private
  • インストール ディレクトリ。The installation directory. たとえば、インストール ディレクトリが F ドライブの場合、以下に対する正しいアクセス許可を指定します。For example, if installation directory is F drive, then provide the correct permissions to -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystemsF:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
  • インストール ディレクトリの \pushinstallsvc フォルダー。The \pushinstallsvc folder in installation directory. たとえば、インストール ディレクトリが F ドライブの場合、以下に対する正しいアクセス許可を指定します。For example, if installation directory is F drive, provide the correct permissions to -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvcF:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
  • インストール ディレクトリの \etc フォルダー。The \etc folder in installation directory. たとえば、インストール ディレクトリが F ドライブの場合、以下に対する正しいアクセス許可を指定します。For example, if installation directory is F drive, provide the correct permissions to -
    • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etcF:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
  • C:\TempC:\Temp
  • C:\thirdparty\php5ntsC:\thirdparty\php5nts
  • 以下のパスの下にあるすべての項目All the items under the below path -
    • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

次のステップNext steps

さらにサポートが必要な場合は、Azure Site Recovery に関する Microsoft Q&A 質問ページに質問を投稿してください。If you need more help, post your question in the Microsoft Q&A question page for Azure Site Recovery. 弊社のアクティブなコミュニティを通じて、エンジニアがサポートいたします。We have an active community, and one of our engineers can assist you.