NetVault Plug-in for SQL Server 12.0

完整数据库和差异数据库备份：当要求确保数据保护至前一天且备份必须快速完成时，完整数据库备份搭配差异数据库备份是一个有效的策略。例如，每周日晚上 11:00 执行完整数据库备份，周一到周六晚上 11:00 执行差异数据库备份。每个差异数据库备份包含最后一次完整数据库备份后的所有更改（称之为差异基本备份）。

无论何时执行恢复，都需要相同的还原作业数。例如，如果在周二执行恢复，周日的完整数据库备份和周一的差异数据库备份必须还原。但是，如果在周四执行恢复，那么就必须还原周日的完整数据库备份以及周三的差异数据库备份。

虽然差异数据库备份不但大小会增加，持续时间也会增加，但是由于必须运行的还原作业数较少，因此还原速度会更快。

•

完整文件和文件组备份以及部分数据库备份：当简单恢复模式数据库包括辅助只读文件组时，有效的策略包括为主文件组和读/写文件组执行部分数据库备份，并为只读辅助文件组执行完整文件和文件组备份。此策略可确保整个数据库的可恢复性，无需在每次备份读/写文件组时备份只读文件组。

辅助只读文件组只需要在初始加载后和随后的更新之后备份一次。当要求确保读/写文件组的数据保护至前一天时，执行夜间部分数据库备份应该足以满足需求。

•

完整文件和文件组备份和部分数据库和差异部分数据库备份：当要求确保读/写文件组的数据保护至前一天且备份必须快速完成时，为读/写数据进行部分数据库备份与差异数据库备份，同时为辅助只读文件组进行完整文件和文件组备份是一个有效的策略。

例如，只读数据仅会在初始加载和随后的更新之后进行完整文件和文件组备份。部分数据库备份（包括主文件组和所有读/写文件组）会在每周日夜间 11:00 执行。此外，相同读/写文件组的差异部分数据库备份会在周一到周六每天夜间 11:00 执行。每个差异部分数据库备份包含最后一次部分数据库备份后的所有更改（称之为差异基本备份）。

无论何时执行恢复，都需要相同的还原作业数。例如，如果在周二执行恢复，周日的部分数据库备份和周一的差异数据库备份必须还原。但是，如果在周四执行恢复，那么就必须还原周日的部分数据库备份以及周三的差异部分数据库备份。

虽然差异部分数据库备份不但大小会增加，持续时间也会增加，但是由于必须运行的还原作业数较少，因此还原速度会更快。

完整恢复模式备份序列

•

完整数据库和增量事务日志备份：当要求强制保护 PIT 数据时，且存在下列一个或多个条件时，在夜间执行完整数据库备份以及每隔四到八小时执行增量事务日志备份应该足以满足需求：

•

备份窗口较大。

•

数据库很小。

•

跨整个数据库的更新频率较低。

例如，每晚执行完整数据库备份的同时，每隔四到八小时执行增量事务日志备份。每个增量事务日志备份包含最后一次完整数据库或增量事务日志备份以来的事务日志。

使用增量事务日志备份的还原序列要求最后一次完整数据库备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，可包含差异数据库备份，这会减少必须还原的增量事务日志备份的数量。

•

完整数据库和差异数据库备份及增量事务日志备份：当要求强制保护 PIT 数据且必须快速完成完整数据库还原时，完整数据库备份配合差异数据库备份和增量事务日志备份是一个理想的策略。

例如，完整数据库备份在每周日夜间 11:00 执行。差异数据库备份在周一至周六每晚 11:00 执行。增量事务日志备份每小时执行一次。每个差异数据库备份包括最后一次完整数据库备份以来的所有更改，每个增量事务日志备份包含最后一次差异数据库备份以来的事务日志。

使用增量事务日志备份的还原序列要求最后一次完整数据库或差异数据库备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，请将执行差异数据库备份的频率增加至每四到八小时一次。提升频率可减少必须还原的增量事务日志备份的数量。通过最简单的管理方式，此策略为整个数据库提供了完整的保护，同时还支持多个还原情景。

•

完整文件和文件组备份、差异文件和文件组备份以及增量事务日志备份：当要求强制保护 PIT 数据且必须快速完成还原时，完整文件和文件组备份配合差异文件和文件组备份以及增量事务日志备份是一个理想的策略。此策略能够允许您还原整个数据库或受损的文件或文件组。由于只需还原需要的内容，还原速度更快，同时还能最大限度地减少数据丢失。

例如，完整文件和文件组备份在每周日夜间 11:00 执行。差异文件和文件组备份在周一至周六每晚 11:00 执行。增量事务日志备份每小时执行一次。每个差异文件和文件组备份包括最后一次完整文件和文件组备份以来的所有更改，每个增量事务日志备份包含最后一次差异文件和文件组备份以来的事务日志。

使用增量事务日志备份的还原序列要求最后一次完整文件和文件组备份或差异文件和文件组备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，请将执行差异文件和文件组备份的频率增加至每四到八小时一次。此更改可减少必须还原的增量事务日志备份的数量。仅需灵活地还原损坏的文件和文件组，此策略为整个数据库提供了完整的保护，同时还支持大多数还原情景。

定义 VSS 备份策略和查看类型

Plug‑in for SQL Server 提供以下类型的 VSS 备份：

•

完整数据库备份：完整数据库备份受支持情况：

•

SQL Server 版本：2008 及更高版本

•

恢复模式：全部

VSS 完整数据库备份会备份必要的数据库数据和所有日志文件，以使数据库在还原时达到事务一致状态。在每次备份时，完整数据库备份会占用更多的空间和时间，并通常由差异备份（创建频率更高）进行补充。借助完整数据库备份，您可以通过还原数据库，只需一步操作即可重新创建整个数据库。

•

差异数据库备份：差异数据库备份受支持情况：

•

SQL Server 版本：2008 及更高版本

•

恢复模式：全部

VSS 差异数据库备份仅会对最近一次基本的完整数据库备份以来更改的数据进行备份。差异数据库备份仅包含那些已更改的数据库文件。与完整数据库备份相比，差异数据库备份更小，创建速度更快。如果部分数据库表格的修改频率较高，差异数据库备份会非常实用。在这种情况下，差异数据库备份能够让您经常进行备份，且无需考虑完整数据库备份的开销。


	重要信息：如果在主动/被动故障转移群集中发生故障转移，且基于 VSS 的备份策略包含差异数据库备份，请尽快为修改后的配置执行完整数据库备份。当插件检测到故障转移发生，并且不同的节点拥有活动角色时，插件将自动为下一次计划备份运行完整备份。但是，如果在运行新的完整备份之前必须对新的活动节点执行还原，上次完整备份与新的完整备份之间发生的数据库更改可能会丢失。