我恢复集群和所有共享磁盘后，集群服务并不启动。为什么不会启动？怎样才能启动呢？

集群服务可能因为仲裁磁盘上的磁盘签名与原始签名不同而不能启动。如果您有 Microsoft 2000 资源工具包，请使用 Dumpcfg.exe 或 Microsoft 2003 资源工具包中的 Clusterrecovery 替换磁盘。例如，键入：

dumpcfg.exe /s 12345678 0

将 12345678 替换为磁盘签名并将 0 替换为磁盘编号。您可以在事件日志中找到磁盘签名和磁盘编号。

如果您没有 Microsoft 2000 资源工具包，可以使用 -Fixquorum 更改仲裁磁盘签名。

请参见更改仲裁磁盘签名。

我对备份使用了“检查点重启动”选项。其中一个备份期间发生了 Microsoft 集群故障转移。系统创建了多个备份集。当我试图使用这些备份集检验或恢复时，包含故障转移前备份的数据的备份集发生了“数据意外结束”错误。为什么会出现这种情况？我的数据安全吗？

您收到这种错误是因为在备份资源过程中发生了故障转移，因此在介质上没有关闭该备份集。但是，在第一个备份集中部分备份的对象在重新启动期间又再次完全备份，目的是确保数据完整性。因此，对介质中用于给定备份集的所有对象仍然应当进行恢复和检验。

我已将主 SAN 服务器与辅助 SAN 服务器组成集群。但现在该设备和辅助服务器上的介质服务失败。为什么？

当辅助服务器成为活动节点并尝试连接到主服务器上不再可用的 Backup Exec 数据库时，就会出现这种情况。要纠正此问题，必须使用 Backup Exec 实用程序 (BEUTILITY.EXE) 或重新安装辅助服务器使之成为主服务器。

基于磁盘的高级备份由于应用程序虚拟服务器发生故障转移而失败。如何清除 Veritas Storage Foundation for Windows 集群磁盘组及其关联的卷？

使用 Veritas Storage Foundation for Windows (SFW) 快照提供程序执行基于磁盘的高级备份时，如果应用程序虚拟服务器失败，备份作业也将失败。快照卷所属的原集群磁盘组已经从主节点移动到辅助节点，因此快照卷不能再与原卷重新同步。

在此过程中，如果生产虚拟服务器从当前的活动节点故障转移到辅助节点，则新的集群磁盘组将无法重新加入原始集群磁盘组。

请参见手动合并两个集群磁盘组并重新同步卷。

执行了 Veritas 集群资源的手动故障转移后，备份作业挂起。备份作业为什么不终止？

执行 Veritas 集群资源的手动故障转移时，如果有打开的句柄，则 Veritas Cluster Server 不会卸载 MountV 资源。建议在执行手动故障转移之前完成所有备份作业。如果备份作业确实挂起，必须手动取消该作业，然后才能完成手动清理过程。