지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Plug-in for MySQL 12.0 - 用户指南

NetVault Backup Plug-in for MySQL 简介 安装和删除插件 配置插件 备份数据 还原数据 使用本机 MySQL 复制 在故障转移群集环境中使用插件 故障排除

最终确定并提交任务

最后步骤包括在“计划”、“源选项”、“高级选项”页面上设置其他选项，提交任务以及通过“任务状态”和“查看日志”页面监视进度。这些页面和选项对所有 NetVault Backup 插件通用。有关更多信息，请参阅《QuestNetVault Backup 管理员指南》。

1
要保存设置，请单击确定，然后单击下一步。
2
在任务名称中，如果不想使用默认设置，则指定任务的名称。
分配一个描述性名称，便于您在监视进度时轻松地识别任务。该任务名称可能包含字母数字字符和非字母数字字符，但是它不能包含非拉丁字符。在 Linux 上，此名称最多可包含 200 个字符。在 Windows 上，对集名称的长度没有限制。但是，建议在各个平台上使用的任务名称最好不超过 40 个字符。
 
* 
重要信息： 请勿使用目标操作系统上的文件名称不支持的特殊字符。例如，字符 /、\、* 和 @ 不应用于 Windows。有此要求是因为 Plug‑in for MySQL 会试图创建一个与临时还原数据的任务标题同名的文件夹。
3
在目标客户端列表中，选择您想要在上面还原数据的计算机。
 
* 
提示： 您也可以单击选择，然后在选择目标客户端对话框中找到并选择相应的客户端。
4
使用计划、源选项以及高级选项列表配置其他任何所需的选项。
5
单击保存或保存并提交（以适用为准）。
您可以从任务状态页面监视进度，从查看日志页面查看日志。有关更多信息，请参阅《Quest NetVault Backup 管理员指南》。
 
* 
重要信息： 如果您在 Linux 或 UNIX 环境中使用 MySQL 企业备份，请验证所还原数据的文件所有权和权限信息与数据备份之前的信息相匹配。由于 mysqlbackup 实用程序不会在备份进程中记录此信息，因此还原完成后，信息可能会有所不同。有关更多信息，请参阅 https://docs.oracle.com/cd/E17952_01/mysql-enterprise-backup-3.11-en/bugs.backup.html。

适用于 MySQL 标准/社区的还原方案示例

要从故障或数据损坏中成功恢复，必须在设置有关选定数据的还原任务以及选项选项卡上的可用选项时，进行不同的设置。以下主题提供各种类型恢复的示例，并涵盖所需的特定选项。

•
完整备份仅还原方案
•
完整备份和增量备份还原方案
•
完整备份和差异备份还原方案
•
使用 MIXED 二进制日志记录格式并且发出了交叉数据库更新时的 PIT 还原

完整备份仅还原方案

在以下示例中，MySQL数据库管理员已建立了一个备份策略，每天晚上 11:00 执行完整备份。

完整备份还原和基于时间的时点恢复

在星期一上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期一的早晨 6:00即数据库管理员到达工作之前无意间将其删除。

方法 1：在错误语句之前的恢复

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。这一决定意味着数据库管理员必须还原星期日的完整备份，并使用当前二进制日志执行 PIT 恢复。

1
选择星期日晚上的完整还原：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
使用当前二进制日志执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“5:59”和“2007 年 1 月 8 日”；即星期一早晨 6:00 的前一分钟。
3
提交任务。
方法 2：错误语句之前和之后的恢复

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。数据库管理员还希望恢复在发出错误语句之后对剩余表发生的事务，直到当前二进制日志的末尾。此决定确保除了恢复删除的表外还尽可能多地恢复事务。

