Ripristino del contenitore a 11.2.1.9 o precedente

Opzioni di distribuzione: Netezza Performance Server per Cloud Pak for Data System

Imparare a distribuire nuovamente il container Netezza Performance Server.

Procedura

Come root, accedere al nodo e1n1 bare metal.

Identificare il nodo master VDB.

ap node -d

Nell'esempio, e1n2 è il nodo master VDB.

[root@suyos01b ~]# ap node -d
+------------------+----------+-------------+-----------+-----------+--------+---------------+
| Node             |    State | Personality | Monitored | Is Master | Is HUB | Is VDB Master |
+------------------+----------+-------------+-----------+-----------+--------+---------------+
| enclosure1.node1 |  ENABLED | CONTROL     |       YES |        NO |    YES |            NO |
| enclosure1.node2 |  ENABLED | CONTROL     |       YES |       YES |     NO |           YES |
| enclosure1.node3 |  ENABLED | CONTROL     |       YES |        NO |     NO |            NO |
| enclosure1.node4 |  ENABLED | WORKER      |       YES |        NO |     NO |            NO |
| enclosure2.node1 |  ENABLED | WORKER      |       YES |        NO |     NO |            NO |
| enclosure2.node2 |  ENABLED | WORKER      |       YES |        NO |     NO |            NO |
| enclosure2.node3 | DISABLED | UNSET       |       YES |        NO |     NO |            NO |
| enclosure2.node4 | DISABLED | UNSET       |       YES |        NO |     NO |            NO |
+------------------+----------+-------------+-----------+-----------+--------+---------------+

Se il nodo master VDB non è e1n1, accedere con ssh al nodo master VDB, il nodo in cui è stato eseguito l'aggiornamento del contenitore.
Andare nella cartella in cui nps-container-11.2.X.X-unpack è stato scompattato durante l'aggiornamento del contenitore.
```
cd /opt/ibm/appliance/storage/ips/ips1_deployment/v11.2.x.x
```
Esempio:
```
cd /opt/ibm/appliance/storage/ips/ips1_deployment/v11.2.0.0
```
Eseguire nzdeploy-remote.
- Se si sta aggiornando il contenitore alla versione 11.2.1.9, eseguire:
```
./nzdeploy-remote -n nodeA -n nodeB
```
  Se il nodo master VDB non è il nodo connettore, eseguire nzdeploy-remote per i nodi di controllo di destinazione diversi dal nodo master VDB corrente.
- Se si sta aggiornando il contenitore alla versione 11.2.1.8 o precedente:
  Se il nodo master VDB è il nodo connettore, eseguire nzdeploy-remote con l'opzione -m per i nodi di controllo di destinazione diversi dal nodo master VDB corrente. - m specifica il dominio di ricerca mancante nel nodo connettore e presente in e1n1.
  1. Sul nodo connettore, eseguire:
```
cat /etc/resolv.conf
```
```
ssh e1n1 cat /etc/resolv.conf
```
  2. Si notino i nomi di dominio personalizzati presenti nel file e1n1 ma mancanti nel nodo connettore resolv.conf nella riga search.
    Esempio:
    $ cat /etc/resolv.conf Generated by NetworkManager search mbond fbond $ ssh e1n1 cat /etc/resolv.conf Generated by NetworkManager search mbond fbond rtp.raleigh.ibm.com
    Questi nomi di dominio devono essere uguali a quelli usati durante l'esecuzione del comando nzdeploy upgrade sul nodo connettore.
    ./nzdeploy-remote -n nodeA -n nodeB -n nodeC -n OTHER CONNECTOR NODES -m domain1 -m domain2
    Esempio:
    [root@e5n1]# ./nzdeploy-remote -n node1 -n node2 -n node3 -n e6n1 -m rtp.raleigh.ibm.com
Nota: Su Cloud Pak for Data System, node1, node2 e node3 sono gli alias DNS per il primo, il secondo e il terzo nodo del piano di controllo.

dove:

-n <nome>

Il nodo su cui il contenitore deve essere distribuito. Per più nodi, -n node1 -n node2.

-m <nome>

Nomi di dominio personalizzati da aggiungere all'elenco di ricerca DNS nel contenitore. Per i domini multipli, -m domain1 -m domain2.

-C <nome>

Il nome del contenitore. L'impostazione predefinita è: ipshost1.

-d <percorso>

Il percorso della directory di base. L'impostazione predefinita è: /opt/ibm/appliance/storage/ips.

-s <percorso>

Il percorso della directory in cui salvare il contenitore. L'impostazione predefinita è: /opt/ibm/appliance/storage/ips/ips1_deployment.

-I <interfaccia>

L'interfaccia di rete. L'impostazione predefinita è: fbond.4079.
Importante: se si sta aggiornando l'ambiente di replica come descritto in Aggiornamento di Netezza Performance Server e Persistent Transient Storage (PTS), non avviare Netezza Performance Server e non procedere con i passaggi successivi. Ignorare questa nota se l'aggiornamento non riguarda un sistema in ambiente di replica.
Quando lo script termina il redeploy del contenitore, accedere al contenitore e come utente nz avviare il sistema.
```
nzstart
```