Andere Arten von Datenbanksicherungen für die Wiederherstellung auf ein beliebiges Ziel in der Appliance-Verwaltungskonsole bereitstellen und migrieren

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.

Mit der Funktion zum Bereitstellen und Migrieren von Backup und DR können Sie ein Datenbank-Sicherungs-Image auf Volume-Ebene nahezu sofort wiederherstellen. Für vollständige und inkrementelle Sicherungs-Images können Sie „Bereitstellen und migrieren“ nicht verwenden.

Hinweis: Mit „Bereitstellen und migrieren“ werden ganze Instanzen wiederhergestellt. Eine einzelne Datenbank in einer Datenbankinstanz kann nicht wiederhergestellt werden. Dazu benötigen Sie die Berechtigung Andere Datenbanktypen an einem neuen Speicherort wiederherstellen.

Für Microsoft SQL Server-, Oracle- und SAP HANA-Datenbanken gelten bestimmte Verfahren für das Bereitstellen und Migrieren.

Hinweis: „Bereitstellen und migrieren“ ist eine schnelle Bereitstellung. Die Datenbank ist sofort auf dem Staging-Laufwerk verfügbar. Anschließend werden die Daten vom Staging-Laufwerk in den Zielspeicher verschoben. Wenn Nutzer in der Datenbank aktiv sind, nimmt dies Zeit in Anspruch und beeinträchtigt die Leistung. Für SAP IQ- und SAP MaxDB-Datenbanken kann auch ein Wiederherstellungsverfahren mit Skripts verwendet werden, um ein Volume-Image auf einem neuen Ziel wiederherzustellen. Bei dieser Methode ist die Datenbank während des gesamten Wiederherstellungsvorgangs, der oft einige Stunden dauert, nicht verfügbar. Am Ende ist die Datenbank jedoch auf dem Zielspeicher mit voller Leistung verfügbar, ohne dass sich die Hintergrundmigration oder das Lesen von einem Staging-Laufwerk auswirkt.

Auf dieser Seite finden Sie Anleitungen für die folgenden anderen unterstützten Datenbanktypen:

• IBM Db2

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

Sie können auf verschiedene Arten auf Sicherungs-Images für diese Datenbanken zugreifen:

• In der Quelle wiederherstellen
• In einem neuen Ziel wiederherstellen (nur SAP MaxDB und SAP IQ)
• Klonen
• LiveClone
• Backup und DR-Workflow
• Bereitstellen

Mit einem Vorgang zum Bereitstellen und Migrieren können Sie eine Datenbank wiederherstellen, indem Sie sie zuerst bereitstellen und dann in den Produktionsspeicher oder an einen neuen Speicherort migrieren. Nutzer haben normalen Zugriff auf die Datenbank, während sie bereitgestellt ist und während des Migrationsschritts.

Nachdem Sie eine Datenbank oder Instanz mit einem Sicherungs-Image auf Volume-Ebene geschützt haben, können Sie sie bereitstellen und migrieren:

• Bereitstellen und zurück zur Quelle migrieren
• Auf einer neuen Instanz bereitstellen und dorthin migrieren

Auf dieser Seite wird beschrieben, wie Sie Standard- und virtuelle Datenbankbereitstellungen (anwendungsspezifisch) der anderen Datenbanktypen erstellen.

Bereitstellen und zurück zur Quelle migrieren

Verwenden Sie diese Anleitung, um eine Datenbank aus einem Sicherungs-Image bereitzustellen und das bereitgestellte Image zurück zur Quelle zu migrieren.

1. Klicken Sie in der Verwaltungskonsole der Backup und DR-Appliance auf App Manager > Anwendungen, rechtsklicken Sie auf die geschützte Datenbank und wählen Sie Zugriff aus. Mit dem Statusfilter Verwalteter Sicherungsplan können Sie nur geschützte Datenbanken anzeigen lassen.

2. Deaktivieren Sie den Sicherungsplan, damit keine neuen Jobs diesen Job beeinträchtigen.

   Nur IBM Db2

   Image als Standard-Mount bereitstellen

   Wenn Sie unter „Bereitstellungsort“ den Bereitstellungspunkt /mydatabase verwenden, gilt Folgendes:

   • Die Datenbanksicherung wird unter /mydatabase bereitgestellt.
   • Die Protokollsicherung wird unter /mydatabase_archivelog bereitgestellt.

   Führen Sie nach Abschluss des Bereitstellungsjobs das Skript „mountrecover“ mit den Parametern in Argumente für das Skript aus.

   Speicherort des Skripts: /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh

   /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh \
     TARGET_MNT \
     TARGET_INSTANCE \
     TARGET_DBNAME_LIST \
     UNTIL_TIME \
     JOBID
   

   Beispiel

   /act/custom_apps/db2/clone/ACT_DB2_mountrecover.sh TARGET_MNT=/db2gj \
     TARGET_INSTANCE=db2prod TARGET_DBNAME_LIST=ENG,TEST1,IND \
     UNTIL_TIME="2020-02-12 04.14.41" JOBID=Job_12332
   

   Alle anderen Datenbanktypen

   Stellen Sie das Image als virtuelles Laufwerk bereit.