1
选择星期日晚上的完整还原：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
使用当前二进制日志执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“5:59”和“2007 年 1 月 8 日”；即星期一早晨 6:00 的前一分钟。
•
启用错误/问题 SQL 语句之后的恢复：选定以恢复在订单表删除之后发生的事务，并在开始日期/时间中输入一个较晚的时间和日期。最后，因为要将恢复执行到指定的二进制日志的末尾，因此为停止日期/时间选择无选项。
完整还原和基于位置的时点恢复

在星期一上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期一的早晨 6:00即数据库管理员到达工作之前无意间将其删除。

方法 1：在错误语句之前的恢复

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。此外，与开发者预计删除表的时间相比，数据库管理员需要更精确的恢复，因此数据库管理员可选择使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份，然后使用当前的二进制日志执行 PIT 恢复。

1
对当前二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在“MYSQLSVR-bin.000009”二进制日志中的位置为“805”。
2
选择星期日晚上的完整还原：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
3
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
使用当前二进制日志执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
基于位置的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即使用 mysqlbinlog 识别的位置之前的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入目标二进制文件的名称，例如“MYSQLSVR -bin.000009”。
 
* 
重要信息： 停止位置和开始位置必须是二进制日志中列出的实际位置，而不是大于不需要的事务位置的任意数字。
4
提交任务。
方法 2：错误语句之前和之后的恢复

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。数据库管理员还希望恢复在删除“订单”表之后对剩余表发生的事务，直到当前二进制日志的末尾。此决定确保除了恢复删除的表外还尽可能多地恢复事务。此外，数据库管理员需要更精确的恢复，因此他决定使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份，然后使用当前的二进制日志执行 PIT 恢复。

1
对当前二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在“MYSQLSVR-PM-bin.000009”二进制日志中的位置为“805”。
2
选择星期日晚上的完整还原：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
3
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
使用当前二进制日志执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
基于位置的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即使用 mysqlbinlog 识别的位置之前的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入目标二进制文件的名称，例如“MYSQLSVR-PM-bin.000009”。
•
启用错误/问题 SQL 语句之后的恢复：选择此选项，并将开始位置设置为 “806”，即使用 mysqlbinlog 识别的位置之后的位置。将包含开始位置的二进制日志设置为其他文件，并在文本框中输入目标二进制文件的名称，例如“MYSQLSVR-bin.000009”。最后，因为要将恢复执行到指定的二进制日志的末尾，因此为停止位置选择无选项。
 
* 
重要信息： 停止位置和开始位置必须是二进制日志中列出的实际位置，而不是大于不需要的事务位置的任意数字。
4
提交任务。

完整备份和增量备份还原方案

数据库管理员已建立了备份策略，在每个星期日晚上 11:00 执行完整备份，在星期一到星期六的晚上 11:00 执行增量备份。由于数据库管理员将执行增量备份，因此每次增量备份后会删除二进制日志。此进程使整体备份速度更快，但在执行还原时需要更多时间和步骤。

仅完整和增量还原

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期四的上午早些时候即数据库管理员到达工作之前无意间将表删除。

数据库管理员决定执行完全恢复到最后一次增量备份的时间点 — 即星期三晚上执行的备份。

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：星期三的增量还原
1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务。
完整还原和基于时间的时点恢复

在以下示例中，一份完整备份和增量备份方案已就位，数据库管理员希望将数据恢复到特定时间。

方法 1：仅使用还原的二进制日志执行错误语句之前的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期三晚上 8:00 无意间将其删除。

数据库管理员必须执行恢复，以便将数据库刚好还原至星期三晚上 8:00 开发者删除表之前的时间。因此，将执行以下阶段：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：星期三基于时间的 PIT 还原
1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选择以指定 PIT 恢复并启用所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以指定在要使用的备份中包含的二进制日志。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“19:59”和“2007 年 1 月 10 日”；即星期三晚上 8:00 的前一分钟。
3
提交任务。
方法 2：仅使用还原的二进制日志执行错误语句之前和之后的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期三晚上 8:00 无意间将其删除。

