我们的 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/hom...
这可能听起来很蠢，但我还是想问，因为我觉得在我绞尽脑汁之前，有一个简单的解决办法。 我们有一个 SAN，其顶部有一个文件器，可为其他服务器提供 NFS 共享。 服务器 A 和服务器 B 使用 no_root_squash 安装此共享 NFS。服务器 A 上有用户 A，该用户在 NFS NAS 上拥有文件夹 A。服务器 B 上有用户 B，该用户需要对文件夹 A 的写访问权限。 解决方案是在所有服务器上创建一个 NFSUsers 组并将文件夹更改为该组，还是还有其他方法？ ...
我们使用 NetApp FAS 6 系列文件管理器和一个跨多个卷的应用程序。为了备份，我想创建一个跨这些卷的一致快照，时间点相同（或至少增量极低）；此外，我们还想使用 SnapMirror 替换生产环境以测试卷。 问题在于创建一致的快照/SnapMirror，因为这些命令不是事务性的，也不接受多个参数。我尝试通过 SSH 编写连续的“snap create”或“snapmirror resync”命令，但每个快照之间总是有 0.5-2 秒的差异。目前它“足够好”，但我非常担心负载增加对一致性的影响（我们目前处于预生产阶段）。 有人成功创建了跨多个卷的一致...