Replica da Db2 Warehouse su Red Hat OpenShift e Kubernetes a Db2 Warehouse Contenitore comune

È possibile configurare la funzionalità di replica da Db2 Warehouse su Red Hat OpenShift e Kubernetes o Cloud Pak for Data a Db2 Warehouse Contenitore comune.

1. Abilitare la funzionalità di replica e configurarla sull'ambiente Db2 WarehouseCloud Pak for Data on Red Hat OpenShiftKubernetes e/o. Questo è il tuo sito di origine. Per ulteriori informazioni, consultare Gestione della replica tramite script di shell.
2. Abilita la licenza di replica Q e configura l'ambiente Db2 Warehouse Common Container. Questo è il sito di destinazione. Segui le istruzioni dal passaggio 1 al passaggio 2 in Replica da Db2 Warehouse Contenitore comune a Db2 Warehouse su Red Hat OpenShift e Kubernetes.
3. Genera e carica i certificati SSL della console sul tuo sito di destinazione. Per ulteriori informazioni, vedere Certificato console.
4. Dopo aver abilitato la replica sul sito di destinazione, controlla i valori dei LOCAL_CLUSTER_INFRA_HOSTNAME parametri LOCAL_DB2_HOSTNAME e nel $BLUDR_SHARED_DIR/settings_backup/server.env file e nella ASN.IBMQREP_RESTAPI_PROPERTIES tabella delle proprietà:
   1. Per il $BLUDR_SHARED_DIR/settings_backup/server.env file:

      grep "LOCAL_CLUSTER_INFRA_HOSTNAME" $BLUDR_SHARED_DIR/settings_backup/server.env
      grep "LOCAL_DB2_HOSTNAME" $BLUDR_SHARED_DIR/settings_backup/server.env

      Se il valore non appare come previsto, aggiornarlo al valore desiderato:

      sed -i 's/^LOCAL_CLUSTER_INFRA_HOSTNAME=incorrect.servername.abc.com/LOCAL_CLUSTER_INFRA_HOSTNAME=correct.servername.abc.com/' $BLUDR_SHARED_DIR/settings_backup/server.env ;
      
      sed -i 's/^LOCAL_DB2_HOSTNAME=incorrect.servername.abc.com/LOCAL_DB2_HOSTNAME=correct.servername.abc.com/' $BLUDR_SHARED_DIR/settings_backup/server.env ;

      Per recuperare il nome host, eseguire il seguente comando:

      hostname -A | awk '{print $NF}'

   2. Per la tabella ASN.IBMQREP_RESTAPI_PROPERTIES delle proprietà:

      db2 connect to BLUDB
      db2 "select * from ASN.IBMQREP_RESTAPI_PROPERTIES where PROP_KEY in ('LOCAL_CLUSTER_INFRA_HOSTNAME' , 'LOCAL_DB2_HOSTNAME' ) "

      Se il valore non appare come previsto, aggiornarlo al valore desiderato:

      db2 "update ASN.IBMQREP_RESTAPI_PROPERTIES set PROP_VALUE_CHAR = 'server.abc.com' where PROP_KEY in ('LOCAL_CLUSTER_INFRA_HOSTNAME' , 'LOCAL_DB2_HOSTNAME' )"

      Conferma le modifiche:

      db2 "commit"

   Affinché le modifiche abbiano effetto, è necessario riavviare il Bludr server. Eseguire questo script:

   $BLUDR_HOME/scripts/bin/bludr-restart.sh;

5. Esegui una delle seguenti query SQL a seconda del sito di destinazione:

   Db2 Warehouse Sito di destinazione comune del contenitore:

   db2 "update ASN.IBMQREP_RESTAPI_PROPERTIES set PROP_VALUE_CHAR = 'DB2U-DB2WH-PVT-CC' where PROP_KEY = 'LOCAL_DR_ENV_TYPE' "

   Integrated Analytics SystemIBM (IIAS) sito target:

   db2 "update ASN.IBMQREP_RESTAPI_PROPERTIES set PROP_VALUE_CHAR = 'DB2U-IIAS' where PROP_KEY = 'LOCAL_DR_ENV_TYPE'  "

6. Abilita la funzionalità aggiuntiva di replica Q sul tuo sito di origine. Seguire le istruzioni dal punto 1 al punto 3 in Configurazione della replica tramite script di shell.
7. Prima di aggiungere una destinazione, il server API REST Q Replication (Bludr), Q Replication MQ Capture/Apply e i componenti Db2 server devono scambiarsi certificati SSL tra origine e destinazione per comunicare in modo sicuro utilizzando Secure Socket Layer (SSL). Per configurare SSL, esegui lo bludr-perform-target-actions.sh script sul tuo sito di origine e seleziona l'opzione 2:

   cd $BLUDR_HOME/scritps/bin;
   ./bludr-perform-target-actions.sh #Enter Option 2 to Trust a target and exchange DB2 SSL Certificates.

   1. Durante l'esecuzione di questa operazione, impostare il tipo di ambiente di replica dei DR_ENV_TYPE dati di destinazione su DB2WH per Ambiente Db2 Warehouse privato o IIAS per Ambiente IIAS.
