vSphere Data Protection 6.1.2 版本說明 | 2016 年 3 月 15 日 |
本版本說明涵蓋下列主題:
優點和功能
請造訪以下連結,閱讀有關本產品的優點和功能:
vSphere Data Protection 6.1.2 支援就地升級,也就是從 6.1 和 6.1.1 升級至 6.1.2。
附註:從 vSphere Data Protection 6.1 開始,支援就地升級。
支援的環境
如需支援的環境的相關資訊,請參閱《VMware 互通性對照表》。
已知問題和限制
以下是此版本 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 並還原至其他 ESX 時,開啟虛擬機器電源失敗 (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) 叢集的 ESX 主機。vSwitch 不存在於 DRS 叢集中。因此,開啟該虛擬機器的電源便會失敗。
因應措施
編輯虛擬機器設定,將網路連線設為網路介面卡,然後開啟虛擬機器電源。
- 您將虛擬機器還原至替代位置後,出現虛擬機器 MAC 衝突警示 (1588177)
在您成功地將 vCenter Server 6.0 P2 或 vCenter Server 6.0 U2 管理的虛擬機器還原至替代位置後,儘管在還原期間已變更 MAC 位址,vCenter Server 上仍出現虛擬機器 MAC 衝突警示。
因應措施
確認警示並將其清除。
互通性問題
- 在 Virtual SAN 環境中,將整個虛擬機器移轉至另一個資料存放區後,允許影像層級還原至原始位置作業,但磁碟層級還原至原始位置作業會變灰 (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 檔案:
./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 檔案。
VMDK 問題
- 當向相同 SCSI 插槽新增了更多磁碟時,vSphere Data Protection 應用裝置行為不正確 (59774)
vSphere Data Protection 應用裝置在指派給兩個不同還原點的相同現有虛擬機器上使用相同 SCSI 識別碼啟動還原作業。此外,[摘要] 頁面不正確地指示將新增兩個新的虛擬磁碟。[還原] 作業成功完成,但未通知使用者僅新增了第一個單一磁碟,第二個磁碟僅取代了第一個磁碟。
vSphere Data Protection 問題
- 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)
備份問題
- 編輯或複製備份工作時,載入用戶端會耗費大量的時間 (50334)
SharePoint 伺服器 (升級的外掛程式) 備份工作的編輯或複製動作需要 5 到 10 分鐘來載入用戶端。此外,為升級前建立的 Microsoft Exchange 和 SQL Server 載入用戶端時,會發生一些延遲。
此已知問題會在將來的版本中修正。
移轉問題
- 備份驗證工作未移轉驗證指令碼參數 (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)
如果虛擬機器上的來源虛擬磁碟已移除,而您透過選取 [還原] 以及組態選項,將相同的虛擬磁碟還原至虛擬機器上的相同來源位置,作業會失敗。
因應措施
執行還原至替代位置。
複寫問題
- 複寫目標伺服器上特定承租人下的已複寫用戶端會失敗 (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 管理指南》中的〈編輯備份驗證工作〉。
- 如果驗證工作由於資料網域所致的連線問題而失敗,則會報告不正確的錯誤訊息 (56619)
備份無法還原,驗證工作會失敗,因為 vSphere Data Protection 應用裝置無法與資料網域通訊。驗證工作失敗是預期行為;但是,不會顯示正確的錯誤訊息,因此,使用者無法瞭解失敗的根本原因。
- 如果上次備份已完成但發生例外狀況,則 ABV 不會啟動 (206091)
已修正的問題
下表列出此版 vSphere Data Protection 中已修正的問題:
缺陷編號 | 說明 |
---|---|
244248 |
移轉至 vSphere Data Protection 6.1 失敗,並顯示驗證失敗 |
248700 | 由於過於頻繁的複寫查詢而使 vSphere Data Protection 的效能降低 |
246842 | 建立 vSphere Data Protection 6.1.2 版 (作業系統彙總 Openssh 和 Openssl) |
246849 | vSphere Data Protection 電子郵件報告顯示 DDVE Boost 授權的狀態錯誤 |
233385 | 雖然 ABV 工作成功,但 vSphere Data Protection 外掛程式的完成欄中從未顯示 ABV 工作詳細資料報告 |
247377 | 如果 VMDK 數目不符合對應,磁碟擴充會失敗 |
247297 | Av_boot 錯誤 - 未知的旗標名稱,應是 tomcat 版本 |
248596 | vSphere Data Protection 伺服器對 Data Domain 系統進行過多不必要的 DNS 查閱 |
248683 | 回復為非完全非使用中快照功能會反向 |
237352 | GLR 還原期間不會顯示使用者信箱的大小 |
247481 | 必須修正用於升級的磁碟空間最低需求 |
252554 | Web Client 上的 vSphere Data Protection 連結不會列出特定 vCenter Server 上部署的 vSphere Data Protection 應用裝置 |
252275 | 曝露於 CVE-2015-7547 漏洞下的 vSphere Data Protection |