我设置了以下备份策略:
到目前为止,我的理解是: 差异备份不会截断事务日志,因此,差异备份和日志备份之间没有关系,两者可以并行共存而不会相互影响。
基于这种理解,我认为我将有两种选择来完全恢复到最近的状态。
这个替代 #1 可以按预期工作,没有问题。
此替代方法 #2 显示以下错误。
消息 4305,级别 16,状态 1,第 53 行 此备份集中的日志从 LSN 144000000122400001开始,它太新,无法应用于数据库。 可以还原包含 LSN 73000000188800001的早期日志备份。
分析备份历史后,我可以得出结论,如果在日志备份之前有差异备份,则必须在恢复备份之前恢复最新的差异备份。
到目前为止,我一直认为由于 Full/Diff 备份不会影响链日志,因此差异备份主要是通过减少要恢复的日志备份数量来缩短恢复时间。
但是,如此处所示,如果尚未恢复 DIFF 备份,则不允许仅基于日志备份执行完全恢复,因此,我的问题是:
需要 DIFF 备份以允许恢复序列 #2 中的 LOG 恢复背后的原因是什么?
我知道并行计划将使用(最多)与 MAXDOP 配置(每个并行区域)中设置的内核一样多的内核。
我已将 MAXDOP 配置为 4,将“并行成本阈值”配置为 55。所以,我的问题是……所有成本低于 55 的串行计划是否仅使用第一个内核?
如果是这样的话……如果我的查询主要是低成本查询,那么我的第一个核心将耗尽,而其余核心将处于空闲状态。