NetIQ PlateSpin Protect 11.2 版本說明

2015 年 10 月

PlateSpin Protect 11.2 包含了幾項新功能、提升了可用性,並解決了先前存在的一些問題。此外,它還解決了重要的效能與可靠性問題。

這些改進許多是為了直接因應來自顧客的建議。我們衷心感謝您撥冗提供可貴的建議。同時也期盼您能繼續協助,確保我們的產品能滿足您所有的需求。您可以在 NetIQ 論壇上的 NetIQ PlateSpin Protect 探討區域中張貼回饋意見,這是我們的社群網站,其中還提供了產品通知、部落格以及產品使用者群組。

NetIQ 網站上提供了本產品的 HTML 和 PDF 格式文件。若您有任何改善文件的建議,請按一下 PlateSpin Protect 11.2 文件網站上張貼之 HTML 版文件任一頁面底部的對本主題發表備註。如需如何購買和下載本產品的資訊,請造訪 PlateSpin Protect 產品網站。

如需先前 PlateSpin Protect 版本隨附的版本說明文件,請造訪 PlateSpin Protect 11.2 文件網站,然後移至「目錄」底部的「之前的版本」。

1.0 全新功能

以下內容說明此版提供的主要功能以及在此次發行所解決的問題:

1.1 支援的組態

PlateSpin Protect 11.2 為以下組態提供擴大支援:

工作負載

PlateSpin Protect 11.2 新增了將以下作業系統做為工作負載的支援:

  • Microsoft Windows Server 2012 R2 容錯移轉叢集

  • Red Hat Enterprise Linux 6.6

  • CentOS 4、5、6 及 7

如需 PlateSpin Protect 11.2 支援之工作負載組態的資訊,請參閱《PlateSpin Protect 使用者指南》中的支援的組態

虛擬機器容器

PlateSpin Protect 11.2 新增了將 VMware ESXi 6.0 做為虛擬機器容器的支援。

如需 PlateSpin Protect 11.2 支援之虛擬機器容器的資訊,請參閱《PlateSpin Protect 使用者指南》中的支援的虛擬機器容器

Blkwatch 驅動程式

PlateSpin Protect 11.2 為以下 Linux 套裝作業系統新增了 blkwatch 驅動程式:

  • Red Hat Enterprise Linux 6.6

如需 PlateSpin Protect 包含其適用 blkwatch 驅動程式的非除錯 Linux 套裝作業系統清單,請參閱《PlateSpin Protect 使用者指南》中的PlateSpin Protect 支援的 Linux 套裝作業系統

1.2 安全性加強功能

PlateSpin Protect 11.2 提供以下安全性加強:

  • Windows 叢集探查: 可以依據主動節點而不是使用虛擬叢集名稱與管理共用來探查 Windows 叢集。

1.3 軟體功能與加強

PlateSpin Protect 11.2 提供以下重要功能和加強以方便使用者使用及進行管理:

  • 虛擬核心和插槽: 可以使用 VMware ESXi 5.1、5.5 或 6.0 定義複製工作負載 CPU 的核心數,以及該 CPU 每個插槽的核心數。

  • Windows 叢集探查: 可以依據主動節點探查 Windows 叢集,並將這些叢集新增為叢集工作負載。您可以為 PlateSpin 環境啟用或停用 Windows 叢集探查。

1.4 軟體修復

