简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。
Snapshot层
贡献者
建议更改
PDF
FabricPool的初始版本针对备份用例。唯一可以分层的块类型是不再与活动文件系统中的数据关联的块。因此、只能将快照数据块移至容量层。当您需要确保性能不会受到影响时、这仍然是最安全的一种层选项。
Policies—本地快照
可通过两种方法将非活动快照块分层到容量层。首先是 snapshot-only 策略仅针对快照块。虽然 auto 策略包括 snapshot-only 块、它还会对活动文件系统中的块进行分层。这可能并不可取。
。 tiering-minimum-cooling-days 值应设置为一个时间段、以便在性能层上提供还原期间可能需要的数据。例如、关键生产数据库的大多数还原方案都包括前几天某个时间的还原点。设置A tiering-minimum-cooling-days 值为3可确保对文件进行任何还原都能使文件立即实现最高性能。活动文件中的所有块仍位于快速存储上、而无需从容量层中恢复。
Policies—复制的快照
使用SnapMirror或SnapVault复制的快照仅用于恢复、通常应使用FabricPool all 策略。使用此策略、可以复制元数据、但所有数据块都会立即发送到容量层、从而实现最高性能。大多数恢复过程都涉及顺序I/O、这本身就很高效。应评估从对象存储目标恢复的时间、但在设计完善的架构中、此恢复过程不需要比从本地数据恢复明显慢。
如果复制的数据也要用于克隆、则 auto 策略更合适、使用 tiering-minimum-cooling-days 包含预计在克隆环境中定期使用的数据的价值。例如、数据库的活动工作集可能包括前三天读取或写入的数据、但也可能包括另外6个月的历史数据。如果是、则 auto SnapMirror目标上的策略可使工作集在性能层上可用。