サポートと今すぐチャット
サポートとのチャット

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

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

最终确定并提交任务

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

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

MySQL Standard/Community 还原方案示例

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

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

仅完整备份还原方案

在以下示例中，MySQL DBA 已建立一个备份策略，每天晚上 11:00 执行完整备份。

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

周一上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员在 DBA 上班前的周一早上 6:00无意中删除了该表。

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

DBA 决定恢复到 Drop Table 命令发出之前的时间。此决定意味着 DBA 必须还原周日的完整备份，并对当前二进制日志执行 PIT 恢复。

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

DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从发出错误语句之后到当前二进制日志结束之间发生在剩余表中的事务。除了恢复删除的表之外，此决定还确保尽可能多地恢复事务。

1
选择从周日晚上开始完整还原：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
在与还原相关的“选项”选项卡上设置特定选项：DBA 设置以下选项：
•
对当前二进制日志执行 PIT 恢复：选择此选项以启用此形式的还原和所有相关选项。
•
基于时间的 PIT：选择此选项作为类型。
•
在错误/不良 SQL 语句之前启用恢复：选择此选项，并将停止日期/时间设置为“5:59”和“2007 年 1 月 8 日”；即，周一早上 6:00 前一分钟。
•
在错误/不良 SQL 语句之后启用恢复：选择此选项以恢复删除 Order 表后发生的事务，并在开始日期/时间中输入较晚的时间和日期。最后，由于恢复要一直执行到指定的二进制日志结束，因此为停止日期/时间选择了无选项。
完整还原和基于位置的时间点恢复

周一上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员在 DBA 上班前的周一早上 6:00无意中删除了该表。

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

DBA 决定恢复到 Drop Table 命令发出之前的时间。此外，由于 DBA 希望比估计开发人员删除表的时间更精确的恢复，因此 DBA 选择使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份，并对当前二进制日志执行 PIT 恢复。

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

DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从删除 Orders 表之后一直到当前二进制日志结束期间发生在其余表上的事务。除了恢复删除的表之外，此决定还确保尽可能多地恢复事务。此外，DBA 想要更精确的恢复，因此决定使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份，并对当前二进制日志执行 PIT 恢复。

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

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

DBA 已经建立了一个备份策略，在该策略中，完整备份在每个周日晚上 11:00 执行，增量备份在周一至周六晚上 11:00 执行。由于 DBA 执行增量备份，因此在每次增量备份后都会删除二进制日志。此过程可加快整体备份速度，但在执行还原时需要更多时间和步骤。

仅限完整还原和增量还原

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员在 DBA 上班前的周四早些时候无意中删除了该表。

DBA 决定执行直到上次增量备份时间点的完整恢复 — 在周三晚上执行备份。

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：从周三执行增量还原
1
选择周三晚上执行增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周三增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务。
完整还原和基于时间的时间点恢复

在以下示例中，完整备份和增量备份方案已准备就绪，DBA 希望将数据恢复到特定时间。

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周三晚上 8:00无意中删除了该表。

DBA 必须执行恢复，以便将数据库还原到开发人员周三晚上 8:00 删除表之前的时间。因此，将执行以下阶段：

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周三晚上 8:00无意中删除了该表。

DBA 决定恢复到晚上 8:00 发出 Drop Table 命令之前的时间。DBA 还希望恢复从删除 Orders 表之后一直到备份的二进制日志结束期间发生在其余表上的事务。除了恢复删除的表之外，此决定还确保尽可能多地恢复事务。因此，将执行以下阶段：

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周四早上 6:00 无意中删除了该表。

DBA 必须执行恢复，以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：从周三开始执行基于时间的 PIT 还原
1
选择周三晚上执行增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周三增量备份相对应的备份保存集。
2
在与还原相关的“选项”选项卡上设置特定选项：DBA 设置以下选项：
•
执行 PIT 恢复：选择此选项以指定 PIT 恢复并启用所有相关选项。
•
还原和应用二进制日志（在已知时间或位置时使用）：选择此选项以指定要使用备份中包含的二进制日志。
•
包含当前二进制日志：选择此选项可使用当前二进制日志应用从周三完成备份到发出 Drop Table 命令之间出现的条目。
•
基于时间的 PIT：选择此选项作为类型。
•
在错误/不良 SQL 语句之前启用恢复：选择此选项，并将停止日期/时间设置为“05:59”和“2007 年 1 月 11 日”，即周四早上 6:00 前一分钟。
3
提交任务。
方法 4：使用已还原的和当前的二进制日志在错误语句之前和之后进行恢复

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周四早上 6:00 无意中删除了该表。

DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从删除 Orders 表之后一直到当前二进制日志结束期间发生在其余表上的事务。除了恢复删除的表之外，此决定还确保尽可能多地恢复事务。因此，将执行以下阶段：

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：从周三开始执行基于时间的 PIT 还原
1
选择周三晚上执行增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周三增量备份相对应的备份保存集。
2
在与还原相关的“选项”选项卡上设置特定选项：DBA 设置以下选项：
•
执行 PIT 恢复：选择此选项以指定 PIT 恢复并启用所有相关选项。
•
还原和应用二进制日志（在已知时间或位置时使用）：选择此选项以指定要使用备份中包含的二进制日志。
•
包含当前二进制日志：选择此选项可使用当前二进制日志应用从周三完成备份到发出 Drop Table 命令之间出现的条目。
•
基于时间的 PIT：选择此选项作为类型。
•
在错误/不良 SQL 语句之前启用恢复：选择此选项，并将停止日期/时间设置为“05:59”和“2007 年 1 月 11 日”，即周四早上 6:00 前一分钟。
•
在错误/不良 SQL 语句之后启用恢复：选择此选项以恢复删除 Order 表后发生的事务，并在开始日期/时间中输入较晚的时间和日期。最后，由于恢复操作要一直执行到当前二进制日志结束，因此为停止日期/时间选择了无选项。
3
提交任务。
完整还原和基于位置的时间点恢复

在以下示例中，完整备份和增量备份方案已准备就绪，DBA 希望将数据恢复到特定时间，但使用更明确的方法来定义时间。此恢复是使用 MySQL 二进制日志中标识的“位置值”完成的。

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周三晚上 8:00无意中删除了该表。

DBA 决定恢复到 Drop Table 命令发出之前的时间。此外，DBA 想要更精确的恢复，因此决定使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份，然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程：

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：还原备份的二进制日志以确定错误语句的位置

在此阶段，只有在周三晚上的增量备份中记录的二进制日志才会还原到临时位置。此过程允许 DBA 在日志中找到标记 Orders 表何时被删除的特定位置。

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

根据还原的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外部执行，以标识 DBA 不希望还原的 Drop Table 命令的位置。（有关此实用程序和过程的信息，请参阅《MySQL 参考指南》。）在此过程中，DBA 在“MYSQLSVR-bin.000009”二进制日志中将 Drop Table 命令标识为日志位置“805”，该日志已还原到 MySQL Server 上的临时位置，并且记录了这两个值。

阶段 6：执行基于位置的 PIT 恢复

从还原的二进制日志确定位置后，将使用周三的增量备份执行 PIT 还原。

1
选择周三晚上执行增量备份：在创建还原任务 — 选择保存集页上，DBA 再次选择与周三增量备份相对应的备份保存集。
2
在与还原相关的“选项”选项卡上设置特定选项：DBA 设置以下选项：
•
执行 PIT 恢复：选择此选项以启用此形式的还原和所有相关选项。
•
应用临时目录中的二进制日志：选择此选项可定位在此过程的最后阶段中还原到临时位置的二进制日志。由于还原的二进制日志用于确定 Drop Table 命令占用的特定位置，因此选择此选项以指示插件使用相同的二进制日志。
•
在错误/不良 SQL 语句之前启用恢复：选择此选项，并将停止位置设置为“804”，即二进制日志中在使用 mysqlbinlog 标识的 Drop Table 命令位置之前存在的位置。包含停止位置的二进制日志选项用于选择已还原到临时目录的二进制日志“MYSQLSVR-bin.000009”。
3
提交任务。
方法 2：仅使用已还原的二进制日志在错误语句之前和之后进行恢复

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周三晚上 8:00无意中删除了该表。

DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从删除 Orders 表之后到已备份二进制日志结束之间发生在剩余表中的事务。此外，DBA 想要更精确的恢复，因此决定使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份，然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程：

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：还原备份的二进制日志以确定错误语句的位置

在此阶段，只有在周三晚上的增量备份中记录的二进制日志才会还原到临时位置。此步骤允许 DBA 在日志中找到标记 Orders 表何时被删除的特定位置。

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

