Чек-лист переезда сервера Minecraft: перенос без потери прогресса

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

Хороший переезд должен быть скучным. Мир поднимается, TPS в порядке, плагины и моды работают как обычно, и никто не теряет неделю прогресса. Вот как этого добиться и не превратить день переноса в аварию.

Начните с чистого окна для переезда

Не начинайте с перетаскивания папок в новую панель. Сначала решите, в какой момент старый сервер перестаёт принимать изменения. Любая активность игроков после финального бэкапа может обернуться пропавшими данными инвентаря, откатившимися приватами или миром, который больше не совпадает со своей базой данных.

Объявите технический перерыв и корректно остановите сервер из панели. Не убивайте процесс принудительно, если он не завис. Обычная остановка даёт Paper, Purpur, Forge, Fabric и плагинам время записать данные игроков и сохранить чанки.

До остановки запишите основные параметры текущего сервера: версию Minecraft, ядро и его сборку, версию Java, выделенную память, команду запуска, порт и список активных плагинов или модов. Это пять минут, которые потом экономят кучу догадок. Paper-сервер на 1.21.x не обязательно совместим со случайной более новой сборкой Paper, а модпаки прощают ещё меньше.

Что бэкапить

Самая надёжная отправная точка — полная папка сервера. Скачайте её архивом, если текущий хостинг это позволяет, или скопируйте к себе по SFTP перед загрузкой на новый сервер. Держите вторую копию где-то вне обоих хостинговых аккаунтов, пока сервер не проработает стабильно несколько дней после переезда.

Для большинства серверов важные файлы не ограничиваются основной папкой мира. Нужны мир и его измерения, конфиги, права, данные игроков, данные плагинов и все внешние базы данных, которые использует ваша сборка. Если у вас BungeeCord или Velocity, конфигурацию прокси и настройки бэкенд-серверов нужно проверить отдельно.

Как минимум убедитесь, что в бэкап попали все эти части:

• Основная папка мира, а также папки Нижнего мира и Края, если они хранятся отдельно
• plugins, mods, config, defaultconfigs и папки с кастомными датапаками
• server.properties, eula.txt, ops.json, whitelist.json, banned-players.json и banned-ips.json
• Данные игроков: инвентари, эндер-сундуки, достижения, статистика и данные отдельных плагинов
• Базы данных MySQL или файлы SQLite, которые используют приваты, экономика, права, магазины и веб-карты

Не рассчитывайте, что каждый плагин хранит данные в своей папке. LuckPerms может работать на MySQL. CoreProtect часто пишет в базу данных. Плагин приватов может хранить владение территориями в SQLite или MySQL. Если перенести только видимые jar-файлы плагинов, сервер может спокойно запуститься, а ранги, логи, дома или приваты — будто исчезнуть.

Совместите софт до загрузки файлов

На новом хостинге сначала должна работать та же версия Minecraft на том же семействе ядер. Переезжайте с Paper на Paper, с Forge на ту же версию Forge, с Fabric на тот же загрузчик и ту же версию Minecraft. Обновиться можно позже, когда переезд проверен. Совместить смену хостинга с крупным обновлением игры — верный способ превратить простую отладку в десяток возможных причин.

Java — тоже часть проверки совместимости. Современным версиям Minecraft обычно нужны свежие релизы Java, а старые паки на Forge могут зависеть от конкретной версии. Если старый сервер запускается с кастомными JVM-флагами, сохраните их. Одни флаги улучшают сборку мусора, но слепо тащить за собой все старые флаги не всегда разумно. Хорошая производительность процессора Ryzen или EPYC и быстрый NVMe помогают генерации чанков и TPS, но неверная Java или сломанная зависимость мода всё равно намертво остановят сервер.

Честно оцените ресурсы тарифа. Если старый сервер регулярно работал на 85–95% памяти, переезд на тот же объём не оставит места для роста — калькулятор RAM поможет выбрать размер с запасом. С другой стороны, огромный объём памяти не исправит плагин, который каждый тик выполняет дорогую задачу. Для SMP на впечатление влияют однопоточная скорость процессора, чистые конфиги, view distance, simulation distance и качество плагинов.

Загрузите файлы и проверьте структуру папок

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

Следите, чтобы не появился лишний уровень папок. Типичная ошибка выглядит так: в корне сервера лежит папка my-server-backup, а настоящие server.jar, world и plugins заперты внутри неё. Сервер либо сгенерирует новый пустой мир, либо упадёт, не найдя нужных файлов. Проверьте и то, что level-name в server.properties совпадает с названием папки мира.

Если хостинг даёт автоматические бэкапы, включите их до первого боевого запуска. Это не перестраховка: так у вас появится точка восстановления после загрузки и до того, как кто-то зайдёт. Elysium построен как раз вокруг такой беспроблемной настройки: быстрый NVMe, управляемое развёртывание Minecraft и автоматические бэкапы снимают много скучной инфраструктурной работы, но данные, которые вы привезли, проверять всё равно нужно вам.

Проверьте всё в закрытом режиме, прежде чем открывать двери

Запустите сервер с включённым вайтлистом. Зайдите админским аккаунтом и проверьте то, что игроки заметят сразу: спавн, несколько дальних баз, порталы в Нижний мир, Край, инвентари игроков, ранги, дома, приваты, магазины и запрос ресурспака, если он есть.

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

Затем проверьте производительность в реалистичных условиях. Побегайте по новой местности, потелепортируйтесь между мирами, попробуйте популярные команды и посмотрите на TPS и потребление памяти. Если TPS упал сразу после переезда, сравните со старым окружением server.properties, конфиги Paper или Purpur, версию Java и дальность прорисовки. Возможно, дело в разнице конфигураций, а не в хостинге.

На модовых серверах пусть хотя бы один игрок проверит вход с точно тем модпаком, которым пользуется сообщество. Сервер может запуститься, а игроки не смогут зайти из-за отсутствующего мода, обязательного на клиенте. На публичных серверах проверьте маршрутизацию прокси, forced hosts, секреты форвардинга и IP бэкендов до того, как менять DNS или анонсировать новый адрес.

Переключитесь так, чтобы не запутать игроков

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

Меняйте домен или адрес сервера только тогда, когда новый сервер готов. Если меняется DNS-запись, помните: из-за кэширования часть игроков ещё какое-то время может попадать на старый адрес. Всё это время старый сервер должен быть выключен. Две живые копии одного мира — это раздвоенный прогресс и головная боль для поддержки. Переключение подробнее разобрано в гайде как сменить хостинг без простоя.

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

Держите план отката, пока сервер не докажет свою надёжность

Не удаляйте старый хостинговый аккаунт и локальный бэкап в момент, когда игроки зашли. Храните исходные файлы и финальный бэкап перед переносом хотя бы несколько обычных игровых сессий. Дайте людям время заглянуть на дальние базы, воспользоваться редкими командами и заметить данные плагинов, которыми они пользуются нечасто.

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

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