Im Folgenden finden Sie Beispiele für die verschiedenen Sequenzen.
• |
Nur Vollsicherungen: Wenn die Anforderungen den Datenschutz bis zum Vortag garantieren und ein täglicher schreibgeschützter Zugriff zulässig ist, z. B. nach normalen Geschäftszeiten, sollte nur die tägliche Durchführung von Vollsicherungen ausreichend sein. DBA können die Datenbank zwar nur bis zum Zeitpunkt der letzten Vollsicherung wiederherstellen, können jedoch eine PIT-Wiederherstellung mit den derzeit auf dem MySQL-Server vorhandenen Binärprotokollen durchführen. |
• |
Vollsicherungen und inkrementelle Sicherungen: Wenn die Anforderungen den Schutz der Daten bis zum Vortag garantieren, aber der schreibgeschützte Zugriff auf die MySQL-Zielinstanz nur zu bestimmten Zeitpunkten zulässig ist, z. B. nach dem normalen Geschäftsbetrieb, nur auf wöchentlicher oder zweiwöchentlicher Basis, und die Sicherungsdauer so kurz wie möglich sein sollte, sind Vollsicherungen in Verbindung mit inkrementellen Sicherungen die beste Kombination. Beispielsweise werden Vollsicherungen jeden Sonntagabend um 23:00 Uhr durchgeführt, während inkrementelle Sicherungen Montag bis Samstag um 23:00 Uhr durchgeführt werden. Jede inkrementelle Sicherung umfasst die Binärprotokolle, die seit der Sicherung der vorherigen Nacht generiert wurden, unabhängig davon, ob es sich um die Vollsicherung am Sonntagabend oder um eine der inkrementellen Sicherungen handelt. |
• |
Vollsicherungen und differenzielle Sicherungen: Wenn die Anforderungen den Schutz der Daten bis zum Vortag garantieren, aber der schreibgeschützte Zugriff auf die MySQL-Zielinstanz nur zu bestimmten Zeitpunkten zulässig ist, z. B. nach dem normalen Geschäftsbetrieb, nur auf wöchentlicher oder zweiwöchentlicher Basis, und die Wiederherstellungsdauer so kurz wie möglich sein sollte, sind Vollsicherungen in Verbindung mit differenziellen Sicherungen die beste Kombination. Beispiel: Vollsicherungen werden jeden Sonntag um 23:00 Uhr durchgeführt, während differenzielle Sicherungen Montag bis Samstag um 23:00 Uhr durchgeführt werden. Jede differenzielle Sicherung umfasst die Binärprotokolle, die seit der letzten Vollsicherung generiert wurden. Wie bereits erwähnt, erfordert dieser Prozess eine längere Sicherungsgesamtdauer. |
Eine Sicherung mit Plug‑in for MySQL umfasst die in den folgenden Abschnitten beschriebenen Schritte.
Sicherungsauswahlsätze sind für inkrementelle und Teilsicherungen unerlässlich. Erstellen Sie den Sicherungsauswahlsatz während einer vollständigen Sicherung und verwenden Sie ihn für vollständige, inkrementelle und Teilsicherungen. Der Sicherungsjob meldet einen Fehler, wenn Sie keinen Auswahlsatz für die inkrementelle oder Teilsicherung verwenden. Weitere Informationen hierzu finden Sie im Quest NetVault Backup Administratorhandbuch.
TIPP: Um einen vorhandenen Satz zu verwenden, klicken Sie auf Sicherungsjob erstellen, und wählen Sie den Satz in der Liste Auswahl aus. |
1 |
2 |
Geben Sie in Jobname einen Namen für den Job an. |
3 |
4 |
• |
• |
Um eine detailliertere Auswahl zu erhalten, öffnen Sie den Knoten Alle Datenbanken, um die einzelnen Datenbanken anzuzeigen. Darüber hinaus können Sie jede einzelne Datenbank öffnen, um ihre einzelnen Tabellen anzuzeigen, die je nach Bedarf für die Aufnahme in einen Sicherungsauftrag ausgewählt werden können. |
• |
Um Elemente explizit aus einer Sicherung auszuschließen, wählen Sie ein Element der übergeordneten Ebene aus und klicken Sie auf das entsprechende Element der untergeordneten Ebene, um das grüne Häkchen durch ein rotes X (Kreuz) zu ersetzen, das es als ausgelassen markiert. |
WICHTIG: Wenn Sie mit der Option MySQL Standard/Community einen detaillierten Datensatz für die Sicherung auswählen, wählen Sie Individuelle Datenbank-/kopierbasierte Tabellensicherung als Sicherungstyp auf der Registerkarte Sicherungsoptionen aus. Wenn eine andere Form der Sicherung ausgewählt wird, d. h. Vollsicherung, Inkrementelle Sicherung oder Differenzielle Sicherung, werden die detaillierten Auswahlen ignoriert und die gesamte Datenbank wird gesichert. Bei MySQL .5 und höher werden gespeicherte Prozeduren, Funktionen und Trigger automatisch mit Vollsicherungen und Individuellen Datenbank-/kopierbasierten Tabellensicherungen für die Option MySQL Standard/Community gesichert. Bei MySQL 5.5 und höher wird die Datenbank „information_schema“ im Auswahlbaum angezeigt, steht aber nicht zur Auswahl. Dieses Problem tritt auf, weil alle in dieser Datenbank enthaltenen Daten dynamisch generiert werden und nicht dauerhaft vorhanden sind. Daher schließt das Plug-in die Datenbank „information_schema“ automatisch aus allen Sicherungen aus. |
6 |
Klicken Sie auf Speichern, geben Sie im Dialogfenster Neuen Satz erstellen einen Namen ein, und klicken Sie erneut auf Speichern. |
Der nächste Schritt beinhaltet das Erstellen des Sicherungsoptionssatzes oder die Auswahl eines vorhandenen. Die auf der Registerkarte „Sicherungsoptionen“ verfügbaren Einstellungen hängen davon ab, ob Sie die Option MySQL Standard/Community oder MySQL Enterprise Backup verwenden.
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center