Практика резервного копирования на MODX

С ростом опыта и усложнением работ, все актуальнее становится тема резервного копирования базы данных, особенно при наличии большого объема информации.
Хочу поделиться своим опытом с начинающими разработчиками, а также почитать советы опытных мастеров.
Мне такая статья очень пригодилась бы на определенном этапе развития.




Год-полтора назад, в начале своей карьеры MODX разработчика я делал резервные копии сайта следующим образом.

1. Через PhpMyAdmin делал экспорт базы данных
2. Чистил каталог cache на хостинге
3. Архивировал и скачивал файлы и каталоги сайта

Восстановление сайта соответствено происходило в обратном порядке

1. Загружал архив с файлами на хостинг и распаковывал его
2. в phpMyAdmin очищал базу данных, если она существовала до этого и делал импорт SQL файла
3. Проверял и если нужно настраивал конфигурационный файл

Так как я был начинающим разработчиком, то у меня и проекты были соотвествующими: лендинги, небольшие каталоги, визитки. Т.е. проекты с минимальным количеством информации и используемым программным обеспечением.

С ростом опыта и профессиональной наглости проекты начали расти, клиенты стали заказывать все более сложные и объемные сайты, и с моей обычной системой резервного копирования начались проблемы.

Первая проблема с которой я столкнулся это объемная база данных. Оказалось, что у большинства хостингов есть ограничения по объему загружаемого SQL файла. К примеру 32 мегабайта. Выкручиваться было крайне неудобно, приходилось делать SQL запросы вручную по отдельным таблицам.

Следующая проблема которая начала повторяться довольно часто — это ошибки в синтаксисе SQL при импорте таблиц с PHP кодом, например таблицы отвечающей за хранение сниппетов и таблицы с плагинами. Почему то использование приложения minifyx вызывало ошибку.

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

• Создавать резервную копию базы практически в 2-3 клика мышью
• Соответственно так же быстро и просто восстанавливать нужную резервную копию
• Дополнительно скрипт позволяет выполнять проверку и оптимизацию таблиц

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

С тех пор для резервного копирования базы данных я использую PHP скрипт Sypex Dumper 2, который хотел бы порекомендовать и вам.

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

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

Нюансы и проблемы с которыми мне приходилось сталкиваться.

1. Скрипт не работает на PHP7. Насколько я понял он не обновлялся с 2011 года и работает максимум с PHP 5.6, чего наверное хватит для 90-95% хостингов. UPD В комментариях дали ссылку на версию скрипта, которая работает с PHP7
2. На некоторых хостингах почему-то не хватало прав доступа и скрипт не запускался. На форуме нарыл решение (выставить вручную права 777 для файла cfg.php)
3. Не всегда, получается попасть в панель управления. При внимательном рассмотрении оказалось, что по умолчанию скрипт запрашивает localhost. Если вы подключаетесь к другому хосту, нужно указать это при подключении в дополнительных настройках

Итак подведу итог.
Данный скрипт очень сильно сжимает sql файл, архивируя его, что позволяет хранить большее количество копий, быстрее загружать дамп при восстановлении и избежать привышение лимита установленного на хостинге.
Удобная панель управления позволяет делать импорт\экспорт базы практически одной кнопкой.
Все русифицировано (собственно скрипт российского происхождения)
Процесс восстановления позволяет восстанавливать записи любой сложности, даже если там есть ошибки в синтаксисе.
И еще, что порой очень важно, для работы со скриптом не нужен доступ в PhpMyAdmin, который не всегда дают клиенты-параноики. Скрипт работает через браузер по адресу sitename.com/sxd (ну или как назовете каталог).

А какие инструменты используете Вы? Делитесь своим опытом в комментариях.
Как часто делаете резервные копии своей работы? И делаете ли вообще?