MySQL:: MySQL Enterprise Backup 4.1用户指南::15.3恢复操作

版本4.1

8.0当前
4.0
3.12

15.3恢复操作

恢复操作将数据文件从备份恢复到数据库服务器上的原始位置，或恢复到其他所需的位置。通常，恢复过程要求数据库服务器已经关闭(或者至少没有操作要将数据恢复到的目录)，使用——use-tts选择。的选项datadir，innodb_log_files_in_group,innodb_log_file_size必须在目标服务器的配置文件中指定，或者在——defaults-file选项，或者作为命令行选项。有关使用示例，请参见第五章,恢复或恢复数据库．

mysqlbackup [STD-OPTIONS] [SERVER-REPOSITORY-OPTIONS][——backup-image= .图像][——backup-dir =路径[——uncompress] [MESSAGE-LOGGING-OPTIONS] [PARTIAL-BACKUP-RESTORE-OPTIONS] [PROGRESS-REPORT-OPTIONS] [ENCRYPTION-OPTIONS] [CLOUD-STORAGE-OPTIONS] [ENCRYPTED-INNODB-OPTIONS] copy- backup- and-apply-log mysqlbackup [STD-OPTIONS] [SERVER-REPOSITORY-OPTIONS][——backup-dir= .路径[——uncompress] [MESSAGE-LOGGING-OPTIONS] [PARTIAL-BACKUP-RESTORE-OPTIONS] [PROGRESS-REPORT-OPTIONS] [CLOUD-STORAGE-OPTIONS] [ENCRYPTED-INNODB-OPTIONS] copy-back

copy-back-and-apply-log
在一个步骤中，恢复单文件备份指定的——备份映像选项指定的目录中的备份——backup-dir选项添加到服务器的数据目录中，并执行运用原木操作恢复的数据以使其更新。与多步骤修复方法比较单文件备份(这通常包括执行的连续步骤提取，解压，运用原木,复制回去用于恢复压缩图像，或提取，运用原木,复制回去对于未压缩的映像)，该命令使恢复过程更简单、更快，还节省所需的磁盘空间。
以下是不同类型的备份恢复使用的一些特殊要求copy-back-and-apply-log：
- 要恢复压缩目录或映像，请包括——解压选项。
- 方法指定备份映像的位置之外，还可以恢复单文件备份——备份映像选项，也供应与——backup-dir选择将用于存储恢复过程中产生的临时文件的文件夹的位置。
- 要恢复单个文件的增量备份，假设已经恢复了完全备份(增量备份基于此):
  - 包括——增量选项。
  - 属性的增量备份映像的位置——备份映像选项
  - 供应的——backup-dir选择将用于存储恢复过程中产生的临时文件的文件夹的位置。
- 高级:恢复增量备份目录，假设已经恢复了增量备份所基于的完全备份:
  - 包括——增量选项。
  - 使用——backup-dir或——incremental-backup-dir选项指定增量备份目录。
- 方法创建的备份——use-tts选项：
  - 参见中描述的一般要求第5.1.4节，“恢复使用——use-tts选择”．
  - 恢复使用该选项设置创建的单文件备份时——use-tts＝with-minimum-locking，指定的文件夹——backup-dir还用于临时提取备份中的所有表，并用于执行运用原木操作，以使数据在恢复到服务器的数据目录之前保持最新。
  - 高级:恢复使用该选项创建的备份目录时——use-tts＝with-minimum-locking,一个运用原木对备份目录执行操作。这意味着在恢复过程中所做的备份将被更改，用户可能希望在继续恢复之前对备份目录进行额外的复制，以防止在发生错误时丢失备份数据。
还要注意:
- 创建的备份——skip-unused-pages选项无法使用恢复copy-back-and-apply-log．
- 对于使用MySQL Enterprise Backup 3.8.2或更早版本进行的映像备份，请按表进行.ibd指向的文件.isl备份中的文件通过copy-back-and-apply-log服务器的数据目录，而不是.isl文件所指向的位置。
- 由于一个已知的问题，当恢复用MySQL Enterprise backup 3.9或更早版本创建的压缩备份时，包含在服务器上作为压缩表创建的任何InnoDB表(通过使用ROW_FORMAT =压缩选项时,KEY_BLOCK_SIZE =选项，或两者)，不要使用copy-back-and-apply-log；相反,执行一个运用原木首先，然后是复制回去．参见Bug# 17992297的条目MySQL Enterprise Backup 3.10.0 changelog获取详细信息。
在最后copy-back-and-apply-log操作,文件backup_variables.txt正在数据目录中创建或更新。此文件包含关于恢复内容的元数据，并正被增量备份的后续单步恢复使用;用户不应该删除或修改它。
方法恢复不同类型备份的一些示例命令copy-back-and-apply-log命令,看到第5.1节，“执行恢复操作”．

复制回去
将目录备份中的文件恢复到MySQL服务器中的原始位置。
在恢复热备份使用复制回去命令，备份必须准备并使之一致使用运用原木命令。看到第5.1.7节，“高级:准备和恢复目录备份”获取详细信息。你也可以运用原木而且复制回去一起用一个copy-back-and-apply-log命令。
在执行完全恢复之前，可能需要对恢复的目标目录进行一些清理工作(例如，当备份数据用于设置新的MySQL服务器或替换现有MySQL服务器的所有数据时)。看到讨论在这里获取详细信息。
类创建的备份时，有一些特殊的要求——use-tts选择;看到第5.1.4节，“恢复使用——use-tts选择”获取详细信息。

警告

恢复服务器时复制目的，如果备份服务器使用了innodb_undo_directory选项可在使用文件时将撤消日志放在数据目录之外server-my.cnf或server-all.cnf为——defaults-file选项复制回去或copy-back-and-apply-log，应注意正确配置innodb_undo_directory选项。否则，原始服务器上的数据或日志文件可能会被意外覆盖。

上一页首页向上下一个