我们的 NetApp 文件显示 SnapVault 操作存在大量延迟。造成如此大快照延迟的原因可能是什么?
Snapvault is ON.
Source Destination State Lag Status
home:/vol/home/ vault1:/vol/home_backup/ Source 1602:06:04 Idle
home:/vol/h_root/- vault1:/vol/home_backup/h_root Source 1578:07:40 Idle
.snapshot 目录列表显示修改时间为 12 月 2 日,即使在实时文件系统自该日期以来已经修改过文件的目录中也是如此。
drwx--x--x 13 user staff 8192 Dec 2 17:35 Feb-01
Asnapvault status -l
透露了以下信息:
Snapvault is ON.
Source: home:/vol/home/
Destination: vault1:/vol/home_backup/
Status: Idle
Progress: -
State: Source
Lag: 1602:15:24
Mirror Timestamp: Fri Dec 2 00:01:56 PST 2011
Base Snapshot: sv.7
Current Transfer Type: -
Current Transfer Error: could not read from socket
Contents: -
Last Transfer Type: -
Last Transfer Size: 28618316 KB
Last Transfer Duration: 04:02:46
Last Transfer From: -
Source: home:/vol/h_root/-
Destination: vault1:/vol/home_backup/h_root
Status: Idle
Progress: -
State: Source
Lag: 1578:17:00
Mirror Timestamp: Sat Dec 3 00:00:20 PST 2011
Base Snapshot: sv.7
Current Transfer Type: -
Current Transfer Error: could not read from socket
Contents: -
Last Transfer Type: -
Last Transfer Size: 1488 KB
Last Transfer Duration: 00:00:04
Last Transfer From: -
在目标端,我们有以下输出snapvault status
:
Source Destination State Lag Status
home:/vol/home/ vault1:/vol/home_backup/ Snapvaulted 1602:24:40 Quiescing
home:/vol/h_root/- vault1:/vol/home_backup/h_root Snapvaulted 1578:26:16 Quiescing
源文件服务器和目标文件服务器均运行 NetApp 版本 8.0.2。
答案1
目标状态表明它处于静止状态,这意味着它正在尝试干净地停止传输...除非您最近尝试停止传输,否则显然这种情况已经持续了很长一段时间。
首先,我会尝试创建一个带有虚拟卷的新传输,看看是否可以正确传输新传输,这将有助于排除一些故障...假设有效,我会中断 snapvault 传输,然后尝试一次重新初始化它们。
您可能还想检查是否设置了任何节流装置,因为有时节流配置可能会令人困惑,并且您可能会意外地将其设置得比预期低得多。
您的网络中是否有任何变化可能会阻止源与目标通信?我遇到了 Cisco 代码的一个错误,导致我们的 snapmirror 流量显示为异步路由,而我们的防火墙不断错误地丢弃数据包。
系统的 CPU 是否过高?3050 是一款相当老旧的系统,可能您使其过载,无法在提供用户数据的同时跟上 SnapVault 开销。只有当您的 CPU 持续处于 90 多时才会看到这种情况,这不是一个很常见的问题。