Mysql
 sql >> Baza danych >  >> RDS >> Mysql

Jak wykonać kopię zapasową bazy danych Chamilo LMS MySQL

Kopia zapasowa to proces tworzenia i przechowywania kopii danych, które mogą służyć do ochrony organizacji przed utratą danych. Chamilo LMS opiera się na MySQL lub MariaDB jako bazie danych, dlatego ważne jest, aby zapewnić tworzenie kopii zapasowych danych. Awarie bazy danych mogą być wynikiem awarii sprzętu lub oprogramowania, uszkodzenia danych lub zdarzenia spowodowanego przez człowieka, takiego jak złośliwy atak (wirus lub złośliwe oprogramowanie) lub przypadkowe usunięcie danych. Kopie zapasowe umożliwiają przywrócenie danych z wcześniejszego punktu w czasie, aby pomóc firmie odzyskać sprawność po nieplanowanym zdarzeniu.

Jakie jest najlepsze rozwiązanie do tworzenia kopii zapasowych danych dla Chamilo MySQL Database?

Solidna strategia tworzenia kopii zapasowych może znacząco zmienić Twoje cyfrowe życie i zapewnić spokój ducha.

Oto kilka rzeczy, których należy szukać w systemie tworzenia kopii zapasowych.

  • Łatwa konfiguracja
  • Jak szybko można wykonać kopię zapasową danych
  • Bezpieczeństwo Twoich danych
  • Jak szybko możesz przywrócić i odzyskać dane 

ClusterControl zapewnia scentralizowane zarządzanie kopiami zapasowymi baz danych Chamilo. Zapewnia tworzenie kopii zapasowych na gorąco dużych zestawów danych, odzyskiwanie do określonego momentu, szyfrowanie danych w trakcie przesyłania, integralność danych dzięki automatycznej weryfikacji przywracania, kopie zapasowe w chmurze (AWS, Google i Azure) na potrzeby odzyskiwania po awarii, zasady przechowywania w celu zapewnienia zgodności oraz automatyczne alerty i raportowanie. W tym blogu przyjrzymy się, jak wykonać kopię zapasową bazy danych Chamilo za pomocą ClusterControl.

Tworzenie strategii tworzenia kopii zapasowych bazy danych

Skrypt kopii zapasowej zaplanowany za pomocą CRON nie jest strategią tworzenia kopii zapasowych. Ciche awarie mogą być dość niebezpieczne, ponieważ mogą minąć dni lub tygodnie, zanim odkryjesz, że kopie zapasowe są bezużyteczne. Czy kopie zapasowe są bezpieczne i szyfrowane? Czy pliki kopii zapasowych są przechowywane poza siedzibą firmy w innych lokalizacjach? A co z regułami przechowywania danych?

ClusterControl zapewnia kompleksową obsługę procesu zarządzania kopiami zapasowymi. Przyjrzyjmy się więc, jak to działa.

ClusterControl udostępnia dwie opcje:

  1. Natychmiastowe kopie zapasowe
  2. Zaplanowane kopie zapasowe

W sekcji „Kopia zapasowa” wybierz „Utwórz kopię zapasową”.

Natychmiastowe kopie zapasowe

Aby wykonać natychmiastową kopię zapasową, przejdź do Kopia zapasowa -> Utwórz kopię zapasową, a zostanie wyświetlone następujące okno dialogowe:

 

Domyślnie zajmie to mysqldump. Ale zamierzamy użyć Xtrabackup, która jest fizyczną metodą tworzenia kopii zapasowych, która jest prawdopodobnie preferowaną opcją, jeśli masz dużą bazę danych.

Częściowa kopia zapasowa jest dostępna, jeśli chcesz tworzyć kopie zapasowe tylko określonych schematów lub tabel baz danych.

W następnym kroku możesz skompresować i zaszyfrować kopię zapasową oraz określić okres przechowywania. Tutaj masz również funkcję „Zweryfikuj kopię zapasową”.

Po włączeniu wymaganych opcji kliknij przycisk tworzenia kopii zapasowej.

Możesz monitorować postęp tworzenia kopii zapasowej, patrząc na Aktywność -> Zadania.

ClusterControl wyświetla raport o wszystkich wykonanych kopiach zapasowych, również pomyślnych jako nieudane.

Zaplanuj tworzenie kopii zapasowej

Planowanie kopii zapasowej z wyprzedzeniem jest tym, co powinieneś robić domyślnie, oferuje łatwy dostęp do innych funkcji, takich jak szyfrowanie, automatyczny test/weryfikacja danych kopii zapasowej i archiwizacja w chmurze.

