Неудачный перезапуск — неприятно. Стёртый мир выживания, испорченные инвентари или сломанный модпак после 400 часов игры могут расколоть сообщество за одну ночь. Этот гайд по аварийному восстановлению сервера Minecraft написан для момента, когда что-то пошло не так, — и для настройки, которая делает этот момент куда менее болезненным.
Цель не в том, чтобы делать вид, будто сбоев не бывает. Плагины конфликтуют, случаются проблемы с питанием, админы удаляют не ту папку, а обновление мода превращает здоровый сервер на Forge в бесконечный краш-цикл. Цель — локализовать ущерб, восстановить правильные данные и вернуть игроков в мир, не гадая на нервах.
Сначала — перестаньте усугублять инцидент
Когда сервер начинает падать, TPS проваливается до однозначных чисел, пропадают чанки или игроки жалуются на исчезнувшие вещи, не перезапускайте его снова и снова в надежде, что пронесёт. Повторные перезапуски перетирают логи, запускают новые автосохранения и мешают найти последнее заведомо здоровое состояние.
Если сервер ещё отвечает, остановите его штатно из панели. Если он намертво завис — используйте принудительную остановку, но только по необходимости. Затем скопируйте текущие файлы сервера, прежде чем что-либо менять. Даже в повреждённом мире есть файлы, которые понадобятся позже: данные игроков, конфиги, файлы регионов, свежие логи.
Первая задача — понять тип сбоя. Большинство инцидентов на серверах Minecraft попадают в одну из четырёх групп:
- Повреждение мира или данных игроков после краша, проблемы с диском или принудительного выключения
- Неудачное обновление Minecraft, Paper, Purpur, Forge, Fabric, мода или плагина
- Ошибка админа: удалённая папка мира или правка не того конфига
- Проблемы с производительностью или безопасностью: расплодившиеся сущности, сломанные редстоун-механизмы, гриф или перебой из-за DDoS
Группы пересекаются. Сервер, который падает с нехваткой памяти, позже может показать повреждённый мир — потому что его раз за разом убивали посреди сохранения. Видимый симптом и первопричину разбирайте как две отдельные проблемы.
Сохраните улики до восстановления
Логи рассказывают, что случилось прямо перед сбоем. Скачайте или скопируйте logs/latest.log, всё из папки crash-reports и вывод консоли до начала восстановления. На модовом сервере ищите мод, упомянутый ближе к концу краш-репорта. На Paper или Purpur на виновника обычно указывают ошибки плагинов, предупреждения watchdog и повторяющиеся стектрейсы.
Сравните время последней нормальной активности игроков с имеющимися бэкапами. Самый свежий бэкап — не всегда лучший: если повреждённый чанк уже был сохранён к моменту бэкапа, восстановление вернёт проблему обратно.
На крупном публичном сервере сначала проверьте восстановление на отдельном временном экземпляре, направленном на копию мира, а не на живую папку. Так вы убедитесь, что спавн грузится, данные игроков целы, а TPS в норме, — и только потом объявите, что сервер вернулся.
Восстанавливайте правильный бэкап, а не просто последний
Полезный бэкап — тот, который можно быстро восстановить и которому можно доверять. Автоматические бэкапы снимают огромную часть рисков, но только если их расписание соответствует активности сервера. Приватному SMP с друзьями может хватить ежедневных копий. Оживлённому серверу с экономикой, постоянной торговлей, приватами и стройками нужны точки восстановления чаще — разумные расписания разобраны в нашей стратегии бэкапов.
Перед восстановлением переименуйте повреждённые папки, а не удаляйте их — например, world в world-damaged-2026-09-26. То же самое сделайте с world_nether и world_the_end, если восстанавливаете полный набор. Оригинальные данные — это запасной вариант на случай, если в выбранном бэкапе окажется своя проблема.
Восстанавливайте бэкап при выключенном сервере, а затем проверьте базовые вещи, прежде чем открывать вайтлист или пускать публику:
- Сервер запускается без повторяющегося цикла ошибок.
- Сид, спавн, постройки и измерения — те самые.
- Несколько пострадавших игроков подтверждают инвентари, дома, приваты и ранги.
- TPS держится стабильно, пока грузятся чанки и заходят игроки.
Если у вас прокси на BungeeCord или Velocity, проверьте ещё адрес бэкенда и настройки форвардинга. Идеально восстановленный мир не поможет, если игроков отправляет не на тот бэкенд или они не могут авторизоваться. Пошаговая механика восстановления — в нашем гайде по бэкапу и восстановлению.
Когда полный откат — это слишком
Восстанавливать весь сервер — не всегда правильный ответ. Если инвентарь потерял один игрок, откат на шесть часов назад сотрёт прогресс всех остальных. Если повреждён один чанк, замена всего мира — перебор.
Используйте самое узкое исправление, которое безопасно решает проблему. Восстановите один файл игрока world/playerdata/<uuid>.dat, когда беда только у него. Откатите базу или конфиг плагина, если обновление сломало права или приваты. Замените только нужный файл региона (world/region/r.X.Z.mca), если точно знаете, какая область повреждена, и у вас есть чистая копия. При грифе на сервере с плагинами логирующий плагин вроде CoreProtect откатит только затронутые блоки.
Платой будет сложность. Точечное восстановление сохраняет больше свежего прогресса, но требует уверенности в том, что именно сломалось. Если вы не уверены, не расползлось ли повреждение, чистый полный откат часто безопаснее. Пару часов прогресса игроки отстроят. А вот доверие после второго неудачного восстановления — нет.
Каждую папку, которую собираетесь перезаписать, — мир, данные плагинов, конфиги модов — сначала переименуйте с датой в названии, а не удаляйте. Это стоит пары секунд и немного места на диске, и только это спасёт, если восстановленный бэкап тоже окажется битым.
Откат после неудачных обновлений плагинов и модов
Никогда не обновляйте боевой сервер без пути отката. Это касается сборок Paper и Purpur, загрузчиков Forge и Fabric, версий Java, плагинов, модов, датапаков и JVM-флагов. Совместимость — это цепочка: плагин может поддерживать вашу версию Minecraft и всё равно упасть на только что обновлённой зависимости.
Если после обновления сервер не стартует, сначала верните прошлую версию изменённого файла. Не меняйте одновременно пять других вещей. Поиск проблемы по одной переменной на несколько минут медленнее — и гораздо быстрее, чем загадочная конфигурация, которую никто не сможет воспроизвести.
У плагинов проверьте, не изменило ли обновление конфиги или базы данных. Многие плагины мигрируют данные при первом запуске; тогда одного старого jar мало — восстановите и его конфиг с папкой данных из той же точки бэкапа.
Модовым серверам нужна ещё большая дисциплина. Храните версионированную копию всего модпака: папки mods, config, defaultconfigs, kubejs и скрипты, если есть. Мир на Forge или Fabric завязан на конкретные ID реестров, и удаление контентного мода без плана может стереть из мира блоки, предметы или сущности. Самая безопасная привычка — снапшот перед каждым обновлением.
Устраните причину, прежде чем открывать сервер
Восстановление не закончено, если через десять минут повторяется тот же краш. Изучите поведение CPU, памяти, дисков и сети вместе с логами. Серверу, которому постоянно не хватает памяти, нужен честный пересмотр RAM и её выделения, а не бесконечные перезапуски. Упор в процессор может проявляться низким TPS даже при нормальной памяти — особенно при генерации чанков или ивентах с кучей сущностей.
На Paper и Purpur проверьте число сущностей, активность воронок, редстоун-часы, загруженные чанки и тяжёлые плагины. Профиль spark покажет, тянет ли главный поток вниз одна ферма, один мир или один плагин. В модпаках осмотрите измерения с тяжёлыми механизмами, трубопроводами, чанклоадерами и мобофермами.
Высокая производительность одного ядра здесь важна, потому что главный цикл тиков Minecraft в основном упирается в одно ядро. Быстрый NVMe помогает с сохранениями и загрузкой чанков. Но ни то ни другое не компенсирует сломанный плагин или перегруженный мир: хорошее железо даёт запас, а разумные лимиты и мониторинг не дают его прожечь.
Составьте план восстановления до следующего инцидента
Самая надёжная схема аварийного восстановления — скучная. Она работает автоматически, по понятному расписанию и не зависит от одного вымотанного админа, который должен вспомнить про ручную выгрузку в полночь.
Держите бэкапы по ротации: несколько свежих точек для быстрых исправлений плюс еженедельные и ежемесячные копии для проблем, которые замечают не сразу. По возможности храните хотя бы одну копию отдельно от живого сервера — если откажет то же хранилище, локальный бэкап откажет вместе с ним.
Напишите для команды короткую инструкцию на случай аварии: кто может останавливать сервер, где лежат бэкапы, как оповещать игроков, какие плагины критичны и кто утверждает откат. Особенно это полезно в проектах сообществ, где доступ к панели есть у нескольких модераторов.
В Elysium механическую часть восстановления берут на себя автоматические бэкапы и понятная панель Pterodactyl, но владельцу сервера всё равно стоит знать свои точки восстановления и проверять их. Управляемый хостинг убирает рутину. Он не принимает за вас решение, какой бэкап лучше сохранит прогресс игроков.
Общайтесь так, чтобы игроки вам доверяли
Молчание делает короткий простой хуже, чем он есть. Сообщите игрокам, что сервер выключен, что вы определили тип инцидента и занимаетесь восстановлением или разбором. Не обещайте точное время возвращения, пока не проверили восстановление.
Если нужен откат, скажите, насколько далеко он уходит и что может пропасть. Говорите прямо: «Восстанавливаем бэкап за 15:00, чтобы убрать повреждение мира. Прогресс после этого времени может быть потерян». Игрокам новость может не понравиться, но они поймут, что вы защищаете сервер, а не играете с ним в рулетку.
Когда сервер вернётся, внимательно следите за ним в течение часа: TPS, ошибки в консоли, неудачные входы, жалобы из пострадавших мест. Затем, убедившись, что мир здоров, сразу сделайте свежий бэкап. Лучшее время готовиться к следующей аварии — сразу после того, как вы пережили эту, не потеряв построенное сообщество.
Серверы Elysium идут с автоматическими бэкапами, панелью Pterodactyl для восстановления в пару кликов, защитой от DDoS и поддержкой, которая разбирается в Minecraft. Выберите тариф на странице заказа или закажите перенос сервера с другого хостинга без потери мира.