http://wm-monitoring.ru/ ')) {alert('Спасибо за то что установили нашу кнопку! =)');} else {alert('Очень жаль! =(');}"> http://wm-monitoring.ru/

Drupal Backup and Migrate - резервное копирование

Опубликовано: 05.10.2019

видео Drupal Backup and Migrate  - резервное копирование

alexMAZALTOV drupal screencast 02 restore backup with drush

Всем привет! Сегодня очень важная статья, в ней я хочу рассказать о том, как делать backup Drupal — резервное копирование базы данных и важных файлов. Также затрону вопрос восстановления работоспособного сайта из имеющегося бэкапа. В этом благородном деле нам поможет бесплатный модуль Drupal — Backup and Migrate.



Backup Drupal  — это ваш спасательный круг, палочка выручка-выручалочка, которая спасет в трудную минуту. Что делать, если сайт перестал работать, база данных упала или по ошибке были удалены важные материалы? Выйти без потерь из столь неприятных ситуаций позволит вовремя сделанные резервные копии базы данных и важный файлов Drupal. Имея их под рукой, боятся нечего, ведь всегда можно вернуться в тому времени, когда сайт был в работоспособном состоянии.


Drupal. Резервное копирование базыданных и файлов сайта.

Модуль Backup and Migrate

с drupal.org, установите в Drupal и активируйте через раздел «Модули». Если в системе уже имеется Localization update , то русификация модуля пройдет автоматически сразу после активации.

Создание резервной копии текущего состояния БД.


Как восстановить сайт из бекапа, сделанного на BackWPup

Заходим в раздел «Конфигурация» — «Система» — «Резервное копирование и миграция» и переходим на вкладку «Профили». Нажимаем кнопку «Add Профиль» (как видите, русификация несколько корявая). Он нам пригодится для создания бэкапа базы данных.

В настройках стоит изменить только две опции:

Имя профиля — назовите его как-нибудь. Сжатие — выбираем Zip.

Остальное можно не трогать. Нажимаем кнопку «Сохранить профиль» в конце странице. Этого вполне достаточно, чтобы сделать бэкап.

Переходим в раздел «Резервное копирование» . Выбираем:

Сделать резервную копию База по умолчанию в Download , используя Свой профиль .

Нажимаем «начать резервное копирование» и сохраняем архив с бэкапом БД на свой компьютер.

Настройка автоматического регулярного создания бэкапа БД и пересылка его на email.

Идем на вкладку «Места Назначений» и задействуем кнопку «Add Место назначения».

Выбираем последний вариант: «Email» — Отправить архив, как вложение на указанный адрес электронной почты.

Здесь указываем «Имя места назначения» и «Адрес эл. почты», на который архив будет пересылаться. Сохраняем место назначение и переходим на вкладку «Расписание».

Теперь задействуем кнопку «Add расписание».

Заполняем следующие поля:

Имя задания. Настройки профиля — выбираем ранее созданный профиль. Делать резервную копию каждые — чем чаще обновляется сайт, тем чаще надо делать бэкап базы данных Drupal. У меня вот каждый день делается, благо архив не так много весит. Количество резервных копий для хранения — трех вполне достаточно. Место назначения — выбираем только что созданное место назначения (отправку на email администратора).

Сохраняем расписание. Поздравляю, теперь бэкап будет делаться автоматически с заданной вами частотой, да еще и на email пересылать! С модулем Backup and Migrate разобрались, идем дальше.

Резервное копирование файлов Drupal

Для резервного копирования файлов Drupal можно воспользоваться модулем Backup and Migrate Files. Вот только у меня он наотрез отказался работать. И делал же все, как в README написано, но видно не судьба. Вдоволь намучившись с ним, пришел к выводу — легче делать бэкап файлов Drupal в ручную. Тем более, что это достаточно просто.

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

1. Каталог /sites.

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

2. Файлы .htaccess и robot.txt .

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

Пожалуй, все. Видите, совсем немного.

Подведем итоги. Когда следует делать Backup Drupal:

Обязательно перед обновлением Drupal . Кто знает, может в процессе обновления база данных будет повреждена и не сможет запустится. Или вы случайно удалите каталог /sites со всем его содержимым. Никто от подобных неприятностей не застрахован. Перед тем, как вести какие-то работы с базой данной (чистка, оптимизация и так далее), не поленитесь сделать ее бэкап. Когда создаете новый сайт на том же хосте. Это уже из личного опыта — однажды, устанавливая новую CMS, выбрал для нее базу данных старого сайта. Как результат — база данных была перезаписана. Не повторяйте мои ошибки. Регулярно. Настройте автоматическое создание бэкапа БД в модуле Backup and Migrate, а так же время от времени копируйте к себе на компьютер папку /sites.

Восстановление сайта из резервных копий

Тут могут быть два варианта развития событий.

1. Сайт работает, но нужно откатится на пару дней назад .

Скажем, вы случайно удали важные статьи и заметили это только спустя пару дней. В этом случае можно откатится на эти пару дней назад, когда статьи еще были целы. Воспользуемся разделом «Восстановить» модуля Backup and Migrate.

Выбираем нужный архив бэкапа со своего компьютера, воспользовавшись кнопкой «Обзор», и жмем «Восстановить». Перед этим советую сделать бэкап текущего состояния БД. Так, на всякий пожарный.

2. Сайт совсем не работает .

В этом случае восстановление должно пройти в три этапа:

Загружаем базу данных сайта. Она у нас хранится в архиве, созданном с помощью Backup and Migrate. Закидываем на сервер все файлы Drupal, как при его установке. Советую воспользоваться бесплатным ftp клиентом FileZilla . Загружаем в корневой каталог файлы .htaccess и robot.txt и папку /sites. Если местоположение БД изменилось, то следует подредактировать файл settings.php в каталоге /sites/default.

Вот и все. Надеюсь, эта статья поможет вам избежать проблем и неприятностей в будущем. Спасибо за внимание! Берегите себя.

Лучший способ выразить благодарность автору - поделиться с друзьями!

Узнавайте о появлении нового материала первым! Подпишитесь на обновления по email:

Следите за обновлениями в Twitter и RSS.

Карта