Сценарий резервного копирования нескольких веб-приложений
Я в основном разработчик Drupal, и у меня есть скрипт резервного копирования, который проходит через каждый сайт и использует Drush для выполнения дампа БД, прежде чем архивировать все сайты и их дампы. Я только что закончил небольшой проект Wordpress, и теперь мой скрипт не может автоматически создать резервную копию этого сайта. Мне было интересно, если кто-нибудь знал о каких-либо ранее существующих сценариях, которые могли бы выполнять резервное копирование различных типичных веб-CMS с открытым исходным кодом? В идеале он обнаружил бы имя БД (и префикс при необходимости) и выгрузил его; позвольте мне указать некоторые области, для которых не требуется создавать резервные копии (например, каталог больших изображений); и работать с Rsync, хотя это для будущего использования.
Любые предложения или советы, чтобы сказать мне, что я думаю обо всем этом неправильно?
1 ответ
Ну, я на самом деле собираюсь сказать вам, что вы должны сделать это по-другому. С моей точки зрения, цель резервного копирования - как можно быстрее вернуться к рабочему сценарию. Это возможно, только если ваши резервные копии охватывают все базы данных и весь код на вашем сервере. В зависимости от выбранной вами скорости восстановления, это может включать в себя и саму ОС (непревзойденную для восстановления на голом железе).
Поэтому я предлагаю установить bacula и настроить его так, чтобы он охватывал все ваши веб-сайты и все базы данных, а также все, что угодно, и т. Д., Где бы вы ни настраивали файлы конфигурации. Таким образом, вы можете получить отдельные файлы, если это необходимо, или вы можете просто восстановить все одним махом.