对于具有 100% 部分保留的卷的 LUN ，有哪些空间要求？
执行
适用场景
- ONTAP 9
- Data ONTAP 7 及更早版本
- SAN
- FlexPod
- 文件预留
- 预留百分比(fractional_reserve)
问题解答
- 默认情况下、空间预留文件或具有厚卷配置的LUN会启用百分比预留以创建快照和覆盖。请参见建议的卷和文件或LUN配置
- 第一个快照之后、将占用相当于预留空间文件或LUN大小两倍的逻辑空间。可
reserved通过df -r命令在项目下确认预留的空间大小。 - 包含预留百分比为100%的卷的LUN所需空间遵循2个LUN +增量规则。
- 2x lun + delta规则指定(对于百分比预留为100的卷)要求包含卷的LUN额外拥有可供映射主机写入的100%空间、 +快照更改率的空间。
- 如果在活动生产环境中使用LUN、而不是归档、则典型的Windows主机希望始终能够写入其可用LUN的几乎100%。
注：
- 在没有任何快照的卷上、如果在该卷上启用了SIS、则预留百分比的行为就像始终存在快照一样。
- 因此、预留百分比将会被占用、并且卷的可用空间似乎更少。
- 这可能会出现问题、因为如果卷已满且没有可用的覆盖空间、LUN可能会脱机。
- 如果LUN上配置给上述句子中引用的主机的部分空间被标记为只读、则仍必须为主机提供该空间以进行随机元数据写入、因此、已用预留百分比会增加、最多可达到100%。
示例
- 如果在最初创建快照时、5 Gig LUN写入了2 Gig、则包含卷中的已用空间将显示为7 Gig。
- 这是由于为这些2 Gig块的快照锁定上的操作系统覆盖预留了2 Gig。
- 如果在LUN上创建最后一个快照后发生1 Gig更改、但已用空间保持不变、则现在将保留3 Gig、并且已用空间显示为8 Gig。
- 总之、系统将持续进行补偿、以确保在向LUN写入数据时、操作系统可以感知到整个5 Gig的可写性。
- 根据主机操作系统、即使已用空间等于4.9Gig、也会出现这种情况。
- 具有一个快照且未更改的主机操作系统将显示已用空间为9.9 GB。
- 如果更改量为1千兆、而另有一个基本快照、则10.9千兆将显示为已用。
- 如果在快照的生命周期内、5 Gig LUN (操作系统级别使用4.9 Gig)上持续发生3 Gig更改、则建议的最小空间为10 Gig + 3 Gig = 13 Gig。
- 可以使用以下过程对此进行测试：
- 已创建快照预留为0的卷。
- 创建LUN并在"My Computer"中右键单击它以获取其大小。
- 将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>