在前面的问题中，我们讨论了仅依靠NetApp快照进行备份的利弊 。 现在我发现自己处于这种情况下，因为我们老化的旧式Symantec Backup Exec磁带服务器在重build其RAID-1arrays时发生灾难性故障。 关键系统的某些东西，主动升级。 。 。
我们当前的备份策略仅限于通过SnapManager for SQL，NetApp Virtual Storage Console vSphere插件（SMVI）进行on-filer快照，或者希望手动configuration卷快照。 然后将这些信息通过SnapMirror方式传送到远处的另一个文件pipe理器，远离被冻雪守卫的苔原的冻结废物。
由于空间的限制，我们使这些快照变得相当快，而且之前依赖磁带的保留时间超过一个月，正如我的另一个问题所讨论的，依赖快照和SnapMirror作为备份的唯一来源还有其他一些重大缺陷，复苏。
我们在离线位置安装了Dell TL4000 LTO-6磁带机，该磁带机目前正在由现有的BackupExec 2010 R3服务器使用。 作为一个缺口，我想用它来将我们的SnapMirror卷写入磁带。
我有一些基本的问题：
我会build议看看你的备份软件是否可以从你的辅助站点启动和pipe理SMTape备份 。 即使不能，也可以通过Netapp CLI使用它来备份整个卷。
如果您的备份软件支持它，则可以使用它进行完全备份和增量备份，其中包括在snapmirror目标上可见的所有快照，并在另一个具有时间粒度的介质上为您提供可恢复副本。
我可以使用NDMP将SnapMirror卷写入磁带吗？
是的，NDMP转储就是这样做的。 它需要一个快照（它自己创build的一个或者您指定的一个），并将文件系统复制到磁带。 与SMTape不同，您将每个快照保存为它所代表的整个文件系统。 SMTape将每个卷保存为一个卷，包括所有快照。
如果SnapMirror在NDMP作业期间发生更改，会发生什么情况？ 我是否需要协调SnapMirror同步时间，以便在备份过程中不会更改？
如果使用NDMP转储的备份作业正在目标上使用快照，并且删除了snapmirror源上的快照，则可能会发生两种不利情况之一：快照将在目标上被删除，备份将失败，或者snapmirror更新将失败，直到目标上的快照不再忙。 如果你用SMTape做同样的事情，我也不确定哪一个会失败。 我知道它会尝试备份在作业开始时看到的任何快照，但是我不确定如果某些快照在运行时被删除，会发生什么情况。
我如何testing我的恢复？ 使用基于代理的平面文件，这个过程非常简单，但是我不确定基于卷的备份的过程如何。
NDMP转储备份应该在用于创build备份的软件中可见。 如果你没有备份软件创build它们，那么你可能需要在你从同一个Filer上创build一个新的R / W卷，并恢复整个卷，以获得一个文件。
如果备份软件支持，那么SMTape备份也应该可见，但是如果不支持，那么您将在这里find有关如何执行恢复的说明。
我的计划中的其他一般build议和/或明显的问题？
当这一切都结束，给自己买一瓶好苏格兰威士忌。