Sicherungs- und Notfallwiederherstellungs-Dienst für SAP ASE
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Auf dieser Seite werden die Konzepte für Sicherung und Notfallwiederherstellung sowie die Verfahren zum Erfassen und Abrufen von Datenbanken vorgestellt.
Datenvirtualisierung für Sicherung und Notfallwiederherstellung
Eine Sicherungs-/Wiederherstellungs-Appliance ist eine hoch skalierbare Plattform zur Verwaltung von Kopien von Daten, die Anwendungsdaten virtualisiert, um die Ausfallsicherheit, Agilität und Cloud-Mobilität Ihres Unternehmens zu verbessern. Dabei werden Daten ähnlich wie bei anderen Technologien virtualisierte Server und Netzwerke virtualisiert. So können Sie Daten aus Produktionssystemen erfassen, möglichst effizient verwalten und virtuelle Kopien der Daten nach Bedarf verwenden.
SAP ASE (früher Sybase ASE) ist eine Familie von relationalen Datenbankverwaltungssystemen innerhalb der SAP-Abteilung für Informationsmanagement, die sich auf mehrere Angebote für relationale Datenbankverwaltungssysteme konzentriert.
In diesem Leitfaden für Datenbankadministratoren wird erläutert, wie Sie datenbankkonsistente SAP ASE-Anwendungsdaten mithilfe von Sicherung und Notfallwiederherstellung in einer Linux-Umgebung schützen.
Für die Sicherung und Notfallwiederherstellung werden die folgenden SAP ASE-Sicherungs-APIs verwendet:
Linux-Änderungsblock-Tracking und LVM-Snapshot: SAP ASE-APIs „Datenbank quiesce halten“ und „Datenbank quiesce freigeben“ mit Linux-Änderungsblock-Tracking und LVM-Snapshot.
Dateibasierte Sicherungen: API für dateibasierte Sicherungen von SAP ASE-Dump-Datenbanken.
So erhalten Sie vollständige und inkrementelle Sicherungen der Datenbank im Sicherungsformat. Bei der Wiederherstellung überschreibt die restore DB API den Datenbereich physisch, um die Datenbank wiederherzustellen.
Logsicherung: Während einer Logsicherung wird die Dump-Transaktions-API aufgerufen, um Logs auf ein Staging-Laufwerk für Sicherungs- und Notfallwiederherstellungs-Logs zu sichern.
Funktionsweise: Volumebasierte Sicherungen für Sicherung und Notfallwiederherstellung mit Linux CBT
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
So sichern und stellen Sie Daten mit dateibasierten Sicherungs-Images wieder her:
Der Sicherungs- und Notfallwiederherstellungs-Agent wird auf dem Datenbankserver bereitgestellt.
Bereitstellungslaufwerk auf dem Datenbankserver bereitstellen.
Führen Sie eine vollständige und inkrementelle Sicherung mit dem Befehl „dump backup“ aus und schreiben Sie das Sicherungs-Image 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.
Für die Wiederherstellung wird das Staging-Laufwerk sofort auf dem Datenbankserver bereitgestellt und der Datenbankwiederherstellungsvorgang gestartet.
Nach der Wiederherstellung der Datenbank können Protokolle zu einem beliebigen Zeitpunkt abgespielt werden.
Daten erfassen
Das Erfassen von Daten umfasst vier Schritte:
Fügen Sie Server hinzu, auf denen Datenbanken gehostet werden.
Datenbankdaten entdecken
Definieren Sie Vorlagen für Sicherungs- und Notfallwiederherstellungsrichtlinien und Ressourcenprofile gemäß Ihren RPO- und RTO-Werten.
Zugewiesene Sicherungs- und Notfallwiederherstellungsrichtlinienvorlagen und Ressourcenprofile für die gefundenen Datenbanken. Die Jobs werden gemäß dem in der Richtlinienvorlage definierten Zeitplan ausgeführt.
Unterstützung von SAP ASE-Konfigurationen
Der primäre und Standby-Schutz für SAP ASE kann über den primären oder den Standby-Server festgelegt werden.
Der Schutz erfolgt auf Instanzebene auf einem geschützten LVM. Der Schutz des Transaktionslogs erfolgt nur über die primäre Instanz.
Weitere Dokumentation zu Sicherung und Notfallwiederherstellung für SAP ASE
Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von SAP ASE-Datenbanken mithilfe von Sicherung 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-11 (UTC)."],[[["\u003cp\u003eBackup and DR virtualizes application data to enhance business resilience, agility, and cloud mobility.\u003c/p\u003e\n"],["\u003cp\u003eThis guide details how to protect SAP ASE databases using Backup and DR in a Linux environment, utilizing both Linux change block tracking (CBT) with LVM snapshots and file-based backup APIs.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR captures data by adding servers, discovering databases, defining backup policies, and assigning those policies to the discovered databases.\u003c/p\u003e\n"],["\u003cp\u003eData backup and recovery with volume-based backups involve using CBT to track changes, creating LVM snapshots, and copying changed blocks to a backup appliance.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups utilize the dump backup command to write backup images to a mounted disk, and log backups are handled directly from the file system.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for SAP ASE\n\nThis page introduces Backup and DR concepts and the procedures\nused to capture and access databases.\n\nBackup and DR data virtualization\n---------------------------------\n\nA backup/recovery appliance is a highly scalable copy data management platform\nthat virtualizes application data to improve the resiliency, agility, and cloud\nmobility of your business. It works by virtualizing data in much the same way\nother technologies have virtualized servers and networks. This lets you\ncapture data from production systems, manage it in the most efficient way\npossible, and use virtual copies of the data however they are needed.\n\nSAP ASE (formerly Sybase ASE) is a is a family of relational database\nmanagement systems within SAP Information Management division that\nis centered on several relational database management system offerings.\nThis DBA guide explains how to protect SAP ASE application consistent database\ndata with Backup and DR in a Linux environment.\n\nBackup and DR uses these SAP ASE backup APIs:\n\n- **Linux change block tracking and LVM snapshot**: SAP ASE quiesce database\n hold and quiesce database release API with Linux change block tracking and\n LVM snapshot.\n\n- **File-based backups**: SAP ASE dump database file-based backups API.\n This provides the Full+Incremental backups of the database\n in backup format. On recovery, the restore DB API recovers\n the database by physically overwriting the data area.\n\n- **Log backup**: During a log backup the dump transaction API\n called to dump logs to a Backup and DR log staging disk.\n\nHow it works: Backup and DR volume-based backup with Linux CBT\n--------------------------------------------------------------\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\nData backup and recovery with file-based backup images follows these steps:\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 + Incremental backup using the dump backup command,\n writing the backup image 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\n6. For recovery, Backup and DR instantly mounts the staging disk to the database\n server and initiates the database restore operation.\n Logs can be played to any point in time after the database is restored.\n\nCapture data\n------------\n\nCapturing data consists of four steps:\n\n1. Add servers that host databases.\n\n2. Discover the databases.\n\n3. Define Backup and DR policy templates and resource profiles according to\n your RPOs and RTOs.\n\n4. Assign Backup and DR policy templates and resource profiles to discovered\n databases. The jobs runs on schedule defined in the policy template.\n\nSAP ASE configurations support\n------------------------------\n\nSAP ASE primary and standby protection can be set from primary or the standby.\nProtection is at the instance level residing on protected LVM. Transaction log\nprotection is from the primary instance only.\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 SAP ASE\n-------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nSAP ASE databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for SAP ASE](/backup-disaster-recovery/docs/concepts/sap-ase-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a SAP ASE 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 SAP ASE database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a SAP ASE database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover SAP ASE Backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)\n- [Create a SAP ASE Backup and DR Workflow](/backup-disaster-recovery/docs/access-data/otherdb-workflow)"]]
