Резервное копирование¶

Резервное копирование необходимо осуществлять:

Перед любом обновлением ПО;
По расписанию в целях отката при форсмажорах.

Регламент проведения резервного копирования¶

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

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

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

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

Выбор частоты резервного копирования¶

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

Для базы с логами (или дисков с логами) частоту создания резервных копий можно уменьшить. Резервные копии временных дисков можно не делать. Резервную копию сервера транскодирования видео можно держать в единственном экземпляре, т.к. на нем не хранится критичная к потере информация. Резервные копии серверов хранения видео можно не делать, т.к. в случае потери сервера, можно в ручном режиме (правкой таблицы в СУБД) создать задачу на перекодирование хранившещгося видео. При выносе кеша Drupal на отдельный сервер, можно держать всего одну резервную копию кеша, т.к. кеш можно при необходимости регенерировать.

Заключение¶

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