nosql:administration_3_upgrade_oracle_nosql_db_11gr2
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende Überarbeitung | Nächste ÜberarbeitungBeide Seiten der Revision | ||
nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2013/11/13 11:38] – gpipperr | nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2014/03/15 19:02] – 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