Neuverteilung des Containers für 11.0.7.0 oder höher

Bereitstellungsoptionen: Netezza Performance Server für Cloud Pak for Data System

Ab 11.0.7.0 wird ein ips-deploy-remote.sh -Skript zur Verfügung gestellt, mit dem der Container auf anderen Knoten der Steuerungsebene neu bereitgestellt werden kann.

Vorgehensweise

Melden Sie sich beim Bare-Metal-Knoten e1n1 als root-Benutzer an.
Wechseln Sie in das Verzeichnis, in das container.tar.z während des Container-Upgrades extrahiert wurde.
```
cd /opt/ibm/appliance/storage/ips/ips1_deployment/11.x.x.x
```
Führen Sie ips-deploy-remote aus:
```
./ips-deploy-remote -n node2 -n node3
```
Hinweis: Bei Cloud Pak for Data System sind node1, node2 und node3 die DNS-Aliase für den ersten, zweiten und dritten Steuerebenen-Knoten.
Die notwendigen Parameter:

-n <Name>

Der Knoten, auf dem der Container erneut bereitgestellt werden muss. Im Falle mehrerer Knoten: -n node1 -n node2.

Optionale Parameter:

-m <Name>

Angepasste Domänennamen, die in die DNS-Suchliste im Container hinzugefügt werden sollen. Im Falle mehrerer Knoten: -m domain1 -m domain2 usw.

-C <Name>

Der Containername. Standardwert: ipshost1.

-d <Pfad>

Der Pfad zum Basisverzeichnis. Standardwert: /opt/ibm/appliance/storage/ips.

-s <Pfad>

Der Verzeichnispfad zum Speichern des Containers. Standardwert: /opt/ibm/appliance/storage/ips/ips1_deployment.

-I <Schnittstelle>

Die Netzwerkschnittstelle. Standardwert: fbond.4079.

-o <Pfad>

Der Online-Verzeichnispfad für Lenovo-basierte Systeme. Standardwert: /opt/ibm/appliance/platform/onecli.

-r <Pfad>

Der srvadmin-Verzeichnispfad für Dell-basierte Systeme. Standardwert: /opt/dell.
Wichtig: Wenn Sie die Replikationsumgebung aktualisieren, wie in Aktualisieren von Netezza Performance Server und Persistent Transient Storage (PTS) beschrieben, starten Sie Netezza Performance Server nicht und fahren Sie nicht mit den nächsten Schritten fort. Ignorieren Sie diesen Hinweis, wenn das Upgrade nicht für ein System in einer Replikationsumgebung erfolgt.

Starten Sie Netezza Performance Server.
```
nzstart
```

Bekannte Probleme

Der docker commit-Befehl wird nicht ausgeführt, wenn /var/log/tallylog größer als 1 GB ist.

Ausweichlösung:
1. Bevor Sie ips-deploy-remote ausführen, prüfen Sie die tallylog-Dateigröße:
```
docker exec -it ipshost1 bash
```
```
ls -lh /var/log/tallylog
```
2. Wenn die tallylog-Datei größer als 1 GB ist, verschieben Sie die Datei tallylog an eine andere Position, an der ausreichend Speicherplatz vorhanden ist:
```
mv /var/log/tallylog /nz/tallylog_backup
```
```
cat /dev/null > /var/log/tallylog
```
```
ls -lh /var/log/tallylog
```
```
exit
```
3. Führen Sie das Script ips-deploy-remote aus. Wenn das Script erfolgreich abgeschlossen wurde, verschieben Sie die Datei tallylog_backup in das Verzeichnis /var/log/tallylog:
```
docker exec -it ipshost1 bash
```
```
mv /nz/tallylog_backup /var/log/tallylog
```
```
ls -lh /var/log/tallylog
```

Die nächsten Schritte

Bereinigen Sie die Tabelle _t_event_info. Um _t_event_info zu löschen, wenden Sie sich an den IBM Support. Der IBM Support kann auf dieses Dokument verweisen.