MySQL Enterprise Backup поддерживает зашифрованные табличные пространства InnoDB. Подробную информацию о том, как сервер MySQL шифрует и расшифровывает табличные пространства InnoDB, можно найти в — там объясняются такие понятия, как главный ключ и ключи табличных пространств, которые важны для понимания работы MySQL Enterprise Backup с зашифрованными табличными пространствами InnoDB.

Когда шифрование табличных пространств InnoDB использует централизованное решение управления ключами, эта функция называется “Прозрачное шифрование данных MySQL Enterprise (TDE).”

Ниже приводится краткое описание того, как зашифрованные табличные пространства InnoDB обрабатываются MySQL Enterprise Backup при выполнении операций резервного копирования, восстановления и применения журнала.

Создание резервной копии сервера базы данных с зашифрованными табличными пространствами InnoDB.

Когда сервер базы данных использует зашифрованные табличные пространства InnoDB, MySQL Enterprise Backup всегда сохраняет главный ключ шифрования в зашифрованном файле внутри резервной копии, независимо от типа плагина или компонента ключей, используемого сервером. Ниже приведен типичный командный запрос для создания резервной копии сервера базы данных, содержащего зашифрованные табличные пространства InnoDB:

$ mysqlbackup --defaults-file=/home/dbadmin/my.cnf --backup-image=/home/admin/backups/my.mbi \
  --backup-dir=/home/admin/backup-tmp --encrypt-password="password" backup-to-image

Во время операции резервного копирования mysqlbackup копирует зашифрованные файлы табличных пространств InnoDB в резервную копию и выполняет следующие действия:

Команда extract или image-to-backup-dir для создания резервной копии образа, содержащей зашифрованные табличные пространства InnoDB, не требует параметра --encrypt-password.

Восстановление резервной копии с зашифрованными табличными пространствами InnoDB. Ниже приведен типичный командный запрос для восстановления резервной копии в одном файле, содержащей зашифрованные табличные пространства InnoDB:

$ mysqlbackup  --defaults-file=/usr/local/mysql/my.cnf  --backup-image=/home/admin/backups/my.mbi \
    --backup-dir=/home/admin/restore-tmp --encrypt-password="password" copy-back-and-apply-log

Для операции восстановления необходимо использовать тот же пароль, что и при создании резервной копии сервера базы данных, с помощью параметра --encrypt-password. Во время восстановления mysqlbackup копирует зашифрованные файлы табличных пространств InnoDB на сервер. Также выполняются следующие действия:

Выполните следующие дополнительные шаги после завершения операции восстановления:

Если вы хотите использовать другой плагин или компонент ключей (например, на сервере, с которого была создана резервная копия, использовался keyring_aws, и вы хотите, чтобы на восстановленном сервере использовался он же, или вы просто хотите переключиться на новый компонент или плагин), может быть выполнено переключение.

Для инкрементных резервных копий. Для серии инкрементных резервных копий, если на сервере используется компонент, отличный от component_keyring_encrypted_file, пользователи могут указать другое значение для --encrypt-password для любой полной или инкрементной резервной копии в последовательности резервных копий. Однако, для восстановления этой резервной копии необходимо указать тот же пароль, что и при создании конкретной полной или инкрементной резервной копии. Если используется любой плагин ключей, при запуске сервера после восстановления серии инкрементных резервных копий необходимо предоставить пароль, используемый для восстановления последней инкрементной резервной копии.

Расширенный: Создание и восстановление резервной копии каталога с зашифрованными таблицами InnoDB. Следующая команда типична для создания резервной копии каталога, содержащей зашифрованные таблица InnoDB:

$ mysqlbackup --defaults-file=/home/dbadmin/my.cnf --backup-dir=/home/admin/backup \
    --encrypt-password="password" backup

Следующая команда типична для подготовки резервной копии с помощью команды apply-log:

$ mysqlbackup --backup-dir=/home/admin/backup  --encrypt-password="password" apply-log

Обратите внимание, что пароль пользователя, предоставленный во время резервного копирования, должен быть передан с опцией --encrypt-password, так как ключи табличного пространства, а затем и сами табличные пространства должны быть расшифрованы перед применением журнала. То же требование относится к попытке обновления зашифрованной резервной копии с использованием зашифрованной приращения резервной копии с помощью команды apply-incremental-backup:

$ mysqlbackup  --backup-dir=/home/admin/backup --incremental-backup-dir=/home/admin/backup-in \
    --encrypt-password="password" apply-incremental-backup

Если вы использовали разные значения для --encrypt-password для полных или приращения резервных копий в последовательности резервного копирования, убедитесь, что вы предоставляете именно тот пароль, который вы использовали для создания отдельной резервной копии, когда выполняете операцию apply-log или apply-incremental-backup.

Далее, команда copy-back восстанавливает подготовленную резервную копию на сервере:

$ mysqlbackup  --defaults-file=/usr/local/mysql/my.cnf  --backup-dir=/home/admin/backup copy-back

Обратите внимание, что опция --encrypt-password не требуется на этом этапе.

Вы можете объединить два этапа apply-log и copy-back в один, выполнив команду copy-back-and-apply-log, для которой требуется опция --encrypt-password:

$ mysqlbackup  --defaults-file=/usr/local/mysql/my.cnf  --backup-dir=/home/admin/backup \
  --encrypt-password="password" copy-back-and-apply-log

Ограничения. Существуют определенные ограничения, когда MySQL Enterprise Backup работает с зашифрованными таблицами InnoDB: