对于具有 100% 部分保留的卷的 LUN ,有哪些空间要求?
执行
适用场景
- ONTAP 9
- Data ONTAP 7及更早版本
- SAN
- FlexPod
- 文件预留
- 预留百分比(百分比预留)
问题解答
- 默认情况下、对于预留了空间的文件或采用厚卷配置的LUN、预留百分比会启用、以创建快照和覆盖。请参见 建议的卷和文件或LUN配置
- 在创建第一个快照后、系统将占用相当于空间预留文件或LUN大小两倍的逻辑空间。可以在
reserved
Item viadf -r
命令下确认预留的空间大小 - 包含预留百分比为100%的卷的LUN所需空间遵循2x LUN +增量规则
- 2x LUN + delta规则用于指定(对于预留百分比为100的卷)对于 包含卷的LUN、要求该LUN额外留出100%的可用空间、供映射的主机在该LUN上写入时使用。 +可容纳快照更改率的空间。
- 与归档相比、如果在活动生产环境中使用LUN、则典型的Windows主机可能会始终能够写入其几乎100%的可用LUN。
注:
- 在不包含任何快照的卷上、如果在该卷上启用了SIS、则预留百分比的行为就像 快照始终存在一样
- 因此、预留百分比将被接受、而卷的 可用空间将会减少
- 这可能会出现问题、因为如果卷已满且没有 可用覆盖空间、LUN可能会脱机
- 如果 上述句子中引用的主机配置的LUN上的部分空间标记为只读、则仍必须向主机提供该空间以进行随机元数据写入、因此已用预留百分比的增长可高达100%
示例:
- 如果 在 最初创建快照时、5Jing LUN写入了2Jing、则所属卷中的已用空间将显示为7Jing
- 这是由于为操作系统覆盖 这些2个块的快照锁定而保留了2个1、2个1的预留空间
- 如果 在LUN上创建最后一个快照后发生了1千加更改、但已用空间保持不变、则现在将预留3千加、已用空间显示为8千加
- 总之、系统将持续进行补偿、以确保操作系统在写入LUN时能够感知到整个5个机的可写性
- 根据主机操作系统、如果已用空间等于4.9"、甚至会发生这种情况
- 具有 一个快照且未发生更改的主机操作系统将显示已用空间为9.9 GB
- 如果更改量为1千加、而基础快照为10千加、则会显示为已用
- 如果在快照生命周期内、5千兆LUN (操作系统级别使用4.9千兆字节)上持续发生3 千兆的更改、则建议的最小空间为10千兆+ 3千兆= 13千兆
- 可使用以下过程对此进行测试:
- 已创建快照预留为0的卷
- 创建一个LUN、然后右键单击"我的电脑"中的该LUN以获取其大小
- 将 LUN的大小以及已用空间和可用空间转换为KB
- 在LUN上放置特定数量的数据并将其转换为KB
- 运行df /vol/RAID <volname>查看利用率的预期值
- 创建快照并立即再次运行df <volname>。 尽管快照不占用任何空间、但卷上的已用空间 将按放置在LUN上的空间量增加
- 更改LUN上的数据。 需要实际更改而不是删除、这样才能留下原始块指针
- 运行 df <volname>。此时 将显示LUN +覆盖预留+更改后的快照所使用的空间量
- 创建新快照并 <volname>再次运行df /vol/Snapshot。 此时、 LUN +覆盖预留+.Snapshot使用的空间量将显示为已用空间
- 当完整快照计划循环运行后、请运行snapdelta命令、以便更好地了解卷上需要多少额外空间、具体来说:
- 如果 存在LUN、则额外增加100%
- 超出 可用空间中LUN预期大小的200%(如果尚未创建)
- 请记住、snapinfo目录会快速填充文件数据
- 根据所需的联机备份数量、它们也会快速更改
- 因此、 此增量可能高于 所属LUN的预期值
- 此外、可以将预留百分比调整到较低的值、但如果主机覆盖遇到只读块、则LUN可能会突然脱机
追加信息
- 运行以下命令、将预留百分比更改为0%:
::> volume modify -fractional-reserve 0 -vserver <svm-name> -volume <vol-name>