vSphere Data Protection 5.5.11 版本說明

|
vSphere Data Protection 5.5.11 版本說明 | 2015 年 11 月 17 日

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

優點和功能

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

支援的環境

如需支援的環境的相關資訊,請參閱《VMware 互通性對照表》

已知問題和限制

以下是此版 vSphere Data Protection 中的已知問題和限制:

VMware 問題

  • 即使 [建立快照] 工作傳回有效快照,快照移除仍失敗 (59450)

    有時,備份可能會失敗並出現 [快照移除失敗] 錯誤。這是由 VMware 瑕疵所致,由於該瑕疵,即使快照建立成功,vCenter Server 也會拒絕快照移除。

    因應措施

    使用快照管理員手動從虛擬機器移除快照,然後重新提交備份工作。
     

  • 取消備份工作會讓磁碟連結到 vSphere Data Protection 虛擬應用裝置,且不會移除快照 (59792)

    如果收到取消執行中備份的申請後 Proxy 無法在兩分鐘內完成該作業,則代理程式會結束此 Proxy (這是設計決定的);這會將快照遺留在虛擬機器上,並讓任何熱新增的磁碟連結到 vSphere Data Protection 應用裝置。

    這是已知 Proxy 問題,會在未來版本中進行修正。

vCenter Server 問題

  • 取消手動還原至現有虛擬機器會在現有虛擬機器上導致 [需要整併] (60084)

    虛擬機器磁碟整併是故障的根本原因,且這會導致進一步備份失敗。需要針對已取消的還原作業進行清理。

    因應措施

    在 vCenter Server 上,選取並在現有虛擬機器上按一下滑鼠右鍵,然後選取 [快照] > [整併]。請注意,可建立 vCenter Server 警示,以在虛擬機器從快照執行時通知管理員。請參閱 VMware 知識庫文章 1018029,瞭解詳細資料。
    1. 選取現有虛擬機器。
    2. 在虛擬機器上按一下滑鼠右鍵,然後選取 [快照] > [整併]。

互通性問題

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

    因應措施

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

  • 無法匯入 Virtual SAN 資料存放區中儲存的 vSphere Data Protection 磁碟 (60306)

    在 Virtual SAN 環境中,VMware 會在 Virtual SAN 資料存放區中為每個虛擬機器建立兩個資料夾。一個以虛擬機器的名稱命名,另一個以虛擬機器的 UUID 命名。所有虛擬機器檔案均儲存在 UUID 資料夾中。在虛擬機器名稱資料夾中,符號連結指向 UUID 資料夾中的檔案。使用者嘗試使用虛擬機器名稱資料夾中的符號連結從舊應用裝置匯入 vSphere Data Protection 磁碟失敗。

    因應措施

    透過 Storage vMotion 將磁碟移出 Virtual SAN 資料存放區,以移至一般資料存放區。

安裝問題

  • 在 vSphere Data Protection 安裝期間,如果使用者在 vCenter Server 登錄畫面上按一下 [上一步],但並未輸入任何值,則系統無法向 vCenter Server 登錄,並且安裝會失敗 (52385)

    因應措施

    依照《vSphere Data Protection 管理指南》的〈vSphere Data Protection 安裝與設定〉一章中的指示,重新安裝 vSphere Data Protection。

升級問題

  • 將 vSphere Data Protection 應用裝置從 5.5.10 升級至 5.5.11 需要升級核心 (244133)

    將 vSphere Data Protection 應用裝置從 5.5.10 升級至 5.5.11 之前,請先升級要升級的 vSphere Data Protection 應用裝置的核心。否則,升級會失敗。

    因應措施

    執行以下步驟以升級 vSphere Data Protection 應用裝置核心:

    1. 從您要升級之 vSphere Data Protection 應用裝置上的 vSphere Data Protection 5.5.11 安裝套件,將 <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz 檔案複製到任何目錄,例如,相同 vSphere Data Protection 應用裝置上的 /root。
    2. 執行以下命令以擷取 <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz 檔案:

      tar -zxvf <vSphereDataProtectionHotfix_KernelUpgrade>.tar.gz

    3. 移至 <vSphereDataProtectionHotfix_KernelUpgrade> 目錄。
    4. 執行以下命令以新增 <vSphereDataProtectionHotfix_KernelUpgrade>.sh 檔案的執行權限:

      chmod a+x <vSphereDataProtectionHotfix_KernelUpgrade>.sh

    5. 執行 <vSphereDataProtectionHotfix_KernelUpgrade>.sh 檔案:

      ./<vSphereDataProtectionHotfix_KernelUpgrade>.sh

      vSphere Data Protection 應用裝置將重新啟動。

      核心即已升級。

    6. 透過使用 vSphere Data Protection 5.5.11 ISO 映像升級 vSphere Data Protection 應用裝置。

