Disabilitazione della replica Q sul Db2 servizio

La disabilitazione della replica Q rimuove il pod di replica, il contenitore e i servizi dall'istanza Db2.

Informazioni su questa attività

Se si desidera rimuovere un'implementazione di Q Replication, è necessario esaminare anche tutte le implementazioni di Q Replication correlate. Ad esempio, se si desidera rimuovere Q Replication per un database sorgente, è necessario rimuovere anche tutte le distribuzioni di destinazione di Q Replication, a meno che una distribuzione di destinazione non sia una sorgente per un'altra distribuzione di Q Replication.

Procedura

  1. Modificare la risorsa personalizzata (CR) Db2uCluster (per IBM Software Hub Versioni precedenti a 5.2.0 ) o Db2uInstance per disabilitare la distribuzione di Q Replication:
    oc edit db2ucluster deployment-ID
    oc edit db2uinstance deployment-ID
  2. Nella sezione addOns.qrep della CR, passare a qrep.enabled: true qrep.enabled: false.
  3. Nella sezione storage della CR, rimuovere la specifica di archiviazione di replica.
  4. Salvare e chiudere la CR.

    L'operatore disabilita il componente di replica

  5. Eseguire i seguenti comandi per controllare lo stato della distribuzione della replica:
    oc get deployment | grep qrep
oc get pod | grep qrep

    Utilizza l'ID Db2 dell'istanza per trovare una distribuzione di replica e un nome pod corrispondenti. Verificare che l'istanza Db2 sia nello Terminating stato. Il pod Q Replication viene quindi rimosso.

  6. Eseguire il comando exec nel pod Db2 con la partizione del catalogo ed eseguire lo apply-db2cfg-setting script per ripristinare le variabili Db2 di registro e i parametri di configurazione alle impostazioni precedenti alla replica:
    apply-db2cfg-setting
  7. Ripulire i dati sotto il montaggio di file condivisi /mnt/qrepdata/*. Esegui il comando exec nel Db2 pod ed esegui i seguenti comandi:
    oc exec -it db2u_pod bash
cd /mnt/qrepdata
sudo rm -rf *
  8. Rimuovere la tabella dei metadati globali di replica ASN.IBMQREP_RESTAPI_PROPERTIES eseguendo questi comandi
    db2 connect to bludb;
db2 "drop table asn.ibmqrep_restapi_properties";
db2 "drop table asn.ibmqrep_mcgparms";
db2 "drop table asn.ibmqrep_mcgsync";
db2 "drop function qasn.ibmqrep_rest_ver";
db2 terminate;
  9. Se si sceglie di eliminare l'istanza, è necessario eliminare il volume persistente per qrepdata.
    Ad esempio:
    oc get pv | grep qrep
pvc-815f85ff-e0fb-41bf-a881-54104f67f4c0   100Gi      RWX            Retain           Bound      zen/c-db2oltp-1636403736070957-qrepdata              managed-nfs-storage            2d2h

oc delete pv pvc-815f85ff-e0fb-41bf-a881-54104f67f4c0
  10. Se è stato utilizzato lo script qrep-expose-nodeports.sh per esporre le porte del nodo per la replica, eliminare manualmente le voci della porta del nodo dal file /etc/haproxy/haproxy.cfg .

    Ogni contenitore di replica ha le voci per le porte nodo 50001, 1414, 1415 e 9444:

    9444: db2oltp-instance_id-qrep-rest-svc
50001: db2oltp-instance_id-db2u-engn-svc
1414: db2oltp-instance_id-qrep-mq-svc-sendq
1415: db2oltp-instance_id-qrep-mq-svc-recvq

    Ad esempio, per l'ID istanza 1635801061637006, vedi la seguente voce nel file haproxy.cfg per la porta del servizio REST di replica 31723 (9444):

    frontend db2oltp-1635801061637006-qrep-rest-svc
        bind *:31723
        default_backend db2oltp-1635801061637006-qrep-rest-svc
        mode tcp
        option tcplog
backend db2oltp-1635801061637006-qrep-rest-svc
        balance source
        mode tcp
        server master0 10.17.110.242:31723 check

    Voci simili si trovano nel file per altre porte per lo stesso ID istanza. Eliminare queste voci, salvare il file ed eseguire i seguenti comandi:

    ps aux | grep haproxy
kill -9 haproxy_pid
systemctl restart haproxy
systemctl reload haproxy