Sicherungs- und Notfallwiederherstellungsdienst für MySQL
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
MySQL ist die weltweit beliebteste Open-Source-Datenbank und wird von namhaften Web-Properties verwendet.
Auf dieser Seite wird erläutert, wie Sie MySQL-Anwendungsdaten mithilfe von Sicherung und Notfallwiederherstellung in einer Linux-Umgebung schützen.
MySQL-Sicherungs-API, die von „Sicherung und Notfallwiederherstellung“ verwendet wird
Sicherungen auf Volumeebene (Linux Change Block Tracking und LVM-Snapshot): MySQL Flush tables overwriting the data area. With read lock- und Unlock tables-API.
Voll- und inkrementelle (dateibasierte traditionelle) Sicherungen: MySQL mysqldump API. Dadurch wird die vollständige Sicherung der Datenbank im Sicherungsformat bereitgestellt. Bei der Wiederherstellung überschreibt die restore db API den Datenbereich physisch, um die Datenbank wiederherzustellen.
MySQL-Logsicherung: Bei einer Logsicherung werden alle MySQL-Binärlogs physisch kopiert. Die MySQL purge binary logs before API wird zum Löschen der Binärlogs verwendet.
Funktionsweise: Volumebasierte Sicherungen für Sicherung und Notfallwiederherstellung mit Linux CBT
In der Bitmap werden nur geänderte Blöcke erfasst: keine Copy-on-Writes, keine ‑I/O-intensiven Vorgänge.
So sichern und stellen Sie Daten wieder her:
Der Sicherungs- und Notfallwiederherstellungs-Agent verwendet CBT, um geänderte Blöcke im Datenbankdatenbereich zu verfolgen.
Der Agent ruft die Datenbank-API auf, um die Datenbank für die Datensicherung einzufrieren oder anzuhalten.
Der Agent erstellt einen LVM-Snapshot des Datenbankdatenbereichs und synthetisiert eine Bitmap.
Der Kundenservicemitarbeiter ruft die Datenbank-API auf, um die Datenbank zu entsperren.
Der Agent kopiert geänderte Blöcke in die Sicherungs-/Wiederherstellungsanwendung, die dann den Snapshot löscht und die Sicherung katalogisiert.
Die Appliance erstellt einen internen Snapshot und synthetisiert eine virtuelle Vollsicherung zu einem bestimmten Zeitpunkt.
Für die Datenwiederherstellung stellt die Sicherung und Notfallwiederherstellung sofort ein überschreibbares Staging-Laufwerk bereit und stellt die Datenbank online.
Funktionsweise: dateibasierte Sicherung
In der folgenden Anleitung wird beschrieben, wie Sie Daten mithilfe von dateibasierten Sicherungs-Images sichern und wiederherstellen:
Der Sicherungs- und Notfallwiederherstellungs-Agent wird auf dem Datenbankserver bereitgestellt.
Bereitstellungslaufwerk auf dem Datenbankserver bereitstellen.
Führen Sie eine vollständige Sicherung mit dem Befehl „dump backup“ aus und schreiben Sie die Sicherung auf das bereitgestellte Laufwerk.
Für die Sicherung und Notfallwiederherstellung wird ein interner Snapshot erstellt.
Log-Sicherungen werden auf ähnliche Weise direkt aus dem Dateisystem nach einem von Ihnen konfigurierten Zeitplan durchgeführt.
Für die Datenwiederherstellung stellen Sicherung und Notfallwiederherstellung das Staging-Laufwerk sofort auf dem Datenbankserver bereit und initiieren die Datenbankwiederherstellung.
Nach der Wiederherstellung der Datenbank können Protokolle zu einem beliebigen Zeitpunkt abgespielt werden.
Weitere Dokumentation zu Sicherung und Notfallwiederherstellung für MySQL
Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von MySQL-Datenbanken mithilfe von Sicherungen und Notfallwiederherstellung. Weitere Informationen finden Sie unter:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-18 (UTC)."],[[["\u003cp\u003eBackup and DR protects MySQL databases in Linux environments using both volume-level backups with Linux change block tracking (CBT) and LVM snapshots, and file-based backups via the \u003ccode\u003emysqldump\u003c/code\u003e API.\u003c/p\u003e\n"],["\u003cp\u003eVolume-level backups utilize MySQL APIs to freeze and unfreeze the database, create LVM snapshots, track changed blocks with CBT, and copy only changed blocks to the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups use the \u003ccode\u003emysqldump\u003c/code\u003e API to write full backups to a mounted staging disk, and log backups are performed directly from the file-system.\u003c/p\u003e\n"],["\u003cp\u003eFor recovery, Backup and DR mounts a rewritable staging disk and brings the database online instantly in the volume-level method, and in the file-based method, it mounts the staging disk and restores the database, with logs being able to be played to any point in time after restoration.\u003c/p\u003e\n"],["\u003cp\u003eMySQL binary logs can be purged via the \u003ccode\u003epurge binary logs before\u003c/code\u003e API during a log backup, which also copies all the binary logs.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for MySQL\n\nMySQL is the world's most popular open source database, used by high profile web\nproperties.\nThis page explains how to protect MySQL application consistent database\ndata with Backup and DR in a Linux environment.\n\n**MySQL backup API used by Backup and DR**\n\n- **Volume level (Linux change block tracking and LVM snapshot) backups** :\n MySQL `Flush tables overwriting the data area. With read lock` and\n `Unlock tables` API.\n\n- **Full+Incremental (file-based traditional) backups** : MySQL `mysqldump`\n API. This provides the full backup of the database in backup\n format. On recovery, the restore db API recovers the database by physically\n overwriting the data area.\n\n- **MySQL log backup** : During a log backup, Backup and DR physically copies\n all the MySQL binary logs. The MySQL `purge binary logs before` API is used\n to purge the binary logs.\n\nHow it works: Backup and DR volume-based backup with Linux CBT\n--------------------------------------------------------------\n\nOnly changed blocks are tracked in the bitmap: no copy-on-writes, no I/O-intensive operations.\n\nData backup and recovery follows these steps:\n\n1. The Backup and DR agent has CBT to track changed blocks in the database data\n area.\n\n2. The agent calls the database API to freeze or pause database for data backup.\n\n3. Agent creates LVM snapshot of database data area and synthesizes a bitmap.\n\n4. Agent call to database API to unfreeze database.\n\n5. Agent copies changed blocks to backup/recovery appliance, which then deletes\n the snapshot and catalogs the backup.\n\n6. The appliance issues an internal snapshot and synthesizes a point-in-time\n virtual full backup.\n\n7. For data recovery, Backup and DR instantly mounts a rewritable staging disk\n and brings the database online.\n\nHow it works: file-based backup\n-------------------------------\n\nThe following instructions describe the process for how to perform data backup\nand recovery with file-based backup images:\n\n1. Backup and DR agent is deployed in the database server.\n\n2. Mount staging disk on the database server.\n\n3. Invoke full backup using the dump backup command, writing the backup\n to the mounted disk.\n\n4. Backup and DR takes an internal snapshot.\n Log backups are done in a similar fashion directly from the file-system at\n any schedule that you configure.\n\n5. For data recovery, Backup and DR instantly mounts the staging disk to the\n database server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n\nOther documentation for Backup and DR for MySQL\n-----------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMySQL databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for MySQL](/backup-disaster-recovery/docs/concepts/mysql-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a MySQL database host and discover databases](/backup-disaster-recovery/docs/configuration/otherdb-add-host)\n- [Define policy templates and resource profiles](/backup-disaster-recovery/docs/create-plan/create-template)\n- [Set application details and settings](/backup-disaster-recovery/docs/backup/app-details-settings-otherdb)\n- [Check staging disk format and backup method](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-otherdb)\n- [Protect the MySQL database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a MySQL database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover MySQL Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a MySQL Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
