In un ambiente cluster geograficamente disperso (GDPC) Db2 pureScale cluster geograficamente dispersi (GDPC), installate gli aggiornamenti online dei fix pack sui membri e sulle strutture di caching del cluster (CF) uno alla volta per aggiornare un'istanza a un fix pack o a una build speciale con un livello di codice superiore mentre l'istanza rimane disponibile Db2 pureScale istanza a un fix pack o a una build speciale con un livello di codice superiore mentre l'istanza rimane disponibile.
Informazioni preliminari
Importante : Db2® 11.5.8 introduce il nuovo supporto per Db2 pureScale con RDMA su RHEL 8.6. Ciò richiede un aggiornamento offline dell'intero cluster per passare a Db2 11.5.8 e RHEL 8.6. Non è possibile eseguire un aggiornamento in linea da una versione precedente di Db2 11.5 a Db2 11.5.8 quando si passa a RHEL 8.6 con RDMA. Un cluster RDMA esistente che esegue Db2 11.5 su RHEL 7 può essere aggiornato a Db2 11.5.8 su RHEL 7, utilizzando l'aggiornamento in linea.
Nota:
- Il supporto IBM per un'implementazione del cluster (GDPC) Db2 pureScale geograficamente dispersa richiede l'impegno di IBM Lab Services per i servizi di installazione iniziali addebitati separatamente. Per i dettagli, contattare il rappresentante delle vendite IBM .
- Il supporto del tipo di rete Infiniband in GDPC è obsoleto. Passare all'utilizzo della rete RoCE o TCP/IP come alternativa.
- Questa funzione non è attualmente supportata dalla piattaforma 'Db2 pureScale su 'Linux® on IBM Z®.
Informazioni su questa attività
In un ambiente GDPC, è possibile aggiornare uno o più membri o CF (caching facilities) del cluster mentre i restanti membri e CF continuano a elaborare le transazioni. È necessario aggiornare tutti i membri e le CF, e l'host tiebreaker, prima di poter eseguire il commit delle modifiche e aggiornare l'istanza Db2 pureScale . Se i membri e le CF si trovano sullo stesso host, è necessario applicare l'aggiornamento del fix pack solo una volta per host.
Limitazioni
Procedura
Per installare un aggiornamento online del pacchetto di correzioni in un ambiente GDPC:
- Estrarre il fix pack o l'immagine di build speciale in una directory accessibile a tutti i membri e host CF.
- Applicare il fix pack in linea su ciascuno dei membri uno alla volta:
- Collegarsi al server membro con autorizzazione utente root.
- Eseguire il seguente comando installFixPack :
media-dir/installFixPack -p FP-install-path -I instance-name -online -l log-file-name -t trace-file-name
dove
FP - install - path è la directory in cui si desidera installare il fix pack e
media - dir è la directory in cui è stata estratta l'immagine del fix pack.
FP - install - path deve essere lo stesso su tutti gli host. Il parametro
-online è quello predefinito e può essere omesso.
- Applicare il fix pack in linea sulla CF secondaria:
- Collegarsi al server CF secondario con autorizzazione utente root.
- Eseguire il seguente comando installFixPack :
media-dir/installFixPack -p FP-install-path -I instance-name -online -l log-file-name -t trace-file-name
dove
FP - install - path è la directory in cui si desidera installare il fix pack e
media - dir è la directory in cui è stata estratta l'immagine del fix pack.
FP - install - path deve essere lo stesso su tutti gli host. Il parametro
-online è quello predefinito e può essere omesso.
- Applicare il fix pack in linea sulla CF primaria:
- Verificare che la CF secondaria dell'istanza Db2 pureScale sia in stato PEER immettendo il seguente comando come proprietario dell'istanza:
db2instance -list
La CF secondaria deve essere in stato PEER prima di aggiornare la CF primaria.
Se l'esecuzione di
db2instance -list mostra che la CF secondaria è in stato CATCHUP, è possibile verificare la percentuale di avanzamento del recupero interrogando la vista di gestione DB2_CF . Ad esempio:
db2 "SELECT ID as CF_ID, varchar(CURRENT_HOST,21) AS HOST, varchar(STATE,14) AS CF_STATE FROM SYSIBMADM.DB2_CF"
CF_ID HOST CF_STATE
------ --------------- --------------
128 cfserver56 CATCHUP(79%)
129 cfserver54 PRIMARY
2 record(s) selected.
Il valore percentuale CATCHUP rappresenta la quantità di CF secondaria catturata fino allo stato corrente della CF primaria.
- Accedere al server CF primario con autorizzazione utente root.
- Eseguire il seguente comando installFixPack :
media-dir/installFixPack -p FP-install-path -I instance-name -online -l log-file-name -t trace-file-name
dove
FP - install - path è la directory in cui si desidera installare il fix pack e
media - dir è la directory in cui è stata estratta l'immagine del fix pack.
FP - install - path deve essere lo stesso su tutti gli host. Il parametro
-online è quello predefinito e può essere omesso.
- Aggiorna l'host tiebreaker:
- Immettere la modalità di manutenzione dal vecchio livello di codice.
Ad esempio:
DB2INSTANCE=<instanceName> <OLD-FP-install-path>/bin/db2cluster -cm -enter -maintenance
<OLD-FP-install-path>/bin/db2cluster -cfs -enter -maintenance
- Per aggiornare l'host tiebreaker, eseguire il comando installFixPack dall'immagine del fix pack di destinazione.
media-dir/installFixPack -b <OLD-FP-install-path> -p <FP-install-path> -L
dove
FP - install - path è la directory in cui si desidera installare il fix pack e
media - dir è la directory in cui è stata estratta l'immagine del fix pack.
FP - install - path deve essere lo stesso su tutti gli host.
Ad esempio:
media-dir/installFixPack -b /opt/ibm/db2/V10.5/ -p /opt/ibm/db2/V10.5fp4 -L
- Uscire dalla modalità di manutenzione dal nuovo livello di codice:
Ad esempio:
DB2INSTANCE=<instanceName> <FP-install-path>/bin/db2cluster -cm -exit -maintenance
<FP-install-path>/bin/db2cluster -cfs -exit -maintenance
Nota: il percorso nella configurazione db2locssh deve essere aggiornato manualmente quando un fixpack è installato sul tiebreaker. In caso contrario, potrebbero verificarsi problemi in futuro quando le immagini di installazione precedenti vengono rimosse dal sistema.
- Determinare se l'aggiornamento online del fix pack è riuscito su tutti i membri e le CF immettendo il seguente comando:
media-dir/installFixPack -check_commit -I instance-name
Se il comando ha esito positivo, è possibile continuare con il passo successivo.
- Eseguire il commit dell'aggiornamento online del fix pack in modo tale che l'istanza Db2 pureScale venga aggiornata al nuovo livello di fix pack immettendo il seguente comando:
media-dir/installFixPack -commit_level -I instance-name -l log-file-name -t trace-file-name
- Verificare che l'istanza e i database mostrino il nuovo livello di fix pack sottoposto a commit immettendo il seguente comando come utente dell'istanza:
- Se si desidera utilizzare funzioni specifiche per il fix pack, aggiornare gli oggetti del catalogo di sistema nei database:
- Collegarsi come proprietario dell'istanza.
- Per ciascun database nell'istanza, immettere il seguente comando db2updv115 :