我正在使用BackupExec和VCB来备份一些虚拟机。 据我了解，前工作脚本创build我的虚拟机的快照，将它们作为虚拟目录在我的备份服务器上，然后我的备份执行作业就像正常备份本地文件夹。 我遇到的问题出现在作业前脚本中，并且某个特定服务器的目录从不安装。
当我查看VI客户端并查看最近的活动时，我看到快照已经开始但尚未完成。 15分钟后显示超时，因此服务器从不备份。
我有多个虚拟机备份这种方式，其他人工作正常。 麻烦的虚拟机有一个85GB的虚拟磁盘，但是，另一个工作的虚拟机有一个接近100GB的虚拟磁盘。
我想知道还有什么关于虚拟机可能会导致快照需要很长时间才能创build。 VM主机可能是个问题吗？ VM主机是一个function非常强大的服务器，并且没有任何VM guest虚拟机被大量使用，并且备份在非工作时间运行，所以不应该是服务器过度工作的情况。 有什么日志或工具可以用来查看什么放慢速度？
VMWare使用术语快照而非松散地。 它实际上并不是创build服务器的副本，而是停止对现有磁盘文件进行任何更改，并将更改redirect到增量文件以保持快照的生命周期。
这意味着什么：
我认为VCB过程所做的就是创build一个快照（以便在复制过程中数据不会更改），然后对冻结文件进行克隆以进行备份。 这可能需要一些时间 – 虽然你提到成功的更大的服务器，所以这可能不是问题。
一种可能性是，如果你有任何虚拟磁盘被标记为独立的 。 如果是这样，那么快照过程以及可能由VCB也将忽略这些。 不知道VCB如何安装驱动器，但也许需要一个标记为独立的驱动器？
发生这种情况时，请检查您的san的延迟时间。 这可能是另一个虚拟机或进程（SQL Server作业？）在同一时间。
您在同一个LUN上托pipe了多less个虚拟机？ 他们有多忙？
我们在这里遇到了一些VMware ESX服务器，在一个LUN上放置了太多的SCSI保留，而使用相同LUN的其他ESX服务器无法再写入LUN。 你应该可以在日志文件中看到这个。
当ESX执行元数据更新时，ESX在整个LUN上设置SCSI保留。 VCB有可能在LUN上增加一些已经很重的负载。
这个问题已经正式解决了好几个月了，但是我们还是经常遇到麻烦。
延迟和SCSI保留已经被提及，而这些往往是原因。
其他事情要检查：
你的vmtools在这个特定的虚拟机安装并正常运行？ VM是否运行了过时的vmtools版本？ VMware工具是获得快照的关键。 例如，更新版本的ESX 3.5和vmware工具支持使用VSS作为Windows VM的快照提供程序，但更新版本的vmware工具需要安装VSS支持，并且需要进行configuration。
备份资源：这个特定的工作是否在较长时间内排队？ 如果正在使用磁盘平台或磁带机，并且作业长时间处于快照阶段，则可能永远无法捕捉到该快照。 这似乎不太可能给你的描述，但一般来说这可能是检查的东西。
另一件事，确保碎片整理永远不会运行，而对虚拟机有一个快照。 增量文件只是爆炸的大小。