Przejdź bezpośrednio do Kopia zapasowa -> Utwórz kopię zapasową -> Zaplanuj tworzenie kopii zapasowej, a zostanie wyświetlone następujące okno dialogowe,

Do wyboru jest kilka ustawień. Kopię zapasową można przechowywać na kontrolerze lub lokalnie, w węźle bazy danych, w którym wykonywana jest kopia zapasowa. Musisz zdecydować, w którym miejscu ma być przechowywana kopia zapasowa oraz jakie bazy danych chcesz wykonać; całe zbiory danych czy osobne schematy? Zobacz obrazek poniżej:

Ustawienie Zaawansowane skorzystałoby z konfiguracji podobnej do crona w celu uzyskania większej szczegółowości .

Podczas planowania kopii zapasowych za pomocą ClusterControl, czas musi być zgodny ze strefą czasową UTC Serwer ClusterControl. Powodem jest uniknięcie zamieszania w czasie wykonywania kopii zapasowej. Podczas pracy z konfiguracją replikacji lub klastra serwery bazy danych mogą być rozmieszczone w różnych strefach czasowych i różnych obszarach geograficznych. Korzystanie z jednej referencyjnej strefy czasowej do zarządzania nimi wszystkimi zapewni, że kopie zapasowe będą zawsze wykonywane we właściwym czasie.

Możesz zobaczyć poniższy obraz, w jaki sposób możesz odpowiednio oznaczyć opcje, a także znajdują się ikony podpowiedzi, które dostarczają więcej informacji o opcjach, które możesz wykorzystać w swoich zasadach tworzenia kopii zapasowych.

W tym harmonogramie jest jeszcze jedna funkcja o nazwie Host przełączania awaryjnego. Jeśli włączymy tę opcję, w przypadku awarii hosta kopii zapasowej, ClusterControl wybierze inny dostępny host bazy danych i uruchomi tworzenie kopii zapasowej na tym serwerze.

Po utworzeniu harmonogramu możesz edytować kopie zapasowe konfiguracji, włączyć/wyłączyć kopię zapasową lub usunąć harmonogram w zakładce „Zaplanowane kopie zapasowe”:

Zarządzanie kopią zapasową za pomocą ClusterControl CLI

s9s to narzędzie wiersza poleceń do interakcji z ClusterControl. Umożliwia wykonanie kopii zapasowej w wierszu poleceń. Musisz tylko zdecydować, który węzeł do utworzenia kopii zapasowej i metodę tworzenia kopii zapasowej. Lokalizacja magazynu domyślnie będzie znajdować się w węźle kontrolera, chyba że określisz flagę --on-node. Jeśli katalog docelowy kopii zapasowej nie istnieje, ClusterControl utworzy go za Ciebie.

[[email protected] vagrant]# s9s backup --create --backup-method=mysqldump --cluster-id=42 --nodes=xxxxx:3306 --backup-directory=/home/vagrant 

Job with ID 1733 registered.

Identyfikator zadania kopii zapasowej to 1733. Możesz dołączyć do tego zadania, jeśli chcesz monitorować postęp,

​[[email protected] vagrant]# s9s job --wait --job-id=1733

Create mysqldump Backup

- Job 1733 RUNNING3   [█         ] ---% Job is running 

Możesz następnie wyświetlić listę kopii zapasowych utworzonych dla tego klastra,

[[email protected] vagrant]# s9s backup --list --cluster-id=42 --long --human-readable 

ID PI CID V I STATE     OWNER HOSTNAME CREATED          SIZE TITLE

 6  -  42 - - FAILED    xxxxx xxxxx 2021-01-26 00:57    0 Untitled Backup Record

 7  -  42 - F COMPLETED xxxxx xxxxx 2021-01-26 02:26 248K Untitled Backup Record

 8  -  42 - F COMPLETED xxxxx xxxxx 2021-01-26 02:27 248K Untitled Backup Record

Total 3

Wnioski 

Kopie zapasowe baz danych są obowiązkowe w środowisku Chamilo. Pomagają chronić dane i znajdują się w centrum każdego scenariusza odzyskiwania po awarii. ClusterControl może pomóc zautomatyzować proces tworzenia kopii zapasowych baz danych, a w przypadku awarii przywrócić go kilkoma kliknięciami. Możesz także mieć pewność, że są one wykonywane pomyślnie i niezawodnie, więc w przypadku katastrofy nie stracisz swoich danych.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. BŁĄD 1396 (HY000):Operacja CREATE USER nie powiodła się dla „jack”@„localhost”

  2. Laravel Eloquent zaznacz wszystkie wiersze z maks. created_at

  3. Jak znaleźć i zamienić tekst w tabeli mysql

  4. Wyniki zapytania mysql z funkcją GROUP BY

  5. Jak zainstalować phpMyAdmina