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

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

NetVault Backup Plug-in for SQL Server简介 规划 SQL Server 部署 安装或删除插件 配置插件 备份数据 还原数据 故障排除

还原数据

•
还原数据：概述
•
从联机 VDI 备份还原数据
•
从 VSS 备份还原数据
•
使用其他还原程序

还原数据：概述

还原是从备份复制数据并将事务日志应用到数据以使其前滚到目标恢复点的过程。备份包含充足的事务日志记录，在每个备份的还原过程中用于前滚活动事务。每个备份还包含充足的事务日志，以回滚任何未完成的事务，将数据库恢复到一致的可使用状态。前滚未完成的事务（如有）并使数据库在线的过程被称为恢复。

 
* 
说明： 如果您的 SQL Server 数据库安全管理员或 DBA 已针对一个或多个 SQL Server 数据库启用透明数据加密 (TDE)，那么在还原支持 TDE 的数据库之前，SQL Server 数据库安全管理员或 DBA 必须在 SQL Server 目标实例上还原所需的 TDE 证书。
了解联机 VDI 还原过程

本主题包括以下子主题：

•
查看 VDI 还原序列的各个阶段
•
了解联机 VDI 还原的可用类型
•
使用 Plug‑in for SQL Server 还原联机 VDI 还原中的系统数据库
•
还原联机 VDI 还原复制中涉及的数据库

查看 VDI 还原序列的各个阶段

每个 SQL Server 还原情形都是使用一个或多个还原操作实施的，这被称为还原序列。还原序列使数据通过一个或多个还原阶段。可能的还原阶段包括数据复制、重做（前滚）和撤销（回滚）阶段，这些内容将在以下主题中详细介绍。

VDI 还原的数据复制阶段

任何还原过程的第一阶段都是数据复制阶段。数据复制阶段涉及将所有数据、日志和索引页面从备份介质复制到数据库文件。此阶段涉及从一个或多个以下备份类型复制数据：

•
完整数据库
•
差异数据库
•
仅复制
•
完整文件和文件组
•
差异文件和文件组
•
部分数据库
•
差异数据库
VDI 还原的重做阶段（前滚）

重做是将已记录的更改重新应用到前滚集中的数据以使该数据及时前滚的过程。要完成重做，SQL Server 数据库引擎会在事务日志备份还原后对其进行处理。引擎启动时，数据复制备份中包含的日志在上述主题和随后还原的任何增量事务日志备份中列出。前滚操作在恢复点处停止；此点是日志末端或 SQL Server 还原选项中为增量事务日志备份指定的点。 Plug‑in for SQL Server 支持基于时间和基于标记事务的 PIT 恢复。

VDI 还原和恢复的撤销（回滚）阶段

重做阶段前滚所有日志事务后，数据库通常包含对恢复点未完成的事务所做的更改。此结果会导致前滚数据在事务上不一致。恢复过程将打开事务日志并识别未完成的事务，然后回滚它们，以使数据库进入事务一致状态。此步骤被称为撤销阶段。

如果数据在恢复过程一开始便保持事务一致，便可跳过撤销阶段。

数据库取得事务一致性后，恢复过程便可使数据库在线。

了解联机 VDI 还原的可用类型

要想成功还原，您必须充分了解可供使用的还原类型。本主题概述不同恢复模式支持的可能的还原情形。

在联机 VDI 还原的简单恢复模式下还原数据库

简单还原模式支持以下恢复情形：

•
完整数据库还原：对于简单恢复模式数据库，完整数据库还原的目标是还原整个数据库。这种类型的还原通常涉及还原完整数据库备份，或在还原完整数据库备份后还原差异数据库备份。整个数据库在完整数据库还原过程中离线。
•
文件还原：在简单恢复模式数据库的文件还原中，其目标是还原一个或多个受损的只读文件，而不还原整个数据库。这种类型的还原涉及完整文件和文件组备份。
•
部分数据库还原：简单恢复模式数据库的部分还原包括还原部分数据库或差异部分数据库备份中包含的主要文件组和所有读/写文件组。如果只读文件组受损，只需要还原具有完整文件和文件组备份的只读文件组。
对于联机 VDI 还原，在完整和批量记录恢复模式下还原数据库

完整和批量记录恢复模式支持以下还原情形：

•
完整数据库还原：在完整和批量记录恢复模式下，其目标是将整个数据库还原至故障点。完整的还原序列通常包括：
1
执行 Tail-Log 备份。
2
还原完整数据库或完整文件和文件组备份，同时选择不带恢复还原选项。
3
还原差异数据库或差异文件和文件组备份，同时选择不带恢复还原选项。
4
按顺序还原所有后续增量事务日志备份，同时选择不带恢复还原选项。
5
通过选择带有恢复还原选项，来还原并恢复 Tail-Log 备份。
•
文件还原：在完整或批量记录恢复模式数据库的文件还原中，目标是要还原整个数据库，同时让该选项可用于还原损坏的文件，而非还原整个数据库。这种类型的还原涉及下列还原序列：
1
执行 Tail-Log 备份。
2
使用不带恢复还原选项还原完整文件和文件组备份。
3
使用不带恢复还原选项还原差异文件和文件组备份。
4
按顺序还原所有后续增量事务日志备份，同时选择不带恢复还原选项。
5
还原并恢复 Tail-Log 备份，同时选择带有恢复还原选项。
•
时间点 (PIT) 恢复：您可以在增量事务日志还原期间还原的事务日志上执行 PIT 恢复。 Plug‑in for SQL Server 支持基于时间（使用“时:分:秒”格式）和基于标记事务的 PIT 恢复。还原增量事务日志和 Tail-Log 备份时，PIT 恢复选项可用。
•
基于时间的时间点恢复：基于时间的 PIT 恢复在知道数据损坏时间时很有用。例如，如果开发人员在 6:00:00 A.M. 丢失一份表格，此时可执行 PIT 恢复，停止时间为 5:55:00 A.M。基于时间的 PIT 恢复只适用于不相关的数据库；因此，当多个 SQL Server 数据库需要在逻辑上一致时，应使用标记事务 PIT 恢复。
•
基于标记事务的时间点恢复：SQL Server 2008 和更高版本支持将已命名的标记插入到事务日志中，以允许恢复到特定标记。如果您有两个或更多必须在逻辑上一致的数据库，此功能会十分有益。您可以通过实施特殊步骤在还原后确保这些数据的可恢复性。由于您只能将相关数据库恢复到标记事务，您的应用程序必须配置为将已命名的标记插入到事务日志，然后才能执行备份。有关更多信息，请参阅 SQL Server 在线丛书 中的确保相关数据库的可恢复性以及恢复到标记事务。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级