我正在使用 BackupExec 和 VCB 备份一些虚拟机。据我了解，预作业脚本会创建虚拟机的快照，将它们作为虚拟目录挂载到我的备份服务器上，然后我的备份执行作业会像平常一样备份本地文件夹。我遇到的问题发生在预作业脚本期间，并且某个特定服务器的目录从未挂载过。
当我查看 VI 客户端并查看最近的活动时，我发现快照已开始但尚未完成。它似乎在 15 分钟后超时，因此服务器从未备份过。
我通过这种方式备份了多个虚拟机，其他虚拟机运行正常。有问题的虚拟机的虚拟磁盘大小为 85GB，而另一个正常运行的虚拟机的虚拟磁盘大小接近 100GB。
我想知道虚拟机的其他什么方面也会导致快照创建时间过长。这可能是虚拟机主机的问题吗？虚拟机主机是一个非常强大的服务器，并且虚拟机客户机的使用率并不高，而且备份是在非工作时间运行的，因此不应该是服务器超负荷工作。是否有任何日志或工具可以用来查看是什么导致快照速度变慢？
答案1
VMWare 使用术语快照相当松散。它实际上并没有创建服务器的副本，它所做的是停止对现有磁盘文件进行任何更改 - 并将更改重定向到增量文件快照的整个生命周期。
这意味着：
- 任何规模的服务器上的快照几乎都是即时的。
- 只要快照仍然存在，增量文件就会不断增长 - 可能增长到用尽所有底层磁盘空间的程度。
- 提交更改（即删除快照）可能需要一些时间
我认为 VCB 过程的作用是制作快照（这样数据在复制过程中就不会发生变化），然后克隆冻结的文件以进行备份。这可能需要一些时间 - 虽然您提到它在较大的服务器上成功，所以这可能不是问题所在。
一种可能是，如果您有任何虚拟磁盘标记为独立的。如果是，则这些将被忽略快照进程，也可能由 VCB 执行。不确定 VCB 如何安装驱动器，但也许它需要一个标记为独立的？
答案2
前面已经提到过延迟和 SCSI 预留，这些通常是原因。
其他需要检查的事项：
此特定 VM 中的 vmtools 是否已安装并正常运行？VM 是否运行了旧版本的 vmtools？VMware 工具是获取良好快照的关键。例如，较新版本的 ESX 3.5 和 vmware tools 支持使用 VSS 作为 Windows VM 的快照提供程序，但更新版本的 vmware tools 需要安装 VSS 支持，并且需要进行配置。
备份资源：此特定作业是否排队很长一段时间？如果磁盘阶段或磁带驱动器正在使用中，并且作业长时间处于快照阶段，则快照可能永远不会被实际执行。根据您的描述，这似乎不太可能，但一般来说，这可能是需要检查的事情。
答案3
发生这种情况时，请检查您的 san 上的延迟。可能是另一个 vm 或进程（sql server 作业？）同时访问 san。
答案4
另外，确保在对虚拟机进行快照时不会运行碎片整理。增量文件的大小会激增。