單一 VMDK 問題

  • 擴充後,現有完整型積極式歸零磁碟變更為完整型消極式歸零磁碟 (55363)

    擴充完整型積極式歸零 VMDK 時,僅會擴充完整型消極式歸零部分。如果您需要增長 VMDK 並要求 VMDK 為完整型積極式歸零,請使用下列 VMware 部落格中概略列出的參數:

    http://blogs.vmware.com/vsphere/2012/06/extending-an-eagerzeroedthick-disk.html
     

  • 單一 VMDK 從已淘汰或已複寫用戶端的備份還原至現有虛擬機器,將在 vCenter Server 上建立新的虛擬機器 (59743)

    使用者從不同來源應用裝置建立並複寫備份至新應用裝置時,會存在兩個還原點:一個來自備份工作,另一個則由複寫的用戶端產生。如果虛擬機器已刪除或從 vCenter Server 詳細目錄中移除,則會有一個時間戳記附加到之前建立的備份上。使用者應能立即看到兩個還原點:已複寫的用戶端備份和已淘汰 (刪除或移除) 的用戶端備份。

    藉由 [還原備份] 精靈,使用者可選取要還原至現有虛擬機器的單一 VMDK。還原工作開始後,vSphere Data Protection 應用裝置即會在 vCenter Server 詳細目錄中建立一部新的虛擬機器,而非將新磁碟新增到現有虛擬機器。預期的行為是將新磁碟新增到現有的虛擬機器,而非建立新虛擬機器。
     

  • 將多個磁碟新增至相同 SCSI 插槽時,vSphere Data Protection Advanced 應用裝置的行為不正確 (59774)

    vSphere Data Protection Advanced 應用裝置在指派給兩個不同還原點的相同現有虛擬機器上使用相同 SCSI 識別碼起始還原作業。此外,[摘要] 頁面不正確地指示將新增兩個新的虛擬磁碟。[還原] 作業成功完成,但未通知使用者僅新增了第一個單一磁碟,第二個磁碟僅取代了第一個磁碟。

