Каков идеальный способ восстановить предыдущую версию сайта с помощью резервного копирования и переноса файлов?
Итак, я создавал резервные копии своих сайтов с помощью резервного копирования и миграции, и мне всегда казалось странным, что файлы backup&migrate.mysql меньше, чем файлы sql "drush sql-дамп". Кто-нибудь знает, почему?
Также, каков самый быстрый способ выполнить восстановление с помощью резервного копирования и миграции? Обычно я распаковываю файлы gz, которые сохраняются на моем сервере, и просто создаю базу данных mysql, а затем воссоздаю ее снова и просто заполняю ее файлами sql. Я не уверен, что я делаю это долго или нет.
2 answers
Вы можете восстановить с помощью резервного копирования и перенести себя.
Если вы сделали резервную копию и загрузили файл, то вы можете использовать вкладку Восстановление (/admin/config/system/backup_migrate/restore), чтобы загрузить архивированный файл и восстановить его.
Если вы создали резервную копию в каталог резервных копий вручную, то вы можете восстановить ее из списка каталогов (/admin/config/system/backup_migrate/назначение/список/файлы/руководство).
Для вышеперечисленного также существуют команды Drush, см. Справку по drush после включения модуль резервного копирования и миграции.
Файлы BAM, вероятно, меньше, чем файлы дампа drush, потому что профиль BAM пропускает данные из журнала доступа, таблиц кэша, истории поиска, истории сеансов и сторожевого пса, как определено в профиле BAM по умолчанию > Параметры резервного копирования базы данных по умолчанию "Исключить данные из следующих таблиц". Я считаю, что команды BaM drush имеют опции отказа, которые можно использовать аналогичным образом.