Как обновить сервер Minecraft до 26.x и не потерять мир

Опубликовано 26 сентября 2026 · ≈14 мин чтения

Главное правило обновления сервера Minecraft — бэкап, тестовая копия и обновление только тогда, когда ядро для нужной версии перестало быть экспериментальным. Из этих трёх шагов чаще всего пропускают именно тестовую копию: кажется, что раз в статье написано «работает», можно сразу катить на боевой сервер. Дальше — подробный порядок действий для перехода с 1.21.x или более раннего дропа 26.x на актуальную версию: что бэкапить, как ставить Java 25, что меняется в структуре мира, как обновлять Paper/Purpur и Fabric, что делать с плагинами и как откатиться, если что-то пошло не так.

Когда обновляться

Дата выхода нового дропа Minecraft и дата, когда его стоит ставить на боевой сервер с реальными игроками, — это почти всегда разные даты. У серверного ядра, плагинов и прокси для Bedrock свой цикл обновления, и он обычно на несколько недель отстаёт от релиза игры.

На момент обновления этой статьи (сентябрь 2026) актуальный релиз — 26.3 «Wilderness Bound» (15.09.2026). Ситуация с ядрами на эту дату:

Эти статусы меняются буквально каждую неделю после выхода дропа, поэтому перед обновлением боевого сервера всегда сверяйтесь с актуальными данными на papermc.io, purpurmc.org, fabricmc.net и, если нужен Bedrock, на geysermc.org — цифры в этой таблице фиксируют картину только на дату публикации статьи.

Можно ли пропустить один или несколько дропов сразу — например, обновиться с 1.21.4 напрямую на 26.3, минуя 26.1 и 26.2? Формально ядра вроде Paper обычно позволяют перейти сразу на актуальную стабильную версию, отдельного обязательного «промежуточного» шага нет. Но разработчики Paper прямо предупреждают: автоматическое обновление сразу через несколько мажорных версий может сломать плагины и повредить мир — рискованнее, чем переход на один дроп вперёд, потому что сразу несколько волн изменений API и формата данных накладываются друг на друга. Если есть возможность, разумнее обновляться дропами по очереди и проверять мир на тестовой копии после каждого шага; если сервер долго стоял без обновлений и растягивать переход через каждый дроп не хочется — тем более обязательны тестовая копия и бэкап, о которых ниже.

Чек-лист перед обновлением

• Сделан полный бэкап мира, папки plugins/ (или mods/), всех конфигов и файлов whitelist.json/ops.json — и бэкап лежит не на том же диске, что рабочий сервер.
• Проверено, что бэкап действительно разворачивается и открывается (см. следующий раздел) — «бэкап, который никто не проверял», в момент отката может оказаться битым или неполным.
• Поднята тестовая копия сервера (полная копия папки на новой версии jar) и запущена отдельно от боевого — на другом порту или на другой машине.
• Проверен статус ядра (Paper/Purpur/Fabric) и, если нужен Bedrock, статус Geyser — на официальных сайтах, а не по старым статьям.
• Составлен список установленных плагинов/модов с версиями — чтобы было с чем сверяться при поиске обновлений на Hangar/Modrinth.
• Установлена и проверена Java 25 (для дропов 26.1 и новее) — команда java -version должна показывать 25.
• Игроки предупреждены о времени техобслуживания, whitelist на время обновления включён или сервер временно остановлен для новых подключений.

Бэкап правильно

Резервная копия для обновления версии — это не то же самое, что автоматический бэкап «на всякий случай» раз в сутки. Здесь важно, что копия снята именно прямо перед заменой jar, а не несколько часов назад.

1. Остановите сервер командой /stop в консоли — не закрывайте окно крестиком и не убивайте процесс, иначе часть данных мира может не сохраниться на диск.
2. Скопируйте: папку(-и) мира (в старом формате — обычно world, world_nether, world_the_end, либо всё вместе в одной папке мира — зависит от того, как настроен именно ваш сервер), папку plugins/ целиком (jar-файлы и их конфиги), файлы server.properties, whitelist.json, ops.json, banned-players.json, banned-ips.json, а также любые конфиги ядра (Paper/Purpur хранят их в отдельных yml-файлах рядом с миром и в корне сервера).
3. Скопируйте бэкап на другой физический диск или в облако — бэкап на том же SSD, что и рабочий сервер, не защищает от отказа этого диска.
4. Проверьте бэкап: разверните его в отдельную тестовую папку на старой версии jar и убедитесь, что сервер запускается и мир открывается штатно, без ошибок в логе.

Java 25

Начиная с обновления 26.1 «Tiny Takeover» (24.03.2026) серверу и клиенту нужна Java версии 25 — более старые версии (17, 21 и ниже) новый jar не запустят. Если ваш сервер до сих пор работает на 1.21.x под старой Java, обновление всегда состоит из двух параллельных шагов: поставить Java 25 рядом со старой (не обязательно удалять предыдущую версию, если она нужна другим программам) и указать путь к новой Java в скрипте запуска сервера.

