疑難排解 Azure 到 Azure VM 複寫錯誤 - 其他問題

本文說明如何在 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 大小。

Workaround

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

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

可信根憑證 (錯誤碼 151066)

如果所有最新可信根憑證沒有都出現在 VM 上，則啟用 Site Recovery 複寫的工作可能會失敗。如果沒有這些憑證，從 VM 驗證和授權 Site Recovery 服務呼叫會失敗。

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

Site Recovery configuration failed.

可能的原因

虛擬機器上不存在授權和驗證所需的可信根憑證。

Workaround

Windows 作業系統
Linux

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

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

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

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

請遵循 Linux 作業系統版本經銷商提供的指引，取得最新的可信根憑證以及 VM 上最新的憑證撤銷清單。

這很重要

對於 RedHat Linux 機器，請在/etc/pki/ca-trust/中加入 Ca -Trust 憑證以避免憑證錯誤。

因為 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
檢查 Baltimore 根 CA 憑證是否存在：

ls Baltimore_CyberTrust_Root.pem
- 如果找不到 Baltimore 根 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 或 IP 範圍的連出連線能力。如果您的 VM 位於防火牆後，或使用網路安全性群組 (NSG) 規則來控制連出連線能力，您可能會遇到下列其中一個問題。雖然我們持續支援透過 URL 的外撥存取，但不再支援使用 IP 範圍的允許清單。

可能的原因

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

Workaround

如果是使用自訂 DNS，請確保從災害復原區域可以存取 DNS 伺服器。

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

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

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

附註

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

com-error。

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

可能的原因

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

Workaround

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 服務端點的連線。

Workaround

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

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

可能的原因

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

Workaround

行動服務 Agent 在 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
```

附註

行動服務 Agent 僅支援未驗證的 Proxy。

詳細資訊

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

COM + 或 VSS (錯誤碼 151025)

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

Site Recovery extension failed to install.

可能的原因

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

Workaround

將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。

Workaround

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

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

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

附註

這僅是一則警示。即使在新的 Agent 更新之後，現有的複寫仍會繼續運作。您可以選擇在需要新篩選條件驅動程式的優點時再重新開機，但是舊的篩選條件驅動程式會在您沒有重新開機時繼續運作。

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

如果複本受控磁碟存在，保護就不會啟用

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

可能的原因

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

修正問題

請刪除錯誤訊息所指出的複本磁碟，然後重試失敗的保護作業。

安裝程式找不到根磁碟導致保護啟用失敗 (錯誤碼 151137)。

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

可能的原因

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

修正問題

請執行下列步驟來修復此問題。

請使用下列命令，在 RHEL 機器的目錄 /var/lib/waagent 找到 Agent 位元：

# 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
建立新目錄，並將目錄變更為該新目錄。
使用下列命令，解壓縮在第一個步驟找到的 Agent 檔案：

tar -xf <Tar Ball File>

開啟檔案 prereq_check_installer.json，並刪除下列幾行。接著儲存檔案。

   {
      "CheckName": "SystemDiskAvailable",
      "CheckType": "MobilityService"
   },

使用以下命令叫用安裝程式：

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

ProtectionContainerNameLengthExceeded（錯誤代碼 150257）

Protection container name <protectionContainerName> is not valid.

可能的原因

保護容器名稱超過保護的最大允許長度 ContainerNameMaxLength 字元。

修正問題

選擇另一個名稱並重新嘗試操作。

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

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

替代解決方案：若要解決此問題，請等到系統時間跨越偏斜的未來時間。另一個選項是停用並再次啟用複寫，此方法僅適用於向前複寫 (資料從主要複寫至次要區域)，且不適用於反向複寫 (資料從次要複寫至主要區域)。

後續步驟

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

意見反應

此頁面對您有幫助嗎？

Last updated on 2025-12-12

共用方式為

疑難排解 Azure 到 Azure VM 複寫錯誤 - 其他問題

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

可信根憑證 (錯誤碼 151066)

連出 URL 或 IP 範圍 (錯誤碼151037 或 151072)

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

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

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

詳細資訊

COM + 或 VSS (錯誤碼 151025)

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

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

如果複本受控磁碟存在，保護就不會啟用

可能的原因

修正問題

安裝程式找不到根磁碟導致保護啟用失敗 (錯誤碼 151137)。

可能的原因

修正問題

ProtectionContainerNameLengthExceeded（錯誤代碼 150257）

可能的原因

修正問題

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

後續步驟

意見反應

其他資源