Datensicherung und Wiederherstellung | 7. August 2026

Wie man MySQL auf Band sichert: Logische und physische Methoden

Diese Anleitung zeigt, wie Sie MySQL‑Daten mit logischen Methoden wie mysqldump und tar sowie physischen Backup‑Methoden auf Band sichern. Außerdem erfahren Sie, wie eine spezielle MySQL‑Backup‑Lösung das Band‑Backup automatisieren und vereinfachen kann.

Von: Emma

Obwohl Cloud‑Speicher und datenträgerbasierte Backups moderne IT‑Umgebungen dominieren, bleibt das Band ein wichtiges Medium für den langfristigen Datenschutz. Sein Offline‑Charakter bietet einen starken Schutz vor Ransomware, während seine niedrigen Kosten es für Organisationen geeignet machen, die große Mengen an MySQL‑Daten über Jahre hinweg aufzubewahren haben.

Diese Anleitung erläutert, wie Sie MySQL‑Daten sowohl mit logischen als auch mit physischen Backup‑Methoden auf Band sichern. Sie behandelt zudem, wann welcher Ansatz verwendet werden soll, wie Backups auf das Band übertragen werden und wie Sie prüfen, ob diese erfolgreich wiederhergestellt werden können.

Warum werden für MySQL‑Backups noch Bänder verwendet

Obwohl Datenträger‑ und Cloud‑Speicher moderne Backup‑Strategien dominieren, ist das Band nach wie vor ein wichtiger Bestandteil von Unternehmens‑Backup‑Umgebungen, da es mehrere einzigartige Vorteile bietet:

Air‑Gap‑Schutz vor Ransomware. Das Band kann aus dem Laufwerk entnommen und offline gelagert werden, sodass Ransomware Backup‑Daten nicht verschlüsseln oder löschen kann.
Niedrigere langfristige Speicherkosten. Bänder bieten niedrigere Kosten pro Terabyte als Festplatten und eignen sich daher ideal für die Aufbewahrung großer Mengen von MySQL‑Backups über viele Jahre.
Unterstützung der 3‑2‑1‑1‑Backup‑Strategie. Das Band liefert auf natürliche Weise eine Offline‑Backup‑Kopie und hilft Organisationen, ihre Cyber‑Resilienz zu verbessern und langfristige Aufbewahrungsanforderungen zu erfüllen.

MySQL‑Sicherung auf Band mit 2 Methoden

Für die Sicherung von MySQL auf Band können Sie zwischen logischen und physischen Backups wählen.

Ein logisches Backup exportiert die Datenbank als SQL‑Anweisungen, mit denen Schema und Daten wiederhergestellt werden können.
Ein physisches Backup kopiert die Datenbankdateien direkt.

In den meisten Umgebungen wird das Backup zuerst auf einem Datenträger erstellt und anschließend durch Backup‑Software oder Standard‑Band‑Hilfsprogramme auf das Band archiviert.

Methode 1: mysqldump + tar (Logisches Backup)

mysqldump ist das native MySQL‑Hilfsprogramm zum Erstellen logischer Backups. Es exportiert Datenbankschemata und Daten als SQL‑Anweisungen, die komprimiert und auf Band archiviert werden können.

# Schritt 1: Erstellen eines komprimierten logischen Backups
mysqldump ‑u root ‑p ‑‑single‑transaction ‑‑quick ‑‑all‑databases | gzip > /backup/mysql_dump.sql.gz
  
# Schritt 2: Archivieren des Backups auf Band
tar ‑cvf /dev/st0 /backup/mysql_dump.sql.gz

Hinweis: Verwenden Sie ‑‑single‑transaction beim Sichern von InnoDB‑Datenbanken, um einen konsistenten Snapshot ohne Tabellensperren zu erhalten.

Bei begrenztem Speicherplatz können Sie das Backup direkt auf das Band streamen, statt eine temporäre Datei zu erstellen:

mysqldump ‑u root ‑p ‑‑single‑transaction ‑‑quick ‑‑all‑databases | gzip | dd of=/dev/st0 bs=64k

Geeignet für

Kleine bis mittlere Datenbanken
Plattformübergreifende Migrationen
Wiederherstellung einzelner Datenbanken oder Tabellen

Hinweise

Die Wiederherstellungszeiten können lang sein, da MySQL bei der Wiederherstellung jede einzelne SQL‑Anweisung ausführen muss.
Backup‑Größe und Wiederherstellungszeit steigen mit wachsender Datenbank deutlich an.

