Monta ed esegui la migrazione di altri tipi di backup del database per il ripristino su qualsiasi destinazione nella console di gestione delle appliance

Attenzione :il supporto per il backup e il ripristino dei carichi di lavoro gestiti utilizzando la console di gestione delle appliance legacy è stato ritirato. Per saperne di più, consulta Ritiri delle funzionalità.

La funzionalità di montaggio e migrazione di Backup e RE consente il recupero quasi istantaneo di un'immagine di backup del database a livello di volume. Le immagini di backup completo e incrementale non possono utilizzare il montaggio e la migrazione.

Nota: il montaggio e la migrazione recuperano intere istanze. Non può recuperare un singolo database in un'istanza di database. Per questo devi Recuperare altri tipi di database in una nuova posizione.

I database Microsoft SQL Server, Oracle e SAP HANA hanno procedure specifiche per il montaggio e la migrazione.

Nota: il montaggio e la migrazione sono un montaggio rapido. Il database è immediatamente disponibile dal disco di staging, quindi i dati vengono spostati dal disco di staging all'archiviazione di destinazione. Se gli utenti sono attivi nel database, questa operazione richiede tempo e influisce sul rendimento. I database SAP IQ e SAP MaxDB possono anche utilizzare una procedura di ripristino con script per recuperare un'immagine del volume in una nuova destinazione. Questo metodo mantiene il database inattivo per l'intera durata della procedura di ripristino, spesso alcune ore, ma alla fine il database è disponibile nello spazio di archiviazione di destinazione con prestazioni complete, senza alcun impatto della migrazione in background o della lettura da un disco di staging.

Questa pagina fornisce istruzioni per questi altri tipi di database supportati:

• IBM Db2

• PostgreSQL

• SAP ASE

• SAP IQ

• SAP MaxDB

Puoi accedere alle immagini di backup per questi database in diversi modi:

• Ripristina nella fonte
• Recupero in una nuova destinazione (solo SAP MaxDB e SAP IQ)
• Clone
• LiveClone
• Workflow di backup e DR
• Montaggio

Un'operazione di montaggio e migrazione consente di ripristinare un database montandolo prima e poi eseguendo la migrazione allo spazio di archiviazione di produzione o a una nuova posizione. Gli utenti hanno accesso normale al database durante il montaggio e durante il passaggio di migrazione.

Una volta protetto un database o un'istanza con un'immagine di backup a livello di volume, puoi montarla e migrarla:

• Montare ed eseguire la migrazione di nuovo all'origine
• Monta ed esegui la migrazione a una nuova istanza

