Полное решение для резервного копирования
Я пытаюсь создать резервную копию своего веб-сайта Drupal (не только базы данных) как можно более полную, потому что он находится в нужном состоянии. Резервная копия должна охватывать фактические версии всех модулей, тем, таблиц базы данных, настроек, просто всего.
Теперь мой метод заключается в том, чтобы zip все в папке /var/www/ и создать резервную копию базы данных с помощью модуля Backup migrate.
Процесс восстановления
- удалить все в /var/www
- удалите базу данных, создайте ее снова и установите разрешения на это
- распакуйте мою резервную копию в /var/www
- восстановление с помощью
Backup migrateмодуля
Будет ли этот метод работать? Знаете ли вы более разумный способ сделать полную резервную копию веб-сайта Drupal?
2 answers
Будет ли это работать?
Да
Есть ли более разумный метод?
Друш +друш делают
Drush - это инструмент командной строки, который вы можете использовать для различных целей, одной из которых является создание сайта. С помощью файла drush make вы можете сохранить все используемые вами модули (включая версию и даже исправления, примененные к ним, если это необходимо). После создания вы можете воссоздать все модули, выполнив что-то вроде этого:
drush make --no-core --contrib-destination=[path to the contrib folder like sites/all] [path to the make file]
Вы можете прочитать больше о drush и drush сделайте, в котором есть документация об использовании.
Также резервное копирование и миграция будут или могут добавить синтаксис удаления, чтобы он автоматически удалял таблицы при восстановлении базы данных. Поэтому, используя его, вам не нужно будет полностью уничтожать свою базу данных. При необходимости вы можете обрезать его, чтобы вам не пришлось снова настраивать разрешения.
Будьте осторожны с резервным копированием и миграцией, потому что:
- Резервное копирование и миграция просто обрабатывают базу данных, как и ожидалось. Но если вам нужно восстановить весь веб-сайт, вы, вероятно , захотите также восстановить соответствующий сервер (php-файлы, темы, модули и т.д.)
- Резервное копирование и перенос могут создавать резервные копии всего сайта, но вы не можете восстановить собственную полную резервную копию сайта! Резервное копирование и перенос говорит: "Файлы не были восстановлены, потому что архив не казался чтобы содержать каталог файлов или был в формате, который резервное копирование и миграция не могли прочитать":-(И:"Резервное копирование и миграция не могут восстановить php-код сайта по соображениям безопасности. Вам придется скопировать код на сервер вручную, если вы хотите восстановить полный сайт." :-(
Кстати: "Резервное копирование и перенос не могут быть восстановлены... по соображениям безопасности". Если у хакера есть доступ к Админпроталу, то уже слишком поздно останавливать хакера модулями. Поэтому резервное копирование и миграция не повышают безопасность, а блокируют обычную административную работу.
Чтобы ответить на ваш вопрос: Нет, резервное копирование и миграция не являются решением для полного резервного копирования (и восстановления), с которым могут справиться обычные администраторы веб-сайта без навыков bash.