Skip to main content
BlueXP backup and recovery
所有雲端供應商
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • 所有雲端供應商
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

使用 SnapMirror 將磁碟區遷移到 Cloud Resync，並使用 BlueXP 備份和復原

貢獻者 amgrissino
PDF

BlueXP 備份和復原中的 SnapMirror 到 Cloud Resync 功能簡化了 NetApp 環境中捲遷移期間的資料保護和連續性。當使用 SnapMirror 邏輯複寫（ LRSE ），從內部部署的 NetApp 部署移轉到另一個部署，或移轉到雲端型解決方案（例如 Cloud Volumes ONTAP 或 Cloud Volumes Service ）時， SnapMirror 到雲端重新同步可確保現有的雲端備份保持完整且正常運作。

這項功能不需要耗時且資源密集的重新基準作業，讓備份作業能夠在移轉後繼續進行。此功能在工作負載移轉案例中非常重要，可同時支援 FlexVols 和 FlexGroups ，並可從 ONTAP 9.16.1 版開始使用。

註 此功能從 2025 年 5 月發布的BlueXP backup and recovery版本 4.0.3 開始提供。

SnapMirror to Cloud Resync 可維持跨環境的備份持續運作，進而提升營運效率，並降低混合式和多雲端資料管理的複雜度。

注意 若要切換到BlueXP backup and recovery工作負載，請參閱"切換到不同的BlueXP backup and recovery工作負載" 。

開始之前

確保滿足以下先決條件：

  • 目的地 ONTAP 叢集必須執行 ONTAP 9.16.1 版或更新版本。

  • 必須使用BlueXP backup and recovery保護舊的來源ONTAP叢集。

  • SnapMirror到 Cloud Resync 功能從 2025 年 5 月發布的BlueXP backup and recovery版本 4.0.3 開始提供。

  • 物件儲存中的最新備份必須是跨舊來源、新來源和物件儲存的公共快照。公共快照不能早於備份到物件儲存的最新快照。

  • 在開始重新同步操作之前，必須在新ONTAP叢集上建立在舊ONTAP上使用的快照和SnapMirror策略。如果要在重新同步過程中使用任何策略，則也必須建立該策略。重新同步操作不會建立策略。

  • 確保應用於遷移卷SnapMirror關係的SnapMirror策略包含雲端關係使用的相同標籤。為避免問題，請使用管理磁碟區和所有快照的精確鏡像的策略。

註 目前不支援使用 SVM-Migrate ， SVM-DR 或 HeadSwap 方法移轉後的 SnapMirror 至雲端重新同步。

BlueXP backup and recoverySnapMirror到 Cloud Resync 的工作原理

如果您完成技術更新，或是將磁碟區從一個 ONTAP 叢集移轉到另一個叢集，備份必須持續運作而不中斷。BlueXP  備份與還原 SnapMirror 至雲端重新同步可確保雲端備份在 Volume 移轉後仍保持一致，進而協助達成此目標。

範例如下：

假設您有一個內部部署 Volume Vol1a 。此磁碟區有三個快照： S1 ， S2 和 S3 。這些快照就像還原點一樣。使用 SnapMirror to Cloud （ SM-C ），已將 vol1 備份至雲端物件儲存區端點。不過，到目前為止，只有 S1 和 S2 已備份到物件儲存區。

現在，您想要將 vol1 移轉至另一個 ONTAP 叢集。為達成此目標，您可以建立 SnapMirror 邏輯複寫（ LRSE ）與新的雲端 Volume Vol1b 的關係。這會將所有三個快照（ S1 ， S2 和 S3 ）從 Vol1a 傳輸到 Vol1b 。

移轉完成後，您將進行下列設定：

  • 原始的 SM-C 關係（ Vol1a →物件儲存區）將會刪除。

  • LRSE 關係（ Vol1a → Vol1b ）也會刪除。

  • Vol1b 現在是您的作用中 Volume 。

此時，您想要繼續將 Vol1b 備份到同一個雲端端點。但您不需要從頭開始完整備份（需要時間和資源），而是使用 SnapMirror to Cloud Resync 。

以下是重新同步的運作方式：

  • 系統會檢查 Vol1a 與物件存放區之間的通用快照。在這種情況下，兩者都有 S2 。

  • 因為這份共享快照，系統只需傳輸 S2 和 S3 之間的遞增變更。

這表示只有在 S2 傳送到物件儲存區之後新增的資料，而非整個磁碟區。

這項程序可避免重新傳送已備份的資料，節省頻寬，並確保移轉後的備份鏈能順暢地繼續運作。

BlueXP  備份與還原 SnapMirror 至雲端重新同步

程序附註

  • 移轉與技術更新不會使用 BlueXP  備份與還原來執行。應由專業服務團隊或合格的儲存管理員執行。

  • NetApp 移轉團隊負責在來源和目的地 ONTAP 叢集之間建立 SnapMirror 關係，以利 Volume 移轉。

  • 確保技術更新期間的移轉是以 SnapMirror 型移轉為基礎。

如何使用 SnapMirror 移轉磁碟區至雲端重新同步