3. Wenn der Bereitstellungsvorgang erfolgreich abgeschlossen wurde, ist die wiederhergestellte Datenbank über die Sicherungs-/Wiederherstellungs-Appliance betriebsbereit. Der nächste Schritt besteht darin, die Datenbank in Ihren Produktionsspeicher zu migrieren.

Daten von der Sicherungs-/Wiederherstellungs-Appliance zur Quelle migrieren

Die folgenden Voraussetzungen müssen erfüllt sein, damit die Daten migriert werden können:

• Das lokale Zielhostgerät sollte nicht von einem anderen Prozess wie einer laufenden Datenbank verwendet werden, da es zu Beginn des pvmove-Prozesses offline oder online geschaltet werden muss.
• Die Größe des LVM-Geräts des Zielhosts muss mindestens der Größe von BackupDR_mount_point entsprechen.
• Prüfen Sie, ob /etc/fstab die /dev/mapper-Einträge für Produktionsdaten und Log-Volumes enthält.
• Verwenden Sie den Befehl df, um den Bereitstellungspunkt für Backup und DR zu ermitteln.
• Verwenden Sie den Befehl lvdisplay, um die verfügbaren logischen Ziel-Volume-Manager-Geräte aufzurufen. Sie müssen den vollständigen Pfad des logischen Volumes angeben.
• Den Jobnamen finden Sie unter Überwachen > Jobs.
• Alle anderen Werte sollten mit den Werten übereinstimmen, die während der Bereitstellung verwendet wurden.

