對 Azure 至 Azure VM 的複寫錯誤進行疑難排解

發行項
04/04/2024

本文說明如何在 Azure 虛擬機器 (VM) 從某個區域到另一個區域的複寫和復原期間，針對 Azure Site Recovery 常見的錯誤進行疑難排解。如需受支援組態的詳細資訊，請參閱複寫 Azure VM 的支援矩陣。

Azure 資源配額問題 (錯誤碼 150097)

確認您的訂用帳戶已啟用，才能在要做為災害復原 (DR) 區域的目標區域中建立 Azure VM。您的訂用帳戶需要足夠的配額，才能建立所需大小的 VM。根據預設，Site Recovery 會選擇與來源 VM 大小相同的目標 VM 大小。如果無法使用相符的大小，Site Recovery 會自動選擇最接近的可用大小。

如果沒有支援來源 VM 設定的大小，則會顯示下列訊息：

Replication couldn't be enabled for the virtual machine <VmName>.

可能的原因

您的訂用帳戶 ID 未啟用，無法在目標區域位置中建立任何 VM。
您的訂用帳戶 ID 未啟用或沒有足夠的配額，無法在目標區域位置中建立特定 VM 大小。
針對目標區域位置中的訂用帳戶 ID，找不到符合來源 VM 網路介面卡 (NIC) 計數 (2) 的適當目標 VM 大小。

修正問題

請聯絡 Azure 計費支援以啟用訂用帳戶，在目標位置中建立所需大小的 VM。然後重試失敗的作業。

如果目標位置具有容量條件約束，請停用複寫至該位置。然後，啟用複寫至您的訂用帳戶具有足夠配額的不同位置，以建立所需大小的 VM。

受信任的根憑證 (錯誤碼 151066)

如果不是所有最新的受信任根憑證都存在於 VM 上，啟用 Site Recovery 複寫的作業可能會失敗。如果沒有憑證，對於從 VM 的 Site Recovery 服務呼叫進行的驗證和授權會失敗。

如果啟用複寫作業失敗，則會顯示下列訊息：

Site Recovery configuration failed.

可能的原因

虛擬機器上不存在用於授權和驗證的受信任根憑證。

修正問題

Windows

對於執行 Windows 作業系統的 VM，請安裝最新的 Windows 更新，讓所有受信任的根憑證都存在於 VM 上。遵循您組織的一般 Windows 更新管理或憑證更新管理程序，取得所有最新的根憑證以及 VM 上更新的憑證撤銷清單。

如果您是在中斷連線的環境，請遵循您組織的標準 Windows 更新程序來取得憑證。
如果 VM 上不存在所需的憑證，對於 Site Recovery 進行的呼叫將而於安全性因素而失敗。

若要確認問題是否已解決，請從 VM 中的瀏覽器移至 login.microsoftonline.com。

如需資訊，請參閱設定受信任根目錄和不允許的憑證。

Linux

遵循 Linux 作業系統版本散發者提供的指引，取得最新的受信任根憑證以及 VM 上最新的憑證撤銷清單。

因為 SuSE Linux 使用符號連結來維護憑證清單，因此請遵循下列步驟：

