| Arcserve |
歡迎使用 Arcserve UDP 5.0 版更新 3 版本說明。這個版本說明包含有關這個更新的重要資訊。更新具有累積性，並可安裝於任何舊版 Arcserve UDP 中。Arcserve UDP 5.0 版更新 3 不會自動下載並安裝到您的系統 (透過產品的「更新」功能)，而必須從安裝指示中提供的連結手動下載。
下列增強功能已新增至此更新版本的 Arcserve UDP 中：
每個 Arcserve UDP 7000 系列設備都是獨立、「設定後不理」的備份和復原解決方案。Arcserve UDP 7000 系列設備與業界領先的 Arcserve Unified Data Protection 軟體完全整合，該軟體已預先安裝在最新的硬體中。藉由雲端原生功能架構，將簡單無比的部署與使用性整合為一組廣泛的功能，例如全域來源型刪除重複資料、多站台複製、磁帶支援，以及自動化資料復原功能。Arcserve UDP 7000 系列具備無與倫比的靈活和效率，且確實可簡化災難復原活動。
[儀表板] 索引標籤可讓您以圖形方式，檢視最近七天的原始資料大小、實際資料儲存和可還原資料大小，以及上次備份狀態。
這是先前版本的舊 [儀表板] 索引標籤。它會顯示特定期間的工作狀態。您可以套用篩選器以分類結果，也可以依據計劃將工作分組。
此更新已修正下列可能已發生的問題：
徵狀：
該伺服器無法在 BMR 後從特定復原點開機，並維持開機到修復模式或保留重新開機。
原因：
Arcserve UDP 代理程式無法在 NTFS 異動期間持續備份資料。若在 NTFS 異動啟動後及 NTFS 異動認可資料之前執行備份，則未認可的資料可能無法適當備份。任何下列的遞增備份都會繼續發生此問題。完整備份或驗證備份可為最新建立的復原點解決此問題。
解決方法：
升級到 Arcserve UDP 5.0 版更新 3 並執行完整備份。
附註：當您升級到 Arcserve UDP 5.0 版更新 3 之前，請先檢閱您環境中的下列回溯相容性考量事項：
Hyper-V 叢集 VM 的備份工作變成驗證備份，而活動日誌中出現警告「Hyper-V 主機上的變更區塊追蹤功能已停用」。從叢集排除其中一個 Hyper-V 主機，然後立即關閉時，會發生此問題。
Hyper-V VM 會在備份的「擷取快照」階段期間置於已儲存狀態 1 或 2 分鐘 (在「執行快照」階段後，VM 會自動繼續)。Hyper-V 2008 R2 或 Hyper-V 2012 環境可能會發生 VM 進入已儲存狀態的問題。若為 Hyper-V 2012 R2，在套用 Windows 更新 2919355 之前可能會發生此問題。
如需此版本中所修正的所有問題，請參閱《Arcserve UDP 5.0 版本說明》。
此更新中可能存在下列問題：
徵狀：
使 VM 靜止時，VMware 出現錯誤，因此其快照包含損毀的資料。備份從快照讀取資料，因此備份資料也損毀。如需這個問題的詳細資訊，請參閱下列 VMware 知識庫文章：使用 vSphere Data Protection、VMware Data Recovery 和第三方備份軟體的 Windows 2008 R2 SP1 和 Windows 2012 的應用程式靜止 (2044169)。
附註：所有 VMware ESXi 版本及使用客體作業系統 Windows 2008 R2 SP1 和 Windows 2012 的 VM 會發生這種問題。軟體無法偵測資料損毀問題，因為 VMware 在這種情況下不會傳回錯誤。這可能導致您在嘗試還原部份資料時才發現問題。
解決方法：
執行此更新提供的下列方法來偵測並解決問題：
徵狀：
來源機器是 Windows 8.1 或 Windows 2012 R2 系統，而且您在 4 KB 磁碟的機器上執行 BMR 時，它無法在 BMR 之後啟動出現，出現的錯誤訊息是：system_thread_excption_not_handled (WppRecorder.sys)。
解決方法：
啟動到復原主控台 (您應該會在幾次藍色畫面當機後自動被導向到此處)。
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
徵狀：
移轉工作並未在資源標籤的節點清單檢視中顯示。
解決方法：
存取 [RPS] 檢視或 [工作] 索引標籤檢查工作監控器。
徵狀：
無法瀏覽 Arcserve UDP 復原點檢視中的磁碟區。
解決方法：
直接使用 UNC 路徑，而不對應到網路磁碟機。
Proxy [<Proxy 名稱>] 的 Windows 版本早於虛擬機器 [<虛擬機器名稱>] 的版本。因此，後續 Exchange 目錄工作可能失敗，而且您需要安裝相關的 Windows 更新套件，以解決問題。
徵狀：
Exchange 目錄工作將使用虛擬機器的 Exchange 二進位檔。如果 Proxy 機器的 Windows 版本早於虛擬機器的版本，則 Exchange 二進位檔無法正常運作，因此，目錄工作將失敗。
解決方法：
安裝下列 Windows 更新套件，以解決問題：
徵狀：
在備份 VM 時，叢集 VM 會在建立快照前發生容錯移轉。這會造成備份工作階段中記錄的 Hyper-V 主機與 VM 配置不一致。
解決方法：
您可以手動將網路介面卡連線至其 Hyper-V 主機上的虛擬交換器，或使用可供設定 VM 還原配置的 [還原至替代位置] 選項來還原 VM。
徵狀：
假設您將 Linux Backup Server 移轉至 Arcserve UDP 主控台。如果您釋出 Linux Backup Server 並加以再次移轉，您會看到主控台上自動建立了新方案。
範例：
您有負責管理 Linux_Node1 的 Linux Backup Server1。您已經建立名稱為「新計劃」的備份工作。您也有負責管理 Linux_Node2 及 Linux Backup Server2 的 Arcserve UDP 主控台，方案名稱也是「新計劃」。
您使用 d2dreg 命令將 Linux Backup Server1 移轉至主控台。經過移轉後，備份工作名稱變更為新計劃_<Linux Backup Server1>。部署新計劃_<Linux Backup Server1>。
此時您將 Linux_Node1 新增至新計劃，並新增 Linux Backup Server1 作為伺服器並部署該方案。新計劃此時保護 Linux_Node1 及 Linux_Node2，而且伺服器是 Linux Backup Server1。
此時您從主控台釋出 Linux Backup Server1。從主控台刪除新計劃及新計劃_<Linux Backup Server1>。將 Linux Backup Server1 再次移轉至主控台時，會移轉兩個計劃：新計劃及新計劃_<Linux Backup Server1>。
解決方法：
刪除新方案。新方案沒有任何節點，因此不影響任何備份排程。
徵狀：
雖然其中一個虛擬機器的備份工作已經完成，Hyper-V 管理員中的虛擬機器狀態仍然是「備份」。因此，如果此 VM 的另一個備份工作此時開始，將由於錯誤「Hyper-V VSS 寫入器處理此虛擬機器時發生錯誤」而失敗。此外，您無法執行一些作業，例如，在該時間點於 Hyper-V 管理員中開啟/關閉 VM 的電源。而且，如果 VM 是 Hyper-V 叢集，您將無法執行即時移轉。
此問題會在下列情況時發生：
• 有多個備份工作同時開始或在相近的時間 (在 1 分鐘內) 開始。
• 一或多個備份工作完成，但是仍然至少有一個備份工作正在進行中。
問題根源：
如果備份工作同時開始或彼此接續開始，為了避免為 Hyper-V 主機帶來不必要的工作負載，Arcserve UDP 不會對於各個 VM 建立一個 VSS 快照，而是會嘗試對於所有 VM 建立一個 VSS 快照。建立 VSS 快照後，此 VSS 快照執行個體內的所有 VM 將「鎖定」(在備份狀態)。由於 Arcserve UDP 必須等到所有備份工作完成才會釋出快照，因此，即使 VM 的備份工作已經完成，該 VM 仍然會「鎖定」。由於 VSS 快照限制一次只能對於一個 VM 建立一個快照，因此，如果同一個 VM 的另一個備份工作此時啟動，將由於錯誤「Hyper-V VSS 寫入器處理此虛擬機器時發生錯誤」而失敗。此外，部份作業 (例如開啟/關閉電源) 在 Hyper-V 管理員中會停用，而且，如果 VM 在 Hyper-V 叢集中，則也不允許即時移轉。這不會發生在 Hyper-V 2008R2，因為 Hyper-V 2008R2 對於 VSS 快照機制有不同的行為。
解決方法：
雖然 VM 已「鎖定」，不過您仍然可以正常使用客體作業系統。因此，這不會影響客體作業系統的使用/可用性。不過，如果您有疑慮而想要避免此情況，您可以執行下列其中一個動作：
徵狀：
從 Internet Explorer 10 或 11 存取 Arcserve UDP Agent (Windows) 時，如果您使用 Internet Explorer 10.0.9200.17XXX 及 Internet Explorer 11.0.9600.17XXX 的任何特定版本，則 UI 的回應可能較慢。
如果發生此問題，其他所有後續要求將等候回應 5 分鐘。
只有在使用提及的 Internet Explorer 10 及 11 任何版本時，才會發生此問題。其他所有瀏覽器則不會有此問題。
解決方法：
執行下列其中一項暫時解決方案：
執行下列永久的解決方案：
解決方法：
建立 1 MB 以外任何值的新虛擬磁碟。
解決方法：
請連絡您的網域管理員以取得先授權 DHCP 伺服器，再使用 Arcserve UDP Linux 備份伺服器的協助。
徵狀：
執行細微還原目錄工作期間，檔案系統會在擷取快照時出現鎖死情況。
下列情況可能觸發此問題：
解決方法：
配置下列登錄機碼，以便將快取檔案移到不受 Arcserve UDP 引擎保護的其他位置：
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
如果 "AFStorHBAMgmt" 機碼不存在，您必須建立一個新機碼。
範例：如果您的備份目標是本機磁碟機 E:，則系統會將備份快照建立到磁碟機 E: 上的備份目標路徑。
範例：E:\temp，則系統會將 E:\temp 作為快取儲存路徑。
附註：這個問題發生於當 I/O 負載量高，且存在下列情況時：
擷取快照會通知檔案系統驅動程式將不完整的資料清除到磁碟區，並且會短期保留對所有磁碟區的所有新寫入作業。這將會建立一個死鎖，其中已裝載的磁碟區會將資料清除至檔案，同時在安裝 Arcserve UDP 的磁碟區上保留編寫器作業。
解決方法：
重新開啟還原精靈，然後再試一次選取資料庫。
徵狀：
在 Arcserve UDP 主控台中，您已成功使用新憑證更新無代理程式備份 Proxy 節點。但是，新憑證不會生效，且 Arcserve UDP 引擎會使用舊憑證以開始備份程序。只有未將代理程式型備份計劃部署至 Proxy 節點時才會發生此情況。
範例：
解決方法：
暫時的因應措施是建立代理程式型備份計劃，並新增 Proxy 作為受保護節點 (確定從計劃中移除所有排程)，並接著再次更新 Proxy 節點。
徵狀：
如果將 HTTPS 作為通訊協定，則升級到 Google Chrome v41 之後，您就無法再瀏覽 Arcserve UDP/Arcserve D2D Agent for Linux 網頁。(HTTPS 是 Arcserve UDP/Arcserve D2D Agent for Linux 的預設通訊協定)。即會顯示下列訊息：
無法使用此網頁
錯誤代碼：ERR_SSL_VERSION_OR_CIPHER_MISMATCH
附註：這個問題會影響所有版本的 Arcserve D2D for Linux 和 Arcserve UDP。
解決方法：
在 Arcserve UDP/Arcserve D2D Linux 備份伺服器機器上，以管理員身分開啟命令列並執行下列命令：
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
附註：
如需此問題的詳細資訊，請參閱 https://arcserve.zendesk.com/hc/en-us/articles/204506105
徵狀：
如果將 HTTPS 作為通訊協定，則升級到 Google Chrome v41 之後，您就無法再瀏覽 Arcserve UDP/Arcserve D2D Agent for Windows 網頁。(HTTPS 是 Arcserve UDP/Arcserve D2D Agent for Windows 的預設通訊協定)。即會顯示下列訊息：
無法使用此網頁
錯誤代碼：ERR_SSL_VERSION_OR_CIPHER_MISMATCH
附註：這個問題會影響所有版本的 Arcserve D2D for Windows 和 Arcserve UDP 主控台。
解決方法：
在 Arcserve UDP/Arcserve D2D Windows 機器上，以管理員身分開啟命令列並執行下列命令：
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
附註：
如需此問題的詳細資訊，請參閱 https://arcserve.zendesk.com/hc/en-us/articles/204542275
如需此版本中所修正的所有問題，請參閱《Arcserve UDP 5.0 版版本說明》。
此更新中可能存在下列考量：
此更新中可能存在下列限制：
附註：有選項可設定作業系統類型的 VMware VM 才存在這項限制。對於 Hyper-V 而言，這個問題並不存在。
徵狀：
當您使用網域使用者帳戶登入 Arcserve UDP 裝置時，不會立即啟動該裝置精靈。這時會顯示 [使用者帳戶控制] 對話方塊，要求您確認允許程式對電腦進行變更。
解決方法：
從 [使用者帳戶控制] 對話方塊中，按一下 [是] 啟動精靈。
如需此版本中的所有注意事項或限制，請參閱《Arcserve UDP 5.0 版版本說明》。
以下各節提供有關安裝先決條件已及安裝說明的資訊。
安裝這個更新之前，請考量下列先決條件：
安裝 Arcserve UDP 更新或 Arcserve UDP Agent (Windows) 更新時，必須維持主控台、復原點伺服器 (RPS) 以及代理程式間的最佳效能。因此，在一個同時包含主控台與代理程式的環境中安裝更新時，您必須先在主控台上安裝更新，接著是 RPS，最後再安裝在代理程式上。(對於安裝在主控台或 RPS 上的代理程式，更新將會同時自動安裝在代理程式上)。
附註：如果您的環境已安裝 Arcserve UDP 及 Arcserve Backup，而且您要安裝 Arcserve UDP 5.0 版更新 3，則您同時也需要安裝相對應的 Arcserve Backup 修補程式 RO75131。
手動安裝與更新
附註：Arcserve UDP 5.0 版更新 3 不會自動下載並安裝到您的系統 (透過產品中的「更新」功能)，而是需要從安裝說明中所提供的連結手動下載。
對於已經安裝舊版 Arcserve UDP 的 Windows 伺服器和工作站升級安裝套件，請使用下列安裝檔案連結來手動下載和安裝更新：
若是尚未安裝 Arcserve UDP 的 Windows 伺服器和工作站的全新安裝套件，請執行下列工作：
下載並安裝 Arcserve UDP 5.0 版更新 3：
對於 Linux 安裝，請使用下列安裝檔案連結手動下載和安裝更新：
Arcserve 支援團隊提供豐富的資源，可解決您在技術上遇到的問題，並讓您輕鬆存取重要產品資訊。
https://www.arcserve.com/support
有了 Arcserve 支援：
Copyright © 2015 Arcserve. All rights reserved. 本文提及的所有商標、商品名稱、服務標章和公司標誌均為相關公司所有。