最后步骤包括在“计划”、“源选项”、“高级选项”页面上设置其他选项,提交任务以及通过“任务状态”和“查看日志”页面监视进度。这些页面和选项对所有 NetVault Backup 插件通用。有关详细信息,请参阅《Quest NetVault Backup 管理员指南》。
1 |
2 |
在任务名称中,如果不想使用默认设置,则指定任务的名称。 |
重要信息: 请勿使用目标操作系统的文件名中不支持的特殊字符。例如,字符 /、\、* 和 @ 不应在 Windows 上使用。此要求是因为 Plug‑in for MySQL 尝试使用与临时还原数据的任务标题相同的名称创建文件夹。 |
3 |
在目标客户端列表中,选择您想要在上面恢复数据的计算机。 |
4 |
5 |
重要信息: 如果在 Linux 或 UNIX 环境中使用 MySQL Enterprise Backup,请验证还原数据的文件所有权和权限信息是否与备份数据之前的信息相匹配。由于 mysqlbackup 实用程序在备份过程中不记录此信息,因此在还原完成后,此信息可能会有所不同。有关详细信息,请参阅 https://docs.oracle.com/cd/E17952_01/mysql-enterprise-backup-3.11-en/bugs.backup.html。 |
要成功地从故障或数据损坏中恢复,在设置与选定要还原的数据相关的任务以及选项选项卡上的可用选项时,必须进行各种设置。以下主题提供了各种恢复类型的示例,并涵盖了所需的特定选项。
在以下示例中,MySQL DBA 已建立一个备份策略,每天晚上 11:00 执行完整备份。
周一上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员在 DBA 上班前的周一早上 6:00无意中删除了该表。
DBA 决定恢复到 Drop Table 命令发出之前的时间。此决定意味着 DBA 必须还原周日的完整备份,并对当前二进制日志执行 PIT 恢复。
1 |
选择从周日晚上开始完整还原:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
对当前二进制日志执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
3 |
DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从发出错误语句之后到当前二进制日志结束之间发生在剩余表中的事务。除了恢复删除的表之外,此决定还确保尽可能多地恢复事务。
1 |
选择从周日晚上开始完整还原:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
对当前二进制日志执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
• |
在错误/不良 SQL 语句之后启用恢复:选择此选项以恢复删除 Order 表后发生的事务,并在开始日期/时间中输入较晚的时间和日期。最后,由于恢复要一直执行到指定的二进制日志结束,因此为停止日期/时间选择了无选项。 |
周一上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员在 DBA 上班前的周一早上 6:00无意中删除了该表。
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 |
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 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
3 |
在以下示例中,完整备份和增量备份方案已准备就绪,DBA 希望将数据恢复到特定时间。
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周三晚上 8:00无意中删除了该表。
DBA 必须执行恢复,以便将数据库还原到开发人员周三晚上 8:00 删除表之前的时间。因此,将执行以下阶段:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以指定 PIT 恢复并启用所有相关选项。 |
• |
还原和应用二进制日志(在已知时间或位置时使用):选择此选项以指定备份中供使用的二进制日志。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
3 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周三晚上 8:00无意中删除了该表。
DBA 决定恢复到晚上 8:00 发出 Drop Table 命令之前的时间。DBA 还希望恢复从删除 Orders 表之后一直到备份的二进制日志结束期间发生在其余表上的事务。除了恢复删除的表之外,此决定还确保尽可能多地恢复事务。因此,将执行以下阶段:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以指定 PIT 恢复并启用所有相关选项。 |
• |
还原和应用二进制日志(在已知时间或位置时使用):选择此选项以指定备份中供使用的二进制日志。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
• |
在错误/不良 SQL 语句之后启用恢复:选择此选项以恢复删除 Order 表后发生的事务,并在开始日期/时间中输入较晚的时间和日期。最后,由于恢复要一直执行到备份中包含的二进制日志结束,因此为停止日期/时间选择了无选项。 |
3 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周四早上 6:00 无意中删除了该表。
DBA 必须执行恢复,以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以指定 PIT 恢复并启用所有相关选项。 |
• |
还原和应用二进制日志(在已知时间或位置时使用):选择此选项以指定要使用备份中包含的二进制日志。 |
• |
包含当前二进制日志:选择此选项可使用当前二进制日志应用从周三完成备份到发出 Drop Table 命令之间出现的条目。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
3 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周四早上 6:00 无意中删除了该表。
DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从删除 Orders 表之后一直到当前二进制日志结束期间发生在其余表上的事务。除了恢复删除的表之外,此决定还确保尽可能多地恢复事务。因此,将执行以下阶段:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以指定 PIT 恢复并启用所有相关选项。 |
• |
还原和应用二进制日志(在已知时间或位置时使用):选择此选项以指定要使用备份中包含的二进制日志。 |
• |
包含当前二进制日志:选择此选项可使用当前二进制日志应用从周三完成备份到发出 Drop Table 命令之间出现的条目。 |
• |
基于时间的 PIT:选择此选项作为类型。 |
• |
• |
在错误/不良 SQL 语句之后启用恢复:选择此选项以恢复删除 Order 表后发生的事务,并在开始日期/时间中输入较晚的时间和日期。最后,由于恢复操作要一直执行到当前二进制日志结束,因此为停止日期/时间选择了无选项。 |
3 |
在以下示例中,完整备份和增量备份方案已准备就绪,DBA 希望将数据恢复到特定时间,但使用更明确的方法来定义时间。此恢复是使用 MySQL 二进制日志中标识的“位置值”完成的。
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周三晚上 8:00无意中删除了该表。
DBA 决定恢复到 Drop Table 命令发出之前的时间。此外,DBA 想要更精确的恢复,因此决定使用基于位置的恢复。要完成此过程,DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份,然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
在此阶段,只有在周三晚上的增量备份中记录的二进制日志才会还原到临时位置。此过程允许 DBA 在日志中找到标记 Orders 表何时被删除的特定位置。
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
将日志还原到临时目录以确定时间或位置:选择此选项可仅还原周三晚上增量备份中包含的二进制日志。 |
• |
根据还原的二进制日志使用 mysqlbinlog 实用程序:此步骤在 NetVault Backup 外部执行,以标识 DBA 不希望还原的 Drop Table 命令的位置。(有关此实用程序和过程的信息,请参阅《MySQL 参考指南》。)在此过程中,DBA 在“MYSQLSVR-bin.000009”二进制日志中将 Drop Table 命令标识为日志位置“805”,该日志已还原到 MySQL Server 上的临时位置,并且记录了这两个值。
从还原的二进制日志确定位置后,将使用周三的增量备份执行 PIT 还原。
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 再次选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
应用临时目录中的二进制日志:选择此选项可定位在此过程的最后阶段中还原到临时位置的二进制日志。由于还原的二进制日志用于确定 Drop Table 命令占用的特定位置,因此选择此选项以指示插件使用相同的二进制日志。 |
• |
在错误/不良 SQL 语句之前启用恢复:选择此选项,并将停止位置设置为“804”,即二进制日志中在使用 mysqlbinlog 标识的 Drop Table 命令位置之前存在的位置。包含停止位置的二进制日志选项用于选择已还原到临时目录的二进制日志“MYSQLSVR-bin.000009”。 |
3 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周三晚上 8:00无意中删除了该表。
DBA 决定恢复到 Drop Table 命令发出之前的时间。DBA 还希望恢复从删除 Orders 表之后到已备份二进制日志结束之间发生在剩余表中的事务。此外,DBA 想要更精确的恢复,因此决定使用基于位置的恢复。要完成此过程,DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份,然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
在此阶段,只有在周三晚上的增量备份中记录的二进制日志才会还原到临时位置。此步骤允许 DBA 在日志中找到标记 Orders 表何时被删除的特定位置。
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
将日志还原到临时目录以确定时间或位置:选择此选项可仅还原周三晚上增量备份中包含的二进制日志。 |
• |
根据还原的二进制日志使用 mysqlbinlog 实用程序:此步骤在 NetVault Backup 外部执行,以标识 DBA 不希望还原的 Drop Table 命令的位置。(有关此实用程序和过程的信息,请参阅《MySQL 参考指南》。)在此过程中,DBA 在“MYSQLSVR-bin.000009”二进制日志中将 Drop Table 命令标识为日志位置“805”,该日志已还原到 MySQL Server 上的临时位置,并且记录了这两个值。
从还原的二进制日志确定位置后,将使用周三的增量备份执行 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 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周四早上 6:00 无意中删除了该表。
DBA 必须执行恢复,以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。此外,DBA 想要更精确的恢复,因此决定使用基于位置的恢复。要完成此过程,DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份,然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
根据当前的二进制日志使用 mysqlbinlog 实用程序:此步骤在 NetVault Backup 外部执行,以标识 DBA 不希望还原的 Drop Table 命令的位置。(有关此实用程序和过程的信息,请参阅《MySQL 参考指南》。)在此过程中,DBA 在当前二进制日志“MYSQLSVR-bin.000009”中将 Drop Table 命令标识为日志位置“805”。
从还原的二进制日志确定位置后,将使用周三的增量备份执行 PIT 还原。
1 |
选择周三晚上执行增量备份:在创建还原任务 — 选择保存集页上,DBA 再次选择与周三增量备份相对应的备份保存集。 |
2 |
在与还原相关的“选项”选项卡上设置特定选项:DBA 设置以下选项: |
• |
执行 PIT 恢复:选择此选项以启用此形式的还原和所有相关选项。 |
• |
还原和应用二进制日志(在已知时间或位置时使用):选择此选项以指示插件使用备份中包含的二进制日志。 |
• |
包含当前二进制日志:选择此选项以指示 NetVault Backup 使用当前的二进制日志应用周三晚上增量备份之后发生的所有数据库事务。此步骤恢复在周三晚上完成增量备份与发出 Drop Table 命令之间发生的所有事务。 |
• |
在错误/不良 SQL 语句之前启用恢复:选择此选项,并将停止位置设置为“804”,即当前二进制日志中在使用 mysqlbinlog 标识的 Drop Table 命令位置之前存在的位置。将包含停止位置的二进制日志设置为其他文件,并在文本框中输入当前二进制文件的名称,例如“MYSQLSVR-bin.000009”。 |
周四上午 9:00,DBA 发现用户遇到 Orders 表“未找到表”错误。DBA 随后发现该表已不再存在,因为开发人员周四早上 6:00 无意中删除了该表。
DBA 必须执行恢复,以便将数据库还原到开发人员周四早上 6:00 删除表之前的时间。此外,DBA 想要更精确的恢复,因此决定使用基于位置的恢复。要完成此过程,DBA 必须还原周日的完整备份以及周一和周二执行的后续增量备份,然后使用周三的增量备份执行基于位置的 PIT 恢复。以下阶段说明了此过程:
1 |
选择周日晚上执行的完整备份:在创建还原任务 — 选择保存集页上,DBA 选择与周日完整备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周一晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周一增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
1 |
选择周二晚上执行的增量备份:在创建还原任务 — 选择保存集页上,DBA 选择与周二增量备份相对应的备份保存集。 |
2 |
将所有与还原相关的选项保留为默认值:不使用这些选项。 |
根据当前的二进制日志使用 mysqlbinlog 实用程序:此步骤在 NetVault Backup 外部执行,以标识 DBA 不希望还原的 Drop Table 命令的位置。(有关此实用程序和过程的信息,请参阅《MySQL 参考指南》。)在此过程中,DBA 在当前二进制日志“MYSQLSVR-bin.000009”中将 Drop Table 命令标识为日志位置“805”。
从还原的二进制日志确定位置后,将使用周三的增量备份执行 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”。最后,由于恢复要一直执行到当前二进制日志结束,因此为停止位置选择了无选项。 |
© ALL RIGHTS RESERVED. Feedback Nutzungsbedingungen Datenschutz Cookie Preference Center