Хочу сделать бэкап

Если ты хочешь нормально работать с сервером, бэкап должен быть не “на потом”, а частью обычной рутины. В Wilmo для этого есть Бэкап Центр, через который можно быстро сохранить важные папки, сделать ручную точку восстановления перед изменениями и настроить автоматическое резервное копирование.

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

Когда бэкап особенно нужен

Резервную копию особенно полезно делать перед:

  • деплоем новой версии проекта;
  • правкой системных конфигов;
  • обновлением системы;
  • переездом сайта;
  • чисткой файлов;
  • восстановлением из старой копии;
  • любыми изменениями, после которых может понадобиться откат.

Если сомневаешься, нужен ли бэкап, почти всегда ответ: да, нужен.

Самый быстрый маршрут

Обычный порядок такой:

  1. Открой Control Panel.
  2. Нажми Бэкап Центр.
  3. Выбери путь или несколько путей.
  4. Задай понятную метку.
  5. Создай резервную копию.
  6. Убедись, что архив появился в списке.

Этого уже достаточно, чтобы у тебя была рабочая точка отката перед изменениями.

Шаг 1. Открой Бэкап Центр

Для начала:

  1. Открой Control Panel.
  2. Нажми Бэкап Центр.
  3. Дождись загрузки окна.

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

СКРИНШОТ: (сюда надо добавить скриншот Бэкап Центра, чтобы было видно форму ручного бэкапа, список архивов и блок расписаний)

Шаг 2. Выбери, что именно нужно сохранить

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

Чаще всего в первую очередь стоит бэкапить:

  • папку проекта;
  • конфиги сайта или приложения;
  • данные, которые сложно восстановить вручную;
  • результаты ручной настройки;
  • важные служебные директории.

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

Шаг 3. Создай ручной бэкап

Когда уже понятно, что сохранять:

  1. Добавь нужный путь или несколько путей в форму создания бэкапа.
  2. Введи понятную метку.
  3. Ещё раз проверь, что пути указаны правильно.
  4. Нажми создание бэкапа.
  5. Дождись завершения.

Хорошая метка должна сразу объяснять, зачем сделана копия.

Например:

  • до-обновления-системы;
  • перед-правкой-nginx;
  • до-деплоя-api;
  • перед-переездом-сайта.

СКРИНШОТ: (сюда надо добавить скриншот формы создания ручного бэкапа, чтобы было видно пути, метку и кнопку запуска)

Шаг 4. Убедись, что бэкап реально появился

После создания:

  1. Посмотри список архивов в Бэкап Центре.
  2. Найди только что созданную копию.
  3. Убедись, что у неё есть понятная метка и нормальное время создания.

Это важно, потому что сам факт нажатия кнопки ещё не означает, что всё прошло успешно.

Если нужно автоматизировать бэкапы

Если проект уже живой и ты не хочешь зависеть только от ручной дисциплины:

  1. Открой блок автоматических бэкапов.
  2. Выбери путь, который нужно сохранять регулярно.
  3. Укажи время запуска.
  4. Задай количество копий для хранения.
  5. Сохрани расписание.
  6. Убедись, что оно включено.

Такой подход особенно полезен для рабочих сайтов, панелей и проектов, которые постоянно меняются.

Когда лучше сделать сразу два шага

Есть ситуации, когда правильнее не ограничиваться только ручным бэкапом:

  1. Сначала сделай ручную резервную копию прямо сейчас.
  2. Затем настрой автоматическое расписание на будущее.

Это хороший вариант, если проект уже важный и ты понимаешь, что к бэкапам лучше относиться системно.

Как правильно мыслить о бэкапах

Хороший бэкап — это не просто архив “для галочки”. Это возможность вернуться назад, если что-то пошло не так.

Поэтому полезно придерживаться такой логики:

  1. Делай бэкап до изменений.
  2. Давай резервным копиям понятные названия.
  3. Проверяй, что они действительно создаются.
  4. Не храни только одну-единственную копию всего.
  5. Думай не только о создании, но и о будущем восстановлении.

Именно тогда бэкап становится рабочим инструментом, а не формальностью.