PlateSpin Protect 11.2 解決了以下軟體問題:

  • 940798 – 區塊式傳輸排除檔案清單無法運作。 區塊式磁碟區伺服器排除與包含清單除了接受預設檔案以外,還可接受在清單中新增檔案。在「Platespin 組態」設定中使用以下參數可以新增清單:

    • BlockBasedTransferExcludeFileList
    • BlockBasedTransferIncludeFileList
  • 940228 - 目標不會開機,並顯示「在這些已知序號中不存在序號為 00000000 的磁碟區」。 如果 tmptemp 資料夾環境變數對應至複製合約中不包含的磁碟機,會發生例外。此問題現已解決。

  • 932222 – 在對目標進行磁碟分割時,2TB MBR 磁碟機未進行驗證。 以前,2 TB 磁碟機上使用 MBR 分割區表的工作負載會自動轉換為使用 ESXi 5.5 虛擬機器容器上目標工作負載中的 GPT 分割區表,由於不相符問題而無法驗證。此問題現已解決。

  • 931518 – 在執行工作負載「準備和儲存」時,Protect Web UI 拋出未預期的錯誤。 此問題現已解決。

  • 929770 – 從 11.0 升級到 11.1 後,系統不會建立來源 OFX 連接「指定了無效的 IP 位址」。 對於具有多個 NIC 的 32 位元 Windows Server 2003 R2 叢集工作負載,PlateSpin 無法驗證伺服器和網路,並且 OFX 連接器無法啟動以執行活動訊號檢查。在以前的版本中,PlateSpin 會使用任意來源 NIC 擷取閘道和 DHCP 伺服器 IP 位址。但在版本 11.1 中,OFX 控制器使用特定的 NIC 來擷取這些位址。如果未指定 IP 位址,32 位元 Windows Server 2003 R2 不會提供 IP 位址的預設值,該動作將會失敗。此問題現已解決。

  • 927013 – CPU 數不正確。 以前,探查程序將插槽數視為 CPU 數,認為一個插槽對應一個核心。本版本可讓您指定使用 VMware ESXi 5.1、5.5 或 6.0 的虛擬機器容器上複製工作負載的 CPU 的核心數及每個插槽的核心數。

  • 926354 – 首次複製時發生錯誤「沒有有效的快照傳輸方式提供者」。 檔案式和區塊式複製使用 Microsoft 磁碟區陰影複製服務 (VSS),使 PlateSpin 能夠從凍結的檔案系統複製資料。以前,在首次複製期間,PlateSpin 會檢查 VSS 陰影提供者是否存在。現在,PlateSpin 會在工作負載探查期間檢查 VSS 陰影提供者是否存在。

  • 926291 – 區塊式傳輸驅動程式導致來源伺服器無法開機。 以前,區塊式傳輸驅動程式會偵測過期和不可用的磁碟區陰影副本,造成來源伺服器無法開機的問題。現在,該驅動程式會忽略檔案伺服器的陰影副本。

  • 922954 – 首次複製時發生錯誤「不能為負」。 以前,如果檔案在替代資料流名稱中使用了包含 $ (貨幣字元) 的替代資料流延伸屬性,則在複製期間執行檔案式傳輸時,會發生例外。現在,檔案式傳輸可以處理這種使用方案。

  • 921103 – 無法載入 DLL ZLibWrapper 以前,如果環境未在 dll 搜尋路徑中包含目前目錄,則您必須使用 ZLibWrapper.dllSetDllDirectory 手動將目前目錄新增至 DLL 載入路徑。現在,為了解決此問題,本產品將在執行壓縮複製期間,於搜尋 ZLibWrapper.dll 檔案時檢查目前目錄。

  • 918295 – 在 4.9 T 磁碟區上建立分割區失敗。 以前,PlateSpin 只會偵測 MBR 類型的分割區。現在,PlateSpin 會在執行 WMI 探查期間偵測和處理 MBR 與 GPT (GUID 分割區表) 磁碟分割區規劃。

  • 912149 – 執行資料傳輸步驟時出現 Windows Server 2003「[80004005] 系統錯誤碼/HRESULT: [80004005]」。 以前,PlateSpin 會處理無效的 MFT 索引資料並嘗試讀取無效索引的記錄,從而導致複製失敗。現在,PlateSpin 會過濾掉無效的索引資料,因此不會嘗試讀取無效索引的記錄。

  • 906633 – 儀表板需要支援 60 個以上的工作負載。 以前,PlateSpin 伺服器儀表板中的「工作負載摘要」會顯示 60 個圓點圖示。現在,工作負載狀態圓點圖示的最大數目與 PlateSpin 伺服器上安裝的工作負載授權數目相符。對於無限制授權,摘要中會顯示 96 個圓點圖示。

  • 886325 – 當 Windows Server 2012 工作負載使用靜態 IP 位址時,其網路組態 UI 不應顯示已啟用 DHCP。 雖然來源工作負載和目標工作負載採用了靜態 IP 網路組態,但 Windows 網路卡屬性仍然報告網路組態啟用了 DHCP。Powershell 指令結果顯示 DHCP 已停用。未發現網路功能有遺失。 此問題已在本版本中解決。

  • 865570 – Windows Server 2012 R2 UEFI 工作負載的檔案式傳輸中斷。 在傳送和接收檔案階段,Windows 6.2 及以上核心版本的 X2P 檔案式傳輸失敗。

    解決方案︰若要強制在此 X2P 情況下成功進行檔案傳輸,您需要停用該韌體中的 CPU 進階旗標︰VT-dVT-sExecute Disable Bit。如需詳細資訊,請參閱知識庫文章 7014698

