限制

下列是本版本中已知存在的限制：

與 Arcserve UDPExchange 細微還原 (AEGR) 公用程式有關

• 目前版本的 AEGR 公用程式有下列限制：
  • 在處理不正常關閉時，可能無法將資料庫儲存區還原到當前狀況。
  • [寄件匣] 資料夾中的郵件如果沒有同步處理到伺服器，將不會予以還原。
  • 不支援同時復原。
  • 不支援同時執行產品的多個執行個體。
  • 不會還原加密的電子郵件。
  • 不支援超過 64 MB 的訊息。
  • 不支援 Windows 2000、98、ME 和 95。
  • 不支援復原送達回條及未傳遞回報。
  • AEGR 公用程式不支援 [以不同使用者身分執行] 模式。
  • 不支援使用萬用字元做為搜尋關鍵字開頭
• 最佳復原與搜尋的限制與界限
  • 使用 AEGR 公用程式最適合不超過下列條件的資料集：
  • 資料庫大小：2TB
  • 信箱大小：100GB
  • 資料庫中的郵件數目：2,000,000
  • 資料庫中的信箱數：2,000
  • 一個信箱中的郵件數目：100,000
• 搜尋附件內容的限制
  • 在附件中的搜尋不適用於：
    • 內嵌 OLE 物件、文字藝術師、智慧物件、圖表、文件中繼資料 (作者、註解、標記等) 中所包含的文字
    • 清單中的標記符號 (編號或項目符號)
    • 頁首/頁尾文字
    • XLS/XLSX：數值
• 導入限制
  • Exchange Server 2003 與較早的版本不支援導入功能。這些版本不支援 EWS。
  • 封存的信箱 (以及這類信箱的項目) 不會匯出到即時 Exchange Server。
  • 連絡人的照片不會匯出到 Exchange Server 2007 中的原始即時信箱。
  • 有內嵌影像的電子郵件在匯出到即時 Exchange Server 2007 後會顯示附件圖示。
  • 不會還原建立時間和修改時間。
  • 附加郵件內的附加項目不會還原至即時 Exchange Server 2007。
  • 不支援跨網域匯出到原始信箱。
  • 連絡人群組及會議邀請無法匯出到即時 Exchange Server 2007 執行個體。針對這類項目，請使用透過 PST 匯出。
  • 遺漏的傳送日期會以目前的日期/時間匯出到即時 Exchange Server。
  • 無法從 AEGR 建立信箱，也就是無法在還原時自動建立。若要還原信箱，必須先使用標準 Exchange Server 系統管理工具建立空信箱。如果是現有信箱資料夾和個別郵件，則不需要任何其他系統管理動作即可建立。
  • 您只能在一個程式工作階段內重新命名/刪除所連接信箱中的資料夾。

與 Arcserve UDP Agent (Linux) 相關

• 使用 Arcserve UDP 使用者介面管理 Arcserve UDP Agent (Linux) 時，不支援以下的工作：
  • 排除個別節點的磁碟區。

    附註：您可以使用通用磁碟區篩選器，這些篩選器適用計劃中的所有節點。

  • 簡單備份排程。

    附註：您可以使用進階的備份排程。

  • 使用指令碼搜索節點。
  • 備份儲存管理與警示。
  • 備份伺服器端上的復原集管理。

    附註：您仍可以在用戶端上使用復原集管理。

  • 指令行 "d2djob --delete" 及 "d2djob --export"。
• LVM (Logical Volume Manager) 在 SUSE Linux Enterprise Server (SLES) 10 上不受支援，但 SLES 10 SP1 至 SP4 則提供支援。
• RPS Jumpstart 工作不支援將資料從 CIFS 或 NFS 移轉至資料儲存區。RPS Jumpstart 精靈中的 [瀏覽 Linux 備份] 資料夾不會顯示任何節點或復原點。

與備份相關

