Ответ▚
Если вы самостоятельно размещаете ИИ-ассистента, учётные данные которого хранятся в локальном хранилище (например, развёртывание OneCLI), перенос на новый сервер безопасен, если относиться к нему как к испытанию, а не как к окончательному переключению, и держать старый сервер включённым, пока новый не пройдёт настоящую проверку.
- 01Сначала составьте опись. Перечислите службы, постоянные данные, настройки окружения и подключённые учётные записи, прежде чем что-либо копировать, чтобы при неудачном восстановлении повторное подключение стало списком дел.
- 02Сделайте резервную копию источника, прежде чем менять его. В стандартном развёртывании на Docker постоянный том Docker, вероятно, входит в резервную копию, но проверьте свою установку, а не полагайтесь на предположение о пути.
- 03Выясните, как передаётся ключ шифрования. Он может задаваться через переменную окружения или создаваться и храниться вместе с данными приложения. Восстановленные данные и подходящий им ключ должны оставаться вместе, иначе зашифрованные учётные данные не прочитать.
- 04Копируйте только настоящее постоянное состояние. Не рассчитывайте на полный образ виртуальной машины при переносе между хостами с разными форматами образов.
- 05Восстановите данные на новом сервере и убедитесь, что хранилище показывает существующие подключения и что хотя бы один коннектор действительно работает, прежде чем на него полагаться.
- 06По возможности используйте временные учётные данные для миграции с узкими правами и отзовите их, когда перенос подтверждён.
Если хранилище не расшифровывается или не проходит проверку чисто, остановитесь. Выберите новое развёртывание с ручным повторным подключением, а не принудительный недокументированный путь восстановления, и не выбрасывайте старый сервер, пока новый не доказал свою работу.
Для восстановления хранилища с хоста на хост может не быть официально поддерживаемой процедуры, поэтому следуйте актуальной документации OneCLI и проверяйте в окно времени, когда всё можно откатить.