vSphere Data Protection 應用裝置問題

  • 如果精簡佈建的 vSphere Data Protection 達到資料存放區容量,則即使釋放資料存放區並建立更多空間後,vSphere Data Protection 應用裝置上仍會出現完整性檢查錯誤 (41005)

  •  
  • 如果使用者修改 vSphere Data Protection 主機名稱或 IP 位址,則初始設定期間不會產生 vCenter Server 事件 (52677)

    因應措施

    監控 vSphere Data Protection 應用裝置主控台上的重新設定事件。
     

  • 第一次重新啟動後無法登入 vSphere Data Protection 組態公用程式 (56351)

    存在間歇性執行個體,使用者無法在部署-重新開機循環後登入 vSphere Data Protection 組態公用程式。vdr-configure 記錄檔中未顯示錯誤。清除瀏覽器快取,然後嘗試使用其他瀏覽器登入不會修正此問題。

    因應措施

    使用主控台連線登入 vSphere Data Protection 虛擬應用裝置,然後使用下列命令手動啟動和停止 vSphere Data Protection 組態公用程式服務:

    emwebapp.sh --restart
  • 在空間不足的資料存放區上還原精簡佈建的虛擬機器時,vSphere Data Protection 應用裝置當機並關閉電源 (56386)

    應用裝置當機的原因是熱新增至應用裝置的磁碟空間不足,因此將應用裝置放置在其他資料存放區上不會修正此問題。

    最佳做法是,在執行 ABV 或還原工作之前,檢查資料存放區上的可用空間以確保空間充足。
     

  • 匯入磁碟:[初始設定] 精靈始終配置預設的 4 個 vCPU 和 4 GB RAM (56534)

    不論匯入的容量如何,用於 vSphere Data Protection Advanced 的容量可以是 2 TB、4 TB、6 TB 或 8 TB,精靈預設始終僅配置 4 個 vCPU 和 4 GB RAM。匯入作業成功完成,由於佈建的記憶體不足,vSphere Data Protection Advanced 應用裝置啟動並執行會導致稍後出現問題。預期的行為是 [初始設定] 精靈應根據要匯入的容量,將預設值設定為最小記憶體,如同全新安裝 vSphere Data Protection Advanced 時所執行的動作一樣。

    根據下面的資訊調整配置的記憶體數量。每個虛擬機器的最小記憶體數量取決於容量。

    • 2 TB 容量 - 6 GB 記憶體
    • 4 TB 容量 - 8 GB 記憶體
    • 6 TB 容量 - 10 GB 記憶體
    • 8 TB 容量 - 12 GB 記憶體
       
  • vSphere Data Protection 使用者介面的回應變慢 (56633)

    使用 vSphere Data Protection 應用裝置 5.5.x 數天後,與首次部署應用裝置時相比,UI 效能明顯降低。效能問題明顯的特定區域如下:

    • 登入 vCenter Server 後初始連線至 vSphere Data Protection
    • 建立新備份工作
    • 擴充 [備份] 精靈上的 Microsoft Exchange 伺服器清單
    • 編輯現有備份工作
    • 重新整理 [還原] 索引標籤
    • 瀏覽 [還原] 索引標籤上的備份

    通常,載入資料的時間長短取決於您同時執行的工作數。

    因應措施

    使用下列命令重新啟動 vSphere Data Protection 應用裝置上的 Web 服務:

    emwebapp.sh --restart
     

  • 將備份還原到原始位置和新位置的作業在具有中文名稱的資料存放區上按預期運作。但是,如果目標虛擬機器在此資料存放區上做為新磁碟,則在具有中文名稱的資料存放區上,還原到新位置作業將失敗 (56877)

    這是已知映像 Proxy 問題,將在未來版本中得到修正。
     

  • 選取多個還原點後,無法存取單一磁碟還原的目的地虛擬機器 (59663)

    系統會針對兩個不同的虛擬機器 (例如 VM-1 和 VM-2) 建立還原點。在 [還原] 索引標籤上,於映像層級選取 VM-1 的還原點,於磁碟層級選取 VM-2 的還原點。對於單一磁碟還原點,階層中不會顯示虛擬機器。
     

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

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

    因應措施

    執行下列步驟:
     

    1. 等待 vSphere Data Protection 應用裝置中的所有備份和工作完成,然後變更密碼。
       
    2. 在維護時段中重新啟動 vSphere Data Protection 應用裝置,然後登入 vSphere Data Protection 組態公用程式並從 vSphere Data Protection 組態公用程式變更 vCenter Server 密碼。
       

  • 編輯備份工作名稱之後,不會更新 [保留原則] 名稱 (59708)

    使用 [建立備份工作] 精靈編輯備份工作並修改工作名稱時,vSphere Data Protection 使用者介面上會更新新的名稱。確認群組名稱、排程和保留原則名稱是否也更新為新名稱時,群組名稱和排程已更新,但保留原則名稱未更新。
     

  • 當資料存放區名稱變更時,效能評估測試 (PAT) 結果會變更為 [永不執行] (59784)

    在此案例中,使用者將開啟 vSphere Data Protection 組態公用程式,按一下 [儲存區] 索引標籤,選取資料存放區,然後按一下對儲存區組態執行效能分析核取方塊。效能分析測試成功完成,效能分析的結果顯示正確。但是,如果使用者變更資料存放區的名稱,則效能分析結果會錯誤將狀態指示為 [永不執行]。
     

  • 無法重新進入 [儲存區擴充] 精靈 (59901)

    如果您關閉瀏覽器時儲存區擴充仍在執行,則應用程式應在擴充進行時允許使用者重新進入 [儲存區擴充] 精靈,並將其帶到 [即將完成] 畫面。目前,使用者無法重新進入精靈。
     

  • 變更 vSphere Data Protection 應用裝置的密碼和網路設定之後,無法從 vSphere Web Client 連線到 vSphere Data Protection 應用裝置 (198580)

    因應措施

    變更 vSphere Data Protection 應用裝置的密碼和網路設定期間,請等待 1 小時。