1. Führen Sie nach Abschluss des mountrecover-Skripts das Migrationsskript aus:

   IBM Db2

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE \
     TARGET_DBNAME_LIST \
     JOBID \
     ARCHIVELOG_LOC \
     DATAVOL_DISK_MAPPING
   

   Beispiel

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 JOBID=Job_4488748 \
     ARCHIVELOG_LOC=/db2gj_archivelog \
     DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log
   

   PostgreSQL

   Skript: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     BASEDIR \
     OSUSER \
     PORT \
     DBUSER \
     DBPASSWORD \
     JOBID
   

   Beispiel

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
     BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
     DBUSER=postgres JOBID=Job_0957580
   

   SAP ASE

   Script: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_SERVER_NAME \
     TARGET_DB_USER \
     TARGET_DBUSER_PASSWD \
     TARGET_DBNAME_LIST \
     JOBID
   

   Hinweis: Die Zielgeräte des Logical Volume Managers sollten leer sein.

   Beispiel

    /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
      TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
      TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345
    ```
   

   SAP IQ

   Script: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     newDBNAME \
     DBA_USER \
     DBA_PASSWD \
     JOBID \
     NSTMNT_CHECK \
     PORTNO \
     DBFILE_LOC
   

   Beispiel

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
    DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
    newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
    NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb
   

   SAP MaxDB

   Script: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
     OSUSER \
     DBSID \
     DBUSER \
     DBPASSWORD \
     JOBID \
     LOCAL_PRG_PATH \
     DATAVOL_DISK_MAPPING
   

   Beispiel

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
    OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 \
    LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7
   

Die Ausgabe sieht etwa so aus:

INFOMSG: pvmove starting ......................
+ pvmove
  /dev/sdi: Moved: 47.07%
  /dev/sdi: Moved: 70.43%
  /dev/sdi: Moved: 93.83%

Wenn der Job erfolgreich ist, werden die Daten von den von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellten Laufwerken in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird. Sie können prüfen, ob sich das Dateisystem für die von der Bereitstellung erstellte Datenbank jetzt auf einem lokalen logischen Volume und nicht auf dem von der Bereitstellung bereitgestellten logischen Volume befindet, indem Sie den Befehl df ausführen.

1. Sobald der Job erfolgreich abgeschlossen wurde, werden die Daten von den Laufwerken, die von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wurden, in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird.
2. Rufen Sie die Appliance-Verwaltungskonsole auf und führen Sie Unmount+Delete aus.
3. Aktivieren Sie den Sicherungsplan wieder, um die geplanten Jobs auszulösen.

In einer neuen Instanz bereitstellen und dorthin migrieren

Wenn Sie ein Datenbank-Image als virtuelle Datenbank bereitstellen und dann zu einem neuen Ziel migrieren möchten, führen Sie eine anwendungsspezifische Bereitstellung durch, wie unter Virtuelle Datenbank aus einem Sicherungs-Image auf Volume-Ebene bereitstellen beschrieben.

Hinweis: Aktivieren Sie sowohl Neue virtuelle Anwendung erstellen als auch Neue Anwendung verwalten.

Daten migrieren

Hier sind die Voraussetzungen für die Datenmigration aufgeführt:

• Das lokale Zielhostgerät darf nicht von einem anderen Prozess wie einer laufenden Datenbank verwendet werden, da es zu Beginn des pvmove-Prozesses offline oder online geschaltet werden muss.
• Prüfen Sie, ob die Größe des Logical Volume Manager-Geräts des Zielhosts mindestens der Größe von BackupDR_mount_point entspricht.
• Prüfen Sie, ob /etc/fstab die /dev/mapper-Einträge für Produktionsdaten und Log-Volumes enthält.
• Verwenden Sie den Befehl df, um den Backup DR-Bereitstellungspunkt zu ermitteln.
• Rufen Sie die verfügbaren logischen Ziel-Volume-Manager-Geräte mit dem Befehl lvdisplay auf. Sie müssen den vollständigen Pfad des logischen Volumes angeben.
• Unter Überwachen > Jobs können Sie den Jobnamen sehen.
• Alle anderen Werte sollten mit den Werten übereinstimmen, die während der Bereitstellung verwendet wurden.

1. Führen Sie nach Abschluss der Bereitstellung das Skript ACT_<database type>_lvm_migrate_newtarget mit den Parametern in den Argumenten für die Skriptabschnitte aus.

   IBM Db2

   Script: /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE \
     TARGET_DBNAME_LIST \
     JOBID \
     ARCHIVELOG_LOC \
     DATAVOL_DISK_MAPPING
   

   Beispiel

   /act/custom_apps/db2/restore/ACT_DB2_lvm_migrate_newtarget.sh \
     SOURCE_INSTANCE=db2prod TARGET_DBNAME_LIST=TEST1,TEST2 \
     JOBID=Job_4488748 ARCHIVELOG_LOC=/db2gj_archivelog \
     DATAVOL_DISK_MAPPING=/db2gj/db2/data:/dev/mapper/vg00/vol_data,/db2gj/db2/log:/dev/mapper/vg01/vol_log
   

   PostgreSQL

   Script: /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh

   /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING \
      BASEDIR \
      OSUSER \
      PORT \
      DBUSER \
      DBPASSWORD \
      JOBID
    ```
   
   **Example**
   
   ```sh
    /act/custom_apps/postgresql/restore/ACT_POSTGRESQL_lvm_migrate_newTarget.sh \
      DATAVOL_DISK_MAPPING=/chtst/pgData10.3:/dev/mapper/actdevdatapg103_1594980385483/act_staging_vol \
      BASEDIR=/home/postgres/postgresql_home_10.3 OSUSER=postgres PORT=6010 \
      DBUSER=postgres JOBID=Job_0957580
    ```
   

   SAP ASE

   Script: /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_SERVER_NAME \
     TARGET_DB_USER \
     TARGET_DBUSER_PASSWD \
     TARGET_DBNAME_LIST \
     JOBID
   

   Hinweis: Die Zielgeräte des Logical Volume Managers sollten leer sein.

   Beispiel

   /act/custom_apps/sybase/lvm_migrate/ACT_SYBASE_lvm_migrate_newTarget.sh \
    DATAVOL_DISK_MAPPING=/mntNT/log/CU1:/dev/mapper/vg2-lv2,/mntNT/data/CU1:/dev/mapper/vg2-lv1 \
    TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa TARGET_DBUSER_PASSWD=sybase \
    TARGET_DBNAME_LIST=CU1:SU2 JOBID=Job_12345
   

   SAP IQ

   Script: /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING \
     TARGET_DBNAME \
     DBA_USER \
     DBA_PASSWD \
     JOBID \
     NSTMNT_CHECK \
     PORTNO \
     DBFILE_LOC
   

   Beispiel

   /act/custom_apps/sybaseiq/lvm_migrate/ACT_SYBASEIQ_lvm_migrate_newTarget.sh \
     DATAVOL_DISK_MAPPING=/mr/iqlog:/dev/mapper/vg3-log,/mr/iqdata:/dev/mapper/vg3-data \
     newDBNAME=MR DBA_USER=act DBA_PASSWD=passwd JOBID=Job_123456 \
     NSTMNT_CHECK=TRUE PORTNO=2700 DBFILE_LOC=/home/sybaseiq/chdb
   

   SAP MaxDB

   Script: /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh \
   OSUSER \
   DBSID \
   DBUSER \
   DBPASSWORD \
   JOBID \
   LOCAL_PRG_PATH \
   DATAVOL_DISK_MAPPING \
   

   Beispiel:

   /act/custom_apps/maxdb/lvm_migrate/ACT_MAXDB_lvm_migrate_newTarget.sh OSUSER=sdb DBSID=DEMODB DBUSER=dbm DBPASSWORD=password JOBID=Job_0377678 LOCAL_PRG_PATH=/opt/sdb/MaxDB DATAVOL_DISK_MAPPING=/mmTST/maxdbdata:/dev/mapper/vg1-m7

1. Wenn der Job erfolgreich ist, werden die Daten von den Laufwerken, die von der Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wurden, in den lokalen Produktionsspeicher verschoben, während die Datenbank ausgeführt wird. Rufen Sie die Appliance-Verwaltungskonsole auf und führen Sie Unmount+Delete aus.