事件 ID 和錯誤訊息

如果 Windows 無法建立 VSS 快照，就會發生這個問題。如要解決這個問題，請按照下列步驟操作：

• 檢查 UDSAgent.log
• 檢查受保護磁區的磁碟空間。300 MB 可能不夠。
• 請檢查 Windows 事件記錄，找出 VSS 相關錯誤。
• vssadmin 清單寫入器可能會顯示處於不良狀態的寫入器。

通常這些錯誤會伴隨記錄中回報的 VSS 錯誤，例如：

VSS_E_VOLUME_NOT_SUPPORTED_BY_PROVIDER VSS_E_UNEXPECTED_PROVIDER_ERROR

請先前往指令列並發出這項指令，確認所有 VSS 寫入器是否處於穩定狀態。

# vssadmin list writers

檢查輸出內容，確認所有寫入器皆處於穩定狀態。

重新啟動 VSS 服務，並檢查寫入器是否穩定。如果無法解決，你可能需要重新啟動機器。

如果磁碟空間不足，無法處理快照，就會發生這個問題。

1. 確認備份的硬碟空間並未用盡。
2. 檢查所有 VSS 寫入器是否處於穩定狀態。請在 Windows 指令列中執行以下指令：
vssadmin list providers vssadmin list writers
3. 如果這些服務未執行，請啟動這些服務並重新執行工作。如果寫入器的狀態不穩定，請重新啟動 VSS 服務。如果重新啟動服務後問題仍未解決，請重新啟動主機。

有時當發生內部 VSS 錯誤時，系統會顯示這則訊息。

請檢查 Windows 事件記錄，看看是否有 VSS 相關錯誤。如要找出與 VSS 相關的錯誤，請搜尋相關的 Microsoft 修補程式。如需其他 VSS 疑難排解詳細資訊，請前往 Microsoft TechNet。

Microsoft 建議在指定用於儲存已建立 VSS 快照的裝置上，至少保留 320 MB 的空間，以及儲存其中的變更資料。

Actifio 建議您使用以下指令，將陰影儲存空間設為無限制 (無上限)：

如要在 Windows UI 中變更儲存空間大小，請參閱「 在 Windows Server 2008 上設定磁碟區陰影複製功能」。

在 VSS 狀態穩定且陰影儲存空間設為無界限後，請重新執行備份作業。

如果應用程式主機上的 UDSAgent 無法看到暫存的 LUN，且主機無法從備份/復原裝置偵測暫存的 LUN，就會發生這個問題。

Actifio Connector 無法看到暫存 LUN。這可能是因為連線不良或 LUN 發生問題。

確認 FC/iSCSI 連線是否正常，然後對應 VDisk、劃分 VDisk、格式化 VDisk，並將檔案複製到 VDisk 中，確認一切運作正常。分割和格式化步驟會因作業系統而異。

如果在來源磁碟中修改的檔案複製到暫存磁碟，但檔案大小超過暫存磁碟的可用空間，則工作會失敗。
如要解決暫存磁碟空間不足的問題，請增加暫存磁碟空間。在應用程式的進階設定中指定暫存磁碟的大小。將暫存磁碟大小的值設為大於來源磁碟大小和最大檔案大小的總和。
注意：在進階設定中變更暫存磁碟會觸發完整備份程序。

防毒軟體或第三方驅動程式可能已套用無法覆寫的檔案鎖定機制。

請查看 UDSAgent.log，瞭解哪些檔案無法存取。嘗試在 Unix/ Linux 上使用 lsof，或在 Windows 上使用 fltmc，找出鎖定檔案的程序。從防毒或擷取工作中排除檔案，然後重新執行擷取作業。

微軟目前已知的程序列於 已指派的篩選器高度。

這類錯誤很少出現在 Unix 或 Linux 上，但資料庫維護或修補安裝 / 更新等程序可能會在檔案上建立專屬鎖定。

安裝最新的 Actifio Connector。

主機作業系統偵測到檔案系統限制或不一致情形。

在暫存磁碟上執行 Windows 磁碟重組工具。

主機磁碟或傳輸介質 (iSCSI 或 FC) 的 I/O 吞吐量偏低。

確認主機磁碟或傳輸介質中沒有 I/O 問題。傳輸媒介會是 iSCSI 或光纖通道，取決於頻外設定。視需要洽詢儲存空間和網路管理員。

如要解決這個問題，請啟用「不要在使用者登出時強制卸載使用者登錄」功能，請參閱 使用者設定檔服務功能。

這是因為資料庫的 ODBC 登入失敗。修正 ODBC 登入問題即可解決問題。

請查看 /act/logs/UDSAgent.log 中的詳細資料，並與 Google 支援團隊聯絡，瞭解如何解決這個問題。