備份問題

  • 如果要建立大量備份工作 (約 100 台虛擬機器),則建立該備份工作可能需要長達 10 分鐘 (39456)
     
  • 執行移轉到其他資料存放區之 VMDK 的排定磁碟備份工作時,未進行任何適當的錯誤處理 (53880)

    VMDK 的排程備份工作完成,未發生任何錯誤,但當資料存放區位置變更為其他資料存放區時,會發生錯誤。
     

  • [報告] 索引標籤或 [備份] 索引標籤上不顯示備份工作 (55105)

    請連絡技術支援。
     

  • 規模詳細目錄:針對大量虛擬機器用戶端建立工作時,建立備份工作無法納入所有用戶端 (56542)

    此問題間歇性地出現 (大約五次嘗試中出現一次),即,當使用者嘗試針對容納有大量虛擬機器的容器建立備份工作時,vSphere Data Protection Advanced 應用裝置會回報無法將部分用戶端新增至備份工作。

    因應措施

    手動編輯備份工作並新增遺失的用戶端。
     

  • 編輯或複製備份工作時,載入用戶端會耗費大量的時間 (60249)

    SharePoint 伺服器 (升級的外掛程式) 備份工作的編輯或複製動作需要 5 到 10 分鐘來載入用戶端。此外,為升級前建立的 Microsoft Exchange 和 SQL Server 載入用戶端時,會發生一些延遲。

    此已知問題會在將來的版本中修正。

還原問題

  • 如果在 vSphere Data Protection 還原作業期間刪除虛擬機器,則該虛擬機器不會從 vSphere Data Protection 詳細目錄中正確移除 (35110)

    當編輯將刪除的虛擬機器做為來源納入的備份工作時,這會導致出現錯誤。此外,如果使用相同名稱建立虛擬機器,則嘗試將虛擬機器新增至備份工作會失敗。

    因應措施

    最佳做法是,避免在還原作業期間刪除虛擬機器。如果發生此錯誤,請使用新名稱建立虛擬機器,然後將其新增至新的備份工作。
     

  • 如果透過一部現有的小型虛擬機器 (含一個磁碟) 來還原一部大型虛擬機器 (含多個磁碟),則還原工作會完成,但實際只還原了一個磁碟 (42560)

    vSphere Data Protection 應用裝置不會顯示此活動,並出現一則錯誤訊息 (例如:[目的地磁碟不足])。因此,如果所有磁碟均未還原,則可能發生資料遺失,由於沒有產生 vSphere Data Protection 事件,使用者不會意識到這個問題。因此,如果所有磁碟均未還原,則可能發生資料遺失,由於沒有產生 vSphere Data Protection 事件,使用者不會意識到這個問題。

    若要執行磁碟相容性檢查,必須知道目標機器上的磁碟大小,及正在還原之備份中的磁碟大小。
     

  • 還原至原始位置時,會略過刪除的磁碟 (53004)

    如果目標虛擬機器不再具有與已備份之原始虛擬機器相同的磁碟使用量 (如果已從虛擬機器移除或刪除磁碟),在 [還原] 窗格中選取還原點時間戳記後執行「還原至原始位置」作業會以無訊息模式失敗,無法還原缺失的虛擬機器磁碟。

    因應措施

    將缺失的磁碟手動新增至虛擬機器後,將磁碟還原至其原始位置。確保該磁碟大小與虛擬機器備份時的磁碟大小相同。如果此因應措施失敗,請將磁碟還原至新位置,以建立新的虛擬機器。還原工作完成後,使用《vSphere Data Protection 管理指南》的〈中斷連結和重新連結儲存區〉中的資訊,將還原的磁碟從新的虛擬機器中斷連結,然後將其連結至所需的虛擬機器。
     

  • 嘗試使用已重新命名之虛擬機器的先前名稱做為新虛擬機器進行還原時,還原失敗 (53712)

    使用者針對虛擬機器建立備份工作、選取還原點,並在 [還原至新位置] 欄位中輸入已重新命名之虛擬機器的舊名稱時,還原失敗,並顯示下列訊息:

    無法針對還原點還原虛擬機器。資料存放區路徑已經存在。
     

  • 將現有儲存區連結至 vSphere Data Protection:如果多次匯入至同一個 vCenter Server 執行個體,則 [還原] 窗格會顯示使用完全相同名稱的多個項目 (53841)

    使用者在單一 vCenter Server 執行個體上執行多個匯入時,[還原] 窗格中顯示的兩個還原點項目的名稱完全相同。
     

  • 如果您未連線至 vSphere Data Protection 應用裝置,則還原排練期間的 [設定還原選項] 為空白 (54279)

    在 [還原備份] 精靈的 [設定還原選項] 頁面上,您可以指定備份還原到的位置 ([還原至原始位置] 或 [還原至新位置])。不過,如果您未連線至 vSphere Data Protection 應用裝置,[設定還原選項] 頁面為空白。

    因應措施

    連線至 vSphere Data Protection 應用裝置,以便您可以使用 [還原備份] 精靈及其選項。
     

  • 提交 5 至 8 個手動還原需要 10 分鐘或更長的時間,且會遺失 1 個用戶端 (56707)

    提交 5、6 或 8 個手動還原始終需要 10 分鐘。此外,Web Client 無法將還原總數中的其中一個用戶端包含在內。因此,無法收集平行的 8 個手動還原的速率,因為始終無法提交其中一個工作或該工作逾時。