Questa pagina descrive come eseguire i montaggi standard e virtuali del database (consapevole dell'applicazione) degli altri tipi di database.

Monta ed esegui la migrazione di nuovo all'origine

Utilizza queste istruzioni per montare un database da un'immagine di backup ed eseguire la migrazione dell'immagine montata all'origine.

1. Nella console di gestione dell'appliance Backup e RE, fai clic su App Manager > Applicazioni, fai clic con il tasto destro del mouse sul database protetto e seleziona Accesso. Puoi utilizzare il filtro di stato Piano di backup gestito per mostrare solo i database protetti.

2. Disattiva il piano di backup per assicurarti che nessun nuovo job interferisca con questo.

   Solo IBM Db2

   Monta l'immagine come montaggio standard.

   Se nella posizione di montaggio utilizzi il punto di montaggio /mydatabase, allora vale quanto segue:

   • Il backup del database è montato in /mydatabase
   • Il backup dei log è montato in /mydatabase_archivelog

   Una volta completato il job di montaggio, esegui lo script mountrecover con i parametri in Argomenti dello script.

   Posizione dello script: /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
   

   Esempio

   /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
   

   Tutti gli altri tipi di database

   Monta l'immagine come montaggio virtuale.

3. Al termine dell'operazione di montaggio, il database recuperato è operativo dall'appliance di backup/recupero. Il passaggio successivo consiste nel migrare il database nello spazio di archiviazione di produzione.

Esegui la migrazione dei dati dall'appliance di backup/ripristino all'origine

Per eseguire la migrazione dei dati, devono essere soddisfatti i seguenti prerequisiti:

• Il dispositivo host di destinazione locale non deve essere utilizzato da un altro processo, ad esempio un database in esecuzione, poiché deve essere messo offline o online all'inizio del processo pvmove.
• La dimensione del dispositivo LVM dell'host di destinazione deve essere uguale o superiore alla dimensione di BackupDR_mount_point.
• Assicurati che /etc/fstab contenga le voci /dev/mapper per i volumi di dati di produzione e log.
• Utilizza il comando df per conoscere il punto di montaggio di Backup e RE.
• Per visualizzare i dispositivi Logical Volume Manager di destinazione disponibili, utilizza il comando lvdisplay. Devi specificare il percorso completo del volume logico.
• Per visualizzare il nome del job, utilizza Monitora > Job.
• Tutti gli altri valori devono essere uguali a quelli utilizzati durante il montaggio.

1. Una volta completato lo script mountrecover, esegui lo script di migrazione:

   IBM Db2

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

   Esempio

   /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

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

   Esempio

   /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
   

   Nota: i dispositivi di gestione dei volumi logici di destinazione devono essere vuoti.

   Esempio

    /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
   

   Esempio

   /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
   

   Esempio

   /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
   

L'output è simile a questo:

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

Quando il job ha esito positivo, i dati vengono spostati nell'archivio di produzione locale dai dischi di cui è stato eseguito il provisioning dell'appliance di backup/ripristino mentre il database è in esecuzione. Puoi verificare che il file system per il database creato dal montaggio si trovi ora su un volume logico locale anziché sul volume logico presentato dal montaggio eseguendo il comando df.

1. Una volta completato il job, i dati vengono spostati nell'archivio di produzione locale dai dischi di cui è stato eseguito il provisioning dall'appliance di backup/recupero mentre il database è in esecuzione.
2. Vai alla console di gestione dell'appliance ed esegui Smonta+Elimina.
3. Riattiva il piano di backup per attivare i job pianificati.

Monta ed esegui la migrazione a una nuova istanza

Per montare un'immagine del database come database virtuale e poi eseguirne la migrazione a una nuova destinazione, esegui un montaggio consapevole dell'applicazione come descritto in Montare un database virtuale da un'immagine di backup a livello di volume.

Nota: attiva sia Crea nuova applicazione virtuale sia Gestisci nuova applicazione.

Eseguire la migrazione dei dati

I prerequisiti per la migrazione dei dati sono elencati qui:

• Il dispositivo host di destinazione locale non deve essere in uso da un altro processo, ad esempio un database in esecuzione, poiché deve essere messo offline o online all'inizio della procedura pvmove.
• Verifica che la dimensione del dispositivo Logical Volume Manager dell'host di destinazione sia uguale o superiore alla dimensione di BackupDR_mount_point.
• Controlla che /etc/fstab contenga le voci /dev/mapper per i volumi di dati di produzione e log.
• Utilizza il comando df per conoscere il punto di montaggio di Backup DR.
• Visualizza i dispositivi Logical Volume Manager di destinazione disponibili utilizzando il comando lvdisplay. Devi specificare il percorso completo del volume logico.
• Utilizza Monitoraggio > Job per visualizzare il nome del job.
• Tutti gli altri valori devono essere uguali a quelli utilizzati durante il montaggio.

1. Una volta completato il montaggio, esegui lo script ACT_<database type>_lvm_migrate_newtarget con i parametri negli argomenti delle sezioni dello script.

   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
   

   Esempio

   /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
   

   Nota: i dispositivi di gestione dei volumi logici di destinazione devono essere vuoti.

   Esempio

   /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
   

   Esempio

   /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 \
   

   Esempio:

   /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. Se il job ha esito positivo, i dati vengono spostati nello spazio di archiviazione di produzione locale dai dischi di cui è stato eseguito il provisioning dall'appliance di backup/recupero mentre il database è in esecuzione. Vai alla console di gestione dell'appliance ed esegui un'operazione di Smontaggio+Eliminazione.