跳转到主内容

常见问题解答:重新分配已配置的存储

Views:
16
Visibility:
Public
Votes:
0
Category:
data-ontap-8
Specialty:
core
Last Updated:

可不使用  

适用于

  • Data ONTAP

解答

  • 重新分配通过优化磁盘上的数据布局来优化顺序读取性能。
  • 它可以在卷、 LUN 、单个文件上运行、在特殊情况下可以聚合。
  • 可以使用重新分配命令从命令行界面( CLI )启动、停止、停止并计划重新分配过程。
  • 使用重新分配最容易产生的工作负载是随机写入后的顺序读取;但是,根据工作负载的特征,其他工作负载也可能会有所改善。
  • 相关链接:
  • 最佳实践
    • 目标卷上需要足够的空间。  
      • 要运行重新分配进程、目标卷上至少必须有 10% 的可用空间(不包括快照保留)才能进行块移动和重新定位。  
    • 对所使用的 ONTAP 版本运行相应的 "reallocate measure -o" 命令,以确定重新分配是否会获得最佳结果,从而为目标卷的数据访问提供所需的优势。 
    • 重新分配不会对快照中保留的块进行操作。  
      • 应在运行重新分配之前暂停计划的快照、以防止将任何受影响的块放置到快照保留中、 这可能会导致快照预留利用率超过其分配并开始使用活动文件系统、减少可用空间量并影响操作的整体结果。
    • 在重新分配之前尽可能多地删除快照,以获得最佳结果。  
    • 需要保留 SnapMirror 和 SnapVault 快照,以避免重新初始化相应的关系。 
    • 对于 SnapMirror 卷,只能在源卷上运行重新分配操作。
    • 应启用卷保证(厚配置)。  
      • 这样可以防止重新分配操作导致对卷的已分配空间过度订阅。
    • 请勿更改 WAFL 扫描速度设置以尝试提高重新分配过程的速度。  
      • 这样做会影响系统的整体性能。
    • 如果卷或卷容易发生导致动态变化和 / 或增长的操作,则最好安排将来的重新分配操作。 
    • 由于重新分配可能会占用大量资源,因此,请尽可能仅在利用率较低的时间内运行此操作,以避免因向目标卷发出写入请求而导致不必要的重复操作。  
      • 重新分配期间的并发写入请求过多会导致空间使用量发生原因过多。

可能的问题

  • 如果由于空间问题而导致卷范围内的完全重新分配失败、请尝试在可行的情况下按文件重新分配。
  • 无法对任何 SnapLock 卷执行重新分配,因为关联数据将标记为一次写入多次读取( Write Once Read Many , WORM ),并且在达到保留日期之前无法更改。  

其他信息

在此处添加您的文本。