Sicherungs- und Notfallwiederherstellungsdienst für MariaDB
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Die von Backup and DR verwendete MariaDB Backup API umfasst die folgenden Endpunkte:
Linux CBT- und LVM-Snapshot: MariaDB Flush tables with read lockUnlock tables API.
Dateibasierte Sicherungen: MariaDB mysqldump API. So erhalten Sie eine vollständige Sicherung der Datenbank im Sicherungsformat. Bei der Wiederherstellung stellt die restore db API die Datenbank wieder her, indem der Datenbereich physisch überschrieben wird.
MariaDB-Protokollsicherung: Bei einer Protokollsicherung werden alle MariaDB-Binärprotokolle physisch von Backup and DR kopiert. Die MariaDB Purge binary logs before API wird verwendet, um die binären Protokolle zu löschen.
Funktionsweise: Volumebasierte Sicherungen für Sicherung und Notfallwiederherstellung mit Linux CBT
In der Bitmap werden nur geänderte Blöcke erfasst. Es gibt keine Copy-on-Write- oder ‑I/O-intensiven Vorgänge.
In den folgenden Schritten wird beschrieben, wie Sie Daten mit volumebasierten Sicherungs-Images und CBT sichern und wiederherstellen:
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 den folgenden Schritten 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.
Sonstige Dokumentation für Backup und DR für MariaDB
Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von MariaDB-Datenbanken mithilfe von Sicherungen und Notfallwiederherstellungen. Weitere Informationen finden Sie auf den folgenden Seiten:
[[["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-11 (UTC)."],[[["\u003cp\u003eBackup and DR uses MariaDB APIs like \u003ccode\u003eFlush tables with read lock\u003c/code\u003e, \u003ccode\u003eUnlock tables\u003c/code\u003e, and \u003ccode\u003emysqldump\u003c/code\u003e for Linux CBT, LVM snapshot, and file-based backups.\u003c/p\u003e\n"],["\u003cp\u003eVolume-based backups with Linux CBT track changed blocks without copy-on-writes, utilizing LVM snapshots and database APIs to pause/unpause during the backup process.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups employ a staging disk mounted on the database server, where \u003ccode\u003emysqldump\u003c/code\u003e writes the full backup, and log backups are performed directly from the file system.\u003c/p\u003e\n"],["\u003cp\u003eRecovery for both volume-based and file-based methods involves instant mounting of a staging disk, with the option to play logs to any point in time after the file-based database is restored.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR provides comprehensive documentation on protecting and recovering MariaDB databases, including preparation, policy creation, application settings, and workflow creation.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for MariaDB\n\nThe MariaDB Backup API used by Backup and DR includes the following\nendpoints:\n\n- **Linux CBT and LVM snapshot** : MariaDB `Flush tables with read lock`\n `Unlock tables` API.\n\n- **File-based backups** : MariaDB `mysqldump` API. This provides the full\n backup of the database in backup format. On recovery, the `restore db` API\n recovers the database by physically overwriting the data area.\n\n- **MariaDB log backup** : During a log backup, Backup and DR physically copies\n all the MariaDB binary logs. The MariaDB `Purge binary logs before`\n API is used 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, there are no copy-on-writes or\nI/O-intensive operations.\n\nThe following steps describe the process for how to perform data backup and\nrecovery with volume-based backup images and CBT:\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 steps describe the process for how to perform data backup and\nrecovery 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 MariaDB\n-------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMariaDB databases with Backup and DR.\nYou can find additional information in the following pages:\n\n- [Backup and DR for MariaDB](/backup-disaster-recovery/docs/concepts/mariadb-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a MariaDB 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 MariaDB database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a MariaDB database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover MariaDB Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a MariaDB Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
