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 副本数量调整计算。
备注 考虑数据随时间的增长，以确保规模适合未来。