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

Bevor Sie die folgenden selbstverwalteten Datenbankinstanzen und -daten sichern können, müssen Sie den Datenbankserver als Host zu Backup und DR hinzufügen. Dazu 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	Dann verwenden
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 der folgenden Seiten

Für alle anderen von Backup und DR unterstützten Datenbanken folgen Sie dieser Anleitung.

Voraussetzungen für Db2-Datenbanken

• Für jede Datenbank muss der Modus für automatischen Speicher verwendet werden. Andernfalls werden nur Instanzen erkannt.

• Jede Datenbank muss sich im Archivprotokollmodus befinden und LOGARCHMETH1 muss auf die lokale Festplatte festgelegt sein. Mit dem Befehl db2 get db cfg for <database name>| grep LOGARCHMETH1 können Sie prüfen, ob sich die Datenbank im Zirkelmodus oder im Archivprotokollmodus befindet.

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

• Für die HADR-Standby-Datenbank muss die Option Lesen auf Standby aktiviert sein. Das heißt, der Parameter DB2_HADR_ROS muss auf ON festgelegt sein.

  Hinweis: Der Speicherort für die Protokollsicherung von Drittanbietern wird nicht unterstützt. Der Speicherort für die Protokollsicherung (LOGARCHMETH1) muss auf lokale Festplatte festgelegt sein, damit die Sicherung und Wiederherstellung erfolgreich sind.
  Hinweis: Wenn Sie Pacemaker HADR verwenden, lesen Sie Pacemaker-fähige Snapshots für IBM Db2 HADR konfigurieren.

Voraussetzungen für PostgreSQL-Datenbanken

In diesem Abschnitt finden Sie Informationen zu den Voraussetzungen für PostgreSQL-Datenbanken.

PostgreSQL vom primären Knoten aus schützen

1. Sicherungsnutzer erstellen:

   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 festgelegt sein, um Protokollsicherungen zu erstellen. Aktualisieren Sie die Datei „postgresql.conf“ im Datenverzeichnis der Instanz und laden Sie PostgreSQL neu, um die Option für den Archivprotokollmodus zu konfigurieren.

   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 aus schützen

1. Sicherungsnutzer erstellen:

   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 PostgreSQL-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 in der Datei pg_hba.conf auf dem primären Knoten einen Eintrag hinzu oder aktualisieren Sie ihn, um Datenbankverbindungen vom Standby-Knoten 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 PostgreSQL-Nutzer):

   ls -l /pglog/
   

   Führen Sie diesen Befehl zum Protokollwechsel 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 SAP ASE-Datenbanken

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

• Es muss ein Sicherungsnutzerkonto mit Sicherungsberechtigung erstellt werden, entweder oper_role oder sa_role. Ein Sicherungsnutzername und ein Passwort müssen mit der Hostkonfiguration konfiguriert werden. Erstellen Sie den Nutzer mit oder ohne Passwort, um den Befehl zum Anhalten der Datenbank auf der Quelle mit „sa_role“ oder mit Berechtigungen zum Anhalten der Datenbank 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 Passwortanforderung konfigurieren möchten, legen Sie das Passwort auf „null“ fest 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 Sicherungsnutzername und das Passwort für alle SAP ASE-Instanzen auf diesem Server gleich sein.

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

• Um die Sicherung von Transaktionsprotokollen zu aktivieren, 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, aus dem die SAP ASE-Volumes bereitgestellt werden, sollte mindestens 20% freien Speicherplatz haben.

Hinweis: Die Erkennung und Sicherung von SAP ASE-Jobs reagieren möglicherweise nicht mehr aufgrund eines bekannten Problems mit „sp_spaceused“. Die Gründe und die Lösung für lange laufende „sp_spaceused“-Prozeduren werden im SAP-Hinweis 2443782 – execute sp_spaceused takes too long – SAP ASE erläutert.

Voraussetzungen für SAP IQ-Datenbanken

Lesen Sie auf dem SAP IQ-Server Folgendes, bevor Sie beginnen:

• Die SAP IQ-Protokollierung für die Point-in-Time-Wiederherstellung (PITR) muss aktiviert sein, um Protokollsicherungen zu erstellen. Zum Konfigurieren der PITR-Protokollierungsoption benötigen Sie diese SAP IQ-APIs:

  • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

  • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`

  Nach dem Aktivieren der PITR-Protokollierung ist eine vollständige Datenbanksicherung erforderlich.

• Die Dienstprogrammdatenbank muss durch Angabe des Nutzernamens und des Passworts gestartet werden. Der Datenbankname sollte utility_db sein. Beispiel: start_iq -n utility_db -su act,passwd

• Der Nutzername und das Passwort für die Datenbanksicherung sollten mit dem Nutzernamen und dem Passwort von 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 Sicherungsnutzername und das Passwort für alle SAP IQ-Instanzen auf diesem Server gleich 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 gleich 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 zum Überschreiben von Protokollen muss deaktiviert sein, um die automatische Protokollsicherung zu aktivieren.

Verwenden Sie den folgenden Befehl, um das Überschreiben von Protokollen 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.