如果某人在当时login了Veeam 8快照备份，将无法恢复我的非quiescable基于文件的数据库？

我们有一些非常旧的基于文件的数据库（多用户，但不是基于服务器的）在VMWare ESXi上的一些虚拟机上运行。

build立

pipe理程序

ESXi正在运行ESXi版本5.1.0

虚拟机

使用Visual Fox Pro的VM正在运行Windows Server 2003 Standard Edition 5.2.3790 Service Pack 2 Build 3790 32位。

带有MS Access的VM正在运行Windows Server 2003企业版5.2.3790 Service Pack 2 Build 3790 32位。

这两个虚拟机都安装了VMware Tools 9.0.0，build-782409 …

基于文件的非quiescable基于文件的数据库

基于文件的数据库是Visual Fox Pro 9.0757（ .dbf和.cdx文件的免费表目录）和MS Access 2003数据库后端.mdb 。

备份方法

Esxi是使用Veeam 8备份的。

Veeam备份和复制版本是8.0.0.917，安装了补丁程序1，并备份到带有iSCSI的SAN上（如果有的话）。

它是一个反向增量备份，在备份过程中拍摄虚拟机的快照。

最初，这种反向增量备份方法进行完整备份并将其存储在.vbk文件中，并且每增加一个备份，它都会将更改存储在.vrb文件中。

以下设置已应用于备份：

选中“vSphere”选项卡的“高级设置”对话框，以及未选中“启用VMware Tools静默”，选中“更改的块跟踪数据（推荐）”和“自动更改所有受保护虚拟机的块跟踪”。

编辑备份作业“对话框，在左侧窗格中选中”客户处理“，选中”启用应用程序感知处理“，然后选中”启用客户机文件系统索引“

Quiescable数据库和VSS

Microsoft卷影复制服务（VSS）将事件触发到可能在服务器（如SQL Server）上运行的应用程序（通知应用程序），以便可能正在运行的任何待处理的SQL事务在备份之前完成，并且所有传入在对存储数据库的文件进行备份之前停止操作，这被称为动词quiesce 。这是使用服务器进程来存放数据库的原因，而不是仅仅使用文件和连接到它们的程序，文件的备份可以快速完成，而不会locking每个人。

备份基于文件的数据库

那么，你备份你的数据库会发生什么事情？它没有能力完成现有的事务并拒绝新的事务？如果不强制用户/进程closures数据库文件并阻止访问它们，则在备份副本生成时，备份副本将不可用。它甚至不会告诉你，这已经发生了……你注定要找出备份在稍后需要恢复的时候不起作用。

为了避免这样的噩梦，你应该使用预冻结/解冻后的脚本来设置支持这个虚拟机的作业。如有需要，请在Veeam论坛中查看相关主题，向其他人询问他们的经历和脚本示例。

如果没有应用程序级别的静默，您的备份将会崩溃一致。恢复的虚拟机看起来像突然断电了…

出于您的目的，了解您的应用程序如何处理突然断电或意外的硬重置是非常重要的。如果它可以正常恢复，那么Veeam备份的运行方式就足够了。如果没有，您可能希望有一个围绕用户活动的过程。您只需要在Veeam快照的持续时间内locking用户。