Andere selbst verwaltete Datenbanken für Backup und DR auf einer Sicherungs-/Wiederherstellungs-Appliance vorbereiten

Achtung: Die Unterstützung für das Sichern und Wiederherstellen von Arbeitslasten, die mit der alten Appliance-Verwaltungskonsole verwaltet werden, wird eingestellt. Weitere Informationen finden Sie in der Dokumentation zu Backup und DR unter Verworfene Features.

Bevor Sie die folgenden selbstverwalteten Datenbankinstanzen und Daten sichern können, müssen Sie den Datenbankserver als Host zu Backup und DR hinzufügen. Damit dies funktioniert, sind für die meisten Datenbanken einige Einstellungen und andere Vorbereitungsschritte erforderlich. Die Verfahren auf dieser Seite gelten für die meisten selbstverwalteten Datenbanken:

Für	Überprüfen	Verwenden Sie dann
IBM Db2	Backup und DR für IBM Db2	Voraussetzungen für Db2-Datenbanken
PostgreSQL	Backup und DR für PostgreSQL	Voraussetzungen für PostgreSQL-Datenbanken
SAP ASE	Backup und DR für SAP ASE	Voraussetzungen für SAP ASE-Datenbanken
SAP IQ	Backup und DR für SAP IQ	Voraussetzungen für SAP IQ-Datenbanken
SAP MaxDB	Backup und DR für SAP MaxDB	Voraussetzungen für SAP MaxDB-Datenbanken
SAP HANA	Backup und DR für SAP HANA	SAP HANA-Datenbanken für die Sicherung vorbereiten
Microsoft SQL Server	Backup und DR für SQL Server	SQL Server-Datenbanken für Backup und DR vorbereiten
Oracle	Backup und DR für Oracle	Voraussetzungen für die Sicherung einer Oracle-Datenbank und die folgenden Seiten

Führen Sie für alle anderen von Backup und DR unterstützten Datenbanken die folgenden Schritte aus.

Voraussetzungen für Db2-Datenbanken

• Jede Datenbank muss den automatischen Speichermodus verwenden, da sonst nur Instanzen erkannt werden.

• Jede Datenbank muss sich im Archivprotokollmodus befinden und LOGARCHMETH1 muss auf ein lokales Laufwerk festgelegt sein. Führen Sie den Befehl db2 get db cfg for <database name>| grep LOGARCHMETH1 aus, um herauszufinden, ob sich die Datenbank im Umlaufmodus oder im Archivprotokollmodus befindet.

• Wenn sich die Datenbank im Kreislaufmodus befindet, ändern Sie das Logging in den Archivmodus, bevor Sie fortfahren. Verwenden Sie Folgendes, um den Parameter LOGARCHMETH1 festzulegen:
  db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

• Für die HADR-Standby-Datenbank muss die Option Lesevorgänge im Standby-Modus aktiviert sein, d. h. der Parameter DB2_HADR_ROS muss auf ON festgelegt sein.

  Hinweis: Speicherorte für Protokollsicherungen von Drittanbietern werden nicht unterstützt. Der Speicherort für die Protokollsicherung (LOGARCHMETH1) muss auf Lokales Laufwerk festgelegt sein, damit die Sicherung und Wiederherstellung erfolgreich sind.
  Hinweis: Wenn Sie Pacemaker HADR verwenden, lesen Sie den Abschnitt Pacemaker-kompatible Snapshots für IBM Db2 HADR konfigurieren.

Voraussetzungen für PostgreSQL-Datenbanken

Dieser Abschnitt enthält Informationen zu den Voraussetzungen für PostgreSQL-Datenbanken.

PostgreSQL vom primären Knoten schützen

1. Erstellen Sie einen Sicherungsnutzer:

   create user actuser;