Если запустить jar 26.x на Java младше 25-й, сервер завершится с ошибкой вида:

java.lang.UnsupportedClassVersionError: ... has been compiled by a more recent version of the Java Runtime (class file version 69.0), this version of the Java Runtime only recognizes class file versions up to 65.0

Число после «class file version» показывает, какая Java нужна: 65 — это Java 21, 69 — Java 25. Скачать Java 25 можно с официальных бесплатных сборок OpenJDK — Eclipse Temurin (adoptium.net) или Microsoft Build of OpenJDK.

После установки укажите путь к Java 25 явно в скрипте запуска, если в системе несколько версий Java одновременно — иначе система может по-прежнему запускать сервер старой Java из PATH. Пример строки запуска на Linux с явным путём (сам путь зависит от дистрибутива и способа установки Java):

/usr/lib/jvm/java-25-openjdk/bin/java -Xms4G -Xmx4G -jar server-26.3.jar --nogui

На Windows то же самое — путь к java.exe из папки, куда установилась Java 25, вместо просто java в .bat-файле. Подробно про установку Java 25 с нуля — в разделе «Установите Java 25» статьи «Как создать сервер Minecraft».

Что меняется в мире при переходе на 26.1 и новее

Начиная с 26.1 изменилась структура папок мира — по данным minecraft.wiki (Java Edition 26.1): измерения переехали из старых путей DIM-1 (Нижний мир) и DIM1 (Край) в отдельные подпапки нового формата; данные игроков (advancements, playerdata, статистика) собраны в отдельную папку игроков; часть общих данных мира, которая раньше лежала прямо в корне, теперь разложена по подпапкам с пространствами имён. Сами регионные файлы мира остаются в прежнем формате Anvil (.mca) — реорганизация касается именно расположения папок, а не формата отдельного чанка.

Игра выполняет эту миграцию автоматически при первом запуске мира на новой версии — руками переносить файлы не нужно и не стоит. Важное следствие: после того как мир один раз открыли на 26.1+, вернуть его на сервер со старой версией (1.21.x) больше нельзя — переход односторонний. Это ещё раз объясняет, почему бэкап делают строго до обновления, а не «на всякий случай где-то на диске вообще».

Кроме структуры папок, при обновлении происходит апгрейд чанков — сервер обновляет внутренний формат данных каждого чанка до актуальной версии. По умолчанию это происходит постепенно, по мере того как игроки заходят в разные участки мира, а не разом при запуске. У ванильного сервера для этого исторически существуют флаги запуска --forceUpgrade (проапгрейдить сразу все чанки мира, до захода игроков) и сопровождающие его --eraseCache/--recreateRegionFiles — по данным на сентябрь 2026 они остаются в ходу (см. minecraft.wiki, Tutorials/Setting up a server), но актуальный список флагов лучше проверить перед использованием: сама Paper отмечает, что полный форс-апгрейд «должен использоваться редко», потому что постепенный апгрейд обычно достаточно быстрый — форсировать всё сразу имеет смысл в первую очередь для карт с прегенерацией, которые публикуют без последующих визитов игроков в непрогруженные чанки.

Пошагово: обновление Paper/Purpur

1. Тестовая копия. Скопируйте всю папку сервера целиком в отдельное место. Работайте дальше с копией, пока не убедитесь, что всё в порядке — боевой сервер в это время можно не останавливать.
2. Скачайте новую версию ядра с официальной страницы загрузок — Paper или Purpur, — выбрав нужную версию Minecraft. Если для актуального дропа доступна только экспериментальная сборка, для боевого сервера разумнее взять последнюю стабильную сборку под предыдущую версию, а экспериментальную проверить именно на тестовой копии.
3. Замените jar. Остановите тестовый сервер, переименуйте новый файл так, как ожидает ваш скрипт запуска (или поправьте сам скрипт), и положите его в папку сервера вместо старого jar.
4. Обновите Java, если ещё не сделали этого — см. предыдущий раздел.
5. Запустите тестовый сервер и наблюдайте за логом от первой строки до Done: сообщения об ошибках загрузки плагинов, предупреждения о недостающих классах или несовместимом API обычно видны сразу при старте.
6. Зайдите в мир сами, проверьте ключевые постройки, работу основных плагинов (права, приват, экономику), посмотрите карту сервера, если она есть.
7. Проверьте и, если нужно, обновите конфиги ядра. У Paper основные настройки лежат в paper-global.yml и paper-world-defaults.yml (плюс paper-world.yml для конкретных миров) — при крупных обновлениях в них иногда добавляются новые параметры или меняется структура секций. Сверьтесь с документацией на docs.papermc.io, если что-то из старых настроек не отображается или сервер жалуется на неизвестный параметр при старте.
8. Только после успешной проверки повторите те же шаги на боевом сервере: остановка, бэкап (ещё раз, отдельно от бэкапа для теста), замена jar, запуск, контроль лога.

