Воронку от крипера залатать — минута. А неудачная команда WorldEdit, битый регион-файл или сорвавшееся обновление модов могут стереть часы работы по всему миру. Поэтому вопрос, как часто делать бэкап сервера Minecraft, стоит решить до открытия SMP, а не после того, как кто-то лишится базы.
Правильный ответ — не «как можно чаще». Каждый бэкап читает и пишет данные, занимает место и может давать короткие всплески нагрузки на диск. Тихому ванильному серверу вполне может хватить ежедневных бэкапов. А на активном модовом сервере, где десятки игроков открывают новые чанки, копия раз в сутки оставляет под ударом слишком много прогресса. Задача — ограничить возможную потерю и при этом не нагружать сервер зря в часы пик.
От чего зависит частота бэкапов
Начни с того, сколько данных мира меняется между копиями. Маленький приватный сервер, где пятеро друзей играют пару вечеров в неделю, и публичное выживание, где кто-то онлайн круглые сутки, — это совсем разные риски.
Число игроков — очевидный фактор, но не единственный. Генерация чанков создаёт много новых данных, особенно когда игроки летают на элитрах или стоят моды с новыми измерениями и структурами. Технические серверы тоже меняются быстро: фермы, хранилища, приваты, экономика и базы плагинов бывают не менее важны, чем сама папка мира.
Главная цифра — допустимое окно потерь. Спроси себя: если сервер сломается прямо сейчас, сколько прогресса ты сможешь честно попросить игроков повторить? Если ответ «не больше часа» — бэкап нужен как минимум раз в час.
Помимо частоты нужен срок хранения. Ежечасные копии помогут, только если к моменту обнаружения проблемы ещё жива более старая чистая версия. Если битый файл или разрушительное действие плагина два дня никто не замечал, набор ежечасных бэкапов, которые хранятся сутки, уже не спасёт.
Рекомендуемые расписания по типу сервера
Эти цифры подходят большинству серверов. Считай их отправной точкой и подстрой, когда понаблюдаешь за активностью и расходом места.
Приватный SMP на ванилле или Paper
Для небольшого сервера, где постоянно играют меньше десяти человек, делай бэкап раз в 6–12 часов и храни ежедневные точки восстановления хотя бы 7–14 дней. Это разумный баланс, если сервер не загружен весь день.
Если компания строит крупные проекты, пользуется WorldEdit или устраивает длинные сессии по выходным, переходи на интервал 2–4 часа, пока люди онлайн. Отдельный бэкап перед запланированным событием тоже окупается: перед большой стройкой, боем с драконом или расширением границы мира у тебя будет чистая точка отката.
Активные сообщества и публичные серверы
Публичным SMP, серверам-сетям и сообществам с постоянным онлайном обычно нужен бэкап раз в 1–2 часа. Частые копии держи сутки-двое, ежедневные — минимум две недели, еженедельные архивы — дольше, если позволяет место.
Так ты ограничишь ущерб от гриферов, ошибок плагинов, случайного /fill или сломанного конфига. И защитишь игроков, которые часами строили, пока администрации не было онлайн.
На особенно загруженных серверах есть смысл в интервале 30 минут — но не ставь его вслепую. Проверь, влияют ли бэкапы на TPS и нагрузку на диск в самое горячее время. Быстрый NVMe помогает, но большому миру с постоянной генерацией чанков всё равно нужно разумное расписание. Если видишь просадки, гайд о том, как поднять низкий TPS, поможет отделить нагрузку от бэкапов от других причин, а spark покажет, чем на самом деле занят главный поток.
Forge, NeoForge, Fabric и большие модпаки
С модами нужно быть осторожнее: риск не ограничивается потерянными постройками. Обновления модов могут менять ID предметов, блок-сущности, измерения, квесты и генерацию мира. Откат после неудачного обновления часто оказывается самым быстрым способом избежать куда более долгого ремонта.
Активному модовому серверу нужен бэкап каждый час и ежедневные точки восстановления на 14–30 дней. Перед обновлением сборки, сменой версии загрузчика, добавлением или удалением модов и правкой важных конфигов делай ручную копию. Держи её, пока сервер несколько дней не проработает нормально.
Одного бэкапа мира здесь обычно мало. В зависимости от сборки могут понадобиться конфиги, скрипты, данные квестов и приватов, инвентари игроков и базы отдельных модов. Если вернуть только папку мира, сервер может оказаться в рассогласованном состоянии.
В Pterodactyl создай бэкап перед обновлением на вкладке Backups и заблокируй его (lock). Заблокированную копию нельзя случайно удалить, и расписание не заменит её, когда будет вытеснять самый старый бэкап, — она останется на месте, даже если проблема всплывёт через несколько дней.
Подстраивай бэкапы под активность игроков
Полный бэкап лучше всего делать, когда на сервере меньше всего людей. Если большинство игроков из Европы и заходят после учёбы или работы, ставь крупные ежедневные копии на ночь по их часовому поясу. У международного сообщества тихих часов может не быть вовсе — тогда сокращай интервал и следи за производительностью.
Перед копированием сервер должен записать текущее состояние на диск. Правильный процесс сбрасывает данные мира, приостанавливает сохранение на время архивации и потом возобновляет его. На вкладке Schedules в Pterodactyl это четыре задачи с интервалом в несколько секунд: save-off, save-all flush, сам бэкап и save-on. Если копировать «живые» файлы без чистого сохранения, архив может оказаться неполным — особенно когда игроки онлайн и чанки постоянно пишутся.
Не запускай тяжёлое обслуживание одновременно. Прегенерация мира, чистка баз, обновление модпака, рендер карты и бэкапы конкурируют за процессор, память и диск. Разнеси их по времени: стабильный TPS игроки заметят куда сильнее, чем слишком плотный график обслуживания.
Срок хранения важен не меньше частоты
Практичный план бэкапов строится слоями. Частые копии закрывают недавние ошибки. Ежедневные — проблемы, найденные позже. Еженедельные защищают от того, что тлеет незаметно.
Например, активный сервер может хранить ежечасные бэкапы 48 часов, ежедневные — 14 дней, еженедельные — два месяца. Точные цифры зависят от размера мира и доступного места, но принцип один: новые копии не должны сразу перезаписывать все полезные старые точки отката. Подробнее о ротации и копиях вне сервера — в нашем гайде о стратегии бэкапов Minecraft.
Перед любым рискованным изменением разумно держать копию вне обычной ротации. Самый наглядный случай — переход на новую версию Minecraft: формат мира может измениться, а откат на старую версию редко бывает безопасным. Сохрани старую версию и её полный бэкап, пока не убедишься, что обновление стабильно, — и помни, что Minecraft 26.x требует Java 25.
Что должно входить в бэкап Minecraft
Точка восстановления должна возвращать сервер таким, каким его видели игроки, а не только ландшафт. Минимум — основные папки мира (Верхний мир, Незер и Энд), данные игроков и достижения.
На Paper, Purpur и других серверах на базе Bukkit добавь папки плагинов и конфиги. Многие плагины хранят важные данные в своих папках или базах: приваты, экономика, права, дома, магазины и история наказаний могут пропасть или разойтись с миром, если их не сохранить.
На модовых серверах сохраняй mods, config, defaultconfigs, kubejs, scripts и любые папки сборки, влияющие на игру. Если плагины или моды пользуются отдельной базой данных, её тоже нужно бэкапить согласованно.
Не забудь server.properties, вайтлист, список операторов и файлы прав. Они крошечные, но восстанавливать их вручную во время сбоя — лишняя работа.
Проверь восстановление заранее
Бэкап, который ни разу не восстанавливали, — это предположение, а не план спасения. Раз в несколько месяцев разворачивай свежую копию на отдельном тестовом сервере с той же версией Minecraft, ядром, модами и плагинами. Зайди в мир, проверь последние постройки, инвентари и данные ключевых плагинов.
Так ловятся типичные ошибки: забытые папки, архив, снятый во время записи файлов, несовпадающие версии модов или архив, который не распаковывается. Заодно у команды появляется понятный порядок восстановления до того, как настоящая авария начнёт давить.
Когда восстанавливаешь рабочий сервер, сначала полностью останови его. Сохрани копию текущего сломанного состояния, даже если кажется, что она бесполезна. Потом разверни выбранный бэкап, убедись, что данные плагинов и модов на месте, и запускай. Сообщи игрокам, на какой именно момент откатился мир.
Автоматизация убирает человеческий фактор
Ручные бэкапы полезны перед обновлениями, но автоматику не заменяют. Люди забывают, команда меняется, а проблемы случаются в самый неудобный момент. Хороший хостинг делает регулярные копии в фоне, пока ты занимаешься игроками, контентом и модерацией.
В Elysium у каждого сервера Minecraft есть ночной автоматический бэкап на NVMe, сервер работает на Ryzen под защитой от DDoS. Для более плотного графика можно докупить от 1 до 10 слотов бэкапов и заполнять их через расписания Pterodactyl — например, каждый час в самое активное время. Это не отменяет продуманного срока хранения и ручной копии перед обновлениями, но снимает с тебя большую часть рутины.
Лучшее расписание — то, что совпадает с ритмом твоего сообщества и проверено до аварии. Настрой его, пересматривай после заметного роста или смены сборки — и пусть игроки тратят время на стройку, а не на восстановление того, что вообще не должно было пропасть.
В Elysium сервер работает на Ryzen и NVMe, защита от DDoS и ночной автобэкап уже включены, а дополнительные слоты бэкапов подключаются как допы. Ядро выбирается в форме заказа, тарифы и цены — на странице Minecraft.