根据还原的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外部执行，以标识 DBA 不希望还原的 Drop Table 命令的位置。（有关此实用程序和过程的信息，请参阅《MySQL 参考指南》。）在此过程中，DBA 在“MYSQLSVR-bin.000009”二进制日志中将 Drop Table 命令标识为日志位置“805”，该日志已还原到 MySQL Server 上的临时位置，并且记录了这两个值。

阶段 6：执行基于位置的 PIT 恢复

从还原的二进制日志确定位置后，将使用周三的增量备份执行 PIT 还原。

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周四早上 6:00 无意中删除了该表。

DBA 必须执行恢复，以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。此外，DBA 想要更精确的恢复，因此决定使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份，然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程：

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：确定当前二进制日志中 Drop Table 命令的位置

根据当前的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外部执行，以标识 DBA 不希望还原的 Drop Table 命令的位置。（有关此实用程序和过程的信息，请参阅《MySQL 参考指南》。）在此过程中，DBA 在当前二进制日志“MYSQLSVR-bin.000009”中将 Drop Table 命令标识为日志位置“805”。

阶段 5：执行基于位置的 PIT 恢复

从还原的二进制日志确定位置后，将使用周三的增量备份执行 PIT 还原。

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

周四上午 9:00，DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在，因为开发人员周四早上 6:00 无意中删除了该表。

DBA 必须执行恢复，以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。此外，DBA 想要更精确的恢复，因此决定使用基于位置的恢复。要完成此过程，DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份，然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程：

阶段 1：从周日执行完整还原
1
选择周日晚上执行的完整备份：在创建还原任务 — 选择保存集页上，DBA 选择与周日完整备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 2：从周一执行增量还原
1
选择周一晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周一增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 3：从周二执行增量还原
1
选择周二晚上执行的增量备份：在创建还原任务 — 选择保存集页上，DBA 选择与周二增量备份相对应的备份保存集。
2
将所有与还原相关的选项保留为默认值：不使用这些选项。
3
提交任务，然后等待其完成。
阶段 4：确定当前二进制日志中 Drop Table 命令的位置

根据当前的二进制日志使用 mysqlbinlog 实用程序：此步骤在 NetVault Backup 外部执行，以标识 DBA 不希望还原的 Drop Table 命令的位置。（有关此实用程序和过程的信息，请参阅《MySQL 参考指南》。）在此过程中，DBA 在当前二进制日志“MYSQLSVR-bin.000009”中将 Drop Table 命令标识为日志位置“805”。

阶段 5：执行基于位置的 PIT 恢复

从还原的二进制日志确定位置后，将使用周三的增量备份执行 PIT 还原。

1
选择周三晚上执行增量备份：在创建还原任务 — 选择保存集页上，DBA 再次选择与周三增量备份相对应的备份保存集。
2
在与还原相关的“选项”选项卡上设置特定选项：DBA 设置以下选项：
•
执行 PIT 恢复：选择此选项以启用此形式的还原和所有相关选项。
•
还原和应用二进制日志（在已知时间或位置时使用）：选择此选项以指示插件使用备份中包含的二进制日志。
•
包含当前二进制日志：选择此选项以指示 NetVault Backup 使用当前的二进制日志应用周三晚上增量备份之后发生的所有数据库事务。此步骤恢复在周三晚上完成增量备份与发出 Drop Table 命令之间发生的所有事务。
•
在错误/不良 SQL 语句之前启用恢复：选择此选项，并将停止位置设置为“804”，即当前二进制日志中在使用 mysqlbinlog 标识的 Drop Table 命令位置之前存在的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入当前二进制文件的名称，例如“MYSQLSVR-bin.000009”。
•
在错误/不良 SQL 语句之后启用恢复：选择此选项，并将开始位置设置为“806”，即当前二进制日志中在使用 mysqlbinlog 标识的 Drop Table 命令位置之后存在的位置。将包含停止位置的二进制日志设置为其他文件，并在文本框中输入当前二进制文件的名称，例如“MYSQLSVR-bin.000009”。最后，由于恢复要一直执行到当前二进制日志结束，因此为停止位置选择了无选项。
 
* 
重要信息： 停止和开始位置必须是二进制日志中列出的实际位置，而不是大于不需要的事务位置的任意数字。
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択