数据库管理员决定恢复到正好在晚上 8:00 发出“删除表”命令之前的时间。数据库管理员还希望恢复命令表删除之后对剩余表发生的事务，直至备份的二进制日志的末尾。此决定确保除了恢复删除的表外还尽可能多地恢复事务。因此，将执行以下阶段：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：星期三基于时间的 PIT 还原
1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选择以指定 PIT 恢复并启用所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以指定在要使用的备份中包含的二进制日志。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“19:59”和“2007 年
1 月 10 日”；即星期三晚上 8:00 的前一分钟。
•
启用错误/问题 SQL 语句之后的恢复：选定以恢复在订单表删除之后发生的事务，并在开始日期/时间中输入一个较晚的时间和日期。最后，因为要将恢复执行到包含在备份中的二进制日志的末尾，因此为停止日期/时间选择无选项。
3
提交任务。
方法 3：使用还原的二进制日志和当前二进制日志执行错误语句之前的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期四早晨 6:00 无意间将其删除。

数据库管理员必须执行恢复，以便将数据库刚好还原至星期四早晨 6:00 开发者删除表之前的时间。

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：星期三基于时间的 PIT 还原
1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选择以指定 PIT 恢复并启用所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以指明在要使用的备份中包含的二进制日志。
•
包含当前二进制日志：选定以使用当前二进制日志，以便应用在星期三完成备份的时间与发出“删除表”命令的时间之间发生的条目。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“05:59”和“2007 年 1 月 11 日”；即星期四早晨 6:00 的前一分钟。
3
提交任务。
方法 4：使用还原的二进制日志和当前二进制日志执行错误语句之前和之后的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期四早晨 6:00 无意间将其删除。

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。数据库管理员还希望恢复在删除“订单”表之后对剩余表发生的事务，直到当前二进制日志的末尾。此决定确保除了恢复删除的表外还尽可能多地恢复事务。因此，将执行以下阶段：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：星期三基于时间的 PIT 还原
1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选择以指定 PIT 恢复并启用所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以指明在要使用的备份中包含的二进制日志。
•
包含当前二进制日志：选定以使用当前二进制日志，以便应用在星期三完成备份的时间与发出“删除表”命令的时间之间发生的条目。
•
基于时间的 PIT：选择为类型。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止日期/时间设置为“05:59”和“2007 年
1 月 11 日”；即星期四早晨 6:00 的前一分钟。
•
启用错误/问题 SQL 语句之后的恢复：选定以恢复在订单表删除之后发生的事务，并在开始日期/时间中输入一个较晚的时间和日期。最后，因为要将恢复执行到当前二进制日志的末尾，因此为停止日期/时间选择无选项。
3
提交任务。
完整还原和基于位置的时点恢复

在以下示例中，一份完整备份和增量备份方案已就位，数据库管理员希望将数据恢复到特定时间，但是使用了更明确的方法定义时间。此恢复通过在 MySQL 二进制日志中存在的“位置值”完成。

方法 1：仅使用还原的二进制日志执行错误语句之前的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期三晚上 8:00 无意间将其删除。

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。此外，数据库管理员需要更精确的恢复，因此他决定使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份以及在星期一和星期二执行的后续增量备份，然后使用星期三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此进程：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：还原已备份的二进制日志，以确定错误语句的位置

在此阶段，仅星期三晚上的增量备份中记录的二进制日志会还原到临时位置。此进程让数据库管理员可以找到日志中标记了订单表删除时间的特定位置。

1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
将日志还原到临时目录以确定时间或位置：选定以仅还原星期三晚上的增量备份中包含的二进制日志。
•
基于时间的 PIT：选择为类型，但基于时间的 PIT 详细信息部分的所有选项保留为清除。
3
提交任务，然后等待它完成。
阶段 5：在还原的二进制日志中确定“删除表”命令的位置

