nosql:administration_3_upgrade_oracle_nosql_db_11gr2
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2014/03/15 19:02] – gpipperr | nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2014/03/15 20:01] – [Quellen] gpipperr | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | =====Upgrade Oracle NoSQL von 11g R2 - 2.0.39 nach 12c R1 - 2.1.8 ===== | ||
- | |||
- | Ziel ist der Umstieg auf die NoSQL Version 2.1.8, dazu wird im Prinzip nur die Basis Software ausgetauscht und die Nodes in der richtigen Reihenfolge neu damit gestartet. | ||
- | |||
- | Vor der Umstellung sollte wie üblich ein [[nosql: | ||
- | |||
- | Enthält der Store nur ein Datacenter und ist der Replikation‘s Faktor größer als 2 kann ein Online Upgrade durchgeführt werden. Dazu sollten aber zuerst die Slave Node und DANN die Master Nodes umgestellt werden. | ||
- | |||
- | Ablauf: | ||
- | * Neue Software auf alle Knoten kopieren und in eine neues Home entpacken | ||
- | * Neue KVHOME Umgebung umstellen | ||
- | * Einen Slave Node stoppen und mit der neuen Software neu starten | ||
- | | ||
- | * Software Update und Neustart für alle weiteren Node durchführen | ||
- | |||
- | |||
- | === Software auf allen Knoten ausrollen und die Umgebungen umstellen === | ||
- | Software in einen neues Verzeichnis (empfohlene Benennung kv-2.1.8) kopieren, der Lib Folder ist ausreichend. | ||
- | |||
- | In jeweiligen Arbeitsverzeichnis bzw. Start/Stop Skripten $KVHOME anpassen das das neue 2.1.8 Home. | ||
- | (je nach eingerichteter Umgebung etc.) | ||
- | |||
- | === Ersten Node stoppen und mit dem neuen Home starten === | ||
- | |||
- | <code bash> | ||
- | #java -jar $OLD_KVHOME/ | ||
- | #wie z.B. | ||
- | java -jar / | ||
- | # pürfen | ||
- | jps -m | ||
- | |||
- | # | ||
- | neu starten | ||
- | nohup java -jar $KVHOME/ | ||
- | |||
- | # testen | ||
- | jps -m | ||
- | |||
- | </ | ||
- | |||
- | |||
- | === Auf den SN mit der aktuellen Software anmelden === | ||
- | |||
- | |||
- | <code bash> | ||
- | java -jar $KVHOME/ | ||
- | |||
- | # Testen mit: | ||
- | |||
- | kv-> | ||
- | |||
- | </ | ||
- | |||
- | |||
- | Beispiel: | ||
- | |||
- | {{ : | ||
- | |||
- | |||
- | Auf die abschließende Zeile " | ||
- | |||
- | === Vorgeschlagene Reihenfolge für den Upgrade ermitteln === | ||
- | |||
- | Anschließende die vorgeschlagene Reihenfolge für den Upgrade anzeigen lassen mit: | ||
- | |||
- | <code bash> | ||
- | kv-> show upgrade-order | ||
- | |||
- | Calculating upgrade order, target version: 12.1.2.1.8, prerequisite: | ||
- | sn3 | ||
- | sn2 | ||
- | |||
- | </ | ||
- | |||
- | SN in einer Zeile immer zusammen upgraden, d.h. mit der alten Software Version stoppen und mit der neuen Software Version wieder starten, immer eine Gruppe nach der anderen! | ||
- | |||
- | === Nodes stopen und mit neuen Software Home starten === | ||
- | |||
- | Ablauf wie bereits auf den ersten Knoten durchgeführt. | ||
- | |||
- | === Prüfen ob all Nodes mit der richtigen Software Version laufen=== | ||
- | |||
- | Mit „verify upgrade” überprüfen, | ||
- | |||
- | <code bash> | ||
- | |||
- | kv-> verify upgrade | ||
- | |||
- | </ | ||
- | |||
- | |||
- | |||
- | ==== Quellen ==== | ||
- | |||
- | * http:// | ||
nosql/administration_3_upgrade_oracle_nosql_db_11gr2.txt · Zuletzt geändert: 2014/06/22 19:23 von gpipperr