vSphere Data Protection 6.1.6 版本說明 | 2018 年 1 月 2 日 |
本版本說明涵蓋下列主題:
功能
《vSphere Data Protection 6.1 管理指南》提供了 vSphere Data Protection 功能的相關資訊。
支援的環境
《VMware 互通性對照表》提供了支援環境的相關資訊。
部署 vSphere Data Protection 的最佳做法
以下是部署 vSphere Data Protection 的最佳做法:
- 為了高級環境 (其中 Data Domain 是目的地或目標) 中的 vSphere Data Protection 有更好的效能,請使用以下參考來根據 vSphere Data Protection 應用裝置的容量部署虛擬機器的數量:
- 為進行有效的負載平衡,請在單一 vCenter Server 網域中部署最多 10 個 vSphere Data Protection 應用裝置 (其中每個 vSphere Data Protection 應用裝置含 100 個虛擬機器)。
- 在大型環境中,每個 vSphere Data Protection 應用裝置最多部署 8 個 Proxy,無論 vSphere Data Protection 應用裝置的大小是多少。
- 為了備份和還原有更好的效能,請將每個虛擬機器的大小限制為最大 2 TB。
vSphere Data Protection 應用裝置容量 | 要部署的虛擬機器數量 |
---|---|
0.5 TB | 20 |
1 TB | 30 |
2TB | 40 |
4TB | 80 |
8 TB | 100 |
已知問題和限制
以下是此版本 vSphere Data Protection 中的已知問題和限制。
VMware 問題
- 支援 vSphere Data Protection 應用裝置及 vCenter Server 之間的路由/NAT/防火牆/IDS/TSNR。(1292848)
設定 vSphere Data Protection 應用裝置和 vCenter Server 的網路時,不支援使用 NAT 或其他組態方法 (例如:防火牆、IDS 或 TSNR) 修改網路位址資訊。將這些工具做為虛擬網路的一部分部署時,某些 vSphere Data Protection 功能可能無法按設計的方式運作。
- 當已備份的虛擬機器連線至 DVS 及還原至其他 ESXi 主機時,開啟虛擬機器的電源會失敗。(222475)
在虛擬機器還原之後開啟其電源時,vCenter Server 會傳回類似以下內容的 PowerOnFailure 錯誤:
DRS 找不到要開啟電源或移轉虛擬機器的主機。網路介面卡「網路介面卡 1」使用無法存取的網路「77 d3 02 50 5f 76 ca d7-db f9 42 6c 0f 6f 87 1f」
當您還原虛擬機器所在的環境中不具有您當初備份虛擬機器時存在的網路連線時,便會出現此錯誤訊息。例如,某個使用者備份連線至分散式 vSwitch 的虛擬機器,接著,使用者將虛擬機器還原至屬於 Distributed Resource Scheduler (DRS) 叢集一部分的 ESXi 主機。vSwitch 不存在於 DRS 叢集中。因此,開啟該虛擬機器的電源便會失敗。
因應措施
編輯虛擬機器設定,將網路連線設為網路介面卡,然後開啟虛擬機器電源。
- 您將虛擬機器還原至替代位置後,出現虛擬機器 MAC 衝突警示。(1588177)
在您成功地將 vCenter Server 6.0 P2 或 vCenter Server 6.0 U2 管理的虛擬機器還原至替代位置後,儘管在還原期間已變更 MAC 位址,vCenter Server 上仍出現虛擬機器 MAC 衝突警示。
因應措施
確認警示並將其清除。
- 如果您選取用於還原的資料存放區名稱包含非 ASCII 字元或高位元 ASCII 字元,則還原作業會失敗。(1755102)
因應措施
請確保資料存放區的名稱不包含非 ASCII 字元或高位元 ASCII 字元。
- 如果 vCenter Server 密碼包含非 ASCII 字元或高位元 ASCII 字元,則無法建立儲存區。(1755156)
因應措施
請確保 vCenter Server 名稱不包含非 ASCII 字元或高位元 ASCII 字元。
互通性問題
- 在 vSAN 環境中,在將整個虛擬機器移轉到其他資料存放區後,允許映像層級還原到原始位置的作業,但磁碟層級還原到原始位置的作業將顯示為灰色。(58839)
因應措施
使用映像級備份還原整個虛擬機器,或將磁碟級備份還原為原始虛擬機器上的新磁碟。
升級問題
- 從 vSphere Data Protection 6.1 升級至 6.1.1 期間,ISO 偵測失敗。(244505)
因應措施
升級 vSphere Data Protection 應用裝置之前,請執行下列步驟:
- 從您要升級之 vSphere Data Protection 應用裝置上的 vSphere Data Protection 6.1.1 安裝套件,將 VDP61_Iso_Hotfix.tar.gz 檔案複製到同一 vSphere Data Protection 應用裝置上的任何目錄,例如 /root。
- 透過執行以下命令,解壓縮 VDP61_Iso_Hotfix.tar.gz 檔案:
tar -zxvf VDP61_Iso_Hotfix.tar.gz
- 移至 VDP61_Iso_Hotfix 目錄。
- 透過執行以下命令,將執行權限新增至 VDP61_Iso_Hotfix.sh 檔案:
chmod a+x VDP61_Iso_Hotfix.sh
- 執行 VDP61_Iso_Hotfix.sh 檔案:
Hotfix 檢查其是否正在 vSphere Data Protection 6.1 上執行。如果 Hotfix 無法偵測到 vSphere Data Protection 6.1,它會結束而不套用任何變更。
Hotfix 將 vSphere Data Protection 6.1 的 vdr-configure.war 檔案備份至 /VDP_Files 目錄。如果您要將 vSphere Data Protection 還原到執行 Hotfix 之前的狀態,則需要 vdr-configure.war 檔案。
- 升級 vSphere Data Protection 後,GUI 中的 [儲存區] 索引標籤不顯示 Data Domain 資訊。(269636)
- 執行下列命令:
admin@vdpmachine:~/>: ssh sysadmin@dd_ip
- Data Domain 系統的 SSH。
- 將複雜密碼提示保留空白。
- 在密碼提示中,輸入 Data Domain 系統使用者的密碼。
- 根據需要繼續其他提示。
會顯示 Data Domain 系統資訊。
- 若要結束 Data Domain 系統,請執行下列命令:
sysadmin@ddsys# exit
- 從 6.1 升級 vSphere Data Protection 在 60% 的進度時失敗。(270037)
因應措施
- 將 vSphere Data Protection 從 6.1 升級至 6.1.2。
- 將 vSphere Data Protection 從 6.1.2 升級至 6.1.3。
- 將 vSphere Data Protection 從 6.1.3 升級至 6.1.4。
因應措施
啟動 vSphere Data Protection 主控台,並執行以下步驟:
vSphere Data Protection 問題
- 將更多磁碟新增至同一 SCSI 插槽時,vSphere Data Protection 應用裝置的行為不正確。(59774)
vSphere Data Protection 應用裝置在指派給兩個不同還原點的相同現有虛擬機器上使用相同 SCSI 識別碼啟動還原作業。此外,[摘要] 頁面不正確地指示將新增兩個新的虛擬磁碟。[還原] 作業成功完成,但未通知使用者僅新增了第一個單一磁碟,第二個磁碟僅取代了第一個磁碟。
- 在 vSphere Data Protection 應用裝置上,不允許在已設定的 vCenter Server 執行個體上變更密碼,即使 vCenter Server 密碼已過期亦是如此。(59497)
如果伺服器上的備份處於 [執行中] 狀態,則 vSphere Data Protection-Configure 應用程式不允許變更已設定的 vCenter Server 執行個體的密碼。如果已設定 vCenter Server 執行個體上的使用者密碼已過期,則工作不會張貼到工作主控台,因此工作無法取消。
因應措施
執行下列步驟:
- 等待 vSphere Data Protection 應用裝置中的所有備份和工作完成,然後變更密碼。
- 在維護時段重新啟動 vSphere Data Protection 應用裝置,登入 vSphere Data Protection-Configure 使用者介面,然後從 vSphere Data Protection-Configure 使用者介面變更 vCenter Server 密碼。
- 資料存放區名稱變更後,效能評估測試 (PAT) 結果變更為 [永不執行]。(59784)
在此案例中,使用者開啟 vSphere Data Protection-Configure 使用者介面,按一下儲存區索引標籤,然後選取資料存放區,最後按一下針對儲存區組態執行效能分析核取方塊。效能分析測試成功完成,效能分析的結果顯示正確。但是,如果使用者變更資料存放區的名稱,則效能分析結果會錯誤將狀態指示為 [永不執行]。
- 當您編輯 Data Domain 裝置時,vSphere Data Protection GUI 在 Firefox 瀏覽器中顯示錯誤訊息。(231126)
如果透過在 Firefox 瀏覽器中使用 vSphere Data Protection GUI 或 vSphere Data Protection 組態公用程式來編輯 Data Domain 裝置,即使組態正確無誤,也會顯示錯誤訊息,指出編輯 Data Domain 裝置失敗。
因應措施
使用 Chrome 瀏覽器或 Internet Explorer 瀏覽器。
- 重新啟動 vSphere Data Protection 或初始設定後,[組態] 索引標籤頁面顯示 [服務不在執行中] 訊息。(235086)
重新啟動 vSphere Data Protection 或進行初始設定後,vSphere Data Protection 組態公用程式的組態索引標籤頁會顯示下列訊息,並且 Proxy 的狀態顯示為紅色。
備份和復原服務不在執行中。
檔案層級還原服務不在執行中。
這些訊息在 20 分鐘後消失。
因應措施
若要使訊息立即消失,請按一下 Proxy 旁邊的 [重新整理] 按鈕。
- 在變更 vSphere Data Protection 密碼或重新啟動管理服務之後,[儲存區] 索引標籤頁面上的 Data Domain 裝置狀態顯示錯誤。(237934)
在變更 vSphere Data Protection 密碼或重新啟動管理服務之後,儲存區索引標籤頁面上針對 Data Domain 裝置顯示下列訊息:
Data Domain 儲存區狀態不可用。無法擷取 SSH 金鑰檔案配對。
但是,大約 20 分鐘之後,Data Domain 裝置會顯示上線。
- 即使在初始設定 vCenter Server 期間已上傳 vCenter Server 憑證,該憑證仍未出現在 [vCenter 登錄] 視窗中。(238242)
即使在初始設定 vCenter Server 期間已上傳 vCenter Server 憑證,但該憑證仍未出現在 vSphere Data Protection 組態公用程式的 vCenter 登錄視窗中。此外,使用者選取不存在。
無論何時登錄 vCenter Server,都必須上傳 vCenter Server 憑證。
- 如果 vCenter Server 執行個體具有多個版本的 vSphere Data Protection 應用裝置,則任何 vSphere Data Protection 版本的 UI 都會顯示最新版本的功能。(235357)
- vSphere Data Protection-Configure 使用者介面無法存取,或在初始化進度列視窗上當機。(267125)
因應措施
重新整理 vSphere Data Protection-Configure 使用者介面頁面以存取所需頁面。
- 如果您在同一 vCenter Server 上安裝了 vSphere Data Protection 6.1.2.x 和任何更新版本,有時您會注意到 vSphere Data Protection 外掛程式 (GUI) 有非預期的行為。(267573)
因應措施
在最新 vSphere Data Protection 的初始設定完成之後:
- 從 vSphere Web Client 登出。
- 清除瀏覽器快取。
- 登入 vSphere Web Client。
- 當您重新設定 vSphere Data Protection 時,有時備份排程器服務不會自動啟動。(268661)
因應措施
等待 10 分鐘,然後透過使用 vSphere Data Protection 組態公用程式手動啟動備份排程器服務。
- 在設定 vSphere Data Protection 時,若在 [vCenter 登錄] 視窗指定負載平衡器 IP 位址,則會顯示錯誤訊息。(268915)
因應措施
vSphere Data Protection 不支援負載平衡器憑證。因此,設定 vSphere Data Protection 時請勿指定負載平衡器 IP 位址。
- 若是 vCenter Server 6.5,則 vSphere Data Protection 不支援加密虛擬機器的備份和還原。(270169)
- vSphere Data Protection 在 VxRail 環境中部署外部 Proxy 失敗。(270040)
vSphere Data Protection 在 VxRail 環境中部署外部 Proxy 失敗,因為 VxRail 僅包含分散式 vSwitch 和 ESXi 叢集組態。
因應措施
您在 VxRail 環境中部署外部 Proxy 之前:
- 在您想要部署外部 Proxy 的 ESXi 主機上,建立標準交換器。
利用標準交換器,您可以在任何交換器 (標準或分散式 vSwitch) 上部署外部 Proxy。
- [選擇性] 根據需要執行以下知識庫文章說明的設定步驟:
- 在您想要部署外部 Proxy 的 ESXi 主機上,建立標準交換器。
備份問題
- 在編輯或複製備份工作時,載入用戶端需要很長時間。(50334)
SharePoint 伺服器 (升級的外掛程式) 備份工作的編輯或複製動作需要 5 到 10 分鐘來載入用戶端。此外,為升級前建立的 Microsoft Exchange 和 SQL Server 載入用戶端時,會發生一些延遲。
此已知問題會在將來的版本中修正。
- 大型備份的進度在 92% 時停止。(270172)
若是大小超過 50 GB 的備份,則無論備份的實際進度為多少,進度列均會先進行至 92%,然後停止,直至備份完成。此行為會發生在所有版本的 vCenter Server。Avamar 記錄提供了備份的實際進度。
- 如果 vSphere Data Protection 與 vCenter Server 之間的連線中斷,則您無法啟動 vSphere Data Protection 備份工作。(272187)
因應措施
重新啟動 vSphere Data Protection。
移轉問題
- 備份驗證工作未移轉驗證指令碼參數。(238608)
將包含驗證指令碼參數的備份驗證工作移轉到 Avamar 伺服器後,在 Avamar 管理員 > 原則管理 > 編輯虛擬機器備份驗證群組 > 概觀頁面上按一下更多選項...,不會顯示已移轉工作的驗證指令碼參數。
- 移轉到 vSphere Data Protection 6.1 之後,您無法透過按一下 [重設] 將應用程式資料還原至原始位置。(240401)
- 不具有作用中用戶端的備份工作未移轉到 vSphere Data Protection 6.1.1。(244970)
從 vSphere Data Protection 6.1 或更早版本移轉具有所有 MC_Retired 用戶端 (虛擬機器) 的備份工作至 6.1.1 失敗,因為用戶端不在作用中,亦即已被淘汰 (已刪除)。
還原問題
- 如果在 vSphere Data Protection 還原作業期間刪除虛擬機器,則不會從 vSphere Data Protection 詳細目錄中正確移除該虛擬機器。當編輯將刪除的虛擬機器做為來源納入的備份工作時,這會導致出現錯誤。此外,如果使用相同名稱建立虛擬機器,則嘗試將虛擬機器新增至備份工作會失敗。(35110)
因應措施
最佳做法是,避免在還原作業期間刪除虛擬機器。如果發生此錯誤,請使用新名稱建立虛擬機器,然後將其新增至新的備份工作。
- 檔案層級還原 (FLR):大多數 FLR 失敗會顯示「錯誤 10007: 其他錯誤]。(45699)
大多數 FLR 失敗會顯示「錯誤 10007: 其他錯誤」訊息。此外,如果由於磁碟已滿或檔案路徑較長而出現還原失敗,FLR 不會顯示任何錯誤訊息。因此,無法判定 FLR 失敗的根本原因。
- 還原到原始位置時會略過已刪除的磁碟。(53004)
如果目標虛擬機器與已備份的原始虛擬機器的磁碟使用量不再相同 (如果磁碟已從虛擬機器中移除或刪除),則在 [還原] 窗格中選取還原點時間戳記後,執行 [還原到原始位置] 作業會以無訊息方式失敗,無法還原虛擬機器遺失的磁碟。
因應措施
手動將遺失磁碟新增到虛擬機器後,將磁碟還原到其原始位置。確保該磁碟大小與虛擬機器備份時的磁碟大小相同。如果此因應措施失敗,請將磁碟還原至新位置以建立新的虛擬機器。還原工作完成後,使用《vSphere Data Protection 管理指南》的〈中斷連結和重新連結儲存區〉中的資訊,將還原的磁碟從新的虛擬機器中斷連結,然後將其連結至所需的虛擬機器。
- 取消還原作業不會刪除虛擬機器上的已還原資料。(237125)
對非來源虛擬機器的其他虛擬機器執行還原時,如果您取消作業,取消會順利進行,但不會刪除虛擬機器上屬於已取消還原一部分的已還原資料。
- 透過選取 [還原] 以及組態選項還原至虛擬機器上的相同來源位置失敗。(237015)
如果虛擬機器上的來源虛擬磁碟已移除,而您透過選取 [還原] 以及組態選項,將相同的虛擬磁碟還原至虛擬機器上的相同來源位置,作業會失敗。
因應措施
執行還原至替代位置。
- 如果您已在備份中包含了實體原始裝置對應 (RDM) 磁碟,則無法將映像備份還原至新虛擬機器。(267439)
如果您備份同時擁有虛擬磁碟和實體 RDM 磁碟的虛擬機器,則備份僅會成功處理虛擬磁碟。您僅可以將備份資料還原至來源虛擬機器,或將其重新導向至其他 (已存在的) 虛擬機器。因為備份不會處理實體 RDM 磁碟,所以您無法還原位於實體 RDM 磁碟上的資料。因此,您無法將映像備份還原至新虛擬機器。
複寫問題
- 目標伺服器上特定承租人之複寫用戶端的複寫失敗。(194669)
在特定承租人帳戶下將已複寫用戶端從來源複寫到目標伺服器會失敗,並顯示以下錯誤訊息:
指定的帳戶 ( ) 不存在於目前授權網域中。
此外,以下來源/目標組合會發生失敗:
- 來源伺服器:vSphere Data Protection Advanced,目標伺服器:vSphere Data Protection Advanced/Replication Target Identity (RTI)
- 來源伺服器:RTI,目標伺服器:RTI/vSphere Data Protection Advanced
- 複寫記錄即將填滿根磁碟分割,導致需要建立另一個磁碟分割的符號連結。(195196)
複寫記錄目前正在轉至
/space
磁碟分割,而不是root
磁碟分割。因應措施
管理
/usr/local/Avamar/var/client
目錄中的複寫記錄 (空間磁碟分割)。
作業系統問題
- Windows Server 2008 和 Windows Server 2008 R2 上任何 Microsoft 應用程式的細微層級還原 (GLR) 失敗。(243196)
因應措施
附註:此因應措施僅適用於 Windows Server 2008 R2。
從以下位置安裝 Windows Update 3033929:
https://technet.microsoft.com/zh-tw/library/security/3033929
https://support.microsoft.com/zh-tw/kb/3033929 提供了 Windows Update 3033929 的相關資訊。
Microsoft 應用程式問題
- 在 Microsoft Exchange 用戶端上,avagent 記錄檔中存在多個警告訊息,會頻繁列印並填滿記錄檔。(56723)
此 Microsoft Exchange 用戶端在 vCenter Server 中登錄有兩個 vSphere Data Protection Advanced 應用裝置,因此導致該問題的出現。
- 如果 SharePoint 伺服器資料庫名稱包含 Unicode 字元,則無法備份該資料庫。(192449)
- 如果您使用 Exchange 用戶端安裝程式的修復選項來安裝 GLR 外掛程式,則無法在 Exchange 用戶端上執行 GLR。(238439)
如果尚未安裝 GLR 外掛程式,則無法在 Exchange 用戶端上執行 GLR。即使您使用 Exchange 用戶端安裝程式的修復選項來安裝 GLR 外掛程式,仍然無法執行 GLR。
因應措施
- 解除安裝 Exchange 用戶端。
- 執行 Exchange 用戶端安裝程式。
- 在功能選取頁面上,選取 GLR 功能。
- 完成安裝。
- SharePoint 虛擬目錄無法還原。(248324)
對 Web 應用程式執行完整備份不會備份 SharePoint 虛擬目錄。因此,如果刪除來源 Web 應用程式和 SharePoint 虛擬目錄,且還原已備份的 Web 應用程式,則不會還原 SharePoint 虛擬目錄。您無法開啟位於 Web 應用程式下的站台。
因應措施
- 備份虛擬機器的完整映像。
- 若要還原所需的虛擬目錄,請對已備份的虛擬機器映像執行檔案層級還原。
- 在沒有信箱 (MBX) 伺服器角色的 Client Access Server (CAS) 主機上,啟動現有帳戶的 VMwareVDPBackupuser 服務時,EMC Avamar Exchange 備份使用者組態工具當機。(249184)
因應措施
手動啟動服務。
- 只有 MBX 角色之 Exchange Server 2013 的 GLR 有時候會失敗。(249522)
在您執行 GLR 前,請確定符合下列必要條件:
- 您已使用 domain\VMwareVDPBackupUser 帳戶啟動備份代理程式服務。
- 您已移除 LAN 設定 Proxy。
- 您已針對重新啟動擱置中的信箱伺服器,將其重新啟動。
- 您未在環境中掛接任何 RDB,並已刪除 RDB 的失效項目。
- 您已成功建立 MFCMAPI (32 位元) 設定檔。
儘管符合這些必要條件,有時候 GLR 仍會失敗,並顯示類似下列內容的錯誤訊息:
2016-01-14 17:24:01 avmapi Error <0000>: Error 0x80040111 opening message store
2016-01-14 17:24:01 avmapi Error <13547>: Error MAPI_E_LOGON_FAILED.(code: 0X80040111), avmapi_misc::open_mapi_session avmapi_misc.cpp:1363
2016-01-14 17:24:01 avmapi Info <0000>: Logon failed for CAS: E13MBX3.MsApp-ExchBlrQa.com.
在此情況下,請執行下列因應措施:
因應措施
- 從 Microsoft 網站安裝最新版 MAPI CDO 套件。
- 啟用 VMwareVDPBackupUser 帳戶。
若要確保帳戶已啟用,請登入 VMwareVDPBackupUser 帳戶的信箱並傳送幾封電子郵件。
- 如果 VMwareVDPBackupUser 帳戶尚未啟用,請執行下列命令:
Get-ExchangeServer | Add-ADPermission -User VMwareVDPBackupUser@domain.com -ExtendedRights Receive-As,Send-As
- 如果 Exchange Server 使用 SSL 憑證驗證,請在 Exchange Server 的 ..\avp\var 目錄下建立 avmapi.cmd 檔案。
- 在 avmapi.cmd 檔案中設定下列旗標:
- --av_pr_profile_rpc_proxy_server_flags=19
- --debug
執行此因應措施後,如果 GLR 仍然失敗,請在同時具備 CAS 角色和 MBX 角色的 Exchange Server 上執行 GLR。
自動備份驗證 (ABV) 問題
- ABV:將資料存放區重新命名後,驗證工作失敗。(55790)
如果重新命名或移動位於 vSphere Data Protection 以外的目的地資料存放區,則可能會發生此錯誤。
因應措施
編輯驗證工作並將已重新命名或已移動的目的地資料存放區選為新的目的地。如需相關指示,請參閱《vSphere Data Protection 管理指南》中的〈編輯備份驗證工作〉。
- 如果因 Data Domain 引起的連線問題而導致驗證工作失敗,則系統會報告不當的錯誤訊息。(56619)
備份無法還原,驗證工作會失敗,因為 vSphere Data Protection 應用裝置無法與資料網域通訊。驗證工作失敗是預期行為;但是,不會顯示正確的錯誤訊息,因此,使用者無法瞭解失敗的根本原因。
- 如果上次備份已完成但發生例外狀況,則 ABV 不會啟動。(206091)
網路問題
- 如果 vSphere Data Protection IPv6 位址包含值為零的八位元,則您僅可以使用內部 Proxy。若要使用外部 Proxy,則 IPv6 位址必須包含值為非零的八位元。(276747)
已修正的問題
下表列出此版 vSphere Data Protection 中已修正的問題:
缺陷編號 | 說明 |
---|---|
289998 | 將 Q2 2017 v9 作業系統彙總新增到 vSphere Data Protection 6.1.6。 |
288090 | 當您將 vSphere Data Protection 從 6.1.4 升級到 6.1.5 時,如果 mcserver.xml 檔案已編碼,MCS 登入會失敗。 |
287687 | 停用與 vSphere Data Protection Web 應用程式的 TLS 1.0 通訊。 |
290462 | 修正 vSphere Data Protection 6.0.x 和 6.1.x 中的 PSRC-4867。 |
285653 | 在 vSphere Data Protection 升級至 6.1.5 期間,vSphere Data Protection 組態公用程式會多次中斷連線。 |