Sichern einer MySQL-Datenbank in DigitalOcean-Räumen mithilfe von LVM-Snapshots

Führen Sie den folgenden Befehl aus, um den Pfad zu Ihrem MySQL-Datenverzeichnis zu finden:

Geben Sie das Kennwort Ihres MySQLrootein, wenn Sie dazu aufgefordert werden. Sie sollten eine Ausgabe ähnlich der folgenden sehen:

Für die in diesem Handbuch verwendete MySQL-Installation lautet das Datenverzeichnis/data/mysql.

Wir müssen jetzt bestätigen, dass/data/mysql auf einem logischen LVM-Volume lebt. Um dies zu bestätigen, führen wirlsblk aus:

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

Daraus ergibt sich, dass/data tatsächlich der Einhängepunkt für ein logisches LVM-Volume namensmysql_data ist. Es ist Mitglied der Volumengruppevg1.

Wir müssen jetzt sicherstellen, dass in unserer Volumengruppevg1 genügend freier Speicherplatz verfügbar ist, um einen LVM-Snapshot zu erstellen.

Beachten Sie, dass die Ausgabe der in diesem Abschnitt beschriebenen Befehle von der Hardware und der LVM-Konfiguration Ihres Servers abhängt. Lassen Sie uns schnell die Hardware- und LVM-Konfiguration für den in diesem Handbuch verwendeten Ubuntu 16.04-Server untersuchen.

Lassen Sie uns zunächst herausfinden, wie viele physische Volumes wir mitpvscan haben:

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

Wir stellen fest, dass wir ein physisches Volumen von 500 GB (/dev/sda) haben, das sich in einer Volumengruppe (vg1) befindet. 475 GB dieses physischen Datenträgers wurden logischen Datenträgern zugewiesen, während 25 GB für die Verwendung durch die Datenträgergruppe frei bleiben.

Wir können dies bestätigen, indem wir uns die Volumengruppevg1mit dem Befehlvgdisplaygenauer ansehen:

Sie sollten eine Ausgabe sehen, die der folgenden ähnelt:

Aus den ZeilenAlloc PE / Size undFree PE / Size geht hervor, dass 475 GB zugewiesen und in der Volumengruppevg1 25 GB frei sind. Die ZeileCur PVzeigt uns, dass wir 1 physisches Volumen in dieser Volumengruppe haben. Die ZeileCur LVzeigt an, dass wir den Speicherplatzpool in dieser Datenträgergruppe verwendet haben, um einen logischen Datenträger zu erstellen.

Schauen wir uns nun dieses logische Volume mitlvdisplay an:

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

AusLV Size geht hervor, dass wir ein logisches Volume mit 475 GB,mysql_data, bei/dev/vg1/mysql_data gefunden haben (denken Sie daran, dassvg1 der Name der Volume-Gruppe vonmysql_data war).

Zusammenfassend lässt sich sagen, dass auf dem Ubuntu 16.04-Server, der für dieses Lernprogramm verwendet wird, ein physisches Volume mit 500 GB (/dev/sda) verwendet wird, um eine Volume-Gruppe (vg1) zu sichern, aus der wir eine einzelne logische 475 GB erstellt haben Volumen (mysql_data). Dadurch verbleiben 25 GB freier Speicherplatz in der Datenträgergruppe, der zum Erstellen weiterer logischer Datenträger (und Snapshots) verwendet werden kann.

Ihre Hardware- und LVM-Konfiguration unterscheiden sich wahrscheinlich. Möglicherweise sind mehrere Blockspeichergeräte angeschlossen, die in einzelnen oder mehreren Datenträgergruppen zusammengefasst sind. Die Vorgehensweise zum Erstellen eines Snapshots eines bestimmten logischen Volumes ist jedoch dieselbe.

Wenn Sie die in diesem Abschnitt beschriebenen Befehlsfolgen verwenden, sollten Sie nun einen allgemeinen Überblick über Ihre LVM- und Hardwarekonfiguration erhalten.