檔案層級復原 (FLR) 問題

  • 匯入後,無法對在匯入前備份的虛擬機器進行 FLR 登入 (52951)

    針對從先前使用的 vSphere Data Protection 磁碟匯入的還原點,不支援進行檔案層級復原 (FLR) (如《vSphere Data Protection 管理指南》中的「連結現有儲存區」所述)。此限制不適用於針對匯入後執行之任何後續備份所建立的還原點。

複寫問題

  • 用戶端快取不支援多項複寫工作 (52052)

    如果將同一個 MS-App 用戶端的多項複寫工作排程在相同時間執行,則會在執行時導致錯誤發生。

    因應措施

    • 確保複寫工作的開始時間相互錯開。
    • 請勿將同一用戶端置於多項複寫工作中。

  • 不同虛擬機器的多項複寫工作依序而非並行執行 (53112)

    多部虛擬機器的複寫活動應並行處理。僅在另一項含相同用戶端的複寫工作已在執行時,才會發生循序行為。在此情況下,用戶端複寫工作將等待已在執行的複寫工作完成。
     

  • 無法再次複寫已複寫的備份 (53152)

    [複寫] 精靈不支援對已從其他來源伺服器進行複寫的備份進行複寫。已從其他來源伺服器進行複寫的用戶端或還原點在 [建立] | [編輯] | [複製] 複寫工作精靈中會顯示為不可用。

Microsoft 應用程式 (MS App) 問題

  • 載入 MS-App 用戶端的個別資料庫將耗費比預期更久的時間 (50334)

    叫用 [MS-App 備份] 精靈後,在 [備份目標] 頁面上瀏覽個別資料庫比通常在 vSphere Data Protection Advanced 應用裝置上瀏覽所需的時間更長。
     

  • 用戶端快取不支援多項複寫工作 (52052)

    如果將同一個 MS-App 用戶端的多項複寫工作排程在相同時間執行,則會在執行時導致錯誤發生。

    因應措施

    1. 確保複寫工作的開始時間相互錯開
    2. 請勿將同一用戶端置於多項複寫工作中。
       
  • 選取要進行 SharePoint 還原的資料夾不會選取瀏覽樹狀結構中的所有現有子資料夾 (53205)

    選取要進行 Microsoft SharePoint 還原的任何資料夾時,所有現有的子資料夾不會顯示為可供選取。雖然子資料夾不會顯示為可供還原,但還原程序仍可成功還原資料夾中的所有子資料夾。
     

  • 如果使用 IP 位址而非伺服器名稱做為別名,則 Microsoft SharePoint 針對資料庫的重新導向還原工作將失敗 (56344)

    使用覆寫選項備份至原始位置可正常運作。僅在使用 IP 位址而非伺服器名稱執行重新導向還原時,備份會失敗。

    因應措施

    建立別名時請使用伺服器名稱。
     

  • Microsoft SharePoint 重新導向還原工作顯示為成功,即使部分資料庫未能還原也是如此 (56382)

    還原多個資料庫或整個 SharePoint 伺服器陣列時,部分有問題的資料庫還原可能會失敗。即使部分資料庫還原失敗,還原工作仍會報告工作已成功完成。這會導致資料遺失。僅在使用 IP 位址而非伺服器名稱建立 SQL 別名並執行重新導向還原時,資料庫備份會失敗。

    因應措施

    建立別名時請使用伺服器名稱。
     

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

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

