| Arcserve |
4.2 Arcserve UDP Agent (Linux) 系統需求
4.2.1 Arcserve UDP Agent (Linux) 伺服器
4.2.2 Arcserve UDP Agent (Linux) 備份節點
4.2.3 Arcserve UDP Agent (Linux) 目標節點
4.2.4 Arcserve UDP Agent (Linux) Live CD
歡迎使用 Arcserve Unified Data Protection (Arcserve UDP) 版本說明。 此文件包含下列有關使用 Arcserve UDP 的資訊：
Arcserve UDP 解決方案會為嘗試在瞬息萬變的虛擬、雲端及服務世界中保護其資料的組織，針對新一代的儲存問題，提供一應俱全的解決方案。 為達成這項目的，本解決方案提供單一使用者介面讓您在其中使用各項功能，從而解決多據點企業的永續經營和災難準備問題。
以下是本解決方案所提供的功能：
這個版本可以使用以下的 Arcserve UDP 版本說明更新：
更新具有累積性，並可安裝於任何舊版 Arcserve UDP 中。
本節說明系統需求及支援的作業系統。 請在安裝並使用 Arcserve UDP 前檢閱此資訊。
最低系統需求包括：
2 GB (最少)
2.5 GB 或更多 (建議)
2 GB 暫存資料夾以供設定使用
300 MB 系統磁碟機以供共用元件使用
5 GB (最少)
7 GB 或更多 (建議)
3 GB 暫存資料夾以供設定使用
2 GB 系統磁碟機以供共用元件使用
其他硬體
網際網路瀏覽器
如需支援的所有網際網路瀏覽器完整清單，請參閱相容性對照表。
Adobe Flash Player
附註：存取 Arcserve UDP Agent (Windows) 伺服器的電腦上必須要有 Adobe Flash Player。 這可以是 Arcserve UDP Agent (Windows) 伺服器本身或其他任何遠端電腦。
下列主題包含 Arcserve UDP Agent (Linux) 系統需求。
檢閱您安裝 Arcserve UDP Agent (Linux) 之 Linux 伺服器的系統需求。
作業系統
如需支援的所有伺服器作業系統完整清單，請參閱相容性對照表。
記憶體
磁碟空間
Web 瀏覽器以管理 Arcserve UDP Agent (Linux) 伺服器
如需支援的所有 Web 瀏覽器完整清單，請參閱相容性對照表。
最低解析度
檢閱備份來源節點的下列系統需求：
作業系統和架構
有關支援的實體與虛擬機器伺服器作業系統的完整清單，請參閱相容性對照表。
記憶體
檔案系統
檢閱還原資料之目標節點的下列系統需求。
架構
檢閱下列 Live CD 執行環境的系統要求：
作業系統
架構
記憶體
如需支援的所有伺服器作業系統完整清單，請參閱相容性對照表。
如需支援的所有桌上型電腦與筆記型電腦系統完整清單，請參閱相容性對照表。
如需支援的所有應用程式復原系統完整清單，請參閱相容性對照表。
本節包含使用 Arcserve UDP 之前應該瞭解的一般資訊：
備份注意事項
附註：這僅適用於備份格式設為 [標準] 的非資料儲存區目標。
附註：這僅適用於非資料儲存區目標。
附註：這僅適用於備份格式為 [標準] 的非資料儲存區目標。
附註：如需詳細資訊，請參閱 http://msdn.microsoft.com/en-us/library/dd405549(v=vs.85).aspx。
裸機復原注意事項
資料儲存區注意事項
若要有更快的處理速度，可以將這些路徑配置在不同實體磁碟上。 例如：
檔案複製注意事項
GUI 注意事項 (代理程式)
高可用性注意事項
安裝/解除安裝/遠端部署注意事項
解決方法：
若您有 Alpha、Beta 或 RC 建置版本，請先解除安裝。
"<Install Path>\Engine\BIN\DRIVER\InstallDriver.bat"
授權注意事項
合併注意事項
[保護摘要] 區段中完整備份的 [已保護資料] 欄會顯示為所有待合併復原點的來源資料大小總計。 一旦合併工作完成之後，它便會顯示為最近合併的完整備份大小。 這適用於所有的目標類型。
[保護摘要] 區段中完整備份的 [已佔用空間] 欄會顯示為所有待合併復原點的磁碟大小佔用總計。 一旦合併工作完成之後，它便會顯示為最近合併的完整備份磁碟大小。 這僅適用於未刪除重複資料的資料儲存區和非資料儲存區目標。 (本機磁碟或網路共用)
附註：要備份至共用資料夾時，可以按一下 Arcserve UDP Agent (Windows) UI 首頁中 [摘要] 區段中的 [立即手動執行合併工作] 連結，觸發新的合併工作。
計劃注意事項
還原注意事項
如需 Windows 中 NTFS 壓縮的最佳實務作法，請參閱 http://support.microsoft.com/kb/251186。
「程序無法存取檔案，因為其他程序正在使用該檔案」
SQL Server 事件日誌也會報告事件 ID 為 8355 的下列錯誤：
「無法傳送伺服器層級的事件通知。 Service Broker 已在 msdb 中停用，或 msdb 無法啟動。 其他資料庫的事件通知也會受到影響。 請使 msdb 上線或啟用 Service Broker」。
如果此項情況發生，請釋放部份可用記憶體，或將記憶體增加到 4 GB 以上。
支援注意事項
其他注意事項
下列清單會識別目前 Arcserve UDP 版本中所含的修正：
永久連結會被還原為不同的檔案。
即使命令列正確，MergeMgr.exe 仍會停止並顯示使用情況。 當指定了 /BKDir <path> 參數，且 <path> 以 \\ 開頭來描述遠端路徑名稱 (亦即 \\<hostname>\<pathname>) 時，便會發生這個問題。
當在 [電子郵件警示] 的 [電子郵件設定] 對話方塊中按一下 [確定] 按鈕時，便會彈出 [無效的電子郵件「收件者」地址]。 如果在 [收件者] 欄位中，電子郵件地址的根網域名稱部份包含連字號，這個問題便會發生。 (例如：xxx@yyy.zzz-z)
在手動啟動 MergeMgr.exe 並開始執行時，此訊息會列印至 [主控台]。 「WriteAttributeString：attr[DetailTime] value[<time string>] 失敗」。
附註：此修正包括累加的 T245802。 它解決了下列問題：即使命令列正確，MergeMgr.exe 仍會停止並顯示使用情況。
azure.log 的大小有時會無限擴充到超過 log4j-Azure.properties 中所配置的大小上限。
在複製工作的雲端配置中，如果 Proxy 伺服器使用 BASIC 方式進行驗證，則 [測試連線] 便會失敗。
合併工作在即將結束時失敗，發生錯誤：「錯誤：工作 XXXXXXXX--無法刪除檔案 <檔案路徑>。 錯誤代碼：-1」。 並不是所有機器都會出現此問題，但通常會發生在某些特定機器上。
如果在套用 r16.5 Update1 修補程式 RO61712 之後嘗試開啟 Arcserve D2D 主控台，瀏覽器中會顯示空白畫面。
開機套件精靈會在建立開機映像時中止作業，且不顯示任何錯誤。
VDDK 5.1 支援。
當嘗試儲存備份設定時，下列錯誤會隨機顯示：「作業已逾時。 超過完成作業的時間上限。 請稍後再試。」
當有工作階段毀損時，合併工作就會不正確地啟動。
即使已將清除日誌選項設為每日清除，系統仍然沒有每日截去 Exchange 或 SQL 日誌。
如果使用者顯示名稱包含 <> 或其他特殊字元，則此使用者的傾印電子郵件項目還原便會失敗。
當某些磁碟已經完全合併時，合併復原點會失敗。
在以主機為基礎的 VM 備份工作完成之後，Arcserve Backup 合併工作現在會順利完成。
虛擬待命轉換工作會隨機失敗。 轉換工作期間，您會在 Afcorfunction.log 中看到下列錯誤訊息："[Date Time 00 1608 3632 0X000004b3] CARCFlashDev::TryToAccess: Fail to AFConnectRemoteSource[\\networkshare\D2D\VM_xxxx]"；
即時已指定遞增備份，Arcserve Central Host-Based VM Backup r16.5 備份仍會執行完整備份。
合併工作失敗，沒有足夠的磁碟，因而無法進行合併。 當備份工作階段在備份期間有新增磁碟時，就會發生這個問題。
Exchange 郵件項目的還原程序期間，[寄件者] 與 [主旨] 資料不會被還原。
當使用者利用 Amazon S3 雲端目標來設定 [檔案複製設定] 時，在將原則部署到多台機器後，雲端上的貯體名稱將不會有首碼，如此一來，兩台不同機器有可能會將資料複製到相同的貯體。
Arcserve D2D r16.5 備份都顯示為遞增備份，即使存在著完整備份也一樣。
如果是時候清除交易日誌，則 Arcserve D2D r16.5 Backup Exchange 節點工作會在檢查時當機。
部份虛擬機器在使用主機型備份方式備份時，會收到下列警告訊息：「無法從虛擬機器客體作業系統取得磁碟區資訊」。 如此一來將無法為此 VM 建立目錄，因此無法進行檔案層級還原。
從 Exchange 2003 或 Exchange 2007 的 Arcserve D2D r16.5 備份中產生細微還原目錄之後，展開復原點時並不會顯示所有的 Exchange 電子郵件。
從雲端還原會顯示一則快顯：「選取目標的目錄資料無法取得。 按一下 [同步] 以提交一個目錄同步化工作。」 花在執行此工作的時間太長。 此修正會使用多執行緒進行同步工作，這將改善效能。
虛擬待命轉換工作失敗，發生錯誤：「無法移除與新增虛擬機器 [VM_NAME] 的磁碟」。 當磁碟大小大於 1T 時，就會發生此情況。
當嘗試收集災難復原資訊時，備份工作會在工作結束時失敗。
當使用者嘗試執行預先檢查時，應用程式會傳回錯誤訊息：「無法擷取此應用程式的相關資訊。 這可能造成應用程式層級備份無法順利完成。」
當使用者嘗試在 Windows XP SP3 上進行 BMR 時，無法在 C 磁碟機上進行復原，日誌檔中會出現下列錯誤訊息：「取得啟動碼檔案名稱失敗，資源 ID 65535」。
執行 Arcserve D2D r16.5 SQL 備份並且啟用清除交易日誌選項，會導致 MS SQL 資料庫復原模式在備份之後從簡易變更為完整。
無法以 ADK 8.1 建立 BMR ISO 映像。
Win2003 或 WinXP 機器在 BMR 後可能無法開機。 當 BMR 來源機器擁有 OEM 磁碟區，且其系統磁碟區與開機磁碟區不是位在同一個磁碟區時，通常就會發生此情況。
如果在 Arcserve D2D r16 Update 7 中至少完成 10% 後，合併工作出現失敗或損毀，則使用者可能會持續收到合併、備份或還原錯誤。
備份工作可能會在結束時當機，發生錯誤 87。 將大量資料備份至 NAS 裝置時，通常就會發生此情況。
當復原點位於某些 NAS 裝置時，合併作業可能失敗，發生錯誤 31。 只有在已安裝 Arcserve D2D r16 Update7 的狀況下，才會發生此錯誤。
當復原點位於某些特殊的 NAS 裝置時，合併作業可能失敗，發生錯誤 31。
如果複製復原點工作中的檢查授權失敗，則在 "BIN" 資料夾下的檔案會被意外刪除。
即使備份排程設定為每小時遞增備份，當使用者變更磁碟邏輯代號 (例如從 D 變更成 E) 時，Arcserve D2D r16 備份每次都會執行完整備份。
備份工作失敗。 Arcserve UDP Agent (Windows) 在合併後無法找到備份的母磁碟。
Arcserve D2D r16.5 備份失敗，發生錯誤=64。 當網路不穩定及代理程式寫入檔案失敗時，就會發生此情況。
備份至 NAS 裝置隨機失敗。
備份至 iOmega NAS 裝置失敗。
Arcserve D2D r16.5 備份工作失敗，發生錯誤 80。 當目標上已有無效檔案存在時，就會發生此情況。
Arcserve D2D r16.5 備份工作可能會在啟動時當機。
合併成功，但日誌顯示總共將合併 0 位元組的資料。
此修正更正使用 Arcserve D2D r16.5 備份工作階段時的安全性弱點 (D2D 網頁服務 getBackupVMList() 以非加密格式傳回密碼欄位)。
在 GUI 上設定 Exchange 還原選項時，Arcserve D2D r16.5 網頁服務會當機。
Arcserve D2D 在執行備份工作時會報告錯誤 59。
Arcserve D2D 在執行「虛擬待命」轉換時會報告錯誤 64 和錯誤 59。
Arcserve D2D r16.5 備份工作會在收集災難復原資訊時損毀。
在搭配 UEFI 之 Windows Server 2012 伺服器的 BMR 中，產生的磁碟分割與它們在來源 VM 中的順序不同。
無法將 Amazon 雲端設定為檔案複製目標，而按一下 [儲存] 按鈕後沒有儲存資訊。
在 Arcserve Central Applications r16.5 中央報告儀表板中，部份電子郵件報告在以「最後一天」篩選器執行時，報告內不會出現任何內容。
當 Arcserve D2D r16.5 產生 Exchange 細微還原目錄時，SBS 伺服器可能會凍結。
Windows 2012 R2 對 Arcserve D2D 和 Arcserve Central Applications 的支援。
無法從系統匣圖示開啟 Arcserve D2D r16.5，且沒有顯示錯誤。 沒有足夠儲存空間可處理命令時，將不會開啟監控器。
當合併 HyperV 中待命 VM 的快照作業執行一段時間之後，虛擬待命轉換工作無法同時建立待命 VM 的可開機快照。
[保護摘要] 底下 Arcserve D2D r16.5 首頁中 [複製復原點] 工作的 [上次成功事件] 不會更新，即使成功完成也是一樣。
在以主機為基礎的無代理程式備份和虛擬待命中支援 vCenter 設備。
支援 VMware VIX 1.12、1.13
Arcserve D2D 合併備份工作階段失敗，且具有下列錯誤：「[CMergeUtil::GetBackupInfo] 無法讀取 backupinfo.xml。 (路徑=[\\xxxxx})」。
backupinfo.xml 檔案在結尾具有額外的 null 字元，xml API 無法處理該檔案。
DST 生效之後，傳送的 Arcserve Central Applications 報告已排程報告不正確 (傳送時間)。
例如，排程在 9:00AM 傳送的報告，在 DST 變更之後，會在 10:00AM 傳送。
Arcserve D2D r16.5 備份失敗，且具有下列關於 iOmega NAS 裝置的錯誤：「錯誤：Job00000xxx--檔案上的作業
(建立、關閉、讀取、寫入) \\xx.xx.xx.xx\machinename\VStore\S0000000001\disk2
754413731.D2D.idx 失敗，錯誤代碼：5，[存取遭拒]」。
「將會合併總計 xxxMB 的唯一資料。」訊息未在合併工作期間於 Italian OS 上輸出，因而導致合併程序當機。
VDDK 5.5 支援和 VIX 1.1.3 支援。
當備份工作階段沒有壓縮、沒有加密以及未整合 Arcserve Backup 與 Arcserve D2D 時，Arcserve D2D 合併將會失敗。
檔案複製的 [保護摘要大小總計] 在記錄時，是使用 Arcserve D2D 的雲端上儲存的未壓縮大小而非壓縮大小。
[x:\mountpoint\mountpoint\LOGS3] 之類的檔案 (其中 x:\mountpoint\ 是指向外部儲存裝置的裝載點) 無法將 Exchange 資料庫還原為 rsg。 將顯示錯誤「系統找不到指定的路徑」。
即使檔案還原成功，日誌檔 VMIMAGE.log 中仍會寫入 "Failed to open file[Z:\filename.doc] error[3]" (無法開啟檔案 [Z:\filename.doc] 錯誤 [3]) 訊息。
以下為本版中已知存在的問題：
與 Arcserve UDP 復原點檢視相關
徵狀：
如果仍然裝載磁碟區，則 [Arcserve UDP 復原點檢視] 會直接開啟由作業系統 (而非備份工作階段) 所裝載的磁碟區。
解決方法：
使用 [裝載復原點] 來裝載此類型的磁碟區。
與 Arcserve UDP Agent (Linux) 相關
與備份相關
徵狀：
您可以在事件日誌中找到下列訊息：「在登錄機碼上嘗試的非法作業已標示刪除」或「Windows 已偵測到您的登錄檔案仍然由其他應用程式或服務使用中。將立即卸載檔案。稍後包含您的登錄檔案的應用程式或服務可能無法正常運作」。
解決方法：
如需原因和解決方案的詳細資訊，請參閱 Microsoft KB 文章 2287297。
徵狀：
將工作階段裝載至磁碟機代號失敗。
當目標是本機資料夾且是在 FAT32 磁碟區時，就會發生此情況。裝載磁碟機僅支援在 NTFS 磁碟區上建立快取檔案。
解決方法：
新增登錄機碼，自訂快取檔案路徑為其他磁碟區。
請依循下列步驟:
更多資訊：
在已裝載可寫入磁碟區的情形下，裝載磁碟機就會建立快取檔案。若是細微還原目錄/還原工作，則會建立可寫入磁碟區。如果工作階段是要備份 Windows 8、Windows 2012 或更新作業系統上的磁碟區，當您將工作階段裝載至磁碟機代號時，請一定要裝載可寫入磁碟區。
徵狀：
從其作業系統安裝在原生 4 KB 硬碟上的伺服器位置，掛載復原點時失敗，並出現錯誤「Failed to mount recovery point to path.Incorrect function." (無法將復原點裝載至路徑。功能不正確)。
解決方法：
從其作業系統並未安裝在原生 4 KB 硬碟上的另一部伺服器位置，掛載復原。
徵狀：
提交的備份會成功顯示，但從 Arcserve UDP Agent (Windows) UI 上看不到任何工作監控器。這是因為備份工作達到資料儲存區的並行節點計數上限設定。備份工作會被放入等候佇列中。
解決方法：
開啟 Arcserve UDP 主控台 UI，節點檢視中將顯示擱置的工作監控器。
徵狀：
如果擴充目標所在的磁碟區，有時候備份會變慢。負責定期將追蹤點陣圖更新至檔案的篩選器驅動程式，會佔據磁碟 IO。
解決方法：
使用磁碟管理員或 diskpart 命令將擴充的磁碟區離線再連線。如果無法讓磁碟區離線，請將機器重新開機。
徵狀：
以主機為基礎的無代理程式驗證備份工作執行時，如果已經在計劃中啟用壓縮，工作監控器上顯示的壓縮百分比將高於實際百分比。
其他所有備份工作不會有這個問題，包括代理程式備份工作和以主機為基礎的無代理程式完整/遞增備份工作。
解決方法：
活動日誌中顯示的壓縮百分比正確無誤。請在以主機為基礎的無代理程式驗證備份工作後加以查閱。
與 BMR 相關
「無法將語言套件整合到 BMR ISO 映像中」。
徵狀：
此問題是協力廠商防毒軟體 (McAfee) 篩選驅動程式所造成的，但也有可能會發生在其他協力廠商篩選器。
解決方法：
停用您的防毒軟體，並再次嘗試開機套件的建立。
徵狀：
若來源機器是執行 BMR 到含有不同硬體的實體機器，或是到 Hyper-V 伺服器上虛擬機器的 Active Directory 伺服器，該伺服器就不會啟動，並會出現一個藍色畫面來顯示下列訊息：
停止：c00002e2 目錄服務因發生下列錯誤而無法啟動：附加到系統的裝置並未運作。錯誤狀態：0xc0000001。
解決方法：
將系統重新啟動為 BMR PE 環境、將 C:\Windows\NTDS 資料夾中的所有 *.log 檔案重新命名，然後重新啟動系統。例如，將 edb.log 檔案重新命名為 edb.log.old，然後重新啟動系統。
徵狀：
當目標機器是虛擬機器，且其 IDE 磁碟位於 2008 Hyper-V 伺服器或 2008R2 Hyper-V 伺服器上時，您可能無法在 BMR 期間對應磁碟/磁碟區。
如果使用 BMR 將資料還原到其 IDE 磁碟位於 2008 Hyper-V 伺服器或 2008R2 Hyper-V 伺服器上的虛擬機器，則系統無法將來源磁碟/磁碟區對應到目標磁碟/磁碟區，即使這兩個磁碟的大小看似完全相同也不例外。這是因為當您在 2008 Hyper-V 伺服器或 2008R2 Hyper-V 伺服器上建立 IDE 磁碟時，實際的磁碟大小會小於您所指定的大小。
解決方法：
在 VM 上建立較大的磁碟。例如，如果您要還原 25 GB 磁碟的資料，建議您在目標 VM 上建立 26 GB 的磁碟。
徵狀：
這是在 VMWare ESX Server 上觀察到的現象。對於 Windows 2003 VM，預設磁碟控制器是 LSI Logic SCSI 介面卡，此 SCSI 介面卡類型的驅動程式未包含在 Windows ADK 8.1 中。您也可能會在部份具有舊 SCSI 介面卡的舊伺服器上觀察到這個情形。
解決方法：
若要解決此問題，從硬體廠商網站取得驅動程式，並且從 BMR 使用者介面載入驅動程式。
與檔案複製相關
徵狀：
系統會在未來檔案複製工作的第一個檔案複製工作完成之前為其產生目錄。
解決方法：
略過在工作監控器中進行處理時所出現的錯誤顯示資料。
主機型 VM 備份相關資訊
徵狀：
這是一個已知的 VMware 問題，其中牽涉到「變更區塊追蹤」(CBT)。
解決方法：
若要更正這個行為，請在 Proxy 伺服器上設定以下登錄：
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
範例：
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
附註：設定登錄值後，下一次的遞增備份工作將轉換為驗證備份工作，而接下來的遞增備份工作便會繼續以適當大小執行。
如需相關資訊，請參閱 VMware 知識庫文件 2055943。
徵狀：
備份來源 VM 有一個大於 2 TB 的 VMDK，且 ESX/ESX(i) 伺服器的版本低於 5.5 版，只能支援最高為 2 TB 大小的虛擬磁碟。然而，VM 復原期間可能發生下列錯誤：
解決方法：
這是一個 VMware 的限制。低於 5.5 版本的 VMware ESX/ESX(i) 伺服器支援的最大大小為 2 T-16 GB，亦即 2032 GB。
建議使用 VMware ESX(i) 伺服器 5.5 版做為執行大型磁碟轉換的目的地。
如需相關資訊，請參閱 VMware 知識庫文件 1012384。
徵狀：
當您在包含 SCSI 控制器及超過 7 個 VMDK 的虛擬機器上執行備份工作時，備份工作會失敗。備份工作失敗是因為 VMware 需要在特定 SCSI 控制器上有最大數量的可用插槽可供 VMDK 使用，才能建立快照。SCSI 控制器最多可以有 15 個插槽。例如，如果 SCSI 控制器有 7 個 VMDK，則可為每個 VMDK 建立快照。(總共使用 14 個插槽，還有 1 個可用插槽。)如果 SCSI 控制器有 8 個 VMDK，由於只有 15 個可用插槽而無法建立快照，所以備份工作失敗。
附註：手動建立快照也會失敗。
解決方法：
針對在單一 SCSI 控制器上有超過七個磁碟的虛擬機器，執行以下步驟：
現在就可以為每個 VMDK 建立快照。
這個問題是 VMware 的限制所造成，在這項限制下，Arcserve Backup 只能支援將這個數目的 VMDK 磁碟用於備份。
如需詳細資訊，請參閱下列 VMware 知識庫文件：http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
若要解決這個問題，請移除 Central Protection Manager 中的舊虛擬機器，再匯入新的虛擬機器。
徵狀：
這是 VMware 的已知問題，會影響使用 E1000 和 E1000e 虛擬網路介面卡的 ESXi 5.0、5.1、5.5 主機和虛擬機器。
解決方法：
改用 VMXNET3 介面卡。如需相關資訊，請參閱 VMware 知識庫文件 2059053。
徵狀：
將虛擬機器匯入節點檢視時，如果節點檢視中早已加入另一個擁有相同虛擬機器執行個體 UUID 的虛擬機器，匯入會失敗。
徵狀：
當主機型虛擬機器備份計數包含 Proxy 機器，且機器上安裝舊版的 Arcserve D2D (如 r16.5)，在儲存計劃時會出現錯誤訊息「找不到分配方法」。
解決方法：
發生這個問題是因為，最新版的 API 與舊版 Arcserve D2D 的 API 不相容。解決辦法是，您可以手動將 Arcserve D2D 更新至最新版的 Arcserve UDP Agent (Windows)。
徵狀：
以主機為基礎的 VM 備份工作會當機數小時之久，且無法繼續作業。
解決方法：
根據活動日誌中的程序 ID 結束 afbackend.exe、移除 VM 快照 (若有的話)，及重新提交備份工作。
徵狀：
依預設，作業系統的行為會建立離線狀態。
Windows Server 2008 中引入 SAN 原則以保護多部伺服器存取的共用磁碟。來源 VM 的預設 SAN 原則是所有 SAN 磁碟為「離線共用」，開機磁碟除外。將此原則設為 [離線]，可讓 SAN 磁碟在啟動期間保持離線狀態。復原之後，便會建立 VM 的新磁碟。來自 VM 的磁碟檔案看起來是 SAN 磁碟，作業系統會將此磁碟檔案看成是離線狀態。一旦將離線磁碟設定回線上，即使將系統重新開機之後，磁碟仍會保持線上狀態。
解決方法：
作為變通辦法，您可以指定 DISKPART.exe 命令：SAN POLICY=OnlineAll setting for the source VM before backup.因為可在其他伺服器之間共用磁碟，因此可能發生資料損毀。請務必使用正確的 SAN 原則來保護資料。
DISKPART.EXE 命令列
查詢 SAN 原則：
DISKPART > san
SAN 原則：離線共用
變更 SAN 原則：
DISKPART > san policy=OnlineAll
DISKPART 便會順利變更目前作業系統的 SAN 原則。
徵狀：
備份 Hyper-V 虛擬機器後，還原 UI 中不會列出 iSCSI 裝置上的磁碟區。
解決方法：
在 Arcserve UDP 中建立代理程式型備份計劃，或使用 <cadp_agt_windows> 備份虛擬機器。
徵狀：
對於 Hyper-V VM 上以主機為基礎的無代理程式備份工作，如果客體作業系統是 Windows Server 2003，則無法執行前置/後置命令。活動日誌顯示警告「虛擬機器名稱與預期不符。無法執行前置/後置命令」。
解決方法：
Windows Server 2008、Windows Vista (含) 以上版本的作業系統沒有這個問題，因此應該採用。
與安裝/遠端部署相關 (代理程式)
徵狀：
Windows 設定 API 報告錯誤 1460，意指逾時期限已經到期。更新裝置驅動程式的預設逾時值為 300 秒。
解決方法：
若要調整逾時值，請遵循下列步驟：
Computer Configuration\Administrative Templates\System\Device Installation
配置裝置安裝逾時。
與日誌檢視相關
徵狀：
在日誌檢視中，如果受保護的 VM 沒有主機名稱，則其 NodeName 值將顯示為「VM(節點名稱)」。在此情況下，其他篩選器不會有作用。
解決方法：
您可以手動將 NodeName 從 「VM (主機名稱)」 修改為主機名稱，如此所有篩選器即可正常運作。例如，將 NodeName "VM(xxxxx01-AB)" 修改為 "xxxxx01-AB"。
與 Microsoft Exchange 相關
徵狀：
當 Exchange 伺服器是安裝在虛擬機器之中，且執行 Arcserve UDP Agent (Windows) 來保護此虛擬機器時，就會發生這個情況。在備份執行一段時間後，如果虛擬機器回復為先前儲存的虛擬機器快照，且您嘗試將 Exchange 資料庫復原至原始位置，還原會失敗，並伴隨「Exchange 儲存群組/資料庫 [DB_Name] 已還原至其原始位置，但無法裝載它」錯誤。
根本原因仍在研究中，但目前看來似乎與 Exchange 資料庫中記錄的時間戳記以及最新的交易日誌檔有關。
解決方法：
可嘗試將 Exchange 資料庫復原至替代目錄，或是先卸載資料庫、移除目標資料夾中的所有檔案、再執行還原。
與 Microsoft SQL Server 相關
徵狀：
Microsoft SQL Server 有可能需要分配更多記憶體去處理查詢，特別是當 Arcserve UDP 資料庫中有許多資料時。但是，如果因為記憶體無法使用或配置的記憶體上限，導致 Microsoft SQL Server 無法取得更多記憶體，查詢過程將變得很慢，進而影響 Arcserve UDP 主控台的回應。
解決方法：
使用 [日誌/刪除] 刪除資料庫中的部份日誌，然後重新啟動 SQL 服務。
與復原點伺服器 (RPS)/資料儲存區相關
徵狀：
備份或複製工作失敗，具有錯誤：「系統找不到指定檔案」。
檢查 Windows 事件日誌。McAfee 將資料儲存區檔案 (例如，P0000000042.data) 偵測為 Exploit-ScriptNull Trojan 病毒，並且加以刪除。
解決方法：
配置防毒設定以在排除清單中設定復原點伺服器 (RPS) 資料儲存區位置。
附註：部份防毒軟體需要您在伺服器端設定排除清單。
徵狀：
當您將網路節流設為極低頻寬，或是送至目標 RPS 伺服器的網路輸送量不高時，會發生這個情況。因此，需要數分鐘等待佇列中的資料傳送出去。
解決方法：
等待複製工作結束。
復原點伺服器 (RPS)/從 Hyper-V 匯入/相關的節點
徵狀：
當您嘗試根據 IP 位址或節點名稱在支援使用者帳戶控制 (UAC) 的 Windows 作業系統上新增節點 (Windows Vista 或更新版本)，或嘗試從支援 UAC 的 Hyper-V 伺服器匯入虛擬機器，且您使用的新 Windows 使用者帳戶是管理員群組的本機帳戶但不是內建管理員時，會顯示下列訊息：
「需有管理員權限。」
解決方法：
使用內建管理員或網域管理員。或者，可以停用遠端 UAC。
這是預設 Windows 行為，稱為 UAC 遠端限制。如果您仍然要使用此帳戶來新增節點，請執行下列步驟以停用遠端 UAC：
[Windows 登錄編輯程式] 隨即開啟。
附註：您可能需要提供管理憑證以開啟 [Windows 登錄編輯程式]。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
如需 Windows 行為的詳細資訊，請參閱文章 http://support.microsoft.com/kb/951016。
徵狀：
這個版本沒有提供移除節點之虛擬層的功能。
解決方法：
移除節點，然後再度新增節點。
徵狀：
Arcserve UDP 的 UI 可執行所有功能，使用者應該不需要使用多個 Arcserve UDP 主控台，因此，只有在舊伺服器淘汰時，才會發生要將代理程式從某個伺服器移至另一個伺服器的情形。
解決方法：
將節點從某個主控台移至另一個主控台是很少見的情形。
與登錄相關
徵狀：
McAfee 或其他協力廠商軟體在安裝於 Windows Server 2012 上時，會在登錄中設定 EnableECP=1。
解決方法：
在登錄中，將下列機碼下方的 EnableECP 值從 1 變更為 0：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
如需相關資訊，請參閱 http://support.microsoft.com/kb/2817216。
與複製相關
徵狀：
第二個複製工作將停滯在「準備」狀態，並且在 10 分鐘後失敗。
解決方法：
您不需要執行任何特定作業。第二個複製工作失敗後，將觸發補救工作。
與還原相關
徵狀：
當還原目標是遠端共用資料夾，例如 \\FileServer\ShareFolder\RestDest，且備份目標是具有相同路徑的遠端共用資料夾，例如 \\FileServer\ShareFolder\RestDest，即會發生錯誤。
如果用來連線到根共用資料夾的使用者帳戶不在權限清單中，無論針對還原目標資料夾使用哪個帳戶，還原工作都會失敗。
解決方法：
新增已針對備份目標指派的使用者帳戶，將連線建置到根共用資料夾的權限清單，並且確定使用者帳戶具有還原檔案的適當權限。
將使用者帳戶新增至 [備份操作員] 群組，並且確定其具有覆寫安全性限制的權限。
徵狀：
如果復原點已啟用加密，則不必為從目前伺服器備份的復原點輸入密碼。但是，如果您升級 Windows 作業系統，例如從 Windows 2008 升級到 Windows 2008 R2，密碼將不會自動填入 Arcserve UDP Agent (Windows) 使用者介面中，您必須重新輸入密碼。
解決方法：
記下復原點加密密碼或工作階段密碼，放在安全的地方待查閱。
徵狀：
在產生 Exchange 細微還原目錄檔案時，如果 Arcserve UDP 刪除重複資料服務終止，或是無法存取遠端共用資料夾，細微還原將相關資料庫表格視為不存在於目前資料庫中。目錄檔案將包含部份的 Exchange 項目。
解決方法：
與伺服器連線相關
徵狀：
當您從代理程式或主控台瀏覽活動日誌，可能會顯示以下錯誤：
無法連線至 'arcservedocs.com' 伺服器。
解決方法：
您可以直接忽略這個訊息。
與虛擬待命相關
造成此行為的另一個原因與將其中包含「唯讀」磁碟區的虛擬機器開啟電源相關。若要修正此情況，請將磁碟上磁碟區設為可寫入的狀態。
無法取得「復原點」資訊。
當您使用最新快照執行 V2P 復原，而且節點的轉換工作並未在將虛擬待命工作重新部署到節點之後完成時，即會發生此行為。
解決方法：
解決方法：
使用 Arcserve UDP 代理程式裸機復原執行 V2P 復原。
附註：這項限制僅適用於在 Hyper-V 伺服器上執行的虛擬待命工作。
徵狀：
Arcserve UDP Agent (Windows) 有一個 2 TB 的磁碟，且 ESX/ESX(i) 伺服器的版本低於 5.5 版，只能支援最高為 2 TB 大小的虛擬磁碟。然而，轉換期間可能發生下列錯誤：
解決方法：
這是一個 VMware 的限制。低於 5.5 版本的 VMware ESX/ESX(i) 伺服器支援的最大大小為 2 T-16 GB，亦即 2032 GB。
建議使用 VMware ESX(i) 伺服器 5.5 版做為執行大型磁碟轉換的目的地。
如需相關資訊，請參閱 VMware 知識庫文件 1012384。
徵狀：
部署計劃失敗，並顯示以下錯誤訊息：「無法將「虛擬待命設定」套用到節點 'xxx' 上。(無法從 xxx 連線至監控器：xxx。使用者憑證無效)」。
解決方法：
編輯計劃中的虛擬待命工作，輸入監控器的正確密碼，然後儲存計劃。
徵狀：
如果您在 Arcserve UDP 中自訂靜態 IP 位址，然後啟動待命 VM，雖然已在網路介面卡中成功設定靜態 IP 位址，靜態 IP 位址有時候不會啟動。當您在待命 VM 中執行命令列 ipconfig 時，它將顯示隨機 IP 位址，而網路介面卡的 TCP/IP 內容對話方塊中顯示的 IP 設定正確無誤。
來源機器 (產品伺服器) 的靜態 IP 設定與針對待命 VM 設定的相同時，會發生這種情況。Windows 會將所有網路介面卡的所有 IP 設定保留在登錄中。待命 VM 啟動時，雖然欠缺對應的網路介面卡 (屬於產品伺服器)，不過仍然會檢查舊有 IP 設定。如果 Windows 發現任何舊有靜態 IP 位址被指派給新的網路介面卡，將出現一個對話方塊要求您確認。
解決方法：
若要啟動新的 IP 位址，請開啟指定網路介面卡的 TCP/IP 內容對話方塊，並檢查 IP 設定是否正確，然後按一下 [確定]，並按照 Windows 的步驟來手動重新設定它。
與 VSS 快照相關
解決辦法
附註：這個問題極少發生。如需詳細資訊，請參閱 VMware 知識庫文件 2006849 或 Microsoft 知識庫文件 2853247。
請考慮下列可能影響 Arcserve UDP Agent (Linux) 效能的協力廠商軟體限制：
徵狀：
您已提供 NFS 伺服器版本 4 作為備份目標，而且 NFS 伺服器的主機名稱未登錄至 DNS。 當您執行備份工作時，備份工作失敗。
解決方法：
將主機名稱登錄至 DNS。
徵狀：
您已使用 NFS 提供部份資料網域 NAS 版本來做為備份目標。 當您正在執行該備份目標的備份時，備份失敗。 原因是部份資料網域 NAS 版本不支援 NFS 的檔案鎖定機制。 這類 NFS 共用區無法用來做為備份目標。
解決方法：
若要避免發生此問題，請使用 CIFS 做為備份目標。 如果在您提供 CIFS 做為備份目標之後備份工作仍然失敗，則請遵循下列步驟：
echo "0" > /proc/fs/cifs/LinuxExtensionsEnabled
您現在可以提交節點的備份工作。
徵狀：
備份 RHEL 5.1 節點時，setroubleshoot 系統服務使用系統記憶體以供備份程序使用。 如果執行多個備份工作，setroubleshoot 服務會在 /var/log/messages 檔中產生多個警示，且將用去所有系統記憶體。 在多次備份後，備份節點記憶體已滿且沒有任何可用的記憶體。
解決方法：
若要避免這個問題，請使用下列命令備份節點上的停止 setroubleshoot 系統服務：
服務 setroubleshoot 停止
下列是本版本中已知存在的限制：
與 Arcserve UDP Agent (Linux) 相關
附註：您可以使用通用磁碟區篩選器，這些篩選器適用計劃中的所有節點。
附註：您可以使用進階的備份排程。
附註：您仍可以在備份伺服器端上使用復原集管理。
與備份相關
X64 - 多達 3 億 7 千萬個檔案
X86 - 多達 1 億 1 千萬個檔案
附註：對於 X86 使用者，若要備份超過 1 億 1 千萬個檔案，您應該使用 X64 機器或參考疑難排解主題「在 Windows 2003 X86 機器上備份大量檔案時『目錄工作』失敗」，以尋求替代解決方案。
與 BMR 相關
與目錄相關
與複製復原點相關
與儀表板相關
與資料儲存區相關
與檔案屬性相關
與高可用性相關
主機型 VM 備份相關資訊
一旦發生這種情形，您必須將計劃重新部署到 VM，以便繼續備份。
與計劃/工作相關
與報告相關
解決方法：
若要解決此問題，請執行下列其中一項工作：
與還原相關
對於部份檔案屬性，如果不支援還原目標，還原工作將會失敗。 例如，部份檔案具有安全性屬性，但是僅支援 Windows NTFS。 如果您將其還原為 SAN，則還原工作將會失敗。
無目錄還原不能還原 EFS 檔案，這是 EFS 功能的限制。
如需詳細資訊，請參閱 Microsoft 文件 700811。
與虛擬待命相關
如果目標 Hyper-V 伺服器是 2012 r2，來源節點是 UEFI 系統且是下列作業系統之一，則支援此部署：
與其他相關
如需此問題的詳細資訊，請參閱下列 Intel 文件中的〈Errata 17 - 使用 TCP 分割卸載時傳輸資料毀損〉(Errata 17 - Tx Data Corruption When Using TCP Segmentation Offload" in the following Intel document)：
附註：安裝後，SQLE 一律會在「開始」功能表建立英文功能表，即使已經安裝其他 SQLE 語言也是如此。
「翻譯產品」(有時稱為本土化產品) 包括產品使用者介面、線上說明和其他文件的當地語言支援，以及日期、時間、貨幣和數字格式的當地語言預設設定。
除了英文版外，這個發行版本還將翻譯/當地語系化為下列語言：
下列 Arcserve UDP 管理主控台、Arcserve UDP 復原點伺服器及 Arcserve UDP Agent (Windows) 的授權合約，可以在 Arcserve Unified Data Protection 知識中心的 \Bookshelf_Files\TPSA 資料夾中取得：
下列 Arcserve UDP Agent (Linux) 授權合約可以在 CA ARCserve Unified Data Protection 知識中心的 \Bookshelf_Files\TPSA 資料夾中取得：
Arcserve 支援團隊提供豐富的資源，可解決您在技術上遇到的問題，並讓您輕鬆存取重要產品資訊。
https://www.arcserve.com/support
有了 Arcserve 支援：
Copyright © 2015 Arcserve. All rights reserved. 本文提及的所有商標、商品名稱、服務標章和公司標誌均為相關公司所有。