Im nächsten Schritt bereiten wir Ihren Datenbankserver für die Erstellung von LVM-Snapshots vor.

[[Schritt-2 - Vorbereitung Ihres Servers für lvm-Snapshots]] == Schritt 2 - Bereiten Sie Ihren Server für LVM-Snapshots vor

Um sicherzustellen, dass wir einen LVM-Snapshot sicher erstellen können, müssen wir genügend Speicherplatz bereitstellen, um alle Schreibvorgänge oder Änderungen abzudecken, die während der Sicherung und der Dateiübertragung auf Spaces auftreten können. Abhängig von der Größe Ihrer Datenbank kann diese Sicherung mehrere Stunden dauern. Daher sollten Sie hier vorsichtig vorgehen. Wenn Ihr Snapshot-Volume während der Sicherung keinen Speicherplatz mehr hat, wird das Snapshot-Volume ungültig und Sie haben keine konsistente Sicherung mehr.

Im vorherigen Schritt haben wir festgestellt, dass die Datenträgergruppe (vg1), die unser logisches Hauptvolume (mysql_data) enthält, nur 25 GB frei hatte. Es kann zwar vorkommen, dass in der Zeit, die für die Sicherung unserer Datenbank erforderlich ist, 25 GB Änderungen nicht auf die Festplatte geschrieben werden. Im Idealfall sollte jedoch ein Sicherheitsspielraum von mindestens 100 GB eingehalten werden. In einer Produktionsumgebung empfiehlt es sich, die durchschnittliche Datenmenge zu messen, die während des geplanten Sicherungsfensters auf die Festplatte geschrieben wird, und die Größe des Snapshot-Volumes entsprechend zu skalieren.

Um der Volume-Gruppevg1zusätzliche 75 GB Speicherplatz hinzuzufügen, können Sie entweder ein Blockspeichergerät anschließen oder das derzeit an das Droplet angeschlossene Volume vergrößern. In diesem Lernprogramm erweitern wir das bereits angehängte Blockspeichervolumen. Weitere Informationen zum Anhängen eines zusätzlichen Blockspeichervolumens finden Sie inAn Introduction to DigitalOcean Block Storage.

[.note] #Note: Einige Regionen unterstützen Block Storage noch nicht und Sie können möglicherweise kein Block Storage-Volume an Ihr Droplet anhängen. In diesem Fall besteht eine sinnvolle Problemumgehung darin, ein Snapshot Ihres Droplets zu erstellen und mit diesem Snapshot-Image ein neues Droplet zu erstellen, zu dem Sie dann Blockspeicher hinzufügen können.
#

Erweitern wir das Blockspeicher-Volume, das an dieses Droplet angehängt ist.

Navigieren Sie zum Web-Steuerungsfeld von DigitalOcean und im Dashboard zu Ihrem Droplet.

Klicken Sie in der Seitenleiste inVolumes:

In diesem Bereich sollten alle Blockspeichervolumes angezeigt werden, die an Ihr Droplet angehängt sind. Für das in diesem Handbuch verwendete Ubuntu-Droplet haben wir ein Blockspeicher-Volume angehängt:

Klicken Sie aufMore und dann aufResize volume.

Hier können Sie eine von mehreren vordefinierten Volumengrößen oder eine eigene Volumengröße auswählen. Erhöhen Sie das 500-GB-Volume um 100 GB auf 600 GB:

Drücken SieContinue. Das angehängte Blockspeichervolumen wurde jetzt um 100 GB erhöht.

Um diese Geräteänderung an LVM weiterzugeben, müssenpvresize ausgeführt werden.

Melden Sie sich bei Ihrem Server an und führen Siepvscan erneut aus, um nach physischen Volumes zu suchen:

Für das physische Volumen von/dev/sdaollte dieselbe Ausgabe wie zuvor angezeigt werden:

