Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Nachdem der Sicherungsplan wie unter Sicherungsvorlagen verwalten beschrieben konfiguriert wurde, können Sie eine Sicherungsmethode für die Datenbank oder Instanz konfigurieren.
Microsoft SQL Server-, Oracle- und SAP HANA-Datenbanken haben jeweils eine eigene Dokumentation. Viele Verfahren sind für diese anderen unterstützten Datenbanktypen gleich.
Die folgenden weiteren Datenbanktypen werden unterstützt:
Der Schutz von Db2-Datenbankinstanzen kann entweder über den primären Knoten oder über HADR-Knoten erfolgen. Um einen Db2 HADR-Knoten zu schützen, muss der Knoten für Lesezugriff aktiviert sein. Der Parameter DB2_HADR_ROS=ON muss festgelegt sein.
Wenn eine SAP ASE-Datenbank mit einer Sicherung auf Basis von „Vollständig + Inkrementell“ geschützt ist, müssen für eine erfolgreiche Wiederherstellung in der Quell- und Zieldatenbank derselbe Zeichensatz oder dieselbe Sortierreihenfolge verwendet werden. Weitere Informationen finden Sie im SAP-Hinweis 1860413 – How to change character set or sort order of SAP ASE.
Führen Sie die folgenden Schritte aus, um die Datenbank oder Datenbankinstanz zu schützen:
Klicken Sie auf App Manager>Applications (Anwendungsmanager > Anwendungen), klicken Sie mit der rechten Maustaste auf die Instanz und wählen Sie Manage Backup Plan (Sicherungsplan verwalten) aus.
Wählen Sie auf der Seite Sicherungsplan verwalten eine Vorlage und ein Ressourcenprofil aus und klicken Sie dann auf Sicherungsplan anwenden.
Wenn Sie eine Arbeitslast auf einer Sicherungs-/Wiederherstellungs-Appliance sichern, die die empfohlene Speicherkapazität oder das Snapshot-Limit überschreitet, wird eine Benachrichtigung mit einer Empfehlung angezeigt, die Daten auf einer anderen Sicherungs-/Wiederherstellungs-Appliance zu sichern.
Klicken Sie auf Details & Einstellungen und prüfen Sie, ob die Methode zum Erstellen von Sicherungen mit dem Typ der Sicherung übereinstimmt, der in Sicherungsvorlagen verwalten festgelegt ist.
Klicken Sie auf Sicherungsplan anwenden oder Änderungen speichern. Die Instanz wird im App Manager mit einem Schildsymbol angezeigt.
Die Instanz ist geschützt, wenn der Snapshot-Job gemäß dem Zeitplan in der Vorlage erfolgreich ausgeführt wird.
Wenn Sie eine Instanz schützen, können Sie beim Sichern bestimmte Datenbanken ein- oder ausschließen. Wählen Sie im App Manager die Instanz aus. Verwenden Sie die Kästchen, um die Liste zu filtern.
Wählen Sie Sicherungsplan verwalten aus.
Klicken Sie unter Regel für Datenbankaufnahme auf Bearbeiten. Wenn Sie die Einstellungen für Datenbankaufnahme nicht sehen, haben Sie eine Datenbank und keine Instanz ausgewählt.
Wählen Sie eine Einschlussregel aus – Alle einschließen, Ausgewählte einschließen oder Ausgewählte ausschließen – und wählen Sie dann die Datenbanken aus, die ein- oder ausgeschlossen werden sollen. Klicken Sie anschließend auf Speichern.
Datenbankprotokolle schützen
So aktivieren und richten Sie die Sicherung von Datenbanklogs ein:
Klicken Sie auf der Seite Backup Plans Templates (Vorlagen für Sicherungspläne) mit der rechten Maustaste auf die Vorlage, die zum Schutz der Instanz verwendet werden soll, und klicken Sie auf Edit (Bearbeiten).
Klicken Sie auf den Pfeil neben der Snapshot-Richtlinie, um die Details zu öffnen, und klicken Sie dann auf Richtlinie bearbeiten.
Wählen Sie unten Erweiterte Richtlinieneinstellungen aus.
Legen Sie die Optionen für die Logrichtlinie fest. Sie müssen scrollen, um alle Optionen zu sehen:
Aktivieren Sie Protokoll nach der Sicherung kürzen/löschen.
Setzen Sie Enable Database Log Backup (Datenbank-Log-Sicherung aktivieren) auf Yes (Ja).
Wenn Datenbank-Log-Sicherung aktivieren auf Ja gesetzt ist, definiert RPO unter RPO (Minuten) die Häufigkeit der Datenbank-Log-Sicherung. Die Häufigkeit wird in Minuten festgelegt und darf das Intervall für die Datenbanksicherung nicht überschreiten. Der kleinste Wert, der festgelegt werden kann, beträgt 15 Minuten.
Legen Sie den Zeitraum für die Aufbewahrung von Logsicherungen (in Tagen) für die Wiederherstellung zu einem bestimmten Zeitpunkt fest.
Setzen Sie Replicate Logs (Uses StreamSnap Technology) (Protokolle replizieren (StreamSnap-Technologie wird verwendet)) auf Yes (Ja), wenn Sie die StreamSnap-Replikation von Protokollsicherungen auf einen DR-Standort aktivieren möchten.
Setzen Sie Send Logs to OnVault Pool auf Yes, wenn die Datenbanklogs an einen OnVault-Pool gesendet werden sollen, um Point-in-Time-Wiederherstellungen von OnVault an einem anderen Standort zu ermöglichen.
Klicken Sie auf Änderungen speichern.
Wählen Sie in der Liste App Manager Applications (App Manager-Anwendungen) die Instanz aus.
Mit den Kästchen auf der linken Seite können Sie die Liste filtern.
Klicken Sie mit der rechten Maustaste darauf und wählen Sie Manage Backup Plans (Sicherungspläne verwalten) aus.
Wählen Sie oben auf dem Bildschirm Details und Einstellungen aus.
Legen Sie die Aufbewahrung von Produktionsdatenbank-Logs in Stunden fest. Dieser Wert wird verwendet, um die Logs aus dem Produktionsziel zu löschen. Basierend auf dieser Einstellung werden die Logs gelöscht, wenn sie älter als die angegebene Anzahl von Stunden sind.
Wenn der Standardwert nicht angegeben ist, beträgt er 24 Stunden.
Klicken Sie auf Speichern.
Nächste Schritte
Ihre Datenbanken und Instanzen werden gemäß den in den Sicherungsplänen festgelegten Zeitplänen gesichert. Wenn Sie Backup- und DR-Aktivitäten überprüfen und Berichte dazu erstellen möchten, können Sie sich das Dashboard der Verwaltungskonsole ansehen und die Berichte im Berichtsmanager prüfen.
[[["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-09-04 (UTC)."],[[["\u003cp\u003eThis page provides instructions on how to configure backup methods for various database types and instances, including Microsoft SQL Server, Oracle, SAP HANA, IBM Db2, MariaDB, MySQL, PostgreSQL, SAP ASE, SAP IQ, and SAP MaxDB.\u003c/p\u003e\n"],["\u003cp\u003eDatabase or instance protection is generally set for the entire instance, with the exception that virtual databases can be protected separately, and you can use inclusion rules to include or exclude specific databases during the process.\u003c/p\u003e\n"],["\u003cp\u003eYou can enable and configure database log backups, including settings for log truncation, RPO, retention period, log replication to a DR site, and sending logs to an OnVault pool.\u003c/p\u003e\n"],["\u003cp\u003eAfter setting up a backup plan you can monitor the success of backup and recovery by viewing the management console dashboard and reports.\u003c/p\u003e\n"],["\u003cp\u003eWhen protecting SAP ASE databases, only user database transaction logs are backed up, so to prevent production backup jobs failing, system database logs need to be cleared manually.\u003c/p\u003e\n"]]],[],null,["After the backup plan is configured as detailed in [Manage backup templates](/backup-disaster-recovery/docs/create-plan/create-template), you can configure a backup method for the database or instance.\n\n\u003cbr /\u003e\n\n[Microsoft SQL Server](/backup-disaster-recovery/docs/backup/sql-protect),\n[Oracle](/backup-disaster-recovery/docs/backup/oracle-db-protect), and\n[SAP HANA](/backup-disaster-recovery/docs/backup/protect-sap-db) databases\neach have their own documentation. These other supported database types share\nmany procedures.\n\nThe following are the other supported database types:\n\n- [IBM Db2](/backup-disaster-recovery/docs/concepts/db2-intro)\n\n- [MariaDB](/backup-disaster-recovery/docs/concepts/mariadb-intro)\n\n- [MySQL](/backup-disaster-recovery/docs/concepts/mysql-intro)\n\n- [PostgreSQL](/backup-disaster-recovery/docs/concepts/postgresql-intro)\n\n- [SAP ASE](/backup-disaster-recovery/docs/concepts/sap-ase-intro)\n\n- [SAP IQ](/backup-disaster-recovery/docs/concepts/sap-iq-intro)\n\n- [SAP MaxDB](/backup-disaster-recovery/docs/concepts/maxdb-intro)\n\n| **Note:** With one exception, protection is set for the entire instance. You can include or exclude specific databases during the process using a database inclusion rule from the **Manage Backup Plan** page. The exception is that virtual databases can be protected separately from the instance when created.\n\nProtect a database or a database instance\n\nDb2 database instance protection can be done from either the primary\nnode or from HADR nodes. To protect from a Db2 HADR node, the node must\nbe read-enabled. Ensure that the parameter `DB2_HADR_ROS=ON` is set.\n\nWhen an SAP ASE database is protected with Full+Incremental based backup,\nthe source and target databases must use the same character set or sort order\nfor a successful restore. For details refer to\n[SAP Note: 1860413 - How to change character set or sort order of SAP ASE](https://userapps.support.sap.com/sap/support/knowledge/en/1860413).\n\nTo protect the database or database instance, complete the following:\n\n1. Click **App Manager** \\\u003e **Applications** , right-click the instance\n and select **Manage Backup Plan**.\n\n2. On the **Manage Backup Plan** page, select a template and a resource profile,\n then click **Apply Backup Plan**.\n\n If you back up a workload to a backup/recovery appliance that would exceed its\n recommended storage capacity or snapshot limit, you will see a notification\n with a recommendation to back up the data to a different backup/recovery appliance.\n | **Caution:** Exceeding the capacity of a backup/recovery appliance can lead to failed jobs and unprotected data and failed restore operations.\n3. Click **Details \\& Settings** and ensure that the backup capture method\n matches the type of backup set in [Manage backup templates](/backup-disaster-recovery/docs/create-plan/create-template).\n Click **Apply backup plan** or **Save Changes** . The instance appears in\n the **App Manager** with a shield icon.\n\n The instance is protected when the snapshot job succeeds according to the\n schedule in the template.\n4. If you are protecting an instance, then you can include or exclude\n specific databases during backup. From the **App Manager** , select the\n instance. Use the checkboxes to filter the list.\n Select **Manage backup plan**.\n\n5. Under **Database Inclusion Rule** , click **Edit** . If you do not\n see the **Database Inclusion** settings, you have selected a database,\n not an instance.\n\n6. Select an **Inclusion Rule** ---**Include All** , **Include Selected** ,\n or **Exclude Selected** ---and then select the databases to include\n or exclude, then click **Save**.\n\nProtect database logs\n\nTo enable and set up database log backup, follow these steps:\n\n1. From the **Backup Plans Templates** page, right-click the template\n that will be used for protecting the instance and click **Edit**.\n\n2. Click the arrow beside the snapshot policy to open up the details,\n then click **Edit Policy**.\n\n3. Near the bottom, select **Advanced Policy Settings**.\n\n4. Set the log policy options---you have to scroll to see them all:\n\n - Enable **Truncate/Purge log after backup**.\n\n - Set **Enable Database Log Backup** to **Yes**.\n\n - For **RPO (Minutes)** , when **Enable Database Log Backup** is set to\n **Yes**, RPO defines the frequency for database log backup. Frequency is set\n in minutes and must not exceed the database backup interval. The smallest\n value that can be set is 15 minutes.\n\n - Set **Log Backup Retention Period (in Days)** for point in time recovery.\n\n - Set **Replicate Logs (Uses StreamSnap Technology)** to **Yes** if\n you want to enable StreamSnap replication of log backup to a DR site.\n\n - Set **Send Logs to OnVault Pool** to **Yes** if you want the database\n logs to be sent to an OnVault pool, enabling for point-in-time\n recoveries from OnVault on another site.\n\n5. Click **Save Changes**.\n\n6. From the **App Manager Applications** list, select the instance.\n You can use checkboxes on the left to filter the list.\n Right-click it and select **Manage Backup Plans**.\n\n7. At the top of the screen, select **Details \\& Settings**.\n\n8. Set the **Retention of Production DB Logs** in hours. This value is\n used to purge the logs from the production destination. Based on this setting,\n the logs are purged if they are older then the number of hours specified.\n If the default value is not specified, then the default value is 24 hours.\n\n9. Click **Save**.\n\n| **Note:** (SAP ASE only) Only user database transaction logs are backed up; System database transaction logs (including master database transaction logs) are not backed up and so they are not truncated. This means that the system database archive log can get full and cause production user database backup jobs to fail. To prevent this, manually clear the system database logs by running the command `dump tran master with no_log`.\n\nWhat's next\n\nYour databases and instances back up on the schedules set in their backup\nplans. To review and report on Backup and DR activity, you can view the\n[management console dashboard](/backup-disaster-recovery/docs/concepts/dashboard)\nand examine the reports in the report manager."]]