• 檔案備份限制：

  X64 - 多達 3 億 7 千萬個檔案

  X86 - 多達 1 億 1 千萬個檔案

  附註：對於 X86 使用者，若要備份超過 1 億 1 千萬個檔案，您應該使用 X64 機器或參考疑難排解主題「在 Windows 2003 X86 機器上備份大量檔案時『目錄工作』失敗」，以尋求替代解決方案。

• 如果 Arcserve UDP Agent (Windows) 無法解析 Arcserve UDP 主控台伺服器或 RPS 伺服器的主機名稱，或是 RPS 伺服器無法解析 Arcserve UDP 主控台伺服器的主機名稱，則無法提交備份工作。解決辦法是配置 DNS 伺服器或在主機檔案中新增項目，確認主機名稱可以被正確解析。

與 BMR 相關

• 如果您嘗試在 Hyper-V2012 r2 伺服器的第二代虛擬機器上執行 BMR，請使用 Windows ADK 8.1 建立 BMR ISO。使用 Windows ADK 8 或 Windows AIK 建立 BMR ISO 將導致無法接受輸入，或導致 BMR 無法啟動。

與複製復原點相關

• 在可能啟用或未啟用刪除重複資料的情況下，複製復原點不支援複製到資料儲存區。您僅能將復原點複製到本機/共用資料夾。

與主控台相關

• 無法將 Arcserve UDP 安裝在具有非英文主機名稱的伺服器上。

與儀表板相關

• 使用儀表板可以將指定目錄中的工作分組，以及顯示所有類型工作 (BMR 工作除外) 的詳細工作資訊。
• 儀表板工作詳細資料表格中顯示的目的地資訊指出對應工作的目的地，這些是在執行工作時於計劃中配置的工作。
• 從 Arcserve UDP Agent (Windows) 使用者介面手動提交的隨選工作，例如還原工作、複製復原點工作，其對應計劃名稱在 [儀表板] 中會顯示為 N/A。在 [儀表板] 的詳細資訊窗格中不會顯示工作目標資訊。不過在某些情況下，[儀表板] 的詳細資訊窗格中會顯示隨選目錄工作的工作目標資訊。

與資料儲存區相關

• 刪除未知的資料儲存區並將其重新新增時，UI 可能會指出「伺服器上另一個資料儲存區已使用此名稱。請指定其他資料儲存區名稱」。

與檔案屬性相關

• Arcserve UDP Agent (Windows) 需要檔案屬性 "system" 將備份目標資料夾轉換為 Arcserve UDP 復原點檢視。然而，某些 NAS 篩選器上不支援檔案屬性 "system"，因此您不能將目標變更為 Arcserve UDP 復原點檢視。

與硬體快照相關

• 如果 Hyper-V 伺服器不是 CSV 磁碟區的作用中擁有者，則無法使用 SDCLI 命令列將殘餘快照刪除。這是 Netapp　的限制。

與高可用性相關

• 請勿使用多個 Arcserve UDP 使用者介面來管理相同的 Arcserve Replication and High Availability 控制服務。這樣會造成報告遺失。

主機型 VM 備份相關資訊

• 在您使用 HTTP 將虛擬機器新增至主控台時，VMware 虛擬機器備份失敗。原因是該 Arcserve UDP 6.0 版包含的 VMware Virtual Disk Development Kit (VDDK) 6.0 不支援 HTTP。(請參閱 VDDK 6.0 版本說明的 SSL 憑證，憑證指紋檢查現在是必要項目一節。)

  如果基於任何原因必須使用 HTTP，請下載最新版本的 VDDK 5.5.x 取代 VDDK 6.0。如需詳細資訊，請參閱《解決方案指南》。