2. Berechtigung für die Sicherung gewähren:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. Der PostgreSQL-Archivmodus (archive_mode) muss auf ON gesetzt sein, um Log-Sicherungen zu erstellen. Wenn Sie die Option für den Archivprotokollmodus konfigurieren möchten, aktualisieren Sie die Datei postgresql.conf im Datenverzeichnis der Instanz und laden Sie PostgreSQL neu.

   archive_mode = on
    // Command to reload PostgreSQL
    pg_ctl reload -D <Postgres_datadir_path>
   

Beispiel: pg_ctl reload -D /pgdata

PostgreSQL von einem Standby-Knoten schützen

1. Erstellen Sie einen Sicherungsnutzer:

   create user actuser;

2. Berechtigung für die Sicherung gewähren:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. PostgreSQL-Archivmodus (WAL) auf dem Standby-Knoten einrichten:

   Erstellen Sie das Verzeichnis, in dem die WALs gespeichert werden sollen.
   Im Beispiel wird davon ausgegangen, dass /pglog das Verzeichnis ist. Führen Sie die folgenden Schritte als Root-Nutzer aus.

   mkdir /pglog
   chown -R postgres:postgres /pglog
   

   Konfigurieren Sie die Parameter für die Archivierung.
   Im Beispiel wird davon ausgegangen, dass $PGDATA = /pgdata/11/data ist. Führen Sie diese Schritte als Postgres-Nutzer aus.
   Fügen Sie die Parameter in der Datei /pgdata/11/data/postgresql.conf hinzu oder aktualisieren Sie sie.

    wal_level = replica
    archive_mode = always
    archive_command = 'test ! -f /pglog/%f && cp %p /pglog/%f'
   

   Starten Sie PostgreSQL neu:

    /usr/pgsql-11/bin/pg_ctl stop -D /pgdata/11/data
    /usr/pgsql-11/bin/pg_ctl start -D /pgdata/11/data
   

   Fügen Sie einen Eintrag in pg_hba.conf auf der primären Instanz hinzu oder aktualisieren Sie ihn, um die Datenbankverbindung von der Standby-Instanz zu akzeptieren.
   

   host postgres <db-user> <standby-ip/32> <connection method>
   

   Beispiel: host postgres postgres 10.128.0.29/32 trust

   Testen Sie die Archivgenerierung (als Postgres-Nutzer):

   ls -l /pglog/
   

   Führen Sie diesen Befehl zum Wechseln des Logs aus:

    /usr/pgsql-11/bin/psql -h 10.128.0.28 -p5432 -c "select pg_switch_wal();"
    sleep 5 # log shipping may take some time depending on network
    ls -l /pglog/
   

Voraussetzungen für die SAP ASE-Datenbank

Führen Sie auf dem SAP ASE-Server die folgenden Schritte aus, bevor Sie beginnen:

• Es muss ein Sicherungsnutzerkonto mit der Sicherungsberechtigung oper_role oder sa_role erstellt werden. Ein Sicherungsnutzername und ein Sicherungspasswort müssen mit der Hostkonfiguration konfiguriert werden. Erstellen Sie den Nutzer mit oder ohne Passwort, um den Befehl „quiesce“ auf der Quelle mit sa_role oder mit „quiesce“-Berechtigungen auszuführen. Führen Sie Folgendes aus, um den Nutzer mit einem Passwort zu erstellen:

  isql -Usa -P<password> -S<SAP ASE_Server_Name>
  1>sp_addlogin actuser, '<password>'
  2go
  1grant role sa_role to actuser
  2>go
  

  Wenn Sie die Nutzeranmeldung ohne Passwort konfigurieren möchten, setzen Sie das Passwort auf „null“ und führen Sie dann den folgenden Befehl aus:

  1>sp_configure "minimum password length", 0
  2>go
  1> sp_modifylogin actuser, "min passwd length",
  "0"
  2> go
  3> exit
  isql -Uactuser -P'<password>' -S<server_name>
  > sp_password '<password>', NULL
  >go
  >sp_configure "minimum password length", 8
  >go
  

  Hinweis: Wenn auf einem Server mehrere SAP ASE-Instanzen ausgeführt werden, müssen der Nutzername und das Passwort für die Sicherung für alle SAP ASE-Instanzen auf diesem Server identisch sein.