Methode 2: Percona XtraBackup / mysqlbackup + Band (Physisches Backup)

Physische Backups kopieren die Datenbankdateien direkt, statt SQL‑Anweisungen zu exportieren. Percona XtraBackup und MySQL Enterprise Backup unterstützen Hot‑Backups für InnoDB‑Datenbanken und sind daher die bevorzugte Lösung für große Produktivumgebungen.

Ein gängiger Ablauf besteht darin, das Backup auf einem Zwischenspeicher‑Datenträger zu erstellen, bevor es auf das Band archiviert wird:

# Schritt 1: Erstellen eines physischen Backups
xtrabackup ‑‑backup ‑‑target‑dir=/backup/physical/
  
# Schritt 2: Archivieren des Backups auf Band
tar ‑cvf /dev/st0 /backup/physical/

Percona XtraBackup unterstützt zudem gestreamte Backups, die direkt auf das Band geschrieben werden können:

xtrabackup ‑‑backup ‑‑stream=xbstream | dd of=/dev/st0 bs=64k

Geeignet für

Große Produktivdatenbanken
Niedrige Wiederherstellungszeitziele (RTO)
Hochleistungs‑Backup und ‑Wiederherstellung

Hinweise

Physische Backups werden im Allgemeinen auf die gleiche oder eine kompatible MySQL‑Version wiederhergestellt.
Sie sind weniger portabel als logische Backups und dienen vor allem der Notfallwiederherstellung, nicht der Datenbankmigration.

Auswahl der passenden Methode für Ihre Umgebung

Die richtige Backup‑Methode hängt vor allem von der Größe Ihrer Datenbank und Ihren Wiederherstellungsanforderungen ab. Nutzen Sie die folgende Tabelle als Orientierungshilfe.

Datenbankgröße	Hauptanforderung	Empfohlene Methode
Klein (<50 GB)	Portabilität und Flexibilität	mysqldump + tar
Mittel bis Groß (50 GB bis 1 TB)	Schnelleres Backup und schnellere Wiederherstellung	Percona XtraBackup oder MySQL Enterprise Backup + Band
Sehr groß (>1 TB)	Minimales Backup‑Fenster und schnelle Wiederherstellung	Gestreamtes physisches Backup (xbstream)

Prüfen und Wiederherstellen von MySQL‑Backups vom Band

Das Erstellen eines Backups auf Band ist nur der erste Schritt. Regelmäßige Überprüfungen und Wiederherstellungstests stellen sicher, dass Ihre MySQL‑Backups im Notfall wiederhergestellt werden können.

Prüfen Sie vor der Wiederherstellung, ob das Band lesbar ist und die Backup‑Dateien vorhanden sind:

mt ‑f /dev/st0 rewind
tar ‑tvf /dev/st0

Ein typischer Wiederherstellungsablauf umfasst:

Abrufen des Backup‑Archivs vom Band.
Extrahieren der Backup‑Dateien auf einen Wiederherstellungsserver.
Wiederherstellen der Datenbank mit der passenden Methode.
Prüfen, ob MySQL erfolgreich startet und die Daten zugänglich sind.

Bei logischen Backups, die mit mysqldump erstellt wurden, extrahieren Sie den SQL‑Dump vom Band und importieren ihn in MySQL:

zcat /tmp/restore/mysql_dump.sql.gz | mysql ‑u root ‑p

Bei physischen Backups mit Percona XtraBackup bereiten Sie zuerst das Backup vor und stellen anschließend die Datenbankdateien wieder her:

# Vorbereiten des Backups
xtrabackup ‑‑prepare ‑‑target‑dir=/tmp/physical_restore/
  
# Wiederherstellen der Datenbankdateien
systemctl stop mysql
xtrabackup ‑‑copy‑back ‑‑target‑dir=/tmp/physical_restore/
  
# Berechtigungen korrigieren und MySQL starten
chown ‑R mysql:mysql /var/lib/mysql/
systemctl start mysql

Führen Sie nach der Wiederherstellung einfache Abfragen aus, um zu bestätigen, dass die Datenbank verfügbar ist und die wiederhergestellten Daten zugänglich sind. Testen Sie Wiederherstellungen immer in einer isolierten Umgebung, bevor Sie das Backup für die Produktivwiederherstellung verwenden.

Häufige Probleme bei der MySQL‑Sicherung auf Band

