跳转到主内容

对于具有 100% 部分保留的卷的 LUN ,有哪些空间要求?

Views:
25
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
san
Last Updated:

执行  

适用于

  • 集群模式 Data ONTAP 8
  • SAN
  • FlexPod
  • Data ONTAP 7 及更早版本

解答

在第一个快照之后、包含 LUN 的卷上的所有空间都将消失。包含具有 100% 部分保留的卷的 LUN 所需的空间遵循 2 x LUN+增量 规则。2 x LUN+ 增量规则指定了(对于具有 Fractional_Reserve 为 100 的卷)的 LUN (对于包含卷的 LUN )对映射主机的可用空间的要求、该主机希望该 LUN 上的写入空间最多为 100% 、 + 为快照更改速率留出空间。如果 LUN 用于活动生产而不是归档,则典型的 Windows 主机将能够始终写入其几乎 100% 的可用 LUN 。

如果在上述句子中提供给主机的 LUN 上的部分空间被标记为只读,则仍必须为主机提供该空间以进行随机元数据写入、因此使用的部分保留空间的增长速度最高可达 100% 。

例如,如果在最初捕获快照时 5 Gig LUN 写入到该 LUN ,则包含卷中的已用空间将显示为 7 Gig 。  这是由于在这两个 Gig 块的 Snapshot 锁上保留了 2 Gig 用于操作系统覆盖的预留空间而导致的。如果在 LUN 上执行最后一个快照后发生 1 gig 更改、但已用空间保持不变、则 3 gig 将被保留、已用空间显示为 8 gig 。  总之,系统将不断进行补偿以确保操作系统在写入 LUN 时能够感知到完全 5Gig 的写入能力。  根据主机操作系统,如果已用空间等于 4.9Gig ,则甚至会发生这种情况。   具有一个快照且没有更改的主机操作系统将显示 9.9 GB 的已用空间。  随着 1 Gig 的变化和另一个基础快照、 10.9Gig 将显示为“已用”。

如果在快照的生命周期内、在 5Gig LUN 上连续发生 3Gig 的更改(在操作系统级别上使用 4.9 gigs )、则建议的最小空间应为 10Gig +3gigg=13 gig 。

可以使用以下过程对此进行测试: 

  1. 已创建快照保留为 0 的卷。 
  2. 创建 LUN 并在“ My Computer (我的电脑)”中右键单击它以获取其大小。 
  3. 将 LUN 的大小、已用空间和可用空间转换为 KB 。
  4. 在 LUN 上放置特定数量的数据并将其转换为 KB 。
  5. 运行 DF/vol/ <volname> 查看利用率预期结果。
  6. 拍摄快照并立即再次运行 df /vol/ <volname> 。  虽然快照不占用空间、但卷上的已用空间将增加放置在 LUN 上的空间量。
  7. 更改 LUN 上的数据。  与删除相对的实际更改是必需的,因此原始块指针会保留在后面。
  8. 运行 df /vol/ <volname> 。LUN + 覆盖预留 + 更改快照使用的空间量将可见。
  9. 拍摄新快照并再次运行 DF/vol/<volname> 。  现在, LUN + 覆盖保留空间 + 所使用的空间量。 Snapshot 将显示为已用空间。
  10. 当快照的完整计划循环完成后、运行 Snap delta 命令可以很好地了解卷上需要多少额外空间、特别是:
    • 如果 LUN 存在,则额外增加 100%
    • 如果尚未创建 LUN ,则超出预期 LUN 在 FreeSpace 中大小的 200%

 

请记住, SnapInfo 目录会快速填充文件数据。它们也会根据所需的联机备份数量快速更改。因此,对于包含的 LUN ,增量可能会高于预期。

此外,部分保留可以调整为较低的数量、但如果主机覆盖满足只读块的情况下、 LUN 可能会突然脱机。

 

 

其他信息

在此处添加您的文本。