具有100%保留卷的LUN的空间要求是什么？
适用于
- ONTAP 9
- Data ONTAP 7 及更早版本
- SAN
- FlexPod
- 文件预留
- 预留比例 (fractional_reserve)
问题解答
- 对于预留了空间的文件或具有厚卷配置的 LUN，默认情况下启用了部分预留，用于拍摄快照和覆盖。请参阅 建议的卷和文件或 LUN 配置
- 在第一次快照后将消耗相当于预留空间文件或 LUN 大小两倍的逻辑空间。可以通过
df -r命令在reserveditem 下确认保留空间大小 - 包含具有 100% 分数保留的卷的 LUN 所需的空间遵循 2x LUN + delta 规则
- 2x LUN + delta 规则指定包含卷的 LUN 要求（对于 fractional_reserve 为 100 的卷）最多有映射主机期望在该 LUN 上看到的可用于写入的额外 100% 的空间，以及快照更改率的空间。
- 如果 LUN 用于活动生产而不是存档，则典型的 Windows 主机希望始终能够写入其可用 LUN 的几乎 100%。
注：
- 在没有任何快照的卷上，如果在卷上启用了 SIS，则分数保留将表现为快照始终存在
- 因此，分数保留将被保留，并且卷的可用空间似乎更少
- 这可能会出现问题，因为如果卷已满并且没有覆盖空间可用，则 LUN 可能会脱机
- 当为上述句子中引用的主机调配的 LUN 上的部分空间标记为只读时，仍必须向主机提供该空间以进行随机元数据写入，因此使用的分数保留可能会增加到 100%
示例：
- 如果在最初拍摄快照时向 5Gig LUN 写入了 2Gig，则包含卷中的已用空间将显示为 7Gig
- 这是由于在这些 2Gig 块的快照锁定上保留了 2Gig 用于 OS 覆盖
- 如果在 LUN 上拍摄最后一个快照后发生 1Gig 更改，但已用空间保持不变，则现在将保留 3Gig，并且已用空间显示为 8Gig
- 总而言之，系统将不断进行补偿，以确保操作系统在写入 LUN 时具有对全 5Gig 的感知可写性
- 根据主机操作系统，即使已用空间等于 4.9Gig，也会发生这种情况
- 具有一个快照且没有更改的主机操作系统将显示 9.9Gig 的已用空间
- 具有 1Gig 的更改和另一个基本快照，10.9Gig 将显示为已使用
- 如果在快照的生命周期内，5Gig LUN（在操作系统级别上使用的 4.9Gig）上连续发生 3Gig 的更改，则最小建议空间为 10Gig + 3Gig = 13Gig
- 这可以通过以下过程进行测试：
- 创建了一个快照保留值为 0 的卷
- 创建 LUN 并在"我的计算机"中右键单击以获取其大小
- 将 LUN 的大小以及已用和可用空间转换为 KB
- 在 LUN 上放置特定数量的数据并将其转换为 KB
- 运行 df /vol/<volname> 以查看预期的利用率
- 拍摄快照并立即再次运行 df /vol/<volname> 尽管快照不占用任何空间，但卷上的已用空间将增加放置在 LUN 上的数量
- 更改 LUN 上的数据。 需要实际更改而不是删除，以便保留原始块指针
- 运行 df /vol/<volname>将显示 LUN + 覆盖保留 + 更改的快照所使用的空间量
- 拍摄新快照并再次运行 df /vol/<volname> 现在，LUN + 覆盖保留 + .snapshot 使用的空间量将显示为已用空间
- 当快照的完整计划已循环完成时，请运行 snap delta 命令以了解卷上需要多少额外空间，具体如下：
- 如果 LUN 存在，则增加 100%
- 如果尚未创建，则超过 LUN 预期大小的 200% 的可用空间
- 请记住，snapinfo 目录会快速填充文件数据
- 它们也会根据所需的在线备份数量而快速变化
- 因此对于包含的 LUN，增量可能高于预期
- 此外，部分保留可以调整到较低的数量，但在主机覆盖遇到只读块的情况下，LUN 可以突然脱机
追加信息
- 运行以下命令，将分数制储备更改为 0%：
::> volume modify -fractional-reserve 0 -vserver <svm-name> -volume <vol-name>