儲存管理問題

  • 由於映像 Proxy 逾時,導致至 Data Domain 系統的備份失敗 (56199)

    系統中存在可判定逾時值的旗標。預設逾時值為 300 秒 (5 分鐘)。

    因應措施

    將旗標設定為與預設逾時值不同的值,但是系統中無 vSphere Data Protection 可用的專業服務。請連絡 VMware 全球支援服務 (GSS),以取得變更該值的協助。

自動備份驗證 (ABV) 問題

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

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

    因應措施

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

  • ABV:當主機的目的地路徑發生變更時,驗證工作將無法啟動 (55795)

    因應措施

    編輯驗證工作,並在執行驗證工作時選取相應的目的地路徑。
     

  • ABV:如果目的地處於維護模式,則無法判定所排定驗證工作活動的狀態 (55798)

    顯示一則錯誤訊息,但無記錄活動。
     

  • ABV:如果上次備份失敗,則不會起始隨選驗證工作 (55807)

    如果上次備份失敗,則 ABV 工作上將顯示以下錯誤:

    錯誤: 「出現未預期的錯誤且沒有錯誤碼,請參閱記錄。」

    系統不會提醒使用者該問題,且記錄中不包含有用的資訊。
     

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

    備份無法還原,驗證工作會失敗,因為 vSphere Data Protection 應用裝置無法與資料網域通訊。驗證工作預期會失敗。但是沒有顯示適當的錯誤訊息,因此使用者不知道失敗的根本原因。
     

  • 針對自動備份驗證 (ABV) 工作,取消從 Web Client 啟動的正在執行的 ABV 工作不會將 VDP_Verification 虛擬機器從資料存放區中移除 (56665)

    瀏覽已指定為新虛擬機器之目的地的資料存放區時,資料存放區仍顯示 VDP_VERIFICATION_xxxx 虛擬機器,即使重新整理瀏覽器後也是如此。
     

  • 主機與虛擬機器不相容,其需要還原並將孤立虛擬機器置於 vCenter Server 詳細目錄中 (58985)

    與主機不相容的自動備份驗證 (ABV) 工作將失敗,失敗的 ABV 工作會將孤立虛擬機器置於 vCenter Server 詳細目錄中。

    因應措施

    手動刪除或解除登錄仍位於 vCenter Server 詳細目錄或資料存放區詳細目錄中的暫存虛擬機器。
     

  • 嘗試編輯 ABV 工作時虛擬機器資料載入失敗 (59834)

    若要編輯自動備份驗證 (ABV) 工作,使用者需啟動 [建立新備份驗證工作] 精靈。在精靈的 [虛擬機器] 頁面 (第一頁) 上,當使用者嘗試載入虛擬機器資料時,[正在載入虛擬機器資料] 進度列會持續旋轉,而不顯示虛擬機器資料。
     

  • 刪除最新備份後,無法提交 ABV 工作 (59844)

    刪除最新備份 (backup-N) 後,使用者無法驗證 backup-N 之前進行的備份。

    因應措施

    建立新的備份。藉由新備份,使用者在驗證未來備份時將不會遇到問題。

細微層級復原 (GLR) 問題

  • 允許尚未安裝適用於 Exchange GLR 之 vSphere Data Protection Advanced 外掛程式的用戶端在 Microsoft Exchange 伺服器上進行細微層級還原 (GLR) (56205)

    若未安裝適用於 Exchange GLR 的 vSphere Data Protection Advanced 外掛程式,則會封鎖 GLR 作業。
     

  • 在 Microsoft Exchange 伺服器上執行細微層級還原 (GLR) 時,目的地信箱欄位應為選擇性 (56439)

    當使用者還原至單一信箱時,預設的值為還原至原始位置。使用者介面中,此欄位不允許為空值。如果使用者選取 [還原至替代位置],則該備份中的每個信箱都將還原至單一信箱。

    支援將一個信箱還原至其原始位置,以及將原始路徑還原至其他用戶端,並依設計方式運作。無法將多個信箱還原至其原始位置,此為已知問題。

已修正的問題

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

缺陷編號 說明

245435

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

  • DHE 金鑰交換移除
  • Poodle (移除 SSLv3)
  • 將 vSphere Data Protection 5.5.11 應用裝置的核心升級至 2.6u19,以進行全新 OVA 建置