從控制檔案解析無效的使用者名稱和密碼。在來源端，請查看 UDSAgent.log，瞭解來源是否已在連結器屬性中的「進階設定」下，設定正確的使用者名稱/密碼。

Actifio 連接器無法使用 RMAN 封存備份指令備份封存記錄，導致這項失敗的可能原因包括：

• 連接器無法建立與資料庫的連線
• 封存記錄已遭其他應用程式清除
• TNS 服務名稱設定不正確，導致備份指令傳送至未掛載暫存磁碟的節點

在 RMAN 記錄中搜尋 ORA 或 RMAN 錯誤。這是從 Oracle 收到的錯誤。請使用 Oracle 首選資源，因為這些並非備份和災難復原服務的條件，因此無法在備份和災難復原服務中解決。

• Actifio 連接器記錄：/var/act/log/UDSAgent.log
• Oracle RMAN 記錄：/var/act/log/********_rman.log

如要減少快照集區的用量，請執行下列操作：

• 將 VMware VM 從快照移至直接備份至 OnVault 的備份方案。然後讓所有快照到期，釋出測試磁碟和上次快照所使用的空間。這項功能僅適用於 VMware VM，其他應用程式類型仍會使用一些快照集區空間，如果受到 Direct-to-OnVault 政策保護。
• 變更政策範本，減少應用程式保留的快照數量。變動率高的應用程式會建立較大的快照，因此此功能對變動率高的應用程式最有幫助。這不一定會導致 RPO 不同，因為每個快照的 OnVault 映像檔可以在到期前建立。
• 刪除不需要的掛載、克隆和即時克隆。

如要立即減少 VDisk 用量，請按照下列步驟操作：

• 請確認在全域和個別應用程式層級都已啟用到期日功能。
• 將單一主機的資料庫分組成一致性群組。舉例來說，如果主機有 9 個資料庫，請為所有 9 個資料庫建立一個一致性群組，然後保護該一致性群組，而非個別資料庫。
• 變更備份方案使用的政策範本，減少應用程式保留的快照數量。
• 刪除不需要的掛載、複本和即時複本映像檔。
• 將 VMware VM 從快照移至 Direct-OnVault 備份方案。您必須讓所有快照到期，才能釋出暫存磁碟使用的 VDisk。這項設定只會降低 VMware VM 的 VDisk 數量，在使用直接存取 OnVault 政策保護時，仍會使用 VDisk。
• 將不需要保護的 VMware VMDK 變更為獨立模式，因為 VMware 快照無法保護這些 VMDK。

如果這項警示每天都會出現，但裝置未達 VDisk 上限，請修改政策來減少使用的 VDisk 數量，或提高警示門檻。在每日快照時段內，系統會為快照建立新的 VDisk，並在快照到期時移除舊的 VDisk，因此 VDisk 數量可能會有所變動。每日波動會因受保護的應用程式數量而異。

硬體故障或網路問題導致監控儲存空間的 Ping 作業失敗。檢查網路以解決問題。

詳閱 備份計畫最佳做法，並調整政策。以下是違反備份方案的常見原因。

• 未啟用工作排程器。請參閱 這篇文章，瞭解如何啟用排程工具。
• 新應用程式的首個工作通常需要很長的時間：應用程式的首個快照或重複資料刪除工作可能會耗費很長的時間。您可以使用匝道設定，防止擷取工作鎖定運算單元，並鎖定已擷取的應用程式。請參閱「 為首批新應用程式設定優先順序」一文。
• 因網路問題無法存取應用程式。
• 政策時間窗口太短或工作執行時間太長：雖然您無法控制每項工作的執行時間，但可以控制執行中的應用程式排程時間。執行時間長達數小時的工作會佔用其他應用程式可用的作業時段。詳閱 備份計畫最佳做法，並據此調整政策。
• 複製程序會將資料傳送至遠端備份/復原設備。確認複寫連結的頻寬和使用率並未達到飽和狀態。

如要減少快照集區的用量，請執行下列操作：

• 將 VMware VM 從快照移至直接備份至 OnVault 的備份方案。然後讓所有快照到期，釋出測試磁碟和上次快照所使用的空間。這項功能僅適用於 VMware VM，其他應用程式類型仍會使用一些快照集區空間，如果受到 Direct-to-OnVault 政策保護。
• 變更政策範本，減少應用程式保留的快照數量。變動率高的應用程式會建立較大的快照，因此此功能對變動率高的應用程式最有幫助。這不一定會導致 RPO 不同，因為每個快照的 OnVault 映像檔可以在到期前建立。
• 刪除不需要的掛載、克隆和即時克隆。

每個備份/復原裝置每小時會檢查遠端裝置，找出可能的遠端保護問題。裝置通訊失敗，原因如下：

• 網路錯誤 (暫時或永久性)。暫時性的網路錯誤不代表工作會失敗；系統會重試工作，但不會更新每小時檢查。
• 憑證錯誤。如要修正憑證錯誤，請重新交換憑證。

詳閱 備份計畫最佳做法，並調整政策。以下是違反備份方案的常見原因。

• 未啟用工作排程器。請參閱 這篇文章，瞭解如何啟用排程工具。
• 新應用程式的首個工作通常需要很長的時間：應用程式的首個快照或重複資料刪除工作可能會耗費很長的時間。您可以使用匝道設定，防止擷取工作鎖定運算單元，並鎖定已擷取的應用程式。請參閱「 為首批新應用程式設定優先順序」一文。
• 因網路問題無法存取應用程式。
• 政策時間窗口太短或工作執行時間太長：雖然您無法控制每項工作的執行時間，但可以控制執行中的應用程式排程時間。執行時間長達數小時的工作會佔用其他應用程式可用的作業時段。詳閱 備份計畫最佳做法，並據此調整政策。
• 複製程序會將資料傳送至遠端備份/復原設備。確認複寫連結的頻寬和使用率並未達到飽和狀態。

詳閱 備份計畫最佳做法，並調整政策。以下是違反備份方案的常見原因。

• 未啟用工作排程器。請參閱 這篇文章，瞭解如何啟用排程工具。
• 新應用程式的首個工作通常需要很長的時間：應用程式的首個快照或重複資料刪除工作可能會耗費很長的時間。您可以使用匝道設定，防止擷取工作鎖定運算單元，並鎖定已擷取的應用程式。請參閱「 為首批新應用程式設定優先順序」一文。
• 因網路問題無法存取應用程式。
• 政策時間窗口太短或工作執行時間太長：雖然您無法控制每項工作的執行時間，但可以控制執行中的應用程式排程時間。執行時間長達數小時的工作會佔用其他應用程式可用的作業時段。詳閱 備份計畫最佳做法，並據此調整政策。
• 複製程序會將資料傳送至遠端備份/復原設備。確認複寫連結的頻寬和使用率並未達到飽和狀態。

將原始裝置對應項目新增至 VM 會讓 VM 處於「停頓」狀態，直到 ESX 有機會新增新資源為止。如要瞭解為何無法新增原始裝置對應，請查看相關 VM 的 ESX 記錄 (vmware.log)。

如需查看記錄檔以瞭解錯誤訊息的協助，請參閱 VMware 說明文件和知識庫。此外，請參閱 VMware 文章，進一步瞭解如何收集 VMware 記錄。

這是 VMware 的問題；如需更多資訊，請參閱 VMware 知識庫文章 - 1015180。

虛擬機器休眠問題取決於作業系統類型。請進行額外調查、進一步搜尋 VMware 知識庫文章，或與 VMware 支援團隊聯絡，以便解決這個問題。

這通常表示您嘗試新增至 VM 的 SCSI 裝置已由其他 VM 使用。

如果 VM 的 CTK 檔案遭到鎖定、無法讀取或正在提交，就會發生這個問題。如要修正這個問題，請移除並重新建立這些 CTK 檔案。如需更多資訊，請參閱知識庫文章 - 2013520。

格式化 VMware 資料儲存庫有兩種方式：NFS 和 VMFS。NFS 有一些限制，例如無法執行 RDM (原始磁碟對應)。也就是說，您無法從備份/復原裝置掛載至 NFS 資料儲存庫。詳情請參閱以下知識庫文章 - 1001856。

1. 在指定主機上重新啟動 UDSAgent 備份和災難復原代理服務。
2. Telnet 到 TCP 通訊埠 5106 (UDSAgent 通訊埠)
# telnet 5106
Expected output:
Trying 10.50.100.67...
Connected to dresx2.accu.local.
Escape character is '^]'.
Connection closed by foreign host.
3. 請確認裝置和主機之間的網路連線不會中斷。如果問題持續發生，就需要進行網路分析。

當來源資料和目標資料之間出現不一致的情況時，就會發生這種情況。請與 Google 支援團隊聯絡，瞭解如何解決這個問題。

如果備份/復原裝置未設定與目標主機的 iSCSI 連線，就會發生這個問題。

請確認 iSCSI 的網路埠已開啟，且目標主機已偵測到備份/復原裝置。

備份/復原設備無法透過網路連線至 ESX 主機，或無法使用 DNS 解析 ESX 主機名稱。請與 Google 支援團隊聯絡，瞭解如何解決這個問題。

這是備份和災難復原服務產生的警示狀態，原因是 VM 資料儲存庫中仍有差異檔案。通常，在備份和 DR 快照合併後，系統會移除差異檔案。在某些情況下，這些資料可能會因 VMware 合併而遺漏，而備份和災難復原服務會開始失敗的工作，以免問題惡化。

這個問題是由 VMware 造成，請參閱知識庫文章 - 1002310。

當控制器無法連線至 ESX 伺服器時，就會發生這種情況，通常是因為實體連線或 DNS 問題。如要修正這個問題，請按照下列步驟操作：

• 確認備份/復原設備和 ESX 主機之間的通訊埠 902 已開啟。
• 檢查目前的 DNS 伺服器，確認其是否有效且最新。
• 如果 vCenter 是虛擬化，請先將 vCenter 遷移至其他 ESX 主機，再嘗試備份。
• 請確認在 ESX 主機的進階設定中，SSL 要求已設為 True。

針對這種情況，有兩種可能的解決方法：

• 如果 VM 上需要對部分磁碟進行合併，系統會將大小回報為零。如要修正這個問題，請建立及刪除 VM 的快照。
• 確認是否可以從備份映像檔還原 VMDK。

當資料儲存庫的剩餘空間低於臨界值時，就會發生這個問題。如果儲存空間很快就用盡，工作就會開始失敗。

如需更多資訊，請參閱 VMware 知識庫文章 - 1003412。

如要啟動備份作業，備份/復原設備必須能存取 Actifio Connector 服務。發生這個問題的原因包括未開啟必要的通訊埠、設定的 IP 主機不正確、備份和 DR 代理程式服務未執行，或是主機缺乏實體資源。如要修正這個問題，請按照下列步驟操作：

• 請確認主機、備份/復原裝置和 Actifio Connector 之間使用的通訊埠已開啟。根據預設，備份和 DR 代理程式會使用通訊埠 5106，透過備份/復原裝置進行雙向通訊。請確認防火牆允許透過這個通訊埠進行雙向通訊。
• 依序前往「管理」>「裝置」>「設定裝置網路」，確認主機已設定正確的 IP。
• 確認備份和 DR 代理程式服務是否在目標主機上執行，並視需要重新啟動。
• 在 Windows 上，請在 services.msc 中找出 UDS Host Agent 服務，然後按一下「Restart」。
• 在 Linux 中，執行 /etc/init.d/udsagent restart 指令

GEN-DEBUG [4400] UDSAgent starting up ... GEN-INFO [4400] Locale is initialized to C GEN-WARN [4400] VdsServiceObject::initialize - LoadService for Vds failed with error 0x80080005 GEN-WARN [4400] initialize - Failed to initialize Microsoft Disk Management Services: Server execution failed [0x80080005] GEN-WARN [4400] Failed initializing VDSMgr, err = -1, exiting... GEN-INFO [4400] Couldn't connect to namespace: root\mscluster GEN-INFO [4400] This host is not part of cluster GEN-WARN [4400] Failed initializing connectors,exiting -1

在掛載作業期間，備份/復原裝置無法連線至 OnVault 集區。以下任一原因都可能導致這個問題。

• 未為 OnVault 集區指定值區名稱。
• 無效的憑證：未指定 OnVault 集區的存取 ID 或存取金鑰，或是 ID 錯誤
• OnVault 集區中的無效值區
• OnVault 集區的一般驗證問題。
• 叢集 /etc/resolv.conf 中的 DNS 伺服器不同，或是轉送和反向 DNS 區域檔案已變更。

如果 ESX 伺服器無法讓虛擬機器進入靜默狀態 (可能是因為 I/O 過多，或是 VMware 工具無法及時使用 VSS 讓應用程式進入靜默狀態)，則 VM 快照作業會失敗。檢查主機上的事件記錄，並檢查 VM 的 ESX 記錄 (vmware.log)。

崩潰一致性快照和以連接器為基礎的備份較少出現這種行為。如需更多資訊，請參閱 VMware 知識庫文章 - 1018194 和 1007696。

如果 VM 的 UUID 遭到修改，就會發生這個問題。如要修正這個問題，請重新探索 VM，並檢查是否已以新 UUID 形式發現。您可以在管理控制台中比較新發現的 VM 和先前發現的 VM 的 UUID，確認這項資訊。如果 UUID 不相符，則 VM 可能已複製。

如果從 vCenter 移除大量備份和災難復原受管理的 VM，也會出現這項錯誤。

需要重新執行 OnVault 工作。可能的問題包括：使用的服務帳戶具有錯誤的角色。服務帳戶沒有寫入值區的權限。Cloud Storage 值區已不存在。

備份 SQL Server 執行個體時，發現部分資料庫處於離線狀態，因此無法備份。這種情況通常會發生在資料庫已在伺服器端刪除，但仍包含在備份/DR 端時。錯誤訊息會包含應調查的離線資料庫名稱。

寫入 OnVault 值區的中繼資料失敗。可能的問題包括：使用的服務帳戶具有錯誤的角色。服務帳戶沒有寫入值區的權限。Cloud Storage 值區已不存在。

這是內部事件，可以忽略。

這是內部事件，可以忽略。

有新更新可供下載。盡快更新備份/復原設備。