对还原的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在“MYSQLSVR-bin.000009”二进制日志中的位置为“805”。该二进制日志已还原到 MySQL 服务器上的临时位置，并记录了两个值。

阶段 6：执行基于位置的 PIT 还原

利用从还原的二进制日志中确定的位置，可使用星期三的增量备份执行 PIT 还原。

1
选择星期三晚上执行的增量备份：数据库管理员再次选择创建还原任务 — 选择保存集页面上与星期三的增量备份对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
应用临时目录中的二进制日志：选定以将此过程的上一阶段中还原到临时位置的二进制日志作为目标。因为还原的二进制日志用于确定“删除表”命令所在的特定位置，因此选择此选项让插件使用相同的二进制日志。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之前的位置。包含停止位置的二进制日志选项用于选择还原到临时目录的二进制日志“MYSQLSVR-bin.000009”。
3
提交任务。
方法 2：仅使用还原的二进制日志执行错误语句之前和之后的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期三晚上 8:00 无意间将其删除。

数据库管理员决定恢复到正好在发出“删除表”命令之前的时间。数据库管理员还希望恢复在删除“订单”表之后对剩余表发生的事务，直到备份的二进制日志的末尾。此外，数据库管理员需要更精确的恢复，因此他决定使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份以及在星期一和星期二执行的后续增量备份，然后使用星期三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此进程：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：还原已备份的二进制日志，以确定错误语句的位置

在此阶段，仅星期三晚上的增量备份中记录的二进制日志会还原到临时位置。此步骤让数据库管理员可以找到日志中标记了订单表删除时间的特定位置。

1
选择星期三晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期三的增量备份相对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
将日志还原到临时目录以确定时间或位置：选定以仅还原星期三晚上的增量备份中包含的二进制日志。
•
基于时间的 PIT：选择为类型，但基于时间的 PIT 详细信息部分的所有选项保留为清除。
3
提交任务，然后等待它完成。
阶段 5：在还原的二进制日志中确定“删除表”命令的位置

对还原的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在“MYSQLSVR-bin.000009”二进制日志中的位置为“805”。该二进制日志已还原到 MySQL 服务器上的临时位置，并记录了两个值。

阶段 6：执行基于位置的 PIT 还原

通过从还原的二进制日志中确定的位置，即可在之后使用星期三的增量备份执行 PIT 还原。

1
选择星期三晚上执行的增量备份：数据库管理员再次选择创建还原任务 — 选择保存集页面上与星期三的增量备份对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
应用临时目录中的二进制日志：选定以将此过程的上一阶段中还原到临时位置的二进制日志作为目标。因为还原的二进制日志用于确定“删除表”命令所在的特定位置，因此选择此选项让插件使用相同的二进制日志。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之前的位置。包含停止位置的二进制日志选项用于选择还原到临时目录的二进制日志“MYSQLSVR-bin.000009”。
•
启用错误/问题 SQL 语句之后的恢复：选择此选项，并将开始位置设置为“806”，即二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之后的位置。包含停止位置的二进制日志选项用于选择还原到临时目录的二进制日志“MYSQLSVR-bin.000009”。最后，因为要将恢复执行到指定的二进制日志的末尾，因此为停止日期/时间选择无选项。
 
* 
重要信息： 停止位置和开始位置必须是二进制日志中列出的实际位置，而不是大于不需要的事务位置的任意数字。
3
提交任务。
方法 3：使用还原的二进制日志和当前二进制日志执行错误语句之前的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期四早晨 6:00 无意间将其删除。

数据库管理员必须执行恢复，以便将数据库刚好还原至星期四早晨 6:00 开发者删除表之前的时间。此外，数据库管理员需要更精确的恢复，因此他决定使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份以及在星期一和星期二执行的后续增量备份，然后使用星期三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此进程：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：确定“删除表”命令在当前二进制日志中的位置

对当前二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在当前二进制日志“MYSQLSVR-bin.000009”中的位置为“805”。