Führen Sie nunpvresize auf dem Volume aus, um den zusätzlichen Speicherplatz auszufüllen, den wir gerade hinzugefügt haben:

Sie sollten die folgende Ausgabe sehen:

Lassen Sie uns bestätigen, dass unser physisches Volumen jetzt 100 GB größer ist, indem Sie weiterepvscan ausführen:

Wir stellen fest, dass das physische Volumen von/dev/sdajetzt 600 GB beträgt:

Bestätigen wir nun, dass der freie Speicherplatz unserer Volumengruppe ebenfalls um 100 GB gestiegen ist:

Sie sollten dann die folgende Ausgabe sehen:

Dies bedeutet, dass jetzt 125 GB freier Speicherplatz für die Erstellung des Snapshot-Volumes verfügbar sind.

Für die Zwecke dieses Lernprogramms sind 125 GB ausreichend, um Schreibvorgänge und Änderungen während des Sicherungs- und Upload-Vorgangs zu absorbieren. In einer Produktionsumgebung sollte die Größe des Snapshot-Volumes jedoch proportional zur erwarteten Datenträgernutzung während des Sicherungsfensters skaliert werden.

Nachdem in unserer Datenträgergruppe genügend Speicherplatz verfügbar ist, um alle Schreibvorgänge oder Änderungen abzudecken, die während des Snapshots und der Sicherung auftreten können, können Sie mit dem Erstellen des Snapshot-Datenträgers fortfahren.

[[Schritt 3 - Erstellen und Bereitstellen eines lvm-Snapshots]] == Schritt 3 - Erstellen und Bereitstellen eines LVM-Snapshots

[.warning] #Warning: Während der LVM-Snapshot aktiv ist, kommt es beim Schreiben auf die Festplatte zu Leistungseinbußen. Sie sollten dieses Verfahren zuerst mit einer Nichtproduktionsdatenbank mit simulierter Last testen, um zu überprüfen, ob diese Methode in Ihrer Produktionsbereitstellung funktioniert.
#

Wir erstellen jetzt eine Momentaufnahme des logischen Volumes vonmysql_datamitlvcreate. Bevor wir dies tun, müssen wir Schreibvorgänge in die Datenbank mitFLUSH TABLES WITH READ LOCK einfrieren, damit wir die Datenkonsistenz gewährleisten können. Die Tabellen müssen nur gesperrt gelesen werden, bislvcreate ausgeführt werden. An diesem Punkt können sie entsperrt werden. Wenn Sie diese Reihe von Befehlen skripten, sollte die Gesamtsperrzeit sehr gering sein, abhängig von der Ausführung von Schreibabfragen.

Beginnen wir mit dem Leeren der Tabellen. Verwenden Sie vom Terminal auf Ihrem Datenbankservermysql, um sich bei Ihrer MySQL-Datenbank anzumelden:

Führen Sie in der MySQL-Shell den BefehlFLUSH TABLES aus, um Ihre Datenbank lesesperrend zu machen.

[.warning] #Warning: Nach dem Ausführen des folgenden Befehls werden alle geöffneten Tabellen geschlossen und alle Tabellen für alle Datenbanken mit einer globalen Lesesperre gesperrt. Wenn Sie dies in einer Produktionsdatenbank ausführen, empfiehlt es sich, diesen Befehl auf einem Replikat oder als Teil eines Skripts auszuführen, um die Zeitspanne zu minimieren, in der die Datenbank gesperrt wird.
#

Sie sollten die folgende Ausgabe sehen:

Dies zeigt an, dass Ihre Datenbank schreibgeschützt ist. Verlassen Sie die MySQL-Eingabeaufforderung nicht, wir müssen sie geöffnet lassen.

Jetzt erstellen wir einen LVM-Snapshot des logischen Volumes, auf dem sich unsere MySQL-Daten befinden.

Wenn Sie diese MySQL-Client-Verbindung geöffnet lassen, melden Sie sich über ein neues Terminal-Fenster bei Ihrem Datenbankserver an.