Die Sicherung von MySQL‑Datenbanken auf Band kann verschiedene betriebliche Herausforderungen mit sich bringen – von Hardware‑Zugriffsproblemen bis hin zu Problemen mit der Backup‑Konsistenz. Das Verständnis dieser häufigen Fehler hilft, einen zuverlässigen Backup‑ und Wiederherstellungsprozess sicherzustellen.

Zugriffs‑ und Berechtigungsfehler beim Bandgerät

Ein häufiges Problem beim Start einer Band‑Sicherung sind Fehlermeldungen wie „permission denied“ oder „no such device“ beim Zugriff auf /dev/st0 oder /dev/nst0.

Auf Linux‑Systemen sind Bandgeräte üblicherweise auf bestimmte Benutzer oder Gruppen beschränkt. Wenn ein Backup‑Skript unter einem Dienstkonto ohne die erforderlichen Berechtigungen ausgeführt wird, kann es nicht auf das Bandlaufwerk zugreifen.

# Prüfen der Berechtigungen des Bandgeräts
ls ‑l /dev/st0
  
# Hinzufügen des Backup‑Benutzers zur Gruppe tape
sudo usermod ‑aG tape backupuser

Starten Sie nach der Aktualisierung der Berechtigungen den Backup‑Dienst oder die Benutzersitzung neu, damit die Änderungen wirksam werden.

Sperrprobleme durch mysqldump bei ausgelasteten Datenbanken

Die Verwendung von mysqldump auf aktiven Produktivdatenbanken kann Leistungsprobleme verursachen, falls das Backup Tabellensperren erfordert. Dies betrifft vor allem Tabellen mit nicht‑transaktionalen Speicher‑Engines wie MyISAM.

Bei InnoDB‑Tabellen erstellt die Option ‑‑single‑transaction ein konsistentes Backup ohne Tabellensperren. Sie beseitigt jedoch nicht Sperranforderungen für nicht‑transaktionale Tabellen.

mysqldump ‑u root ‑p ‑‑single‑transaction ‑‑quick ‑‑all‑databases > backup.sql

Erwägen Sie für große Produktivumgebungen, logische Backups auf einem Lesereplikat auszuführen, um die Auswirkungen auf die Primärdatenbank zu verringern.

Fehler in der Vorbereitungsphase von XtraBackup

Bei der Wiederherstellung physischer Backups mit Percona XtraBackup kann die Phase xtrabackup ‑‑prepare aufgrund unzureichenden Arbeitsspeichers oder unvollständiger Backup‑Dateien fehlschlagen.

Begrenzen Sie bei großen Datenbanken die Speichernutzung während der Vorbereitung, um Ressourcenerschöpfung zu vermeiden:

xtrabackup ‑‑prepare ‑‑use‑memory=2G ‑‑target‑dir=/tmp/physical_restore/

Prüfen Sie vor dem Übertragen von Backups auf das Band immer, ob der ursprüngliche Backup‑Auftrag erfolgreich abgeschlossen wurde und ob die Backup‑Dateien vollständig und konsistent sind.

Wie i2Backup das MySQL‑Band‑Backup vereinfacht

Das manuelle Erstellen von Skripten für mysqldump‑ oder XtraBackup‑Aufträge und deren Übertragung auf Band funktioniert, legt jedoch die gesamte Last für Planung, Überprüfung und Aufbewahrung auf den DBA.

i2Backup beseitigt den größten Teil dieses manuellen Aufwands und unterstützt trotzdem Bänder als Speicherziel.

Wichtige Funktionen von i2Backup für das MySQL‑Band‑Backup:

Direkte Unterstützung für Band‑Bibliotheken: i2Backup kann Daten direkt auf Band‑Bibliotheken sichern und bei Bedarf daraus wiederherstellen. Sie benötigen also kein separates Skript für tar‑ oder Übertragungsschritte nach dem Datenbank‑Dump.
Datenbank‑bewusstes Backup: i2Backup bietet Echtzeit‑ und geplante Backups für gängige Datenbanken einschließlich MySQL – sowohl für Einzelinstanzen als auch für Cluster‑Umgebungen. Dadurch sinkt das Risiko von Sperrproblemen in ausgelasteten Produktivsystemen.
Automatisierte Aufbewahrung und Bereinigung: Anpassbare Aufbewahrungs‑ und Archivierungsrichtlinien entfernen veraltete Backups automatisch. Dies reduziert den manuellen Vorbereitungs‑ und Bereinigungsaufwand, den physische Backup‑Tools wie XtraBackup oft erfordern.
Datenverschlüsselung: Backups werden mit AES‑ und SM4‑Standard‑Verschlüsselung geschützt. Dies unterstützt den Air‑Gap‑Einsatz gegen Ransomware, der Bänder erst wertvoll macht.
Unterstützung mehrerer Speicherarten: Neben Band‑Bibliotheken unterstützt i2Backup lokale Festplatten, NAS und Objektspeicher. Dadurch lässt sich eine 3‑2‑1‑Backup‑Strategie ohne Wechsel zwischen verschiedenen Tools umsetzen.

