> ## Documentation Index
> Fetch the complete documentation index at: https://docs.axottle.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Переезд на другой сервер

> Перенос панели Remnawave вместе с данными, проверка нод и переключение подключения Axottle.

Мастер переезда переносит панель Remnawave и её данные на новый сервер,
проверяет ноды и переключает существующее подключение Axottle. Он доступен
в карточке подключения при наличии доступа к бэкапам Remnawave.

Для изменения только сервера PostgreSQL используйте
[настройку внешней БД](/ru/remnawave/external-database).

## Подготовка

* Создайте и проверьте свежий [бэкап](/ru/remnawave/backups).
* Подготовьте SSH-доступ к новому серверу и не менее 5 ГБ свободного места.
* Если исходная Remnawave находится отдельно от Axottle, подготовьте SSH
  к исходному серверу. Сначала успешно обнаружьте её runtime.
* Настройте адрес API новой панели, DNS, TLS и реверс-прокси. Мастер переезда
  их не создаёт. Старый домен до изменения DNS может продолжать вести на источник.

Создание плана не запускает перенос. Одновременно у подключения может быть
только один незавершённый переезд; настройку внешней БД сначала завершите.

## Этапы

1. **Перенос панели.** Axottle проверяет серверы, переносит окружение и дамп,
   разворачивает новый стек и проверяет панель существующим API-токеном.
   Версия панели берётся с источника: переезд не является обновлением Remnawave.
2. **Остановка старой панели.** Нажмите «Остановить старую панель» либо
   подтвердите самостоятельную остановку. Пока работают обе панели, они могут
   управлять одними и теми же нодами. Останавливается контейнер панели;
   исходная БД и сервер сохраняются.
3. **Проверка и перепривязка нод.** Просмотрите список и причины недоступности.
   При необходимости Axottle обновляет подключение доступных управляемых нод
   через Agent. Многие ноды уже подходят новой панели после восстановления
   дампа; пропущенные ноды остаются в отчёте с причиной.
4. **Переключение Axottle.** Меняется адрес существующего подключения,
   поэтому связанные Flow, ноды и профили сохраняют привязку.

Долгие этапы показывают прогресс в карточке. Повтор этапа пропускает уже
успешные шаги. После перезапуска Axottle незавершённый этап может потребовать
повторного запуска; сначала прочитайте его результат.

Внешняя исходная PostgreSQL поддерживается: данные копируются через хост
Remnawave в локальную PostgreSQL 17 нового сервера. Исходная внешняя БД остаётся
на месте. Перенос с более новой основной версии PostgreSQL на 17 не поддерживается.
Внешний Redis не переносится — целевой стек получает свой контейнер.

## Проверка

1. Дождитесь проверки нового API и сравнения числа пользователей и нод.
2. Убедитесь, что старая панель остановлена и каждая нода имеет понятный итог.
3. После переключения проверьте синхронизацию, клиентское подключение и ссылки
   подписок. Домен подписок переносится в настройках, но его DNS нужно проверить.
4. Перепроверьте профили бэкапов: записи со старым сервером не переписываются
   автоматически, они перечисляются в итоговой сводке.

## Откат

Если проверка API после переключения не проходит, Axottle возвращает прежний
адрес подключения. Кнопка **Откатить** доступна и после завершения переезда.
Она возвращает адрес исходной панели; это не обратный перенос данных.

Перед возобновлением работы источника проверьте, какая панель сейчас управляет
нодами, и остановите ненужную. Если исходная панель была остановлена, её нужно
снова запустить. Изменения данных на новом сервере не появятся в старой БД
от одного возврата адреса. Сохраните новые данные перед таким возвратом.

После завершения переезда SSH-реквизиты задания удаляются из Axottle.
Исходную установку сохраняйте до проверки нового сервера и бэкапов.

<Note>Сверено с кодом Axottle на 2026-09-22. Доступность зависит от установленной сборки; инструкция не подтверждает перенос на живом стенде.</Note>