Поиск по сайту:

Использование drush для резервного копирования/восстановления и миграции сайта Drupal


На этой странице

  1. Резервное копирование существующей установки
  2. Восстановление вашего сайта

Drush, или Drupal Shell, является одним из лучших друзей администратора Drupal. Его многочисленные инструменты командной строки позволяют пользователю регистрироваться на веб-сервере и выполнять рутинные задачи, такие как применение обновлений, блокировка пользователей или даже «загрузка» совершенно новой установки Drupal.

Как и в случае с любым другим программным обеспечением, рекомендуется регулярно делать резервные копии. Это также верно и в случае с Drupal, где обновления модулей надстроек будут выполнять определенные операции с базой данных, которые нельзя будет легко отменить. Если это вызывает проблемы с другими модулями или ядром Drupal, вы захотите иметь возможность «откатиться» к предыдущей версии.

К счастью, приложение drush предоставляет полезную утилиту «архивирования», а также соответствующую команду «восстановления».

Резервное копирование существующей установки

Команда drush поставляется со многими подкомандами, среди них команда drush ard или «сброс архива». Эта команда выполняет следующие действия при запуске из установки Drupal (т. е. из любого места в дереве каталогов):

  • Во-первых, он экспортирует копию базы данных для вашего сайта.
  • Затем он получит копию всех файлов установки.
  • Наконец, он создаст архив экспорта базы данных и файлов сайта в текущем рабочем каталоге.

Это позволяет вам создать снимок вашего сайта с помощью следующей команды, показанной в приведенном ниже примере.

Команда Друша «драш ард».

drush ard
Database dump saved to [success] /tmp/drush_tmp_1477498943_5810d83f2ad81/mobius_dev_drupal.sql Archive saved to [ok] /home/path/to/archive-dump/20161026162145/mydrupalsite.20161026_16 2206.tar.gz

Обратите внимание, как drush добавит в архив метку даты/времени…? мило, да?

Примечание

Вы также можете использовать следующее, чтобы выполнить ту же команду, что и выше.

  • резервная копия архива drush
  • драш вилка

По умолчанию drush будет использовать имя файла, содержащее отметку даты/времени, поэтому вы можете сохранить столько снимков сайта, сколько захотите. Файлы резервных копий находятся в стандартном формате tar, сжатом gzip, поэтому вы можете использовать свою любимую утилиту архивации для проверки их содержимого. Несколько полезных опций, которые вы можете указать вместе с командой drush ard:

  • \--destination\: Этот параметр позволяет указать другое место назначения для файла резервной копии, поэтому вы не будете засорять свою установку Drupal архивами в случайных местах. Обратите внимание, что вам нужно будет указать полный путь и имя файла, например. \drush ard --destination /home/user/backups/drupal/drupal_backup.tar.gz.\
  • \--overwrite\: Обычно, если вы попытаетесь создать резервную копию с тем же путем и именем файла, что и у существующего файла, команда завершится ошибкой. Но эта опция позволяет перезаписать старый файл новой версией. Это полезно, если вы хотите всегда иметь под рукой текущую резервную копию для быстрого восстановления.
  • \--no-core\: Это позволяет вам исключить основную установку Drupal и создавать резервные копии только данных, связанных с сайтами, которые вы создали. Почему вы хотите это сделать? Что ж, вы всегда можете получить последнюю версию Drupal с веб-сайта проекта или FTP, поэтому вам не нужно тратить на нее место для хранения. Также может случиться так, что что-то случилось с вашей базовой установкой, и вы хотели бы восстановить чистую копию самого Drupal, а затем ваш сайт поверх этого.

Если у вас есть команда drush ard, которая соответствует вашим потребностям, не забудьте включить ее в свои задания cron.

Восстановление вашего сайта

Так что, если ваш старый сервер взорвался (извините), вы нашли новый хостинг, включая веб-пространство, и получили доступ к серверу базы данных. Теперь пришло время восстановить ваш сайт из одной из ваших резервных копий. Команда drush arr сделает это за вас, если вы выполните следующие шаги:

Наконец, вам, вероятно, потребуется внести некоторые изменения в файл settings.php, в том числе:

  1. Проверьте разрешения на своем сайте — если у вас другое имя пользователя при извлечении файлов вашего сайта (а вы, вероятно, делаете это, если это другая учетная запись хостинга), вы не сможете изменять какие-либо файлы или каталоги, и вы даже не можете иметь возможность просматривать ваш сайт.
  2. Настройка URL-адреса и/или порта, где находятся ваши сайты.
  3. Измените URL-адрес, имя пользователя и пароль, где находится база данных вашего сайта.

Как только это будет завершено, вы сможете перейти по URL-адресу своей домашней страницы и увидеть свой сайт так же, как вы его оставили…? только, надеемся, на более устойчивом хосте.