8. Aggiungi il sito di destinazione al tuo sito di origine. Esegui lo bludr-perform-target-actions.sh script e seleziona l'opzione 3.
   Nota: per aggiungere il sito di destinazione, sono necessarie le seguenti informazioni:

   • Nome host Target Infra/Bastion
   • Porta esterna REST di destinazione
   • Nome host del database di destinazione
   • Porta SSL del database esterno di destinazione
   • Nome database di destinazione
   • Utente di replica del database di destinazione
   • Password di replica del database di destinazione
   • Ambiente di replica dei dati di destinazione

   Quando si seleziona il tipo di ambiente di replica dei dati di destinazione, sono disponibili le seguenti opzioni:

   • IIAS per Sailfish/Ambiente IIAS.
   • DB2WH per Db2 Warehouse Ambiente privato
   • DB2WOC per Db2 Warehouse on Cloud la Generazione 2
   • DB2U-DB2OLTP per Cloud Pak for Data Db2 elaborazione universale delle Db2 transazioni online
   • DB2U-DB2WH per Cloud Pak for Data Db2 Universal Db2 Warehouse
   • DB2U-SA-DB2OLTP per elaborazione delle transazioni online Db2 universale Db2 autonoma
   • DB2U-SA-DB2WH per Standalone Db2 Universal Db2 Warehouse
   • DB2U-DB2WH-PVT-CC per la replica da Db2 Warehouse Private Contenitore comune
   • DB2U-IIAS per la replica da IBMIntegrated Analytics System (IIAS)
9. Se la configurazione di replica esiste già da Db2 Warehouse Common Container a Db2 Warehouse su Red Hat OpenShift e Kubernetes o Cloud Pak for Data, e si sta configurando una replica inversa, ad esempio da Cloud Pak for Data a Db2 Warehouse Common Container, impostare il valore del <REMOTE_DBALIAS>_DR_ENV_TYPE tipo di variabile di ambiente eseguendo uno dei seguenti comandi:

   Db2 Warehouse Sito di destinazione comune del contenitore:

   sed -i 's/^ABCDEFGH_DR_ENV_TYPE=DB2WH/ABCDEFGH_DR_ENV_TYPE=DB2U-DB2WH-PVT-CC/' $BLUDR_SHARED_DIR/settings_backup/server.env

   Integrated Analytics SystemIBM (IIAS) sito target:

   sed -i 's/^ABCDEFGH_DR_ENV_TYPE=IIAS/ABCDEFGH_DR_ENV_TYPE=DB2U-IIAS/' $BLUDR_SHARED_DIR/settings_backup/server.env

   Importante: esegui il seguente script per riavviare il server sul tuo Db2 Warehouse su Red Hat OpenShift e Kubernetes o sito Cloud Pak for Data di origine dopo aver aggiornato il contenuto del server.env file :

   $BLUDR_HOME/scripts/bin/bludr-restart.sh

10. Crea un nuovo set di replica vuoto sul tuo sito di origine. Esegui lo bludr-perform-replication-set-actions.sh script e seleziona l'opzione 5.
    Nota: per creare un nuovo set di replica, sono necessarie le seguenti informazioni:

    • Nome host del database di destinazione
    • Porta SSL del database esterno di destinazione
11. Aggiungi tabelle al tuo set di replica:
    1. Crea un file di input con le informazioni della tabella:

       cd $HOME cat > input_schema_table_filename.txt 
       <SCHEMA_NAME1>.<TABLE_NAME1> <SCHEMA_NAME2>.<TABLE_NAME2>

    2. Esegui lo bludr-add-tables-to-replset.sh script e inserisci il percorso completo del file di input. Ad esempio: /mnt/qrepdata/home/dsadm/input_schema_table_filename.txt
    Nota: quando si esegue questo passaggio, l'interfaccia interattiva richiede la seguente opzione:

    Vuoi caricare tutte le tabelle aggiunte alla replica? (s/n)

    • L'opzione "y" indica che si desidera che Q Replication esegua il caricamento iniziale delle tabelle dal sito di origine al sito di destinazione.
    • L'opzione "n" indica che si desidera avviare automaticamente la replica per tutte le tabelle.