• 若要從備份自 Hyper-V VM 的復原點進行應用程式細微層級還原，僅支援資料庫檔案傾印。不支援還原至原始位置、還原至復原資料庫以及還原至替代位置等其他選項。
• 同一時間以熱新增傳輸模式執行多個 VMware 備份時，備份工作失敗。若要解決此問題，請指定 NBD 或 NBDSSL 作為傳輸模式。
• 從 VCenter 5.5 匯入 VM，且您選取以 HTTP 通訊協定連線到 VCenter 時，VM 基礎結構樹狀目錄未顯示任何節點。
• 尚未正式支援將 Hyper-V 虛擬機器還原為舊版的目標 Hyper-V 伺服器。不過，您仍然可以繼續還原它。但是，由於 Hyper-V 伺服器相容性的問題，不保證還原後的虛擬機器將具備完整的功能。
• 任何時候 VM 的虛擬層因為以下其中一個原因改變時，若 Arcserve UDP 已經有新的虛擬層連線資訊，在觸發 [更新 VM 資訊] 後 VM 偵測將顯示於新的虛擬層下。
  • VM 已移動到不同的虛擬層 (並保留 VM 執行個體 UUID)。
  • 虛擬層主機名稱/IP 已變更。

  一旦發生這種情形，您必須將計劃重新部署到 VM，以便繼續備份。

• 針對啟用複製功能的 Hyper-V VM 進行主機型無代理程式備份作業：
  • 主機型無代理程式備份支援從主 (主要) 網站備份　VM。
  • 從複本網站進行的主機型無代理程式備份不會確認資料的一致性與準確性以及備份工作的完成狀況。
• 升級至 Arcserve UDP 6.0 版後，第一次執行的 Hyper-V VM 備份將會包含磁碟的完整內容 (即使是遞增備份也一樣)。日誌可能會顯示下列訊息：

  變更區塊追蹤 (CBT) 功能已升級。因此，可能會備份多餘的資料。
  

• 下列限制來自 Hyper-V，而不是來自 Arcserve UDP。從 Windows 2012 開始，Hyper-V 中有一個新的「共用 VHD」功能，此功能可讓您在多個 VM 之間共用 VHD(X) 檔案。(如需這個功能的詳細資訊，請參閱此部落格。)不過，Hyper-V VSS 編寫器不支援這個新功能。因此，對包含「共用 VHD」功能的 VM 進行 Hyper-V 無代理程式備份將會失敗。若要備份此類 VM，請在 VM 上安裝 Arcserve UDP Agent (Windows) 以執行代理程式為基礎的備份。

與計劃/工作相關

• 您無法同時刪除多個計劃。

與還原相關

• 當在包含 32 KB 或 64 KB 叢集大小的磁碟區上還原小檔案 (大約 100 位元組) 時，檔案內容會與來源資料不同。
• 無目錄工作階段有下列限制：

  對於部份檔案屬性，如果不支援還原目標，還原工作將會失敗。例如，部份檔案具有安全性屬性，但是僅支援 Windows NTFS。如果您將其還原為 SAN，則還原工作將會失敗。

• 還原 EFS (加密檔案系統) 檔案到替代位置還原失敗，伴隨「存取遭拒」錯誤。

  無目錄還原不能還原 EFS 檔案，這是 EFS 功能的限制。

  如需詳細資訊，請參閱 Microsoft 文件 700811。

與虛擬待命相關

• 在配置於儲存區域網路 (SAN) 的 VMware ESX Server 環境中，應用程式僅使用 SAN 複製第一個完整的備份工作階段到 ESX Server 系統。對於所有後續的完整及遞增備份，應用程式會使用 LAN 複製轉換的備份工作階段。因為 VMware 限制，應用程式會以此方式運作。如需相關資訊，請造訪 VMware 網站。
• 由於 VMware 限制，虛擬待命無法使用免費授權在 ESXi Server 系統上建立虛擬機器。若要建立虛擬機器，必須有付費的授權。
• 因為一項已知的 VMware 限制，當 [位置] 設為非英語語言設定時，[活動日誌] 中會顯示錯誤。
• 由於 Hyper-V 的限制 (不支援使用統一擴充韌體介面 (UEFI) 的虛擬機器)，虛擬待命不能支援 UEFI 系統。因此，將待命目標為 Hyper-V 伺服器的虛擬待命工作部署至 UEFI 系統時，部署會失敗。當 Hyper-V 伺服器為 2008、2008 r2 或 2012，就有此情況。

  如果目標 Hyper-V 伺服器是 2012 r2，來源節點是 UEFI 系統且是下列作業系統之一，則支援此部署：

  • Windows Server 2012
  • Windows Server 2012 R2
  • 64 位元版本 Windows 8
  • 64 位元版本 Windows 8.1