Плагины после обновления

Плагин, не совместимый с новой версией сервера, обычно проявляет себя одним из двух способов: сервер вообще не запускается и в самом начале лога видна ошибка загрузки конкретного плагина, либо сервер запускается, но при попытке использовать функции плагина в консоли или в логе появляются ошибки (часто — что-то про несовместимую версию API или отсутствующий класс). Команда /plugins в консоли или игре показывает список загруженных плагинов; не загрузившиеся или упавшие с ошибкой обычно выделяются красным цветом в этом списке.

Порядок действий с проблемным плагином:

1. Уберите jar-файл плагина из plugins/ в отдельную папку (не удаляйте — просто чтобы сервер его не подхватывал) и перезапустите сервер, чтобы убедиться, что остальное работает без него.
2. Проверьте страницу плагина на Hangar или Modrinth — часто обновлённая версия уже есть, просто вышла позже, чем вы в последний раз проверяли.
3. Если обновления под вашу версию ещё нет — узнайте у автора (issues на GitHub проекта, если он открыт) примерные сроки, либо поищите альтернативный активно поддерживаемый плагин с той же функцией.
4. Не откатывайте сам сервер обратно ради одного несовместимого плагина — временно поработайте без его функции, а откат версии сервера держите как крайний план для случаев, когда сломалось что-то более критичное.

Особое внимание стоит уделить плагинам, от которых зависит безопасность сервера: правам (LuckPerms и аналоги), защите территории от гриферов (GriefPrevention, WorldGuard, Lands), экономике. Если один из них не загрузился, а сервер тем временем доступен игрокам — вы фактически на время остаётесь без этой защиты, поэтому такие плагины стоит проверять в первую очередь, ещё на тестовой копии, до открытия боевого сервера после обновления.

Моды (Fabric)

Для мод-сервера на Fabric логика та же, но со своей особенностью: если хотя бы один важный мод ещё не обновился под новую версию, лучше не трогать сервер вообще, а не переходить частично. В отличие от плагинов Paper/Purpur, где сервер обычно продолжает работать без упавшего плагина, несовместимый мод на Fabric-сервере (и тем более на клиентах игроков) чаще приводит к тому, что игра просто не запускается или вылетает при заходе в мир.

Практический порядок:

• Обновляйте Fabric Loader до актуальной рекомендуемой версии — она указана на fabricmc.net для каждой версии игры.
• Проверьте на Modrinth или CurseForge, что у каждого установленного мода есть сборка под нужную версию Minecraft — не только у самого мода, но и у его обязательных библиотек-зависимостей (Fabric API и подобных).
• Обновляйте моды на сервере и раздавайте новый список игрокам одновременно: клиент и сервер на Fabric должны быть на одной версии игры и, как правило, на одинаковом наборе модов — иначе игроки не смогут подключиться или получат рассинхронизацию контента.
• Если хотя бы один нужный мод ещё не вышел под актуальную версию — подождите с обновлением сервера, а не убирайте мод ради версии: для мод-сборки это обычно более разрушительное решение, чем для плагинов.

Откат, если всё пошло не так

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

1. Остановите сервер.
2. Верните на место старый jar ядра (ту версию, что работала до обновления) и, если меняли, — прежнюю версию Java в скрипте запуска.
3. Замените текущую папку мира и plugins/ на бэкап, снятый перед обновлением.
4. Запустите сервер на старой конфигурации и убедитесь, что всё работает как прежде.

Частые ошибки после обновления

Итог: короткий план обновления

• Проверьте статус вашего ядра (Paper/Purpur/Fabric) и, если нужно, Geyser — на официальных сайтах, а не по старым источникам.
• Сделайте и проверьте бэкап мира, плагинов и конфигов до любых действий с новой версией.
• Разверните тестовую копию на новой версии и новой Java 25, проверьте мир, плагины/моды, конфиги ядра.
• Только после успешного теста обновляйте боевой сервер — с ещё одним свежим бэкапом перед этим шагом.
• Держите план отката (старый jar + старая Java + бэкап «до») готовым на случай, если что-то пойдёт не так.

Если сервер только предстоит поднять с нуля — базовые шаги разобраны в статье «Как создать сервер Minecraft». Обзор того, что именно изменилось в самих дропах 26.1–26.3, — в статье «Обновления Minecraft 2026». Сравнение Paper, Purpur, Fabric и других вариантов ядра — в статье «Какое ядро выбрать для сервера». Если на сервере играют или будут играть пользователи с телефонов и консолей, отдельно проверьте раздел про совместимость в статье «Bedrock-игроки на Java-сервере через Geyser».