So sichern Sie MySQL‑Daten mit i2Backup auf Band:

Schritt 1. Melden Sie sich auf der i2Backup‑Plattform an. Stellen Sie unter Speichereinheiten sicher, dass Ihre Band‑Bibliothek bereits als Backup‑Ziel registriert ist.

Schritt 2. Bestätigen Sie, dass Ihre MySQL‑Datenbank und ihr Host‑Knoten als Client auf der Plattform registriert sind, und erstellen Sie anschließend eine neue Backup‑Regel.

Schritt 3. Wählen Sie MySQL als Backup‑Typ aus und klicken Sie auf Weiter.

Schritt 4. Wählen Sie den Client, der auf Ihre MySQL‑Datenbank verweist, anschließend Ihre Band‑Bibliothek als Backup‑Ziel sowie einen Band‑Pool aus. Klicken Sie auf Weiter.

Schritt 5. Wählen Sie die Datenbank‑Instanz aus, die Sie sichern möchten.

Schritt 6. Wählen Sie den Backup‑Typ aus – entweder Vollständiges Backup oder Inkrementelles Backup – und legen Sie Zeitfenster und Häufigkeit für die Backup‑Regel fest. Sie können den Auftrag auch sofort als einmalige Aufgabe ausführen.

Schritt 7. Überprüfen Sie alle Einstellungen und klicken Sie auf Bestätigen, um die Backup‑Regel zu übermitteln.

Nach der Übermittlung können Sie den Fortschritt im Dashboard Backup‑Aufträge verfolgen. In den Auftragsdetails werden Übertragungsgeschwindigkeit, Auftragsprotokoll, beteiligter Client und Speichereinheit sowie ggf. aufgetretene Fehler angezeigt. Nach Abschluss des Auftrags gehen Sie zu Backup und Wiederherstellung, um das Backup‑Set zu finden und zu bestätigen, dass der Typ der Speichereinheit als Band‑Bibliothek angezeigt wird – damit ist sichergestellt, dass das Backup erfolgreich auf das Band geschrieben wurde.

Für Teams, die keine Kombination aus mysqldump‑Skripten, Cron‑Aufträgen und manuellen Band‑Überprüfungen mehr verwenden möchten, fasst i2Backup den gesamten Prozess in einem einzigen planbaren und prüfbaren Ablauf zusammen. Sie können eine 60‑tägige kostenlose Testversion anfordern, um die Lösung anhand Ihrer eigenen MySQL‑Backup‑Anforderungen zu prüfen.

Info2soft bietet zudem weitere Lösungen für umfassendere Datenschutz‑Anforderungen. Wenn ein nahezu null‑RPO wichtiger ist als periodische Backups, repliziert i2CDP veränderte Daten byte‑genau in Echtzeit. Für Unternehmen, die MySQL‑Daten auf andere Datenbanken oder Plattformen replizieren, übernimmt i2Stream die Echtzeit‑Datenbank‑Replikation und Migration.

60‑Tage‑kostenlose Testversion

Fazit

Bänder haben nach wie vor ihren Platz in der MySQL‑Backup‑Strategie, insbesondere für die langfristige Aufbewahrung und den Air‑Gap‑Schutz vor Ransomware. Ob Sie mysqldump für logische Backups oder XtraBackup für physische Backups wählen, hängt von Ihrer Datenbankgröße, Ihren RTO‑/RPO‑Anforderungen und der erforderlichen Wiederherstellungsgeschwindigkeit ab.

Unabhängig von der gewählten Methode sollten Sie Ihre Band‑Backups regelmäßig prüfen und Wiederherstellungen testen, bevor Sie diese im Produktivbetrieb benötigen. Für Teams, die den manuellen Aufwand senken möchten, bietet Info2soft Backup‑Lösungen, die Planung, Aufbewahrung und Band‑Unterstützung in einem Arbeitsablauf automatisieren.

Emma

Keine Kurzbiografie vorhanden