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

使用ONTAP調整網路保險庫大小

貢獻者 kevin-hoke
PDF

確定網路保險庫的規模需要了解在給定的恢復時間目標 (RTO) 內需要恢復多少資料。許多因素都會影響到正確設計合適規模的網路保險庫解決方案。在決定網路保險庫的規模時，必須同時考慮效能和容量。

性能大小考慮因素

  1. 源平台型號有哪些（FAS v AFF A 系列 v AFF C 系列）？

  2. 來源和網路庫之間的頻寬和延遲是多少？

  3. 文件大小有多大以及有多少個文件？

  4. 您的復原時間目標是什麼？

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

  6. 網路保險庫將吸收多少個SnapMirror扇入關係？

  7. 是否會同時發生單次或多次恢復？

  8. 這些多次恢復是否會發生在同一個主伺服器上？

  9. 從保管庫恢復期間， SnapMirror是否會複製到保管庫？

尺寸範例

以下是不同網路保險庫配置的範例。

網路保險庫配置選項

容量大小考慮因素

ONTAP Cyber Vault 目標磁碟區所需的磁碟空間量取決於多種因素，其中最重要的是來源磁碟區中資料的變化率。目標磁碟區上的備份計畫和快照計畫都會影響目標磁碟區上的磁碟使用情況，而來源磁碟區上的變更率可能不會保持恆定。最好提供額外的儲存容量緩衝區，以滿足未來最終用戶或應用程式行為變化的需求。

在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

儲存需求摘要

  • 如果效率不高：儲存 30 天的網路保險庫資料將需要 12.5TB。

  • 效率為 50%：重複資料刪除和壓縮後需要 6.25TB 的儲存空間。

註 快照副本可能會因元資料而產生額外的開銷，但這通常很小。
註 如果每天進行多次備份，則根據每天拍攝的 Snapshot 副本數量調整計算。
註 考慮資料隨時間的成長，以確保規模適合未來。