Сервер выглядит совершенно нормально ровно до дня переезда, когда пропавшая папка плагина, несовпавшая версия Java или забытая база данных превращают простой перенос в откат. Хорошая новость: перенести сервер Minecraft — это в основном про подготовку, а не про сложные команды. Скопируй нужные файлы, сохрани стек ПО, протестируй до анонса нового адреса — и игроки могут вообще не заметить переезда.
Этот гайд закрывает безопасный перенос для Vanilla, Paper, Purpur, Forge, Fabric и серверов с большим набором плагинов. Заодно отмечает места, из-за которых теряются инвентари, ломаются приваты, пропадают модовые предметы и появляются проблемы с TPS уже после запуска.
Начни с плана переезда, а не с копирования файлов
Сервер Minecraft — это больше, чем папка мира. Это связка мира, ядра, конфигов, плагинов или модов, данных игроков и иногда внешних баз данных. Если хоть одна часть рассинхронизирована, игроки зайдут на знакомый с виду сервер, где нет рангов, сброшены квесты или поехали балансы в экономике.
Прежде чем трогать новый хостинг, зафиксируй текущую конфигурацию: версию Minecraft, ядро и билд, версию Java, выделенную память, флаги запуска, установленные плагины или моды и настройки прокси вроде BungeeCord либо Velocity. Если у старого хостера своя панель, сделай скриншоты важных настроек.
Первое решение — это чистый перенос или заодно обновление. Чистый перенос сохраняет ту же версию Minecraft, тип сервера, версию Java и контент. Это самый низкорисковый вариант. Обновиться с Paper 1.20.4 до 1.21, заменить плагины или сменить версию Forge может быть полезно, но это отдельный проект — после того как сервер стабильно заработал на новом железе.
Сделай финальный бэкап и заморозь изменения
Автоматические бэкапы — страховочная сетка, но не считай, что последний из них включает активность игроков за последние минуты. Сделай свежую ручную копию прямо перед переносом. Если сервер живой, назначь короткое техническое окно и предупреди игроков, когда именно нужно перестать строить, торговать и менять инвентари.
Потом останови сервер корректно — из панели или консоли. Не убивай процесс силой, пока он сохраняет чанки. Чистое выключение правильно записывает данные мира и игроков и снижает шанс повредить регион-файлы.
Для стандартного сервера скачай или скопируй всю директорию целиком. Обычно это папки world, world_nether, world_the_end, plugins, mods, config, libraries, плюс файлы server.properties, ops.json, whitelist.json, banned-players.json, banned-ips.json, usercache.json и сам jar ядра.
Если кастомных настроек всего пара штук, есть соблазн перенести только мир. Не надо. Полная копия даёт заведомо рабочую точку отката и сохраняет те детали, которые легко забыть.
Проверь внешние базы данных
Некоторые плагины хранят данные вне своей папки. Экономика, права, веб-карты, интеграции с магазином, голосовалки и кросс-серверные системы могут использовать MySQL или MariaDB вместо файлов SQLite. Копирование одной только plugins эту информацию не перенесёт.
Выгрузи такие базы со старого хостинга и залей их на новый сервис. После этого обнови параметры подключения в конфиге плагина. Если поменялись хост базы, логин или пароль, плагин может стартовать с пустыми данными или вообще не загрузиться, пока конфиг не поправят.
Заодно проверь, используешь ли ты внешние сервисы для ролей в Discord, платёжного магазина, Dynmap или бэкапов. Таким интеграциям может понадобиться новый IP, порт, правило файрвола или запись в API-белом списке.
Как перенести файлы сервера на новый хостинг
Подними целевой сервер с той же версией игры и тем же ядром до заливки файлов. Например, Paper-сервер стоит стартовать с того же билда Paper, если это возможно, а серверу Forge или Fabric нужен совпадающий загрузчик и версия Minecraft. Старт с неправильным jar — один из самых быстрых способов получить несовместимые конфиги или краш при загрузке.
Используй файловый менеджер хостинга, доступ по SFTP или услугу переноса. Для крупных модпаков и больших миров SFTP обычно надёжнее браузерной загрузки, особенно когда нужно возобновить прерванную передачу. Сохраняй структуру папок: содержимое корня старого сервера должно оказаться в корне нового, а не внутри лишней вложенной папки.
После заливки проверь, что на месте главное:
- Все папки миров, включая Нижний мир и Край
pluginsи папки конфигов плагинов для Paper или Purpurmods,config,defaultconfigsиkubejs, где это актуально для Forge или Fabric- Файлы игроков, вайтлиста, банов, операторов и свойств сервера
- Ресурспаки, датапаки, скрипты и кастомные jar-файлы
Не перезаписывай вслепую файлы, созданные панелью, если новый хостинг задаёт свою стартовую конфигурацию. Сначала сравни. Имя jar, команда запуска и выделенная память должны совпадать с тем, что ожидает панель.
Согласуй Java, память и параметры запуска
У версий Minecraft свои требования к Java. Современные релизы обычно требуют новых версий, а старые модпаки могут зависеть от Java 8 или 17. Если модовый сервер работал на одной версии Java и сразу падает после переезда, проверь это, прежде чем решить, что файлы повреждены.
Память должна соответствовать реальной нагрузке, а не только числу игроков. Лёгкая выживалка на Paper прекрасно живёт на скромном выделении и хорошем одноядерном CPU. Сборке Forge на сотни модов нужно больше памяти, но одна лишь добавка гигабайтов не починит плохой тик. Частота CPU, генерация чанков, количество сущностей и эффективность плагинов всё равно важны.
Копируй JVM-флаги только если понимаешь, зачем они там были. Флаги, помогавшие старой сборке Java, на новой среде могут быть бесполезны или вредны. Начни с разумных дефолтов, если новый хостинг сам управляет настройками Java, а тюнинг делай уже по реальным данным о TPS и памяти.
Здесь и проявляется инфраструктура, заточенная под Minecraft. Быстрые ядра Ryzen или EPYC помогают главному потоку успевать, а диски NVMe Gen4 снимают боль от загрузки и сохранения чанков. Железо не спасёт сломанный плагин, но здоровому серверу даст пространство работать.
Никогда не меняй две вещи сразу. Перенос — это только смена железа: та же версия игры, то же ядро, та же Java, те же плагины. Обновления откладывай на потом. Если после переезда что-то сломалось, ты должен точно знать, что причина — в переносе, а не в апдейте, который ты решил сделать заодно.
Проведи закрытый тест до того, как открывать двери
Запусти перенесённый сервер с включённым вайтлистом. Смотри консоль с первой загрузки до полного старта мира. Отдельные предупреждения нормальны, но повторяющиеся ошибки, сообщения о недостающих зависимостях, неудачные подключения к базе или несовпадения реестров нужно закрыть до захода игроков.
Зайди тестовым аккаунтом и проверь не только спавн. Пройдись по Верхнему миру, Нижнему миру и Краю. Открой инвентари и эндер-сундуки. Проверь приваты, ранги, дома, варпы, магазины, кейсы, квесты, арены мини-игр и все команды, которыми сообщество пользуется каждый день. На модовом сервере убедись, что модовые блоки, механизмы, измерения и инвентари игроков загружаются корректно.
Дальше — производительность в реальных условиях. Через привычный профилировщик или диагностику посмотри TPS, MSPT, расход памяти и поведение CPU. Свежее железо делает сервер бодрее, но генерация новых чанков всё равно тяжёлая. Если после запуска игроки поедут в новые области, предгенерация чанков избавит первые сессии от стресс-теста, которого никто не просил.
Если у тебя сеть, внимательно проверь проксирование. BungeeCord, Velocity, бэкенды, правила файрвола, секреты форвардинга и настройки online-mode должны совпадать. Малейшее расхождение даёт дубли UUID, неудачные входы или игроков, спавнящихся без своих данных.
Меняй адрес только после успешного теста
Когда закрытый тест прошёл чисто, обнови домен или раздай новый IP и порт. Сохранить прежний домен проще всего для сообщества: никому не придётся править список серверов. Изменения DNS доходят не мгновенно, поэтому после финального бэкапа держи старый сервер выключенным, а не позволяй игрокам разделиться между двумя мирами.
Держи старые файлы и финальный бэкап минимум несколько дней. Не отменяй прежнюю услугу в ту же минуту, когда открылся новый сервер. Этот короткий нахлёст даёт путь к восстановлению, если в первую людную сессию всплывёт недостающая таблица в базе или ошибка в конфиге.
Админам, которые уезжают от медленных дисков, невнятной поддержки или панели, где каждое действие ощущается рискованным, есть смысл воспользоваться управляемым переносом. Мы поможем перевезти файлы и проверить окружение, но ты всё равно должен понимать, что именно переносится, и держать собственную копию. Мир слишком ценен, чтобы доверять его одному экземпляру.
Хороший переезд — скучный, и в этом весь смысл. Игроки заходят, находят свои постройки, сохраняют инвентари и возвращаются к игре, пока ты смотришь на ровный график TPS вместо аварийных ошибок в консоли.