立即与支持人员聊天
与支持团队交流

NetVault Plug-in for SQL Server 12.2 - 用户指南

NetVault Backup Plug-in for SQL Server 简介 规划 SQL Server 部署 安装和删除插件 配置插件 备份数据 还原数据 将 CLI 与插件配合使用 故障排除

部分数据库备份（适用于联机 VDI）

部分数据库备份受支持情况：

•
SQL Server 版本：Windows - 2008 及更高版本
•
恢复模式：简单

部分数据库备份旨在为简单恢复模式的数据库创建灵活性，它与完整的数据库备份类似，只是部分数据库备份不包含数据库的所有文件组。部分数据库备份包含主文件组和每个读/写文件组的所有数据。或者，也可以包括指定的只读文件。但是，只读数据库的部分备份仅包含主文件组。

当数据库包含只读文件且每个数据库的备份当中无需包含这些只读文件时，部分数据库备份很有用。部分数据库备份也可以作为零碎还原情形的基本备份，但该插件不支持此功能。

差异部分数据库备份（适用于联机 VDI）

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

•
SQL Server 版本：Windows - 2008 及更高版本
•
恢复模式：简单

差异部分备份仅与部分数据库备份配合使用，仅包含自上次备份后在主文件组和读/写的文件组当中更改的内容。如果部分备份所捕获的数据仅有部分被更改，使用差异部分备份可让您频繁备份，且无需考虑完整数据库备份的开销。

如要了解更多有关文件组的添加、删除或修改对部分差异备份造成影响的信息，请参阅 SQL Server 在线丛书 中的差异部分备份。

VDI 联机备份序列示例

以下是一些支持多个还原情形的备份序列的示例，您可以进行实施以满足您的 SQL Server 数据保护要求。

•
简单恢复模式备份序列
•
完整恢复模式备份序列
简单恢复模式备份序列
•
仅限完整数据库备份：当要求确保数据保护至前一天时，且存在下列一个或多个条件时，执行夜间完整数据库备份应该足以满足需求：
•
备份窗口较大。
•
数据库很小。
•
跨整个数据库的更新频率较低。
•
数据库仅用于测试或开发目的。
•
整个数据库处于只读状态。
•
完整数据库和差异数据库备份：当要求确保数据保护至前一天且备份必须快速完成时，完整数据库备份搭配差异数据库备份是一个有效的策略。例如，每周日晚上 11:00 执行完整数据库备份，周一到周六晚上 11:00 执行差异数据库备份。每个差异数据库备份包含最后一次完整数据库备份后的所有更改（称之为差异基本备份）。
无论何时执行恢复，都需要相同的还原作业数。例如，如果在周二执行恢复，周日的完整数据库备份和周一的差异数据库备份必须还原。但是，如果在周四执行恢复，那么就必须还原周日的完整数据库备份以及周三的差异数据库备份。
虽然差异数据库备份不但大小会增加，持续时间也会增加，但是由于必须运行的还原作业数较少，因此还原速度会更快。
•
完整文件和文件组备份以及部分数据库备份：当简单恢复模式数据库包括辅助只读文件组时，有效的策略包括为主文件组和读/写文件组执行部分数据库备份，并为只读辅助文件组执行完整文件和文件组备份。此策略可确保整个数据库的可恢复性，无需在每次备份读/写文件组时备份只读文件组。
辅助只读文件组只需要在初始加载后和随后的更新之后备份一次。当要求确保读/写文件组的数据保护至前一天时，执行夜间部分数据库备份应该足以满足需求。
•
完整文件和文件组备份和部分数据库和差异部分数据库备份：当要求确保读/写文件组的数据保护至前一天且备份必须快速完成时，为读/写数据进行部分数据库备份与差异数据库备份，同时为辅助只读文件组进行完整文件和文件组备份是一个有效的策略。
例如，只读数据仅会在初始加载和随后的更新之后进行完整文件和文件组备份。部分数据库备份（包括主文件组和所有读/写文件组）会在每周日夜间 11:00 执行。此外，相同读/写文件组的差异部分数据库备份会在周一到周六每天夜间 11:00 执行。每个差异部分数据库备份包含最后一次部分数据库备份后的所有更改（称之为差异基本备份）。
无论何时执行恢复，都需要相同的还原作业数。例如，如果在周二执行恢复，周日的部分数据库备份和周一的差异数据库备份必须还原。但是，如果在周四执行恢复，那么就必须还原周日的部分数据库备份以及周三的差异部分数据库备份。
虽然差异部分数据库备份不但大小会增加，持续时间也会增加，但是由于必须运行的还原作业数较少，因此还原速度会更快。

完整恢复模式备份序列

•
完整数据库和增量事务日志备份：当要求强制保护 PIT 数据时，且存在下列一个或多个条件时，在夜间执行完整数据库备份以及每隔四到八小时执行增量事务日志备份应该足以满足需求：
•
备份窗口较大。
•
数据库很小。
•
跨整个数据库的更新频率较低。
例如，每晚执行完整数据库备份的同时，每隔四到八小时执行增量事务日志备份。每个增量事务日志备份包含最后一次完整数据库或增量事务日志备份以来的事务日志。
使用增量事务日志备份的还原序列要求最后一次完整数据库备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，可包含差异数据库备份，这会减少必须还原的增量事务日志备份的数量。
•
完整数据库和差异数据库备份及增量事务日志备份：当要求强制保护 PIT 数据且必须快速完成完整数据库还原时，完整数据库备份配合差异数据库备份和增量事务日志备份是一个理想的策略。
例如，完整数据库备份在每周日夜间 11:00 执行。差异数据库备份在周一至周六每晚 11:00 执行。增量事务日志备份每小时执行一次。每个差异数据库备份包括最后一次完整数据库备份以来的所有更改，每个增量事务日志备份包含最后一次差异数据库备份以来的事务日志。
使用增量事务日志备份的还原序列要求最后一次完整数据库或差异数据库备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，请将执行差异数据库备份的频率增加至每四到八小时一次。提升频率可减少必须还原的增量事务日志备份的数量。通过最简单的管理方式，此策略为整个数据库提供了完整的保护，同时还支持多个还原情景。
•
完整文件和文件组备份、差异文件和文件组备份以及增量事务日志备份（仅限 Windows）: 当要求强制保护 PIT 数据且必须快速完成还原时，完整文件和文件组备份配合差异文件和文件组备份以及增量事务日志备份是一个理想的策略。此策略能够允许您还原整个数据库或受损的文件或文件组。由于只需还原需要的内容，还原速度更快，同时还能最大限度地减少数据丢失。
例如，完整文件和文件组备份在每周日夜间 11:00 执行。差异文件和文件组备份在周一至周六每晚 11:00 执行。增量事务日志备份每小时执行一次。每个差异文件和文件组备份包括最后一次完整文件和文件组备份以来的所有更改，每个增量事务日志备份包含最后一次差异文件和文件组备份以来的事务日志。
使用增量事务日志备份的还原序列要求最后一次完整文件和文件组备份或差异文件和文件组备份与故障点之间的每次增量事务日志备份都必须通过连续的方式进行还原。此过程会导致还原时间较长，同时还会更多地干预启动多个还原任务。要加快还原速度，请将执行差异文件和文件组备份的频率增加至每四到八小时一次。此更改可减少必须还原的增量事务日志备份的数量。仅需灵活地还原损坏的文件和文件组，此策略为整个数据库提供了完整的保护，同时还支持大多数还原情景。
 
* 
重要信息： 如果您使用的是 Linux，则无法为备份任务选择单个文件和文件组。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级