Повне рішення для резервного копіювання

11

Я намагаюся створити резервну копію свого веб-сайту Drupal (не тільки бази даних) якомога повніше, оскільки він знаходиться в бажаному стані. Резервна копія повинна охоплювати фактичні версії всіх модулів, тем, таблиць баз даних, налаштувань, просто всього. Тепер мій метод полягає у zipвсьому, що знаходиться в /var/www/папці та резервній копії бази даних з модулем міграції резервного копіювання . Процес відновлення є

видалити все в / var / www
відкиньте базу даних та створіть її знову та встановіть на неї дозволи
розпакуйте резервну копію на / var / www
відновити за допомогою Backup migrateмодуля

Чи буде цей метод спрацювати? Чи знаєте ви розумніший спосіб зробити повне резервне копіювання в Інтернеті?

7 backups

— xralf
джерело

+1 за гарне запитання (btw, це я теж роблю (на жаль, мій господар не дозволить мені використовувати Друш))

— Mawg каже, що повернути Моніку

9

Чи буде це працювати?

Так

Чи є розумніший метод?

Drush + drush make

Drush - це інструмент командного рядка, який ви можете використовувати для різних речей, одним із них є створення сайту. За допомогою файла "drush make" ви можете зберегти всі використовувані модулі (включаючи версію та навіть патчі, застосовані до них за потреби). Після створення ви зможете відтворити всі модулі, зробивши щось подібне:

drush make --no-core --contrib-destination=[path to the contrib folder like sites/all] [path to the make file]

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

Також резервне копіювання та міграція додасть або може додати синтаксис краплі, так що він автоматично скидає таблиці при відновленні бази даних. Тож використовуючи його, вам не доведеться повністю стерти свою базу даних. Якщо це потрібно, ви можете усікати його, щоб вам не довелося знову встановлювати дозволи.

— googletorp
джерело

1

+1 Навіть незважаючи на те, що я не можу використовувати Drush, я вдячний за те, що ви написали цю відповідь.

— Мауг каже, що повернемо Моніку

1

Будьте обережні з резервними копіями та міграцією, оскільки:

Резервне копіювання та міграція просто обробляє Базу даних, як очікувалося. Але якщо вам доведеться відновити повний веб-сайт, ви, ймовірно, хочете відновити відповідний сервер (php-файли, теми, модулі тощо).
Резервне копіювання та міграція можуть створити резервну копію повного веб-сайту, але ви не можете відновити його власне повне резервне копіювання сайту! Резервні копії та міграція кажуть: "Файли не були відновлені, оскільки архів, здавалося б, не містив файлів файлів або був у форматі, який резервні копії та міграція не могли прочитати" :-( І: "Резервне копіювання та міграція не можуть відновити php-код сайт з міркувань безпеки. Якщо вам потрібно відновити повний сайт, вам доведеться скопіювати код на сервер вручну. " :-(

Btw: "Резервне копіювання та міграція не вдається відновити ... з міркувань безпеки " . Якщо хакер має доступ до Admin-Protal, то зупинити хакер за модулями вже пізно. Тому Backup and Migrate не підвищує безпеку, але блокує звичайну роботу адміністрації.

Щоб відповісти на ваше запитання: Ні, резервне копіювання та міграція - це не рішення для повної резервної копії (та відновлення), якою можуть користуватися звичайні адміністратори веб-сайтів без баш-навичок.

— Том
джерело