• Installieren Sie den Backup und DR-Agenten auf dem SAP ASE-Server.

• Damit die Sicherung von Transaktionslogs aktiviert werden kann, muss Truncate on chkpt false auf Datenbankebene für jede Datenbank der SAP ASE-Instanz festgelegt werden.

• Für Sicherungen auf Volume-Ebene gilt Folgendes:

  • Die SAP ASE-Instanz muss sich unter LVM befinden und darf nicht das Boot-Volume sein.

  • Das LVM-Volume, von dem die SAP ASE-Volumes bereitgestellt werden, sollte mindestens 20 % freien Speicherplatz haben.

Hinweis: SAP ASE-Erkennungs- und Sicherungsjobs reagieren möglicherweise aufgrund eines bekannten Problems mit sp_spaceused nicht mehr. Die Gründe und die Lösung für lang andauernde sp_spaceused-Verfahren werden im SAP-Hinweis „2443782 – execute sp_spaceused takes too long – SAP ASE“ erläutert.

Voraussetzungen für SAP IQ-Datenbanken

Prüfen Sie vor dem Start Folgendes auf dem SAP IQ-Server:

• Das Logging für die Wiederherstellung zu einem bestimmten Zeitpunkt in SAP IQ muss aktiviert sein, damit Logsicherungen erstellt werden können. Zum Konfigurieren der PITR-Logoption benötigen Sie diese SAP IQ API:

  • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

  • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`

  Nachdem Sie das PITR-Logging aktiviert haben, ist eine Vollsicherung der Datenbank erforderlich.

• In der Dienstdatenbank müssen zuerst der Nutzername und das Passwort angegeben werden. Der Datenbankname sollte utility_db lauten. Beispiel: start_iq -n utility_db -su act,passwd

• Der Nutzername und das Passwort für die Datenbanksicherung müssen mit dem Nutzernamen und dem Passwort für utility_db übereinstimmen und DBA-Berechtigungen haben. So erstellen Sie beispielsweise den Sicherungsnutzer:

  create user actuser identified by 'mypassword';
  grant dba to actuser;
  

  Hinweis: Wenn auf einem Server mehrere SAP IQ-Instanzen ausgeführt werden, müssen der Nutzername und das Passwort für die Sicherung für alle SAP IQ-Instanzen auf diesem Server identisch sein.
  • Installieren Sie den Backup und DR-Agent auf dem SAP IQ-Serverhost.

Voraussetzungen für SAP MaxDB-Datenbanken

Führen Sie auf dem SAP MaxDB-Server die folgenden Schritte aus, bevor Sie beginnen:

• Wenn auf einem Server mehrere MaxDB-Instanzen ausgeführt werden, müssen der Datenbanknutzername und das Passwort für alle MaxDB-Instanzen auf diesem Server identisch sein.

• Die automatische Protokollsicherung muss aktiviert sein. Verwenden Sie den folgenden Befehl, um die automatische Protokollsicherung zu aktivieren:

  dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> autolog_on
  <autolog_backup_template_name>
  

• Zum Aktivieren der automatischen Protokollsicherung benötigen Sie eine Vorlage für die automatische Protokollsicherung.

Verwenden Sie den folgenden Befehl, um eine Sicherungsvorlage zu erstellen.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log

• Der Bereich „Log Overwrite“ muss deaktiviert sein, damit die automatische Logsicherung aktiviert werden kann.

Verwenden Sie den folgenden Befehl, um das Überschreiben von Logs zu deaktivieren:

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> db_execute SET LOG AUTO
    OVERWRITE OFF.

• Installieren Sie den Backup und DR-Agent auf dem SAP MaxDB-Serverhost.

Nächste Schritte

Nachdem die Datenbank für Backup und DR vorbereitet wurde, können Sie den Host hinzufügen und die Datenbanken erkennen.