这是我正在做的，
因此，现在从“我的源”数据库到“目标”数据库，每隔15分钟将其远程复制到其他节点上。 现在我们有完整的文件，我们是否还需要备份事务日志？ 我们愿意牺牲过去15分钟的数据在灾难的情况下，因为这是最好的，我们可以远程pipe理。
因为即使任何事情崩溃，在硬件故障事件的情况下，最后15分钟的数据永远不会被恢复，并且把所有东西都拿出来需要更多的时间，其他服务器可以开始接pipe的地方继续。
所以理想情况下，想象下面的情况，
1.00 AM full file backup transferred to server B 1.15 AM differential file backup transferred to server B 1.30 ... same as above 1.45 ... same as above 1.50 ... crash, machine down... 在这个位置，服务器B能否从1.45恢复数据库继续？
因为如果机器在1.50时崩溃，无论如何都不能传输日志备份，而且我们已经在服务器B上恢复了完全备份和差异备份。
所以重新定义了问题，如果我们有正确的完全+差异文件备份，我们是否还需要日志备份？
只要到1.45数据一致，我们就可以走了。
我想你可能会错误地使用差异备份和日志备份。 差异备份可备份自上次完整备份以来的所有内容; 日志备份会备份自上次日志备份以来的所有内容。 您的情况最大的区别是差异备份将在一天中增长，因此，比如在凌晨4点，比如下午4:00需要更长的时间。
这是一个更常见的方式来做我认为你想要完成的事情：
如果以这种方式设置，则可以使用日志传送将创build时的每个日志备份还原到服务器B，这可能比使用差异来做同样的事情更快。 如果您需要将数据库完全还原到服务器B，则需要还原完整备份，然后是最近的差异备份（因为它包含自上次完整备份以来的所有内容），然后是自最近一次完整备份以来的日志备份差异备份。
在这种情况下，您不需要事务日志备份就可以恢复数据库; 但是您仍然需要执行这些操作来清除日志，否则它们将会变大以填充所有可用的磁盘空间。
只要数据库处于简单恢复模式，则不需要，您将不需要日志备份。 这应该在你的情况下工作。
但是，如果将数据库置于“完全恢复”模式，则需要进行日志备份才能让日志自行回收。 这在这种情况下是没有意义的。 只需使用简单的模式。