Skip to main content
NetApp Solutions
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

使用 ONTAP 調整網路資料保險箱規模

貢獻者
PDF

設定網路資料保險箱的規模需要瞭解在指定的恢復時間目標（ RTO ）中需要還原多少資料。許多因素會影響適當設計適當規模的網路資料保險箱解決方案。設定網路資料保險箱的規模時、必須同時考量效能和容量。

效能規模考量

  1. 什麼是來源平台模型（ FAS v AFF A 系列 v AFF C 系列）？

  2. 來源與網路資料保險箱之間的頻寬和延遲為何？

  3. 檔案大小和檔案數量有多大？

  4. 您的恢復時間目標為何？

  5. 您需要在 RTO 內恢復多少資料？

  6. 網路資料保險箱會擷取多少 SnapMirror 扇入關係？

  7. 是否會同時進行單一或多個還原？

  8. 這些多重恢復是否會發生在同一主要系統上？

  9. SnapMirror 是否會在從資料保險箱恢復期間複寫到資料保險箱中 ?

規模調整範例

以下是不同網路資料保險箱組態的範例。

網路資料保險箱組態選項

容量規模調整考量

ONTAP 網路資料保險箱目的地磁碟區所需的磁碟空間量取決於各種因素、其中最重要的因素是來源磁碟區資料的變更率。目的地磁碟區上的備份排程和 Snapshot 排程都會影響目的地磁碟區上的磁碟使用量、而且來源磁碟區上的變更率不太可能是固定的。建議您提供額外儲存容量的緩衝區、以滿足終端使用者或應用程式行為未來變更的需求。

在 ONTAP 中設定 1 個月的保留關係規模、需要根據多項因素來計算儲存需求、包括主要資料集的大小、資料變更率（每日變更率）、以及重複資料刪除和壓縮節省（如果適用）。

以下是逐步方法：

第一步是瞭解您使用網路資料保險箱保護的來源磁碟區大小。這是最初複寫至網路資料保險箱目的地的基本資料量。接下來、估計資料集的每日變更率。這是每天變更的資料百分比。瞭解資料動態的重要性。

例如：

  • 主要資料集大小 = 5TB

  • 每日變更率 = 5% （ 0.05 ）

  • 重複資料刪除與壓縮效率 = 50% （ 0.50 ）

現在、讓我們逐一瞭解計算結果：

  • 計算每日資料變更率：

    Changed data per day = 5000 * 5% = 250GB

  • 計算 30 天內變更的資料總計：

    Total changed data in 30 days = 250 GB * 30 = 7.5TB

  • 計算所需的總儲存容量：

    TOTAL = 5TB + 7.5TB = 12.5TB

  • 套用重複資料刪除與壓縮節省：

    EFFECTIVE = 12.5TB * 50% = 6.25TB

  • 儲存需求摘要 *

  • 缺乏效率：需要 * 12.5TB* 來儲存 30 天的網路資料保險箱資料。

  • 效率達 50% ：重複資料刪除和壓縮後需要使用 6.25TB 的儲存設備。

註 由於中繼資料、 Snapshot 複本可能會產生額外的負擔、但這通常是次要的。
註 如果每天執行多個備份、請根據每天執行的 Snapshot 複本數量來調整計算。
註 隨著時間的推移、資料成長的因素可確保規模調整符合未來需求。