vSphere Data Protection 6.1.1 版本說明

|
vSphere Data Protection 6.1.1 版本說明 | 2015 年 11 月 10 日

本版本說明涵蓋下列主題:

優點和功能

請造訪以下連結,閱讀有關本產品的優點和功能:

vSphere Data Protection 6.1.1 支援就地升級,也就是說,從 6.1 升級至 6.1.1。

附註:從 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 叢集中。因此,開啟虛擬機器電源會失敗。

    因應措施

     編輯虛擬機器設定,設定與網路介面卡的網路連線,然後開啟虛擬機器電源。

互通性問題

  • 在 Virtual SAN 環境中,將整個虛擬機器移轉至另一個資料存放區後,允許影像層級還原至原始位置作業,但磁碟層級還原至原始位置作業會變灰 (58839)

    因應措施

    透過影像層級備份還原整個虛擬機器,或在原始虛擬機器上將磁碟層級備份還原為新磁碟。

升級問題

  • 從 vSphere Data Protection 6.1 升級至 6.1.1 期間,ISO 偵測失敗 (244505)

    因應措施

    升級 vSphere Data Protection 應用裝置之前,請執行下列步驟:

    1. 從您要升級之 vSphere Data Protection 應用裝置上的 vSphere Data Protection 6.1.1 安裝套件,將 VDP61_Iso_Hotfix.tar.gz 檔案複製到同一 vSphere Data Protection 應用裝置上的任何目錄,例如 /root。
    2. 透過執行以下命令,解壓縮 VDP61_Iso_Hotfix.tar.gz 檔案:

      tar -zxvf VDP61_Iso_Hotfix.tar.gz

    3. 移至 VDP61_Iso_Hotfix 目錄。
    4. 透過執行以下命令,將執行權限新增至 VDP61_Iso_Hotfix.sh 檔案:

      chmod a+x VDP61_Iso_Hotfix.sh

    5. 執行 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 ID 指派到兩個不同還原點,起始還原作業。此外,[摘要] 頁面不正確地指示將新增兩個新的虛擬磁碟。[還原] 作業成功完成,但未通知使用者僅新增了第一個單一磁碟,第二個磁碟僅取代了第一個磁碟。

vSphere Data Protection 問題

  • vSphere Data Protection 應用裝置不允許變更已設定的 vCenter Server 執行個體的密碼,即使 vCenter Server 密碼已過期亦如此 (59497)

    如果伺服器上的備份處於 [執行中] 狀態,則 vSphere Data Protection-Configure 應用程式不允許變更已設定的 vCenter Server 執行個體的密碼。如果已設定 vCenter Server 執行個體上的使用者密碼已過期,則工作不會張貼到工作主控台,因此工作無法取消。

    因應措施

    執行下列步驟:

    1. 等待 vSphere Data Protection 應用裝置中的所有備份和工作完成,然後變更密碼。
    2. 在維護時段重新啟動 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)

    將具有所有 MC_Retired 用戶端 (虛擬機器) 的備份工作從 vSphere Data Protection 6.1 或更早版本移轉至 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 目錄中的複寫記錄 (空間磁碟分割)。

Microsoft 應用程式問題

  • 在 Microsoft Exchange 用戶端上,avagent 記錄中出現了許多警告訊息,這些訊息將頻繁列印並填滿記錄 (56723)

    此 Microsoft Exchange 用戶端在 vCenter Server 中登錄有兩個 vSphere Data Protection Advanced 應用裝置,因此導致該問題的出現。

  • 如果 SharePoint 伺服器資料庫名稱包含 Unicode 字元,則無法備份該資料庫 (192449)
  • 無法在 Exchange 用戶端上執行細微層級復原 (GLR) (238439)

    如果未安裝 GLR 外掛程式,則無法在 Exchange 用戶端上執行 GLR。即使使用 Exchange 用戶端安裝程式的修復選項安裝 GLR 外掛程式,也無法執行 GLR。

    因應措施

    1. 解除安裝 Exchange 用戶端。
    2. 執行 Exchange 用戶端安裝程式。
    3. 功能選取頁面上,選取 GLR 功能。
    4. 完成安裝。

自動備份驗證 (ABV) 問題

  • ABV:重新命名資料存放區後,驗證工作會失敗 (55790)

    如果重新命名或移動位於 vSphere Data Protection 以外的目的地資料存放區,則可能會發生此錯誤。

    因應措施

    編輯驗證工作並將已重新命名或已移動的目的地資料存放區選為新的目的地。如需相關指示,請參閱《vSphere Data Protection 管理指南》中的〈編輯備份驗證工作〉。

  • 如果驗證工作由於資料網域所致的連線問題而失敗,則會報告不正確的錯誤訊息 (56619)

    備份無法還原,驗證工作會失敗,因為 vSphere Data Protection 應用裝置無法與資料網域通訊。驗證工作失敗是預期行為;但是,不會顯示正確的錯誤訊息,因此,使用者無法瞭解失敗的根本原因。

  • 如果上次備份已完成但發生例外狀況,則 ABV 不會啟動 (206091)

已修正的問題

下表列出此版 vSphere Data Protection 中已修正的問題:

缺陷編號 說明

243524

下列問題已做為此瑕疵的一部分予以修正:

  • Java 漏洞 (升級至 JRE 8u60)

    • Oracle Java SE 多個漏洞 (2014 年 4 月 CPU) (Unix)
    • 嚴重 (10.0) 76533 Oracle Java SE 多個漏洞 (2014 年 7 月 CPU) (Unix)
    • 嚴重 (10.0) 78482 Oracle Java SE 多個漏洞 (2014 年 10 月 CPU) (Unix)
    • 嚴重 (10.0) 80907 Oracle Java SE 多個漏洞 (2015 年 1 月 CPU) (POODLE) (Unix)
    • 嚴重 (10.0) 82821 Oracle Java SE 多個漏洞 (2015 年 4 月 CPU) (FREAK) (Unix)
    • 嚴重 (10.0) 84825 Oracle Java SE 多個漏洞 (2015 年 7 月 CPU) (Unix)
  • SUSE 漏洞

    • 高 (7.8) 83705 SUSE SLES11 安全性更新:glibc (SUSE-SU-2015:0551-1)
    • 高 (7.8) 83708 SUSE SLES11 安全性更新:核心 (SUSE-SU-2015:0652-1)
    • 高 (7.8) 85151 SUSE SLES11 安全性更新:繫結 (SUSE-SU-2015:1316-1)
  • 為外部連接埠存取啟用 TLS 1.2 並停用 TLS 1.0

  • 支援從 vSphere Data Protection 6.1 執行就地升級至 vSphere Data Protection 6.1.1

241895 在連結磁碟期間,當 IPv6 設定進度為 42% 時 vSphere Data Protection 移轉擱置