[.warning] #Warning: Wenn Sie diese Verbindung schließen, wird die Sperre aufgehoben und die Schreibvorgänge werden fortgesetzt, wodurch der Snapshot inkonsistent wird.
#

Wir können jetzt eine Momentaufnahme des logischen Volumens vonmysql_datamachen. Wir werden 100 GB Pufferplatz zuweisen, um Schreibvorgänge und andere Änderungen bei der Durchführung der physischen Sicherung zu absorbieren. Führen Sie den folgenden Befehllvcreateaus, um den LVM-Snapshot zu erstellen:

Das Flag-L gibt die Größe des logischen Volumes an, in diesem Fall 100 GB. -s gibt an, dass das logische Volume ein Snapshot ist, in diesem Fall das logische Volume von/dev/vg1/mysql_data. Wir haben uns entschieden, dieses Snapshot-Volumemysql_data_snap zu nennen.

Sie sollten das folgende Ergebnis sehen:

Dies zeigt an, dass wir jetzt eine Kopie des logischen Volumes vonmysql_datahaben, von dem aus wir eine Sicherung durchführen können.

Jetzt, da wir unsere MySQL-Datendateien zu einem bestimmten Zeitpunkt im Wesentlichen „eingefroren“ haben, können wir unsere Datenbanktabellen entsperren und die Schreibvorgänge fortsetzen. Führen Sie in Ihrer offenen MySQL-Verbindung den folgenden Befehl aus:

Sie sollten das folgende Ergebnis sehen:

Die Tabellen wurden entsperrt und Sie können diese Verbindung jetzt sicher schließen.

Zu diesem Zeitpunkt ist Ihre Datenbank noch aktiv und akzeptiert eingehende Verbindungen und Schreibvorgänge. Wir haben jedoch eine konsistente Momentaufnahme der Daten zu dem Zeitpunkt, zu dem wirFLUSH TABLES WITH READ LOCK ausgeführt haben (oder, um genau zu sein, zu dem Zeitpunkt, zu dem die letzte Schreibabfrage nach Abschluss vonFLUSH).

Der letzte Schritt besteht darin, diesen Schnappschuss bereitzustellen, damit wir auf diese eingefrorenen Datendateien zugreifen können.

Zuerst erstellen wir einen Einhängepunkt mit dem Namen/backup_src:

Jetzt werden wir das Snapshot-Volume auf/backup_src einstellen:

Wir können jetzt auf die eingefrorenen Datendateien zugreifen. Lass uns mal sehen:

Sie sollten Ihr MySQL-Datenverzeichnis sehen:

Nachdem wir Zugriff auf eine konsistente Momentaufnahme unserer Daten haben, können wir diese in einem DigitalOcean Space sichern.

[[Schritt 4 - Komprimieren und Hochladen von Dateien in Digitalocean-Bereiche]] == Schritt 4 - Komprimieren und Hochladen von Dateien in DigitalOcean-Bereiche

Um dieses Backup in unseren DigitalOcean Space hochzuladen, verwenden wir das Tools3cmd, das wir inprerequisite steps installiert und konfiguriert haben.

Wir testen zuerst die Konfiguration vons3cmdund versuchen, auf unseren Sicherungsspeicherplatz zuzugreifen (in diesem Tutorial heißt unser Speicherplatzmysql-backup-demo):

Sie sollten die folgende Ausgabe sehen:

Diese Ausgabe zeigt an, dass die Verbindung erfolgreich war unds3cmd Objekte in den Space übertragen können.

Wir werden jetzt unser MySQL-Datenverzeichnis komprimieren und in den Bereichmysql-backup-demohochladen:

Hier verwenden wirtar, um das MySQL-Datenverzeichnis zu komprimieren und zu archivieren, und leiten die Ausgabe ans3cmd weiter, mit der wir das komprimierte Archiv an Spaces übertragen. Wir haben das komprimierte Archivmysql_backup_180423.tar.gz genannt.

