Kompletne rozwiązanie do tworzenia kopii zapasowych

11

Próbuję wykonać kopię zapasową mojej witryny Drupal (nie tylko bazy danych) tak kompletnej, jak to możliwe, ponieważ jest w pożądanym stanie. Kopia zapasowa powinna obejmować rzeczywiste wersje wszystkich modułów, motywów, tabel bazy danych, ustawień, po prostu wszystkiego. Teraz moją metodą jest utworzenie zipwszystkiego w /var/www/folderze i wykonanie kopii zapasowej bazy danych za pomocą modułu Backup migrate module. Proces przywracania to

  1. usuń wszystko z / var / www
  2. upuść bazę danych i utwórz ją ponownie i ustaw dla niej uprawnienia
  3. rozpakuj moją kopię zapasową na / var / www
  4. przywróć za pomocą Backup migratemodułu

Czy ta metoda zadziała? Czy znasz mądrzejszą metodę wykonania pełnej kopii zapasowej sieci Drupal?

xralf
źródło
+1 za dobre pytanie (przy okazji, to też robię (niestety mój gospodarz nie pozwala mi korzystać z Drusha))
Mawg mówi o przywróceniu Moniki

Odpowiedzi:

9

Czy to zadziała?

tak

Czy istnieje mądrzejsza metoda?

Drush + drush make

Drush to narzędzie wiersza polecenia, którego można używać do różnych rzeczy, jednym z nich jest utworzenie witryny. Za pomocą pliku drush make możesz zapisać wszystkie używane moduły (w tym wersję, a nawet łaty zastosowane do nich w razie potrzeby). Po utworzeniu możesz odtworzyć wszystkie moduły, wykonując coś takiego:

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

Możesz przeczytać więcej o drush i drush make, który zawiera dokumentację dotyczącą użytkowania.

Kopie zapasowe i migracja dodają lub mogą dodawać składnię upuszczania, dzięki czemu automatycznie przywracają tabele podczas przywracania bazy danych. Używając go, nie będziesz musiał całkowicie wymazać bazy danych. W razie potrzeby możesz go obciąć, aby nie trzeba było ponownie konfigurować uprawnień.

googletorp
źródło
1
+1 Chociaż nie mogę korzystać z Drusha, doceniam twoją odpowiedź.
Mawg mówi o przywróceniu Moniki
1

Zachowaj ostrożność podczas tworzenia kopii zapasowych i migracji, ponieważ:

  1. Kopia zapasowa i migracja obsługuje tylko bazę danych zgodnie z oczekiwaniami. Ale jeśli musisz przywrócić całą stronę internetową, prawdopodobnie również chcesz przywrócić odpowiedni backend (pliki php, motywy, moduły itp.)
  2. Kopie zapasowe i migracja mogą tworzyć kopie zapasowe pełnej witryny, ale nie można przywrócić pełnej kopii zapasowej witryny! Backup and Migrate mówi: „Pliki nie zostały przywrócone, ponieważ wydaje się, że archiwum nie zawierało katalogu plików lub było w formacie, którego nie można odczytać w programie Backup and Migrate” :-( Oraz: „Backup and Migrate nie może przywrócić kodu php ze względów bezpieczeństwa. Jeśli chcesz przywrócić całą witrynę, musisz ręcznie skopiować kod na serwer. " :-(

Btw: „Kopii zapasowej i migracji nie można przywrócić ... ze względów bezpieczeństwa . Jeśli haker ma dostęp do Admin-Protal, jest już za późno, aby zatrzymać hakera za pomocą modułów. Dlatego Backup and Migrate nie zwiększa bezpieczeństwa, ale blokuje zwykłe prace administracyjne.

Aby odpowiedzieć na twoje pytanie: Nie, Kopia zapasowa i migracja nie jest rozwiązaniem dla pełnej kopii zapasowej (i przywracania), które mogą być obsługiwane przez zwykłych administratorów witryny bez umiejętności bash.

Tomek
źródło