跳转到主内容

为什么我的 Data ONTAP 7- 模式 SnapVault 需要很长时间?

Views:
5
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
perf
Last Updated:

适用场景

  • Data ONTAP 7-模式
  • SnapVault

问题解答

  • SnapVault 备份包括启动基线传输,按计划进行增量传输。
  • 基线传输时间最长。
  • SnapVault 是一个后台进程,默认情况下会因源节点或目标节点上的用户工作负载增加而受到限制。  
SnapVault 初始化的各个阶段
第 1 阶段
  • SnapVault 将在第一阶段初始化快速传输速度和良好的网络吞吐量
  • 目录,文件元数据,访问控制列表( ACL )和索引节点信息将传输到目标卷上的某个暂存工作站
  • 客户端不应看到此区域
第 2 阶段
  • 数据传输时间过长,为零
  • 在此阶段,只能看到 " 保持活动 " 和在存储器之间发送的状态消息
  • 在目标上,使用阶段 1 中的信息在 qtree 中构建文件结构
  • 包含大量小文件的目录会减慢此阶段的速度
  • 此阶段可能很长。
第 3 阶段 当文件数据快速传输并写入目标上 qtree 中的目录结构时,会产生良好的吞吐量。
为什么看起来没有数据 在 SnapVault 期间传输

如果在阶段 2 中,此阶段在设置文件结构时没有数据传输,请返回初始化阶段。

提高 SnapVault 性能的方法
  • 将文件分布在多个目录中。
  • 增加每个 RAID 组的磁盘数。(磁盘轴数)
  • 每分钟转数( RPM )较快的磁盘类型( FCAL , SATA 或 SAS )可以提高性能。
  • 文件 / 索引节点数越多,初始化和更新期间的索引节点处理时间就越长
  • 无法加快此处理速度

追加信息

附加信息 _text

 

Scan to view the article on your device