Офлайн-миграция: Используется, когда вы уверены, что ни один работающий сервер на локальном хосте не использует исходное или целевое хранилище ключей. В этом случае операция миграции может копировать ключи из исходного хранилища в целевое без возможности изменения содержимого хранилища ключей работающим сервером во время операции.

Онлайн-миграция: Используется, когда работающий сервер на локальном хосте использует исходное или целевое хранилище ключей. В этом случае необходимо позаботиться о предотвращении обновления хранилищ ключей сервером во время миграции. Это включает подключение к работающему серверу и инструктирование его приостановить операции keyring, чтобы ключи могли быть безопасно скопированы из исходного хранилища в целевое. После завершения копирования ключей работающий сервер разрешено возобновить операции keyring.

Не выполняйте офлайн-миграцию, затрагивающую хранилище ключей, которое используется работающим сервером.

Приостановка операций keyring во время онлайн-миграции выполняется путем подключения к работающему серверу и установки его глобальной системной переменной keyring_operations в значение OFF перед копированием ключей и ON после копирования ключей. Это имеет несколько последствий:

Онлайн-миграция ключей обеспечивает приостановку операций keyring на одном работающем сервере. Чтобы выполнить миграцию, если несколько работающих серверов используют вовлеченные хранилища ключей, используйте процедуру, описанную в разделе Миграция ключей с участием нескольких работающих серверов.

Для указания исходного и целевого плагинов хранилища ключей укажите следующие параметры:

Эти параметры сообщают серверу о запуске в режиме миграции ключей. Для операций миграции ключей оба параметра являются обязательными. Исходный и целевой плагины должны отличаться, и сервер миграции должен поддерживать оба плагина.

Для офлайн-миграции дополнительных параметров миграции ключей не требуется.

Для онлайн-миграции некоторые работающие серверы в настоящее время используют исходное или целевое хранилище ключей. Чтобы запустить сервер миграции, укажите дополнительные параметры миграции ключей, которые указывают, как подключиться к работающему серверу. Это необходимо, чтобы сервер миграции мог подключиться к работающему серверу и попросить его приостановить использование хранилища ключей во время операции миграции.

Использование любого из следующих параметров означает онлайн-миграцию:

Могут потребоваться и другие параметры сервера, например, параметры конфигурации для двух плагинов хранилища ключей. Например, если keyring_file — источник или приемник, необходимо установить системную переменную keyring_file_data, если расположение файла данных хранилища ключей отличается от стандартного. Возможно, потребуются и другие параметры, не относящиеся к хранилищу ключей. Один из способов указать эти параметры — использование --defaults-file для указания файла параметров, содержащего необходимые параметры.

Сервер миграции ожидает, что значения параметров пути будут полными путями. Относительные пути могут не разрешаться так, как вы ожидаете.

Пользователь, запускающий сервер в режиме миграции ключей, не должен быть системным пользователем root операционной системы, если не указан параметр --user с именем пользователя, отличным от root, для запуска сервера от этого пользователя.

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

Если вы запускаете сервер миграции от системной учётной записи, отличающейся от той, которая обычно используется для запуска MySQL, он может создать каталоги или файлы хранилища ключей, недоступные для сервера во время обычной работы. Предположим, что mysqld обычно запускается от системного пользователя mysql, но вы запускаете сервер миграции, будучи вошедшим под пользователем isabel. Любые новые каталоги или файлы, созданные сервером миграции, будут принадлежать пользователю isabel. Последующий запуск завершится ошибкой, когда сервер, запущенный как системный пользователь mysql, попытается получить доступ к объектам файловой системы, принадлежащим пользователю isabel.

Чтобы избежать этой проблемы, запустите сервер миграции от системного пользователя root и укажите параметр --user=user_name, где user_name — это системная учётная запись, обычно используемая для запуска MySQL. В качестве альтернативы после миграции проверьте объекты файловой системы, связанные с хранилищем ключей, и измените их владельца и права доступа при необходимости с помощью команд chown, chmod или аналогичных команд, чтобы эти объекты были доступны работающему серверу.

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

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

Если работающий сервер до миграции использовал исходное хранилище ключей, но должен использовать целевое после миграции, его необходимо перенастроить на использование целевого хранилища ключей и перезапустить. В этом случае учтите, что хотя работающий сервер приостановлен от модификации исходного хранилища ключей во время самой миграции, он не приостановлен в промежутке между миграцией и последующим перезапуском. Следует позаботиться о том, чтобы сервер не изменял исходное хранилище ключей в этом промежутке, так как такие изменения не будут отражены в целевом хранилище.