搜索 <book_title>...

Veritas NetBackup™ Deduplication 指南

Last Published: 2021-01-01

Product(s): NetBackup (9.0)

关于 Cloud Catalyst 缓存

管理员在配置 Cloud Catalyst 存储服务器时会配置本地缓存目录。本地缓存目录（或 Cloud Catalyst 缓存）的主要功能是，允许 Cloud Catalyst 继续对数据进行重复数据删除。即使从目标备份和复制作业采集的速率暂时超过上载到目标云存储的可用吞吐量，也会对数据进行重复数据删除。

例如，如果备份和复制作业以每小时 10 TB 的速率将数据传输到 Cloud Catalyst 存储服务器，并且 Cloud Catalyst 按照 10:1 的比例对数据进行重复数据删除，经过重复数据删除的 1 TB 数据可能会超过每小时将 0.7 TB 数据写入云存储的上载容量。通过缓存，假设在某一时刻传入数据速率减慢，作业仍可继续发送和处理数据。Cloud Catalyst 缓存仅存储经过重复数据删除的数据。直到所有数据都上载到云后，才将作业标记为完成。

虽然建议将 Cloud Catalyst 缓存设为 4 TB，但较大的缓存具有以下优点：

对于还原：
如果数据存在于 Cloud Catalyst 缓存中，可从缓存（而不是云）进行还原。缓存越大，可驻留在缓存中的经过重复数据删除的对象也就越多。
对于重复数据删除率低的数据：
由于低重复数据删除率需要将更多的数据上载到云，因此可能需要更大的缓存。
对于遇到活动突发情况的作业时段：
如果在短暂的时段内频繁地执行以 Cloud Catalyst 存储服务器为目标的作业，更大的缓存会有所帮助。

虽然更大的缓存会非常有益，但直到所有数据都上载到云后，才将作业标记为完成。当 MSDP 容器文件已满时，将数据从缓存上载到云。此情况在备份或复制作业开始后不久发生，但不是立即发生。通过重复数据删除，第二个以及后续备份作业可以大幅减少传输到云的数据，具体取决于重复数据删除率。

例如，4 TB 的缓存预计可在云中管理 1 PB 的数据，而不会出现问题。

注意:

如果从 Glacier 或 Glacier Deep Archive 启动还原，NetBackup 将启动加热步骤。所有数据在 S3 存储中可供读取之前，NetBackup 不会继续进行还原。

如果使用 Amazon，即使数据位于 Cloud Catalyst 缓存中，也会始终执行加热步骤。对于 Glacier 和 Glacier Deep Archive 之外的其他存储类，几乎立即执行加热步骤，没有任何实质性的延迟。对于 Glacier 和 Glacier Deep Archive，如果文件以前加热过，并且现在仍位于 S3 标准存储中，则可能会立即执行加热步骤。但是，可能需要数分钟、数小时或数天的时间，具体取决于使用的设置。

Cloud Catalyst 如何管理缓存

Cloud Catalyst 根据 esfs.json 文件中的配置设置管理缓存。达到高位标记后，当已用空间达到 HighWatermark 和 LowWatermark 之间的中点（即，(high+low)/2）时，将清除数据，并持续直至已用空间达到 LowWatermark。如果传入数据的速率超过保持标记的速率，作业将失败。管理员不应手动删除或清除缓存存储中的受管数据，除非 NetBackup 技术支持指示这样做。

关于 Cloud Catalyst esfs.json 配置文件