在完全恢复模式下，差异备份会“破坏”之前的日志备份吗？
让我举个例子：假设我们有以下备份：
在这种情况下，通常要恢复，可以按如下方式恢复：
我的问题如下：如果 DIFF Backup 1 文件以某种方式损坏，那么我是否可以仅使用 FULL 和 LOG 备份来恢复数据库？像这样：
任何帮助表示赞赏。如果这已在另一篇文章中得到解答，请告诉我（我尝试搜索）。
我们有一个相当大的数据库在 SQL Server 2012 上运行。数据文件现在是 2 118 256 MB。几个星期以来，每当我运行 SSMS 报告磁盘使用情况时，它都会在最底部说“MyDatabase 数据库没有数据文件”。
有人见过这个吗？数据库已启动并正在运行。此报告将显示的内容是否有大小限制？
我们有一个 300 GB 的数据库，我正在测试恢复到新的 SQL Server 2016 实例，在虚拟 Windows 2016 服务器上，用于测试目的。
该 VM 具有 32 GB RAM，在具有 10 个逻辑处理器的 1 插槽 CPU 上运行。（E5 - 2670，2,6GHz）。不确定电源设置，将与设置 VM 的人一起检查。
我第一次恢复时，我是.bak从 2014 年实例的- 文件中进行的。第二次（仍在运行）我是从 SQL Server 2016 实例上的备份中完成的。
两次都花了一个多小时才显示“5% 已处理”消息。在此之前，百分比为 0%（使用显示恢复进度的脚本）。第一次大约2小时后恢复完成。我特别想知道为什么流程指示器开始运行需要这么长时间。当它保持在 0% 时发生了什么？
这在 SQL Server 2016 实例上是正常的，还是有问题？在生产服务器上，还原速度会快得多，但很难进行比较，因为生产服务器是具有多个主轴的专用服务器，而测试服务器是虚拟服务器。
在SqlServerCentral.com上的一个帖子中，有几个人提到资源数据库的文件（mssqlsystemresource.mdf 和 ldf）应该与主数据库文件放在同一文件夹中。这是针对 SQL Server 2005 的。对于 SQL Server 2017，这仍然是推荐吗？我尝试在 BOL 中查找，但在那里找不到任何提及。
我们的“硬件”部门已经在我们运行 SQL Server 的其中一台服务器上启动了一些 ASR 复制。似乎他们为此使用的方法使用了 VSS，我可以在 SQL 日志中看到很多关于正在备份的数据库以及 I/O 冻结/恢复的消息。它似乎每小时都这样做。
VSS 进行的这些备份会破坏日志链，还是复制备份？有没有办法查看它们是否是副本备份？是否可以指示 VSS 使用副本备份？
任何反馈表示赞赏。