是的……我不是那个设置它的人。我被委托为他们的 Exchange 数据设置备份。我已阅读文档并了解使用廉价内置备份解决方案的所有注意事项，包括必须备份整个卷才能对 Exchange 进行一致的“应用程序”备份。
好的，所以我选择了 D:\ 驱动器，这是数据库和日志所在的位置。为了节省空间，我在高级菜单中添加了两个文件夹排除项，其中一个显然包含实时运行的虚拟机的 VHD 和相关文件。备份成功运行，日志被重放和截断，一切似乎都很好。
第二天我去执行测试恢复。在恢复类型选择屏幕上，应用程序显示为灰色！哎呀……
1a. 添加排除项是否计入 Exchange 应用程序备份的“整个卷”要求，或者...
1b. Hyper-V 写入器是否与 Exchange 写入器冲突？
- 是否可以恢复我在文件级别所做的备份？如果可以，该怎么做？
答案1
我认为您不会成功备份/恢复。
如果您想要托管 HyperV，则需要将其作为专用的，而不是在其上安装其他应用程序。我非常肯定这是一个不受支持或至少未经测试的配置，因此您的问题的答案将是无人知晓。
我会将此作为重新设计环境的一个很好的借口，例如将 Exchange 放入其自己的 VM 中。
文件级备份不适用于 Exchange，因为这会导致数据库文件不一致，这很可能会导致数据丢失。
答案2
对于 1a 和 1b，我不知道。
对于问题 2，是的，这非常简单：
备份存储在 VHD 文件中。您可以在 Windows 磁盘管理器中将此文件挂载为磁盘并访问其内容。
然后您就可以获取数据库文件并手动恢复它。
棘手的部分可能是访问 vhd 文件，因为默认情况下您没有权限访问它，但它很容易被覆盖。
具体步骤取决于您是否在专用驱动器或卷上执行备份。
答案3
我发现了问题所在。该分区上存在 Hyper-V VM 可能是一个糟糕的设计选择，但除此之外无关紧要。关键是选择全部的驾驶，没有选择任何文件/文件夹排除项，使其符合“卷”备份的条件，并有资格从这些卷中恢复已识别的“应用程序”。当然，唯一的问题是，该卷上的所有内容都会被备份，无论它是否与逻辑“应用程序”相关。
因此我将虚拟机移到其他地方以减少备份的大小，选择要备份的整个卷，瞧！
答案4
如果您想在“文件级别”执行此操作，那么使用“以前的版本”怎么样截屏
