Резервная копия Moodle нужна не только на случай аварии сервера. Ошибка администратора, неудачное обновление, повреждённый плагин или удаление курса могут остановить обучение и лишить компании важных данных. Мы выстраиваем резервное копирование так, чтобы восстановить не только сам сайт, но и рабочее состояние учебного процесса: пользователей, роли, курсы, оценки, сертификаты и загруженные материалы.

В этой статье разберём, что именно нужно сохранять, как выбрать периодичность и как проверить, что копия действительно пригодна для восстановления. Если требуется спроектировать надёжную инфраструктуру, мы можем внедрить Moodle под задачи компании и заложить резервирование ещё до запуска системы.

Какие данные Moodle нужно сохранять

Полная резервная копия Moodle состоит из нескольких частей. Если сохранить только одну из них, восстановление может оказаться неполным.

База данных
В ней находятся пользователи, роли, настройки, зачисления, оценки, завершение курсов, сообщения и служебные данные. Обычно Moodle работает с MySQL, MariaDB или PostgreSQL.

Каталог moodledata
Здесь хранятся загруженные файлы, изображения, резервные копии курсов, файлы заданий и другие пользовательские материалы.

Каталог с кодом Moodle
Нужен для восстановления версии ядра, установленных плагинов и конфигурации. Если код разворачивается из репозитория, дополнительно сохраняйте список версий и собственные изменения.

Конфигурация и секреты
Отдельно фиксируйте параметры подключения к базе, домен, настройки почты, интеграций, SSO и внешних хранилищ. Секреты нельзя хранить в открытом архиве без защиты.

Для крупных систем мы также сохраняем описание инфраструктуры: версии PHP и СУБД, веб-сервер, cron-задачи, балансировщик, хранилища и сертификаты. Это сокращает время восстановления после миграции на новый сервер.

Полный бэкап и резервная копия курса

В Moodle можно создавать резервные копии отдельных курсов. Такой файл удобно использовать для переноса программы, подготовки шаблона или восстановления содержимого курса после ошибочных изменений. Но backup курса не заменяет копию всей системы.

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

Бэкап Moodle
Включает базу данных, moodledata, код и конфигурацию. Нужен для восстановления всего портала с пользователями, правами, журналами и интеграциями.

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

Мы рекомендуем сочетать эти уровни: автоматические копии базы и файлов — для регулярной защиты, копии курсов — для оперативной работы преподавателей, а снимки — для быстрого отката перед обновлениями.

Копия, которая ни разу не проходила тест восстановления, остаётся предположением, а не защитой. Мы всегда проверяем архив на отдельной среде и фиксируем результат проверки.

Как настроить стратегию резервного копирования

Периодичность зависит от того, как часто меняются данные и сколько учебной работы компания готова потерять при аварии. Для выбора режима определите два показателя:

RPO
Допустимый объём потерянных данных. Если система принимает оценки каждый час, ежедневной копии базы недостаточно.

RTO
Допустимое время восстановления. Для критичного корпоративного обучения нужен не просто архив, а понятная процедура запуска Moodle на резервной площадке.

Базовая схема для большинства проектов выглядит так: база данных копируется ежедневно или чаще, moodledata — по расписанию с учётом изменений, полная копия создаётся перед обновлениями, а архивы регулярно уходят на отдельное хранилище. Старые копии не стоит хранить бесконечно: задайте правила ротации, например ежедневные, недельные и месячные точки восстановления.

Копия, которая ни разу не проходила тест восстановления, остаётся предположением, а не защитой. Мы всегда проверяем архив на отдельной среде и фиксируем результат проверки.

Где хранить резервные копии Moodle

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

Отдельный сервер
Подходит для контролируемой инфраструктуры, когда компания сама управляет доступом, шифрованием и сроками хранения.

Объектное облачное хранилище
Позволяет хранить несколько версий и отделить архивы от рабочего сервера. Для конфиденциальных данных включайте шифрование и ограничивайте доступ сервисной учётной записью.

Офлайн-архив
Нужен как дополнительный уровень защиты от массового удаления и шифровальщиков. Носитель должен быть отключён от системы после записи и храниться по внутренним правилам компании.

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

Как проверить восстановление из бэкапа

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

1. Подготовьте чистую среду
Используйте совместимые версии операционной системы, PHP, СУБД и Moodle. Запишите все отличия от продуктивного сервера.

2. Восстановите базу и файлы
Проверьте права на каталоги, подключение к базе, домен и путь к moodledata. Конфигурация должна указывать на тестовый адрес.

3. Проверьте ключевые сценарии
Войдите под тестовыми ролями, откройте курсы, скачайте файлы, проверьте задания, оценки, завершение, сертификаты и отчёты.

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

5. Зафиксируйте время восстановления
Сравните результат с целевым RTO и обновите инструкцию, если какой-либо шаг требует ручного вмешательства.

Если Moodle работает медленно или восстановление занимает слишком много времени, сначала стоит провести аудит и техническую поддержку Moodle, а затем менять схему копирования.

Ошибки, из-за которых бэкапы не спасают

Сохраняют только курсы
Восстановится содержимое программы, но не пользователи, оценки, роли и история обучения.

Перезаписывают единственный архив
Повреждённая копия заменяет рабочую. Храните несколько независимых точек восстановления.

Не учитывают moodledata
Курс откроется, но файлы, изображения и вложения будут недоступны.

Не контролируют место на диске
Запланированная задача может завершаться ошибкой, когда хранилище заполнено. Настройте уведомления и мониторинг размера архивов.

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

Не защищают доступ к архивам
В бэкапах могут находиться персональные данные и учётные записи. Ограничьте права, шифруйте файлы и задайте срок хранения.

Почему мы это знаем

Мы внедряем Moodle с 2011 года и сопровождаем системы, в которых обучение связано с обязательными программами, отчётностью и большим количеством пользователей. Поэтому рассматриваем резервное копирование не как отдельную команду на сервере, а как часть архитектуры и процесса восстановления.

В проектах для ВТБ, Аэрофлота, АТОЛ и ММК мы учитываем распределённую структуру, разные роли и высокую цену недоступности обучения. Если вам нужно настроить Moodle, перенести его на новую инфраструктуру или подготовить план восстановления, свяжитесь с нашей командой.

Часто задаваемые вопросы

Как часто нужно делать бэкап Moodle?

Минимальный режим — регулярная копия базы и файлов по расписанию, но точная частота зависит от RPO. Чем чаще меняются оценки, пользователи и материалы, тем чаще нужно сохранять данные.

Достаточно ли резервной копии курса?

Нет, копия курса не включает всю инфраструктуру Moodle, пользователей и системные настройки. Для аварийного восстановления нужны база данных, moodledata, код и конфигурация.

Можно ли хранить бэкапы на сервере Moodle?

Можно использовать локальную копию для быстрого восстановления, но она не должна быть единственной. Дополнительные архивы храните на отдельном сервере или в изолированном облачном хранилище.

Нужно ли тестировать восстановление?

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

Что делать, если бэкап Moodle не восстанавливается?

Сохраните журнал ошибки, не перезаписывайте исходный архив и проверьте совместимость версий Moodle, PHP и СУБД. Затем восстановите систему на отдельной копии и подключите специалиста по инфраструктуре.

Как защитить резервные копии с персональными данными?

Ограничьте доступ к хранилищу, шифруйте архивы при передаче и хранении, разделите права сервисных учётных записей и установите срок удаления устаревших копий.