2.0 系統要求

如需 PlateSpin Protect 11.2 要求的資訊,請參閱《PlateSpin Protect 安裝與升級指南》中的以下章節:

3.0 安裝 PlateSpin Protect

如需安裝 PlateSpin Protect 11.2 的資訊,請參閱《PlateSpin Protect 安裝與升級指南》中的安裝 PlateSpin Protect 軟體元件

4.0 更新 PlateSpin Protect

若要將 PlateSpin 伺服器更新到 PlateSpin Protect 11.2,您必須具有本產品下列任一版本的現有安裝 (無論是否配備 HotFix 或欄位修補程式):

  • PlateSpin Protect 11.0.1

  • PlateSpin Protect 11.1

其他直接更新方式均不受支援。對於更早的 PlateSpin Protect 版本,您必須先升級至以上其中一個版本,才能升級至 PlateSpin Protect 11.2。如需如何升級 PlateSpin 伺服器的詳細資訊,請參閱《PlateSpin Protect 安裝與升級指南》中的升級 PlateSpin Protect

5.0 已知問題

NetIQ Corporation 致力確保我們的產品能提供最優質的解決方案,以符合您的企業軟體需求。以下是現在正在研究的問題。若您有任何問題需要進一步的協助,請聯絡技術支援

  • 不支援在 Linux 工作負載中使用軟體 RAID。 PlateSpin Protect 不支援軟體 RAID 上包含磁碟區的 Linux 工作負載。

  • 949765 – 準備同步未正確修改目標虛擬機器上的插槽數和核心數設定。 在某些情況下,準備同步會提供為目標虛擬機器所設定的 CPU 總數,但該作業可能未正確修改核心數和插槽數的設定。它會將每個插槽的核心數設定為 1,並將插槽數設定為 CPU 總數。

    此問題是在執行以下兩項任務時發現的:重新保護期間建立伺服器同步合約與準備目標。它只會影響 ESXi 5 及更高版本虛擬機器容器上的目標虛擬機器,VMware 會提供插槽數和每個插槽的核心數設定。此外,伺服器同步合約不會顯示核心數和插槽數設定。

    例如,在 ESXi 5.5 虛擬機器容器上,如果目標虛擬機器的 CPU 設定設為 6 個插槽,每個插槽 3 個核心,則準備同步會將 CPU 設定錯誤地重新設定為 18 個插槽,每個插槽 1 個核心。

    解決方案︰目前尚未提供解決方案。

  • 949579 – 來源與目標的開機模式不同 (UEFI <-> BIOS) 時對實體執行錯誤回復失敗。 當您對使用 UEFI 開機模式的來源工作負載啟動儲存並錯誤回復選項時,如果實體目標工作負載使用 BIOS 開機模式,則錯誤後回復失敗。發生這種情況的原因在於來源與目標的開機模式不相符。

    解決方案︰變更目標工作負載的開機模式,以便與來源工作負載的開機模式相符。

  • 948855 – 完整複製失敗並顯示錯誤「陣列索引不在範圍之內」。 對於基於檔案的複製,當您升級至版本 11.2 之後,如果工作負載具有延伸分割區與邏輯磁碟機,則後續完整複製作業可能會失敗。升級後的第一次完整複製與增量複製均不受影響。

    解決方案︰您可以對具有延伸分割區與邏輯磁碟機的工作負載使用區塊式複製。

  • 947597 – 升級至 11.2 之後,未保留 SMTP、電子郵件通知和複製報告的設定。 升級至 11.2 之後,電子郵件通知和報告功能不可用。您對這些功能的設定在升級期間被重設。

    解決方案︰重新設定 SMTP、電子郵件通知和報告的設定。請參閱《使用者指南》中的設定事件和報告的自動電子郵件通知

  • 947072 – 當您升級到版本 11.2 後,如果叢集及其節點的 DNS 解析失敗,Windows 叢集工作負載複製將會失敗。 這是因為版本 11.2 中的 Windows 叢集支援有所變化,Platespin Protect 要求對叢集及其節點 IP 位址的正向及反向對應進行完整的 DNS 解析。現有叢集工作負載的增量複製會失敗,並顯示以下錯誤︰

    GatherMachineData 服務失敗。
    RPC 伺服器不可用 (HRESULT 傳回例外︰)
    

    每當 PlateSpin 伺服器重新整理 (重新探查) 工作負載時,也可能會失敗。例如,對於伺服器需複製資料的動作便是如此,而其他情況則不會。

    解決方案︰確定 PlateSpin 伺服器可以解析叢集及其節點 IP 位址的 DNS 正向和反向對應。您可以更新 NDS 伺服器,或更新 PlateSpin 伺服器主機上的本地 hosts 檔案 (%systemroot%\system32\drivers\etc\hosts)。

  • 946124 – 中文版的預設叢集 IP 位址名稱不正確。MicrosoftClusterIPAddressNames 清單中,簡體中文和繁體中文叢集 IP 位址資源名稱預設搜尋項目的 IP 字元的前面和後面缺少空格。當您嘗試為中文版中設定的 Windows 叢集節點新增工作負載時,針對叢集 IP 位址資源名稱的搜尋無法與 MicrosoftClusterIPAddressNames 清單中的任何項目相符。PlateSpin 伺服器無法探查叢集工作負載,新增工作負載的動作失敗。

    解決方案:在「PlateSpin 組態」頁面上的 MicrosoftClusterIPAddressNames 清單中,於簡體中文和繁體中文叢集 IP 位址資源名稱搜尋項目中的 IP 前面和後面新增一個空格。

    例如,將變更為 .

  • 945571 – Windows 2012 工作負載,檔案式傳輸:增量複製導致目標上發生 chkdsk 錯誤。 在 Windows Server 2012 R2 中,Microsoft 引入了一個自動磁碟清理程序,該程序會定期執行,並嘗試減少 Windows 在 %systemroot%\WinSxS (Windows side by side) 資料夾中儲存的資料量。該程序會將不再使用的檔案取代為同名的較小壓縮版本。某些取代的檔案實際上很有可能是硬式連結。如果您在先前的 Windows 版本上安裝並使用此 Windows 磁碟清理工具,這些版本上也可能會執行此程序。

    如果 PlateSpin 在該 Windows 程序已執行後進行增量複製,複製操作將不會正確處理檔案已從硬式連結變更為壓縮檔案的情況。PlateSpin 無法正確移除目標虛擬機器上的硬式連結,這些檔案會在目標上保持為硬式連結。在執行增量複製後,容錯移轉虛擬機器可能會針對這些檔案顯示 chkdsk 錯誤,例如:

    在檔案 25467 中偵測到次要的檔案名稱錯誤。
    
    檔案 56447 的索引 $I30 中的索引項目 wucltux.dll.mui 不正確。
    檔案 56447 的索引 $I30 中的索引項目 WUCLTU~1.MUI 不正確。
    

    解決方案:如果您遇到此問題,必須執行工作負載完整複製來解決錯誤,如此會在保護目標虛擬機器上建立來源工作負載的完整副本。

  • 945090 – 在具有多個 NIC 的目標上,執行 X2P 錯誤回復時不會相應地設定 DNS 設定。 對於具有多個 NIC 的工作負載,錯誤回復期間不會自動設定 DNS 設定。

    解決方案:在完成錯誤回復後,您必須手動在 NIC 上設定 DNS 設定。

  • 944932 – Windows Server 2003 R2 叢集:「準備容錯移轉」操作停滯在嘗試設定容錯移轉虛擬機器 NIC 的步驟。 在 Windows Server 2003 R2 叢集上,當叢集嘗試設定容錯移轉虛擬機器的 NIC 時,準備容錯移轉選項可能需要 6 個多小時才能完成。此選項通常在線上環境中使用,用於在排程的維護期間執行叢集節點容錯移轉之前準備環境。在同一個叢集上,測試容錯移轉選項或容錯移轉選項能夠在可接受的時間內完成且不會出錯。

    在 Windows Server 2008 R2 叢集和 Windows Server 2012 R2 叢集上未發現此問題。

    解決方案:在 Windows Server 2003 R2 叢集上,直接執行容錯移轉,不要使用準備容錯移轉選項。

  • 944559 – 在啟用加密的情況下無法完成檔案式增量複製。 在為設定為使用檔案式資料傳輸的 Windows 工作負載啟用加密後,Windows 接收器可能會在增量複製傳輸結束時當機。如果加密程序錯誤地將傳輸的最後一個位元組讀取資料設定為非零值 (表示還要傳輸更多檔案,並繼續從資料流中讀取),則會發生這種當機。

    解決方案:對於 Windows 工作負載,如果您要為複製資料傳輸啟用加密,可以使用區塊式資料傳輸。

  • 942967 – 在首次執行完整複製時,目標虛擬機器會開機進入 bootofx.iso,但會一直等待獲得 PlateSpin 伺服器的位址。 由於受工作負載「每個插槽的核心數」設定的某些組態的影響,PlateSpin 無法正常裝入軟碟影像,因此無法正確設定目標虛擬機器。

    解決方案︰您可以在「PlateSpin 伺服器組態」頁面中將參數 TakeControlMemorySizeinMB 的值從預設的 512MB 增大為更高的值。經測試將值設定為 1024MB 和 2048MB 可解決該問題。您也可以在 VSphere 中手動增加目標虛擬機器的可用記憶體。

    如需詳細資訊,請參閱知識庫文章 7016826

  • 943932 – 如果「DiscoverActiveNodeAsWindowsCluster = True」,我們不應將非主動節點新增為獨立工作負載。 在 PlateSpin Protect 11.2 中,您可透過在「PlateSpin 組態」中使用 DiscoverActiveNodeAsWindowsCluster = True 參數,來依據主動節點啟用或停用 Windows 叢集探查。在探查期間,您可能會發現非主動節點用做獨立工作負載。您不會收到指出該節點屬於受保護叢集的警告。

    解決方案:務必使用主動節點來保護叢集。或者,可以透過在「PlateSpin 組態」中停用 DiscoverActiveNodeAsWindowsCluster 參數,將所有 Windows 叢集節點做為獨立工作負載來管理。

  • 937476 – 在 Windows Server 2008 R2 叢集上的 PlateSpin 錯誤回復組態中對應了錯誤的 NIC。 對 Windows Server 2008 R2 叢集執行 PlateSpin 容錯移轉和錯誤回復後,Microsoft 叢集管理軟體會根據預設值而不是 NIC 的來源指定對應 NIC。由於對應與預期的組態不相符,因此錯誤回復無法完成。

    解決方案:使用者必須將 IP 組態切換為預期的對應,以便能夠成功設定目標,使錯誤回復能夠成功完成。

  • 897843 – 在重新保護 MS 叢集工作負載期間,進行工作負載的增量新增時,磁碟區未正確對應。 在重新保護期間,如果錯誤回復機器上的共享儲存磁碟區與原始來源上存在的共享儲存磁碟區不同,當增量新增了一個 Microsoft 叢集工作負載後,工作負載的磁碟區可能無法在來源與目標之間正確映射。Windows 系統磁碟區會正確從來源映射到目標,但在 Protect Web UI 的「工作負載組態」頁面中,仲裁叢集資源磁碟區映射會顯示為未映射

    解決方案:當您設定重新保護時要進行首次複製的工作負載時,請在工作負載的複製設定 > 磁碟區映射區段,手動為共享儲存磁碟區選取正確的磁碟區映射。

  • 863173 – Linux 工作負載的 X2P 錯誤回復導致 X Server 圖形介面發生故障。 一個受保護的 Linux 工作負載複製到了目標機器,進行了故障移轉,然後又故障回復到了一台實體目標機器,但其 X Server 介面卻無法正常執行。

    解決方案︰發生該問題是由於在安裝 VMware 工具時重新設定了故障移轉的虛擬機器。若要糾正此問題,請使用以下指令找到檔名中含有 BeforeVMwareToolsInstall 字串的檔案。

    find / -iname '*BeforeVMwareToolsInstall'

    找到所有此類檔案後,將其移回原始位置,然後將工作負載重新開機,以修復工作負載的 X Server 介面。

  • 860917 – 無法為增量複製任務準備 OES 工作負載。 若您在 VMware Virtual Infrastructure Client (VIC) 中建立了一個虛擬機器或修改了一個現有虛擬機器,並選取 Novell Enterprise Server 做為客體作業系統,該虛擬機器會顯示在 PlateSpin 瀏覽器中 (作業系統顯示為未知),但卻不會在 Protect Web UI 的「準備增量複製」頁面中的虛擬機器下拉清單中列出。

    解決方案︰要讓此虛擬機器可做為 X2V 複製的目標機器,請在 VIC 中將作業系統類型變更為 SUSE Linux Enterprise 11 (64-bit),並重新整理容器。該虛擬機器即會在 Protect Web UI 中列出。

  • 737715 – 無法使用 Storage vMotion 重新定位容錯移轉虛擬機器。 某些情況下,如果您的保護容器是 vSphere 5 中的 VMware DRS 叢集,且工作負載的啟始副本是以增量方式建立的,Storage vMotion 可能無法在多個共用儲存位置中重新定位容錯移轉虛擬機器的磁碟檔案。

    解決方案:請參閱知識庫文章 7008494

  • 702152 – 若虛擬機器容器包含大量資料儲存,透過 WAN 進行的保護需要很長時間。 在某些情況下,尋找將目標開機所需的相關 ISO 影像這一程序所需的時間可能比預期長。如果 PlateSpin Protect 伺服器透過 WAN 連接至虛擬機器容器,而您的虛擬機器容器包含大量資料儲存,則可能發生上述情況。此問題正在調查中。

  • 698611 – 在某些情況下,完整叢集複製會失敗。 在切換 Windows Server 2008 R2 叢集的節點後,後續的完整複製或啟始完整同步複製失敗並出現以下問題:

    物件參考未設定為物件的例項。 
    

    此問題只會發生在透過同步至現有虛擬機器方法設定的合約上。

    解決方案:請參閱知識庫文章 7008771

  • 如果在執行工作負載的啟始複製之前 Windows 叢集服務容錯移轉到另一節點,則複製將會失敗: 如果已將 Windows 叢集的主動節點新增為工作負載,並且在 PlateSpin 執行啟始複製之前切換了節點,則複製將會失敗。

    解決方案:將叢集切換回到設定合約時的主動節點,然後執行啟始複製。或者,您可以移除該工作負載,然後新增目前的主動節點。

  • 638392 – ESX 4.1。 若 dvSwitch 連接埠群組共用相同的名稱,直接主機探查將遺漏虛擬機器連接埠群組。

    解決方法︰確保連接埠群組名稱是唯一的。

6.0 聯絡資訊

我們的目標是提供符合您需求的文件。若您要提出任何改進建議,請將電子郵件傳送到 Documentation-Feedback@netiq.com。我們重視您的意見並期待您提出建議。

如需詳細的聯絡人資訊,請參閱支援聯絡人資訊網站

如需一般的企業和產品資訊,請參閱 NetIQ 企業網站

如需與同事和 NetIQ 專家進行互動對話,歡迎成為我們社群的活躍成員。NetIQ 線上社群提供產品資訊以及有用資源、部落格和社群媒體通道的實用連結。