以根使用者身分登入。雜湊符號 (#) 是預設的命令提示字元。
執行這個命令來變更目錄。

cd /etc/ssl/certs
檢查 Symantec 根 CA 憑證是否存在：

ls VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem
- 如果找不到 Symantec 根 CA 憑證，請執行下列命令來下載檔案。檢查是否有任何錯誤，並遵循適用於網路失敗的建議動作。
  
  wget https://docs.broadcom.com/docs-and-downloads/content/dam/symantec/docs/other-resources/verisign-class-3-public-primary-certification-authority-g5-en.pem -O VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem
檢查是否有巴爾的摩根 CA 憑證存在：

ls Baltimore_CyberTrust_Root.pem
- 如果找不到巴爾的摩根 CA 憑證，請執行下列命令以下載憑證：
  
  wget https://www.digicert.com/CACerts/BaltimoreCyberTrustRoot.crt.pem -O Baltimore_CyberTrust_Root.pem

檢查 DigiCert_Global_Root_CA 憑證是否存在：

ls DigiCert_Global_Root_CA.pem

如果找不到 DigiCert_Global_Root_CA，請執行下列命令來下載憑證。

wget http://www.digicert.com/CACerts/DigiCertGlobalRootCA.crt

openssl x509 -in DigiCertGlobalRootCA.crt -inform der -outform pem -out DigiCert_Global_Root_CA.pem

執行 rehash 指令碼，來更新適用於最新下載憑證的憑證主體雜湊。

c_rehash

若要檢查憑證是否已建立符號連結的主體雜湊，請執行下列命令：

ls -l | grep Baltimore

lrwxrwxrwx 1 root root   29 Jan  8 09:48 3ad48a91.0 -> Baltimore_CyberTrust_Root.pem

-rw-r--r-- 1 root root 1303 Jun  5  2014 Baltimore_CyberTrust_Root.pem

ls -l | grep VeriSign_Class_3_Public_Primary_Certification_Authority_G5

-rw-r--r-- 1 root root 1774 Jun  5  2014 VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem

lrwxrwxrwx 1 root root   62 Jan  8 09:48 facacbc6.0 -> VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem

ls -l | grep DigiCert_Global_Root

lrwxrwxrwx 1 root root   27 Jan  8 09:48 399e7759.0 -> DigiCert_Global_Root_CA.pem

-rw-r--r-- 1 root root 1380 Jun  5  2014 DigiCert_Global_Root_CA.pem

使用檔案名稱 b204d74a.0 建立 VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem 檔案的複本

cp VeriSign_Class_3_Public_Primary_Certification_Authority_G5.pem b204d74a.0
使用檔案名稱 653b494a.0 建立 Baltimore_CyberTrust_Root.pem 檔案的複本

cp Baltimore_CyberTrust_Root.pem 653b494a.0
使用檔案名稱 3513523f.0 建立 DigiCert_Global_Root_CA.pem 檔案的複本

cp DigiCert_Global_Root_CA.pem 3513523f.0

檢查這些檔案是否存在：

ls -l 653b494a.0 b204d74a.0 3513523f.0

-rw-r--r-- 1 root root 1774 Jan  8 09:52 3513523f.0

-rw-r--r-- 1 root root 1303 Jan  8 09:52 653b494a.0

-rw-r--r-- 1 root root 1774 Jan  8 09:52 b204d74a.0

輸出 Url 或 IP 範圍 (錯誤碼151037 或 151072)

若要使 Site Recovery 複寫正常運作，VM 需要特定 URL 的輸出連線能力。如果您的 VM 位於防火牆後方，或使用網路安全性群組 (NSG) 規則控制輸出連線能力，您可能會遇到下列其中一個問題。雖然我們持續支援透過 Url 進行的輸出存取，但不再支援使用 IP 範圍的允許清單。

可能的原因

由於網域名稱系統 (DNS) 解析失敗，無法建立對 Site Recovery 端點的連線。
若您已將虛擬機器容錯移轉，但無法從災害復原 (DR) 區域連線到 DNS 伺服器，就常會在重新保護期間發生此問題。

修正問題

如果您使用自訂 DNS，請確定可從災害復原區域連線到 DNS 伺服器。

若要檢查 VM 是否使用自訂 DNS 設定：

開啟 [虛擬機器]，然後選取 VM。
瀏覽至 VM 的 [設定]，然後選取 [網路]。
在 [虛擬網路/子網路] 中，選取連結以開啟虛擬網路的資源。
移至 [設定]，並選取 [DNS 伺服器]。

嘗試從虛擬機器存取 DNS 伺服器。如果無法連線到 DNS 伺服器，請對 DNS 伺服器進行容錯移轉，或在 DR 網路和 DNS 之間建立連線，使其可供連線。

注意

如果您使用私人端點，請確定 VM 可以解析私人 DNS 記錄。

com-error。

問題 2：Site Recovery 設定失敗 (151196)

可能的原因

無法建立對 Microsoft 365 驗證和身分識別 IP4 端點的連線。

修正問題

Azure Site Recovery 需要存取 Microsoft 365 IP 範圍以進行驗證。如果您使用 Azure 網路安全性群組 (NSG) 規則/防火牆 proxy，來控制 VM 上的輸出網路連線能力，請確定您使用Microsoft Entra 服務標籤為基礎的 NSG 規則，以允許存取 Microsoft Entra ID。我們不再支援以 IP 位址為基礎的 NSG 規則。

問題 3： Site Recovery 設定失敗 (151197)

可能的原因

無法建立對 Azure Site Recovery 服務端點的連線。

修正問題

如果您是使用 Azure 網路安全性群組 (NSG) 規則/防火牆 Proxy 來控制 VM 上的輸出網路連線能力，請確保您使用服務標籤。我們不再支援透過 Nsg 使用 IP 位址的允許清單進行 Azure Site Recovery。

問題4：當網路流量使用內部部署 proxy 伺服器 (151072) 時，複寫會失敗

可能的原因

自訂 Proxy 設定無效，且行動服務代理程式未從 Internet Explorer 自動偵測 Proxy 設定。

修正問題

行動服務代理程式在 Windows 上會從 Internet Explorer 偵測 Proxy 設定 (在 Linux 上則從 /etc/environment 偵測)。
如果您只想要為行動服務設定 Proxy，則可在 ProxyInfo.conf 中提供 Proxy 詳細資料，該檔案位於：
- Linux: /usr/local/InMage/config/
- Windows: C:\ProgramData\Microsoft Azure Site Recovery\Config
ProxyInfo.conf 應該要有下列 INI 格式的 Proxy 設定：
```
[proxy]
Address=http://1.2.3.4
Port=567
```

注意

行動服務代理程式只支援未驗證的 proxy。

其他相關資訊

若要指定必要的 url 或所需的 IP 範圍，請遵循關於 Azure 中的網路到 azure複寫的指引。

在 VM 中找不到磁碟 (錯誤碼 150039)

必須先將連接到 VM 的新磁碟初始化。如果找不到磁碟，則會顯示下列訊息：

Azure data disk <DiskName> <DiskURI> with logical unit number <LUN> <LUNValue> was not mapped to a corresponding disk being reported from within the VM that has the same LUN value.

可能的原因

新的資料磁碟連接到 VM，但是未初始化。
VM 內的資料磁碟不當回報邏輯單元編號 (LUN) 值，該磁碟已連接到 VM。

修正問題

請確定資料磁碟都已初始化，然後再次嘗試操作。

Windows：連接並初始化新的磁碟。
Linux：在 Linux 中初始化新的資料磁碟。

若問題持續發生，請連絡支援服務。

有多個磁碟可供保護 (錯誤碼 153039)

可能的原因

在保護之後，一或多個磁碟最近已新增至虛擬機器。
虛擬機器受保護之後，已初始化一或多個磁碟。

修正問題

若要再次使 VM 的複寫狀態變成狀況良好，您可以選擇保護磁碟或關閉警告。

保護磁碟

移至已複寫的專案 >VM 名稱>磁碟。
選取未受保護的磁片，然後選取 [啟用複寫]：

關閉警告

前往 [複寫的項目]>VM 名稱。
在概觀區段中選取警告，然後選取 [確定]。

從保存庫移除的 VM 已完成，並出現資訊 (錯誤碼 150225)

當 Site Recovery 保護虛擬機器時，它會在來源虛擬機器上建立連結。當您移除保護或停用複寫時，Site Recovery 會將這些連結移除成為清除工作的一部分。如果虛擬機器有資源鎖定，則會以資訊完成清除作業。此資訊指出已從復原服務保存庫中移除虛擬機器，但無法在來源電腦上清除某些過時的連結。

如果您不想要再次保護此虛擬機器，您可以忽略此警告。但是，如果您稍後必須保護此虛擬機器，請遵循本節中的步驟來清除連結。

警告

如果您不進行清除：

當您透過復原服務保存庫啟用複寫時，將不會列出虛擬機器。
如果您嘗試使用虛擬機器>設定> 嚴重損壞修復來保護 VM，此作業將會失敗，且因為 VM 上現有的過時資源連結，所以無法啟用訊息複寫。

修正問題

注意

當您執行這些步驟時，Site Recovery 不會刪除來源虛擬機器，也不會以任何方式影響。

從 VM 或 VM 資源群組移除鎖定。例如，在下圖中，名為 MoveDemo 的 VM 上的資源鎖定必須刪除：
下載腳本以移除過時的 Site Recovery設定。
執行指令碼， Cleanup-stale-asr-config-Azure-VM.ps1。提供訂用帳戶 識別碼、 vm 資源群組和 VM 名稱 作為參數。
如果系統提示您提供 Azure 認證，請提供這些認證。然後驗證腳本是否執行，而不會發生任何失敗。

未在具有過時資源的 VM 上啟用複寫 (錯誤碼 150226)

可能的原因

虛擬機器具有舊版 Site Recovery 保護的過時設定。

如果您使用 Site Recovery 來啟用 Azure vm 的複寫，則可能會在 Azure VM 上進行過時的設定，然後：

您已停用複寫，但來源 VM 有資源鎖定。
您已刪除 Site Recovery 保存庫，但未明確停用 VM 上的複寫。
您已刪除包含 Site Recovery 保存庫的資源群組，但未明確停用 VM 上的複寫。

修正問題

注意

當您執行這些步驟時，Site Recovery 不會刪除來源虛擬機器，也不會以任何方式影響。

從 VM 或 VM 資源群組移除鎖定。例如，在下圖中，名為 MoveDemo 的 VM 上的資源鎖定必須刪除：
下載腳本以移除過時的 Site Recovery設定。
執行指令碼， Cleanup-stale-asr-config-Azure-VM.ps1。提供訂用帳戶 識別碼、 vm 資源群組和 VM 名稱 作為參數。
如果系統提示您提供 Azure 認證，請提供這些認證。然後驗證腳本是否執行，而不會發生任何失敗。

無法在啟用複寫作業中選取 VM 或資源群組

問題1：資源群組和來源 VM 位於不同的位置

Site Recovery 目前需要來源區域資源群組和虛擬機器位於相同的位置。如果不是，當您嘗試套用保護時，您將無法找到虛擬機器或資源群組。

因應措施是，您可以從 VM （而不是復原服務保存庫）啟用複寫。移至來源 VM>屬性>災害復原並啟用複寫。

問題2：資源群組不屬於選取的訂用帳戶

如果資源群組不是指定的訂用帳戶的一部分，則可能無法在保護時尋找該資源組。請確定資源群組屬於正在使用的訂用帳戶。

問題 3：過時的設定

如果 Azure VM 上有過時的 Site Recovery 設定，您可能看不到想要啟用複寫的 VM。如果您使用 Site Recovery 來啟用 Azure VM 的複寫，則可能會發生這種情況，然後：

您已刪除 Site Recovery 保存庫，但未明確停用 VM 上的複寫。
您已刪除包含 Site Recovery 保存庫的資源群組，但未明確停用 VM 上的複寫。
您已停用複寫，但來源 VM 有資源鎖定。

修正問題

注意

使用本節中所述的腳本之前，請務必先更新 AzureRM.Resources 模組。當您執行這些步驟時，Site Recovery 不會刪除來源虛擬機器，也不會以任何方式影響。

如果有，從 VM 或 VM 資源群組移除鎖定。例如，在下圖中，名為 MoveDemo 的 VM 上的資源鎖定必須刪除：
下載腳本以移除過時的 Site Recovery設定。
執行指令碼， Cleanup-stale-asr-config-Azure-VM.ps1。提供訂用帳戶 識別碼、 vm 資源群組和 VM 名稱 作為參數。
如果系統提示您提供 Azure 認證，請提供這些認證。然後驗證腳本是否執行，而不會發生任何失敗。

無法選取要保護的 VM

可能的原因

虛擬機器在失敗或沒有回應的狀態下安裝了某些延伸模組

修正問題

移至虛擬機器>設定>擴充功能，並檢查是否有任何擴充功能處於失敗狀態。請卸載任何失敗的延伸模組，然後再試一次保護虛擬機器。

VM 的佈建狀態無效 (錯誤碼 150019)

若要在 VM 上啟用複寫，佈建狀態應該是「成功」。執行下列步驟來檢查佈建狀態：

在 Azure 入口網站中從 [所有服務] 選取 [資源總管]。
展開 [訂用帳戶] 清單然後選取您的訂用帳戶。
展開 [ResourceGroups] 清單然後選取 VM 的資源群組。
展開 [資源] 清單然後選取您的 VM
勾選右側 [執行個體] 檢視中的 [provisioningState] 欄位。

修正問題

如果 [provisioningState] 是「失敗」，請連絡支援人員以取得疑難排解的詳細資訊。
如果 [provisioningState] 是「正在更新」，則可能有其他擴充功能正在部署。檢查 VM 上是否有任何進行中的作業，等候它們完成然後重試失敗的 Site Recovery 啟用複寫作業。

無法選取目標 VM

問題 1：如果 VM 所連結的網路已對應至「目標網路」

在災害復原設定期間，如果來源 VM 屬於虛擬網路的一部分，而且來自相同虛擬網路的另一個 VM 已與目標資源群組中的網路對應，則 [網路選取] 下拉式清單方塊將無法使用 (預設會顯示為暗灰色)。

網路選取清單無法使用。

問題2：您先前已保護 VM，然後停用複寫

停用 VM 的複寫不會刪除網路對應。對應必須從受保護 VM 所在的復原服務保存庫中將其刪除。選取復原服務保存庫，然後移至管理>Azure 虛擬機器>>網路對應Site Recovery 基礎結構。

刪除網路對應。

完成初始設定後，您可在 VM 受到保護後，對災害復原設定期間所設定的目標網路進行變更。若要 修改網路對應 ，請選取網路名稱：

修改網路對應。

COM + 或 VSS (錯誤碼 151025)

當 COM+ 或磁碟區陰影複製服務 (VSS) 錯誤發生時，會顯示下列訊息：

Site Recovery extension failed to install.

可能的原因

停用「COM+ 系統應用程式」服務。
停用「磁碟區陰影複製」服務。

修正問題

將「COM+ 系統應用程式」和「磁碟區陰影複製」服務設為自動或手動啟動模式。

在 Windows 中開啟 [服務] 主控台。
請確定 COM+ 系統應用程式和磁碟區陰影複製服務不會設定為 [ 停用 ] 作為 啟動類型。

不支援的受控磁碟大小 (錯誤碼 150172)

發生此錯誤時，會顯示下列訊息：

Protection couldn't be enabled for the virtual machine as it has <DiskName> with size <DiskSize> that is lesser than the minimum supported size 1024 MB.

可能的原因

磁碟小於支援的大小 1024 MB。

修正問題

請確認磁碟大小在支援的大小範圍內。然後重試一次此作業。

當 GRUB 使用裝置名稱 (錯誤碼 151126 時，未啟用保護)

可能的原因

Linux Grand Unified Bootloader (GRUB) 組態檔 (/boot/grub/menu.lst、/boot/grub/grub.cfg、/boot/grub2/grub.cfg 或 /etc/default/grub) 可能指定值作為實際裝置名稱，而不是全域唯一識別碼 (UUID) 值做為 root 和 resume 參數。 Site Recovery 需要 UUID，因為裝置名稱可能會變更。重新開機時，VM 可能不會在容錯移轉時使用相同的名稱，因此會產生問題。

下列範例是來自 GRUB 檔案的行，其中會顯示裝置名稱，而不是所需的 UUID：

File /boot/grub2/grub.cfg:

linux /boot/vmlinuz-3.12.49-11-default root=/dev/sda2 ${extra_cmdline} resume=/dev/sda1 splash=silent quiet showopts
File: /boot/grub/menu.lst

kernel /boot/vmlinuz-3.0.101-63-default root=/dev/sda2 resume=/dev/sda1 splash=silent crashkernel=256M-:128M showopts vga=0x314

修正問題

以對應的 UUID 取代每個裝置名稱：

執行命令 blkid <device name> 來尋找裝置的 UUID。例如：

blkid /dev/sda1
/dev/sda1: UUID="6f614b44-433b-431b-9ca1-4dd2f6f74f6b" TYPE="swap"
blkid /dev/sda2
/dev/sda2: UUID="62927e85-f7ba-40bc-9993-cc1feeb191e4" TYPE="ext3"

請以 root=UUID=<UUID> 和 resume=UUID=<UUID> 的格式，以裝置名稱的 UUID 取代裝置名稱。例如，取代之後，/boot/grub/menu.lst 中的行會看起來像下面這行：

kernel /boot/vmlinuz-3.0.101-63-default root=UUID=62927e85-f7ba-40bc-9993-cc1feeb191e4 resume=UUID=6f614b44-433b-431b-9ca1-4dd2f6f74f6b splash=silent crashkernel=256M-:128M showopts vga=0x314
請重試保護。

保護失敗，因為 GRUB 裝置不存在 (錯誤碼 151124)

可能的原因

GRUB 設定檔 (/boot/grub/menu.lst、 /boot/grub/grub.cfg、 /boot/grub2/grub.cfg或 /etc/default/grub) 可能包含參數 rd.lvm.lv 或 rd_LVM_LV。這些參數會識別要在開機時探索的 (LVM) 裝置的邏輯磁碟區管理員。如果這些 LVM 裝置不存在，受保護的系統本身將不會開機，而且會卡在開機程式中。容錯移轉 VM 也會看到相同的問題。以下提供一些範例：

RHEL7 上的 File: /boot/grub2/grub.cfg：

linux16 /vmlinuz-3.10.0-957.el7.x86_64 root=/dev/mapper/rhel_mup--rhel7u6-root ro crashkernel=128M\@64M rd.lvm.lv=rootvg/root rd.lvm.lv=rootvg/swap rhgb quiet LANG=en_US.UTF-8
RHEL7 上的 File: /etc/default/grub：

GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=rootvg/root rd.lvm.lv=rootvg/swap rhgb quiet
RHEL6 上的 File: /boot/grub/menu.lst：

kernel /vmlinuz-2.6.32-754.el6.x86_64 ro root=UUID=36dd8b45-e90d-40d6-81ac-ad0d0725d69e rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=rootvg/lv_root KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=rootvg/lv_swap rd_NO_DM rhgb quiet

在每個範例中，GRUB 都必須偵測具有名稱 root 和 swap 磁碟區群組 rootvg 的兩部 LVM 裝置。

修正問題

如果 LVM 裝置不存在，請建立該裝置，或從 GRUB 設定檔中移除對應的參數。然後再試一次，以啟用保護。

行動服務更新已完成，但出現警告 (錯誤碼 151083)

Site Recovery 行動服務具有許多元件，其中一個名叫篩選器驅動程式。篩選器驅動程式只會在系統重新開機時載入系統記憶體中。每當行動服務更新包含篩選器驅動程式變更時，電腦就會更新，但您仍然會看到某些修正程式需要重新開機的警告。出現警告是因為篩選器驅動程式修正程式只有在載入新的篩選器驅動程式時才會生效，而只有在重新開機時才會發生。

注意

這只是警告。即使在新的代理程式更新之後，現有的複寫仍會繼續運作。您可以選擇在需要新篩選器驅動程式的優點時重新開機，但是舊的篩選器驅動程式會在您沒有重新開機時繼續運作。

除了篩選器驅動程式之外，行動服務更新中任何其他增強功能和修正的優點也會在不需要重新開機的情況下生效。

如果複本受控磁片存在，則未啟用保護

當複本受控磁片已存在，但目標資源群組中沒有預期的標記時，就會發生此錯誤。

可能的原因

如果虛擬機器先前已受到保護，而且在停用複寫時未移除複本磁碟，就會發生此問題。

修正問題

請刪除錯誤訊息中所識別的複本磁碟，然後重試失敗的保護工作。

因為安裝程式找不到根磁碟 (錯誤碼 151137) ，所以啟用保護失敗。

如果 Linux 機器的 OS 磁碟是使用 Azure 磁碟加密 (ADE) 加密，就會發生此錯誤。這是僅限代理程式版本 9.35 中的有效問題。

可能的原因

安裝程式找不到裝載根檔案系統的根磁碟。

修正問題

若要修正此問題，請執行下列步驟。

使用下列命令，在 RHEL 機器上的目錄 /var/lib/waagent 下尋找代理程式位：

# find /var/lib/ -name Micro\*.gz

預期輸出：

/var/lib/waagent/Microsoft.Azure.RecoveryServices.SiteRecovery.LinuxRHEL7-1.0.0.9139/UnifiedAgent/Microsoft-ASR_UA_9.35.0.0_RHEL7-64_GA_30Jun2020_release.tar.gz
建立新的目錄，並將目錄變更為這個新目錄。
使用下列命令，將在第一個步驟中找到的代理程式檔案解壓縮：

tar -xf <Tar Ball File>
開啟 prereq_check_installer.json 的檔案，並刪除下列幾行。在該檔案之後儲存檔案。
```
   {
      "CheckName": "SystemDiskAvailable",
      "CheckType": "MobilityService"
   },
```
使用命令叫用安裝程式：

./install -d /usr/local/ASR -r MS -q -v Azure
如果安裝程式成功，請重試啟用複寫作業。

針對複寫伺服器上的時間變更進行疑難排解和處理

當來源機器的時間往前移，然後在短時間內移回以修正變更時，就會發生此錯誤。您可能不會注意到變更，因為時間會快速修正。

如何修正：若要解決此問題，請等候系統時間跨越誤差的未來時間。另一個選項是再次停用並啟用複寫，這僅適用於向前複寫 (將資料從主要複寫至次要區域)，不適用於反轉複寫 (將資料從次要複寫至主要區域)。

下一步

將 Azure VM 複寫至另一個 Azure 區域。

共用方式為

對 Azure 至 Azure VM 的複寫錯誤進行疑難排解

Azure 資源配額問題 (錯誤碼 150097)

可能的原因

修正問題

受信任的根憑證 (錯誤碼 151066)

可能的原因

修正問題

Windows

Linux

輸出 Url 或 IP 範圍 (錯誤碼151037 或 151072)

可能的原因

修正問題

問題 2：Site Recovery 設定失敗 (151196)

可能的原因

修正問題

問題 3： Site Recovery 設定失敗 (151197)

可能的原因

修正問題

問題4：當網路流量使用內部部署 proxy 伺服器 (151072) 時，複寫會失敗

可能的原因

修正問題

其他相關資訊

在 VM 中找不到磁碟 (錯誤碼 150039)

可能的原因

修正問題

有多個磁碟可供保護 (錯誤碼 153039)

可能的原因

修正問題

保護磁碟

關閉警告

從保存庫移除的 VM 已完成，並出現資訊 (錯誤碼 150225)

修正問題

未在具有過時資源的 VM 上啟用複寫 (錯誤碼 150226)

可能的原因

修正問題

無法在啟用複寫作業中選取 VM 或資源群組

問題1：資源群組和來源 VM 位於不同的位置

問題2：資源群組不屬於選取的訂用帳戶

問題 3：過時的設定

修正問題

無法選取要保護的 VM

可能的原因

修正問題

VM 的佈建狀態無效 (錯誤碼 150019)

修正問題

無法選取目標 VM

問題 1：如果 VM 所連結的網路已對應至「目標網路」

問題2：您先前已保護 VM，然後停用複寫

COM + 或 VSS (錯誤碼 151025)

可能的原因

修正問題

不支援的受控磁碟大小 (錯誤碼 150172)

可能的原因

修正問題

當 GRUB 使用裝置名稱 (錯誤碼 151126 時，未啟用保護)

可能的原因

修正問題

保護失敗，因為 GRUB 裝置不存在 (錯誤碼 151124)

可能的原因

修正問題

行動服務更新已完成，但出現警告 (錯誤碼 151083)

如果複本受控磁片存在，則未啟用保護

可能的原因

修正問題

因為安裝程式找不到根磁碟 (錯誤碼 151137) ，所以啟用保護失敗。

可能的原因

修正問題

針對複寫伺服器上的時間變更進行疑難排解和處理

下一步

意見反應

其他資源