使用 SnapMirror 移轉磁碟區至雲端重新同步涉及下列主要步驟，詳述如下：

  • * 遵循移轉前檢查清單 * ：在開始移轉之前， NetApp 技術更新團隊可確保符合下列先決條件，以避免資料遺失，並確保移轉程序順暢。

  • * 遵循移轉後的檢查清單 * ：移轉之後， NetApp 技術更新團隊會確保完成下列步驟，以建立保護並準備重新同步。

  • * 執行 SnapMirror 至雲端重新同步 * ：移轉之後， NetApp 技術更新團隊會執行 SnapMirror 至雲端重新同步作業，從新移轉的磁碟區恢復雲端備份。

使用 SnapMirror 移轉磁碟區至雲端重新同步的步驟

遵循移轉前檢查清單

在開始移轉之前， NetApp 技術更新團隊會確保符合下列先決條件，以避免資料遺失，並確保移轉程序順暢。

  1. 確保所有要移轉的磁碟區都使用 BlueXP  備份與還原來保護。

  2. 記錄 Volume 執行個體 UUID 。在開始移轉之前，請記下所有磁碟區的執行個體 UUID 。這些識別碼對於稍後的對應和重新同步作業非常重要。

  3. 在刪除任何 SnapMirror 關係之前，請先拍攝每個磁碟區的最後快照，以保留最新狀態。

  4. 記錄 SnapMirror 原則。記錄目前附加至每個磁碟區關係的 SnapMirror 原則。稍後在 SnapMirror 至雲端重新同步程序期間將需要此功能。

  5. 刪除 SnapMirror 雲端與物件存放區的關係。

  6. 與新的 ONTAP 叢集建立標準的 SnapMirror 關係，將磁碟區移轉至新的目標 ONTAP 叢集。

遵循移轉後檢查清單

移轉之後， NetApp 技術更新團隊會確保完成下列步驟，以建立保護並準備重新同步。

  1. 記錄目的地 ONTAP 叢集中所有移轉磁碟區的新 Volume 執行個體 UUID 。

  2. 確認新的 ONTAP 叢集中已正確設定舊 ONTAP 叢集中所有可用的必要 SnapMirror 原則。

  3. 將新的 ONTAP 叢集新增為 BlueXP  畫布中的工作環境。

    註 應該使用磁碟區實例 UUID，而不是磁碟區 ID。磁碟區實例 UUID 是唯一標識符，在遷移過程中保持一致，而磁碟區 ID 可能會在遷移後發生變化。

執行 SnapMirror 至雲端重新同步

移轉之後， NetApp 技術更新團隊會執行 SnapMirror 至雲端重新同步作業，從新移轉的磁碟區恢復雲端備份。

  1. 將新的 ONTAP 叢集新增為 BlueXP  畫布中的工作環境。

  2. 請查看 BlueXP  備份與還原磁碟區頁面，以確保舊來源工作環境的詳細資料可供使用。

  3. 從 BlueXP  備份與還原磁碟區頁面，選取 * 備份設定 * 。

    • 在備份設定頁面中，選擇*查看全部*。

    • 從新來源右側的操作…​選單中，選擇*重新同步備份*。

  4. 在「重新同步工作環境」頁面中，執行下列動作：

    1. * 新的來源工作環境 * ：輸入新的 ONTAP 叢集，其中的磁碟區已移轉。

    2. * 現有目標物件存放區 * ：選取目標物件存放區，其中包含來自舊來源工作環境的備份。

  5. 選取 * 下載 CSV 範本 * 以下載 Resync Details Excel 工作表。使用此表單輸入要移轉的磁碟區詳細資料。在 CSV 檔案中，輸入下列詳細資料：

    • 來源叢集的舊 Volume 執行個體 UUID

    • 來自目的地叢集的新 Volume 執行個體 UUID

    • 要套用至新關係的 SnapMirror 原則。

  6. 選取 * 上傳磁碟區對應詳細資料 * 下的 * 上傳 * ，將完整的 CSV 表上傳至 BlueXP  備份與還原 UI 。

    註 應該使用磁碟區實例 UUID，而不是磁碟區 ID。磁碟區實例 UUID 是唯一標識符，在遷移過程中保持一致，而磁碟區 ID 可能會在遷移後發生變化。

  7. 輸入重新同步作業所需的供應商和網路組態資訊。

  8. 選取 * 提交 * 以開始驗證程序。

    BlueXP backup and recovery驗證選擇重新同步的每個磁碟區是否是最新快照，並且至少有一個通用快照。這可確保磁碟區已準備好進行SnapMirror到 Cloud Resync 操作。

  9. 檢閱驗證結果，包括新的來源磁碟區名稱，以及每個磁碟區的重新同步狀態。

  10. 檢查容量是否合格。系統檢查磁碟區是否符合重新同步的條件。如果磁碟區不符合條件，則表示它不是最新的快照或未找到通用快照。

    重要 為了確保磁碟區仍符合 SnapMirror 至雲端重新同步作業的資格，請在移轉前階段刪除任何 SnapMirror 關係之前，先對每個磁碟區擷取最後的快照。這會保留資料的最新狀態。

  11. 選擇*重新同步*以開始重新同步操作。系統使用最新且通用的快照僅傳輸增量更改，確保備份的連續性。

  12. 在作業監視器頁面中監視重新同步過程。