Da wirtar im ausführlichen Modus verwendet haben, wird die Liste der zu komprimierenden Dateien angezeigt (um diese Ausgabe auszublenden, lassen Sie das Flag-v im obigen Befehl weg).

Die Ausgabe wird mit den folgenden Dateiübertragungsinformationen abgeschlossen:

Sobald die Übertragung abgeschlossen ist, überprüfen wir, ob die Datei erfolgreich in unseren Space übertragen wurde, indem wir den Space-Inhalt auflisten:

Sie sollten die Backup-Archivdatei sehen:

Zu diesem Zeitpunkt haben wir eine physische MySQL-Sicherung in DigitalOcean Spaces erfolgreich abgeschlossen.

Wir werden jetzt das Snapshot-Volume aushängen und löschen und den verwendeten Speicherplatz in unserer Volume-Gruppevg1 wiederherstellen.

[[Schritt-5 -—- Snapshot-Volume aushängen und ablegen]] == Schritt 5 - Snapshot-Volume aushängen und ablegen

Nachdem unsere Daten gesichert wurden, können wir das zuvor in diesem Lernprogramm erstellte Snapshot-Volume nicht mehr verwenden und es sicher löschen.

Führen Sie den folgenden Befehl aus, um die Bereitstellung des Volumes aufzuheben:

Ersetzen Sie/backup_src durch den Einhängepunkt Ihres Snapshot-Volumes.

Wir können jetzt das Snapshot-Volume löschen. Führen Sie dazu den folgenden Befehl aus:

Hier entsprichtvg1 Ihrem Volume-Gruppennamen undmysql_data_snap Ihrem Snapshot-Volume-Namen.

Sie werden aufgefordert, das Entfernen zu bestätigen, auf das SieY antworten sollten.

Sie sollten die folgende Ausgabe sehen:

Das Snapshot-Volume wurde erfolgreich gelöscht. Sie haben jetzt eine vollständige physische MySQL-Sicherung abgeschlossen und auf Ihren DigitalOcean Space hochgeladen.

Wir beenden dieses Tutorial, indem wir schnell ein Wiederherstellungsszenario durchlaufen.

[[Schritt 6 - Testwiederherstellung von physischer Sicherung]] == Schritt 6 - Wiederherstellung von physischer Sicherung testen

Um unsere MySQL-Datenbank aus der physischen Sicherung wiederherzustellen, die wir zuvor auf Spaces hochgeladen haben, übertragen wir die Sicherung auf unseren Datenbankserver und verwenden die extrahierten Dateien als unser wiederhergestelltes MySQL-Datenverzeichnis.

Übertragen Sie zuerst die Sicherung von unserem Space zurück in das Ausgangsverzeichnis des Benutzers auf dem Datenbankserver:

Sie sollten eine Dateiübertragungsausgabe sehen:

Jetzt stoppen wir den laufenden Datenbankserver und bereinigen das vorhandene Datenverzeichnis, um eine saubere Wiederherstellung der physischen Sicherungsdateien zu testen.

Stoppen Sie zuerst den MySQL-Server:

Löschen Sie nun den Inhalt Ihres MySQL-Datenverzeichnisses:

Denken Sie daran, dass in diesem Lernprogramm der nicht standardmäßige MySQL-Datenverzeichnispfad/data ist.

Extrahieren Sie nun das physische Sicherungsarchiv in Ihr MySQL-Datenverzeichnis:

Nachdem die Datendateien wiederhergestellt wurden, können wir die MySQL-Datenbank neu starten und wiederherstellen lassen:

Schließlich können wir uns bei unserem Datenbankserver anmelden, um zu überprüfen, ob die Wiederherstellung erfolgreich abgeschlossen wurde:

Nach der Eingabe Ihres Passworts sollte die MySQL-Client-Eingabeaufforderung angezeigt werden:

Hier können Sie einige Tabellen durchsuchen, um zu überprüfen, ob Ihre Daten intakt sind.