阶段 5：执行基于位置的 PIT 还原

通过从还原的二进制日志中确定的位置，即可在之后使用星期三的增量备份执行 PIT 还原。

1
选择星期三晚上执行的增量备份：数据库管理员再次选择创建还原任务 — 选择保存集页面上与星期三的增量备份对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以告知插件使用备份中包含的二进制日志。
•
包含当前二进制日志：选择以告知 NetVault Backup 使用当前二进制日志应用星期三晚上的增量备份之后发生的所有数据库事务。此步骤将恢复在星期三晚上完成增量备份的时间与发出“删除表”命令的时间之间发生的所有事务。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即当前二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之前的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入当前二进制文件的名称，例如“MYSQLSVR -bin.000009”。
方法 4：使用还原的二进制日志和当前二进制日志执行错误语句之前和之后的恢复

在星期四上午 9:00，数据库管理员发现用户在订单表中遇到“未找到表”错误。数据库管理员随后发现该表不再存在，因为开发者已在星期四早晨 6:00 无意间将其删除。

数据库管理员必须执行恢复，以便将数据库刚好还原至星期四早晨 6:00 开发者删除表之前的时间。此外，数据库管理员需要更精确的恢复，因此他决定使用基于位置的恢复。为了完成此进程，数据库管理员必须还原星期日的完整备份以及在星期一和星期二执行的后续增量备份，然后使用星期三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此进程：

阶段 1：星期日的完整还原
1
选择星期日晚上执行的完整备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期日的完整备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 2：星期一的增量还原
1
选择星期一晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期一的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 3：星期二的增量还原
1
选择星期二晚上执行的增量备份：在创建还原任务 — 选择保存集页面上，数据库管理员会选择与星期二的增量备份相对应的备份保存集。
2
将所有还原相关选项保留默认值：未使用这些选项。
3
提交任务，然后等待它完成。
阶段 4：确定“删除表”命令在当前二进制日志中的位置

对当前二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外执行，用来确定数据库管理员不想还原的“删除表”命令的位置。（有关此实用程序和进程的信息，请参阅《MySQL 参考指南》。）在此进程中，数据库管理员确定了“删除表”命令在当前二进制日志“MYSQLSVR-bin.000009”中的位置为“805”。

阶段 5：执行基于位置的 PIT 还原

通过从还原的二进制日志中确定的位置，即可在之后使用星期三的增量备份执行 PIT 还原。

1
选择星期三晚上执行的增量备份：数据库管理员再次选择创建还原任务 — 选择保存集页面上与星期三的增量备份对应的备份保存集。
2
在还原相关的“选项”选项卡上设置特定选项：数据库管理员设置以下选项：
•
执行 PIT 恢复：选定以启用此形式的还原和所有关联选项。
•
还原并应用二进制日志（在时间或位置已知时使用）：选择以告知插件使用备份中包含的二进制日志。
•
包含当前二进制日志：选择以告知 NetVault Backup 使用当前二进制日志应用星期三晚上的增量备份之后发生的所有数据库事务。此步骤将恢复在星期三晚上完成增量备份的时间与发出“删除表”命令的时间之间发生的所有事务。
•
启用错误/问题 SQL 语句之前的恢复：选择此选项，并将停止位置设置为“804”，即当前二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之前的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入当前二进制文件的名称，例如“MYSQLSVR -bin.000009”。
•
启用错误/问题 SQL 语句之后的恢复：选择此选项，并将开始位置设置为“806”，即当前二进制日志中存在于使用 mysqlbinlog 识别的“删除表”命令位置之后的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入当前二进制文件的名称，例如“MYSQLSVR -bin.000009”。最后，因为要将恢复执行到当前二进制日志的末尾，因此为停止位置选择无选项。
 
* 
重要信息： 停止位置和开始位置必须是二进制日志中列出的实际位置，而不是大于不需要的事务位置的任意数字。
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택