與其他相關

• 已實作案例內容之間的互動 (例如包含排定書籤的回帶選項)。您可以手動設定相關的內容。
• 不支援編輯完整系統 Linux 的根目錄案例。
• Arcserve UDP 解決方案不支援從 Arcserve Replication and High Availability 中建立的 Arcserve UDP Agent (Windows) 整合案例以及主機型虛擬機器備份整合案例。
• 當 Arcserve UDP 伺服器、代理程式或復原點伺服器在配備 Intel 82574L 網路介面卡 (或 VMware 虛擬機器中的 E1000e vNIC) 的機器上執行時，啟動 Arcserve UDP 代理程式服務將會停用 TCP 分割卸載 (TSO)。這是因為啟用 TSO 時，在此類環境上可能發生資料毀損的問題。您也可以手動停用 TSO，或以其他類型的網路介面卡取代以避免此問題。

  如需此問題的詳細資訊，請參閱下列 Intel 文件中的〈Errata 17 - 使用 TCP 分割卸載時傳輸資料毀損〉(Errata 17 - Tx Data Corruption When Using TCP Segmentation Offload" in the following Intel document)：

  Intel 82574 系列 Gigabit Ethernet 控制器規格更新 (Intel 82574 Family Gigabit Ethernet Controller Specification Update)

• 工作完成後，Arcserve UDP 主控台中的 [最近的事件] 面板不會自動重新整理，必須手動重新整理面板。
• 考慮到同一 Arcserve UDP 主控台上可能同時管理、使用幾百個資料儲存區，RPS 節點頁面的中央窗格會每 15 分鐘重新整理一次。重新整理時，延遲可避免高負載。因此，資料儲存區的最新使用情況統計值可能會延遲 15 分鐘。

與 Arcserve UDPExchange 細微還原 (AEGR) 公用程式有關

• 目前版本的 AEGR 公用程式有下列限制：
  • 在處理不正常關閉時，可能無法將資料庫儲存區還原到當前狀況。
  • [寄件匣] 資料夾中的郵件如果沒有同步處理到伺服器，將不會予以還原。
  • 不支援同時復原
  • 不支援同時執行產品的多個執行個體。
    • 在 Arcserve UDP 6.0 版，內嵌 AEGR 公用程式被安裝在代理程式資料夾中，不同於先前的獨立版本安裝路徑。如果您在安裝 Arcserve UDP 6.0 版後安裝獨立 AEGR 公用程式，AEGR 公用程式的捷徑會指向新安裝的獨立 AEGR 公用程式安裝路徑。
  • 不會還原加密的電子郵件。
  • 不支援大於 64 MB 的郵件。
  • 不支援 Windows 2000、98、ME 和 95。
  • 不支援復原送達回條及未傳遞回報。
  • AEGR 公用程式不支援 [以不同使用者身分執行] 模式。
• 搜尋限制：
  • 不支援在搜尋中使用以萬用字元開頭的文字。
  • 日期範圍搜尋在日文版下無法運作。
  • 雙位元組語言的搜尋限制：
    • 搜尋訊息本文時，搜尋功能無法運作。
    • 雙位元組語言搜尋和延伸搜尋模式不支援星號和問號。
    • 搜尋附件名稱或附件內容時，搜尋功能無法運作。
  • 最佳復原與搜尋的限制和界限：
    • 使用 AEGR 公用程式最適合不超過下列條件的資料集：
    • 資料庫大小：2TB
    • 信箱大小：100GB
    • 資料庫中的郵件數目：2,000,000
    • 資料庫中的信箱數目：2,000
    • 一個信箱中的郵件數目：100,000
  • 搜尋附件內容的限制：
    • 在附件中的搜尋不適用於：

      內嵌 OLE 物件、文字藝術師、智慧物件、圖表、文件中繼資料 (作者、註解、標記等) 中所包含的文字

      清單中的標記符號 (編號或項目符號)

      頁首/頁尾文字

      XLS/XLSX：數值

• 導入限制
  • Exchange Server 2003 與較早的版本不支援導入功能。這些版本不支援 EWS。
  • 封存的信箱 (以及來自這類信箱的項目) 不會匯出到即時 Exchange Server。
  • 連絡人的照片不會匯出到 Exchange Server 2007 中的原始即時信箱。
  • 有內嵌影像的電子郵件在匯出到即時 Exchange Server 2007 後會顯示附件圖示。
  • 不會還原建立時間和修改時間。
  • 附加郵件內的附加項目不會還原到即時 Exchange Server 2007。
  • 不支援跨網域匯出到原始信箱。
  • 連絡人群組及會議邀請無法匯出到即時 Exchange Server 2007 執行個體。針對這類項目，請使用透過 PST 匯出。
  • 遺漏的傳送日期會以目前的日期/時間匯出到即時 Exchange Server。
  • 無法從 AEGR 建立信箱，也就是無法在還原時自動建立。若要還原信箱，必須事先使用標準 Exchange Server 系統管理工具建立空信箱。在現有的信箱中可以直接建立資料夾和個別郵件，而不需要任何其他系統管理動作。
  • 只能在一個程式工作階段內重新命名/刪除附加信箱中的資料夾。

Arcserve UDP Agent (Linux) 相關事項

• 使用 Arcserve UDP 使用者介面管理 Arcserve UDP Agent (Linux) 時，不支援以下的工作：
  • 排除個別節點的磁碟區。

    附註：您可以使用通用磁碟區篩選器，這些篩選器適用計劃中的所有節點。

  • 簡單備份排程。

    附註：您可以使用進階的備份排程。

  • 使用指令碼搜索節點。
  • 備份儲存管理與警示。
  • 備份伺服器端上的復原集管理。

    附註：您仍可以在用戶端上使用復原集管理。

  • 命令列 d2djob --delete 及 d2djob --export。
• LVM (Logical Volume Manager) 在 SUSE Linux Enterprise Server (SLES) 10 上不受支援，但 SLES 10 SP1 至 SP4 則提供支援。
• 當自動修復未完成時，不支援即時 VM/BMR 的備份。

  如果已提交與此案例類似的備份工作，則此工作會失敗，而且不會報告正確活動日誌，並顯示訊息「不支援 Linux 核心版本」。

• RPS Jumpstart 工作不支援將資料從 CIFS 或 NFS 移轉至資料儲存區。RPS Jumpstart 精靈中的 [瀏覽 Linux 備份] 資料夾不會顯示任何節點或復原點。

與備份相關

• 檔案備份限制：

  X64 - 多達 3 億 7 千萬個檔案

  X86 - 多達 1 億 1 千萬個檔案

  附註：對於 X86 使用者，若要備份超過 1 億 1 千萬個檔案，您應該使用 X64 機器或參考疑難排解主題「在 Windows 2003 X86 機器上備份大量檔案時『目錄工作』失敗」，以尋求替代解決方案。

• 如果 Arcserve UDP Agent (Windows) 無法解析 Arcserve UDP 主控台伺服器或 RPS 伺服器的主機名稱，或是 RPS 伺服器無法解析 Arcserve UDP 主控台伺服器的主機名稱，則無法提交備份工作。解決辦法是配置 DNS 伺服器或在主機檔案中新增項目，確認主機名稱可以被正確解析。

與複製復原點相關

在可能啟用或未啟用刪除重複資料的情況下，複製復原點不支援複製到資料儲存區。您僅能將復原點複製到本機/共用資料夾。

與 BMR 相關

如果您嘗試在 Hyper-V2012 r2 伺服器的第二代虛擬機器上執行 BMR，請使用 Windows ADK 8.1 建立 BMR ISO。使用 Windows ADK 8 或 Windows AIK 建立 BMR ISO 將導致無法接受輸入，或導致 BMR 無法啟動。

複製到磁帶相關事項

Arcserve Backup RAID 群組不支援作為「複製到磁帶」目標。

與主控台相關

• 無法將 Arcserve UDP 安裝在具有非英文主機名稱的伺服器上。
• 工作完成後，Arcserve UDP 主控台中的 [最近的事件] 面板不會自動重新整理，必須手動重新整理面板。

與儀表板相關

• 使用儀表板可以將指定目錄中的工作分組，以及顯示所有類型工作 (BMR 工作除外) 的詳細工作資訊。
• 儀表板工作詳細資料表格中顯示的目的地資訊指出對應工作的目的地，這些是在執行工作時於計劃中配置的工作。
• 從 Arcserve UDP Agent (Windows) 使用者介面手動提交的隨選工作，例如還原工作、複製復原點工作，其對應計劃名稱在 [儀表板] 中會顯示為 N/A。在 [儀表板] 的詳細資訊窗格中不會顯示工作目標資訊。不過在某些情況下，[儀表板] 的詳細資訊窗格中會顯示隨選目錄工作的工作目標資訊。

與資料儲存區相關

刪除未知的資料儲存區並將其重新加入時，UI 會顯示下列訊息：

伺服器上另一個資料儲存區已使用此名稱。請指定其他資料儲存區名稱。

與檔案屬性相關

Arcserve UDP Agent (Windows) 需要檔案屬性 "system" 將備份目標資料夾轉換為 Arcserve UDP 復原點檢視。然而，某些 NAS 篩選器上不支援檔案屬性 "system"，因此您不能將目標變更為 Arcserve UDP 復原點檢視。

與硬體快照相關

如果 Hyper-V 伺服器不是 CSV 磁碟區的作用中擁有者，則無法使用 SDCLI 命令列將殘餘快照刪除。這是 Netapp　的限制。

與高可用性相關

請勿使用多個 Arcserve UDP 使用者介面來管理相同的 Arcserve Replication and High Availability 控制服務。這樣會造成報告遺失。

主機型 VM 備份相關資訊

• 在您使用 HTTP 將虛擬機器新增至主控台時，VMware 虛擬機器備份失敗。原因是 Arcserve UDP 6.0 版包含不支援 HTTP 的 VMware Virtual Disk Development Kit (VDDK) 6.0(請參閱《VDDK 6.0 版本說明》中的〈現在會強制執行 SSL 憑證和指紋檢查〉一節)。

  如果基於任何原因而必須使用 HTTP，請下載最新版本的 VDDK 5.5.x 並取代 VDDK 6.0。如需詳細資訊，請參閱《解決方案指南》。

• 若要從備份自 Hyper-V VM 的復原點進行應用程式細微層級還原，僅支援資料庫檔案傾印。不支援還原至原始位置、還原至復原資料庫以及還原至替代位置等其他選項。
• 同一時間以熱新增傳輸模式執行多個 VMware 備份時，備份工作失敗。若要解決此問題，請指定 NBD 或 NBDSSL 作為傳輸模式。
• 從 VCenter 5.5 匯入 VM，且您選取以 HTTP 通訊協定連線到 VCenter 時，VM 基礎結構樹狀目錄未顯示任何節點。
• 尚未正式支援將 Hyper-V 虛擬機器還原為舊版的目標 Hyper-V 伺服器。不過，您仍然可以繼續還原它。但是，由於 Hyper-V 伺服器相容性的問題，不保證還原後的虛擬機器將具備完整的功能。
• 任何時候 VM 的虛擬層因為以下其中一個原因改變時，若 Arcserve UDP 已經有新的虛擬層連線資訊，在觸發 [更新 VM 資訊] 後 VM 偵測將顯示於新的虛擬層下。
  • VM 已移動到不同的虛擬層 (並保留 VM 執行個體 UUID)。
  • 虛擬層主機名稱/IP 已變更。

  一旦發生這種情形，您必須將計劃重新部署到 VM，以便繼續備份。

• 針對啟用複製功能的 Hyper-V VM 進行主機型無代理程式備份作業：
  • 主機型無代理程式備份支援從主 (主要) 網站備份　VM。
  • 從複本網站進行的主機型無代理程式備份不會確認資料的一致性與準確性以及備份工作的完成狀況。
• 升級至 Arcserve UDP 6.0 版後，第一次執行的 Hyper-V VM 備份將會包含磁碟的完整內容 (即使是遞增備份也一樣)。日誌可能會顯示下列訊息：

  變更區塊追蹤 (CBT) 功能已升級。因此，可能會備份多餘的資料。

• 下列限制來自 Hyper-V，而不是來自 Arcserve UDP。從 Windows 2012 r2 開始，Hyper-V 中有一個新的「共用 VHD」功能，此功能可讓您在多個 VM 之間共用 VHD(X) 檔案。(如需這個功能的詳細資訊，請參閱此部落格。)不過，Hyper-V VSS 編寫器不支援這個新功能。因此，對包含「共用 VHD」功能的 VM 進行 Hyper-V 無代理程式備份將會失敗。若要備份此類 VM，請在 VM 上安裝 Arcserve UDP Agent (Windows) 以執行代理程式為基礎的備份。
• 主機型無代理程式備份不支援使用 VMware 連結模式的 vCenter 伺服器。若要保護 [連結模式] 群組的 vCenter 伺服器執行個體中的 VM，請從 vCenter 伺服器個別新增每個 VM。
• 從更高版本的 ESX 備份 VM，並將它直接還原到較低版本 (不是透過 vCenter) 時，VM 復原工作可能失敗。例如，您從 ESXi 6.0 備份，並還原至較低版本的 ESXi，如 ESXi 5.5 。

  症狀

  如果從更高版本 ESXi (如 ESXi 6.0) 備份 VM，然後將它直接還原到較低版本 ESXi (如 ESXi 5.5) (不是透過 vCenter)，則 VM 復原工作可能失敗，並顯示下列錯誤訊息：

  VM 復原工作無法建立新的虛擬機器。ESX/vCenter Server 系統已報告下列錯誤：com.sun.xml.internal.ws.fault.ServerSOAPFaultException:用戶端從伺服器收到 SOAP 錯誤：剖析序列化的 DataObject (類型為 vim.vm.device.VirtualE1000) 時，在第 1 行看到非預期的元素標記 "uptCompatibilityEnabled"，而在剖析靜態類型 VirtualDevice 的內容 "device" 時，則於第5452 欄看到

  解決方案

  這種情況是由不同版本的 ESXi 中建立的 VM 的相容性問題所導致。已在更高版本 ESXi 中引進 VM 內容，但是較低版本 ESXi 不支援。您可以使用下列其中一種暫時的解決方法：

  • 備份之前，移除具有不受支援的內容的裝置，或
  • 透過具有相同版本的 ESXi 的 vCenter (例如，在上述案例中，使用 vCenter 6.0) 還原 VM。
  • 在較低版本的 ESXi 上手動建立 VM，並透過 BMR 還原 VM。此選項只適用於搭配 Windows 客體作業系統的 VM。

與還原相關

• 如果路徑長度超過 514 個字元，則無法還原路徑位址。
• 請勿將小檔案 (檔案大小小於 100 位元組) 從復原點還原到這些特殊的分割磁碟區，其使用等於或大於 32KB 的叢集大小。這項限制僅適用於已產生目錄的復原點。

  附註：從未產生任何目錄的復原點還原檔案時，即不適用這項限制。

• 無目錄工作階段有下列限制：

  對於部份檔案屬性，如果不支援還原目標，還原工作將會失敗。例如，部份檔案具有安全性屬性，但是僅支援 Windows NTFS。如果您將其還原為 SAN，則還原工作將會失敗。

• 還原 EFS (加密檔案系統) 檔案到替代位置還原失敗，伴隨「存取遭拒」錯誤。

  無目錄還原不能還原 EFS 檔案，這是 EFS 功能的限制。

  如需詳細資訊，請參閱 Microsoft 文件 700811。

與虛擬待命相關

• 在配置於儲存區域網路 (SAN) 的 VMware ESX Server 環境中，應用程式僅使用 SAN 複製第一個完整的備份工作階段到 ESX Server 系統。對於所有後續的完整及遞增備份，應用程式會使用 LAN 複製轉換的備份工作階段。因為 VMware 限制，應用程式會以此方式運作。如需相關資訊，請造訪 VMware 網站。
• 由於 VMware 限制，虛擬待命無法使用免費授權在 ESXi Server 系統上建立虛擬機器。若要建立虛擬機器，必須有付費的授權。
• 因為一項已知的 VMware 限制，當 [位置] 設為非英語語言設定時，[活動日誌] 中會顯示錯誤。
• 由於 Hyper-V 的限制 (不支援使用統一擴充韌體介面 (UEFI) 的虛擬機器)，虛擬待命不能支援 UEFI 系統。因此，將待命目標為 Hyper-V 伺服器的虛擬待命工作部署至 UEFI 系統時，部署會失敗。當 Hyper-V 伺服器為 2008、2008 r2 或 2012，就有此情況。

  如果目標 Hyper-V 伺服器是 2012 r2，來源節點是 UEFI 系統且是下列作業系統之一，則支援此部署：

  • Windows Server 2012
  • Windows Server 2012 R2
  • 64 位元版本 Windows 8
  • 64 位元版本 Windows 8.1

其他

• 已實作案例內容之間的互動 (例如包含排定書籤的回帶選項)。您可以手動設定相關的內容。
• 不支援編輯完整系統 Linux 的根目錄案例。
• Arcserve UDP 解決方案不支援從 Arcserve Replication and High Availability 中建立的 Arcserve UDP Agent (Windows) 整合案例以及主機型虛擬機器備份整合案例。
• 當 Arcserve UDP 伺服器、代理程式或復原點伺服器在配備 Intel 82574L 網路介面卡 (或 VMware 虛擬機器中的 E1000e vNIC) 的機器上執行時，啟動 Arcserve UDP 代理程式服務將會停用 TCP 分割卸載 (TSO)。這是因為啟用 TSO 時，在此類環境上可能發生資料毀損的問題。您也可以手動停用 TSO，或以其他類型的網路介面卡取代以避免此問題。

  如需此問題的詳細資訊，請參閱下列 Intel 文件中的〈Errata 17 - 使用 TCP 分割卸載時傳輸資料毀損〉(Errata 17 - Tx Data Corruption When Using TCP Segmentation Offload" in the following Intel document)：

  Intel 82574 系列 Gigabit Ethernet 控制器規格更新 (Intel 82574 Family Gigabit Ethernet Controller Specification Update)

• 考慮到同一 Arcserve UDP 主控台上可能同時管理、使用幾百個資料儲存區，RPS 節點頁面的中央窗格會每 15 分鐘重新整理一次。重新整理時，延遲可避免高負載。因此，資料儲存區的最新使用情況統計值可能會延遲 15 分鐘。

Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.

限制