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 Überarbeitung | ||
nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2014/03/15 19:02] – gpipperr | nosql:administration_3_upgrade_oracle_nosql_db_11gr2 [2014/06/22 19:23] (aktuell) – gpipperr | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
=====Upgrade Oracle NoSQL von 11g R2 - 2.0.39 nach 12c R1 - 2.1.8 ===== | =====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. | + | Ziel ist der Umstieg auf die NoSQL Version 2.1.8, dazu wird im Prinzip nur die Basis Software ausgetauscht und die Nodes ( in unsere Beispiel ein KVStore mit 4 Servern) |
Vor der Umstellung sollte wie üblich ein [[nosql: | Vor der Umstellung sollte wie üblich ein [[nosql: | ||
Zeile 21: | Zeile 21: | ||
(je nach eingerichteter Umgebung etc.) | (je nach eingerichteter Umgebung etc.) | ||
- | === Ersten Node stoppen und mit dem neuen Home starten === | + | === Ersten Node mit alten Home stoppen und mit dem neuen Home starten === |
<code bash> | <code bash> | ||
Zeile 55: | Zeile 55: | ||
Beispiel: | Beispiel: | ||
- | {{ : | + | |
+ | {{: | ||
Zeile 66: | Zeile 67: | ||
<code bash> | <code bash> | ||
kv-> show upgrade-order | kv-> show upgrade-order | ||
- | |||
Calculating upgrade order, target version: 12.1.2.1.8, prerequisite: | Calculating upgrade order, target version: 12.1.2.1.8, prerequisite: | ||
sn3 | sn3 | ||
+ | sn4 | ||
sn2 | 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! | + | Die 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. | + | |
+ | ==Nodes in der richtigen Reihenfolge stopen und jeweils mit neuen Software Home starten === | ||
+ | |||
+ | Das heißt in unsere Beispiel auf den Knoten 3 als erstes anmelden. | ||
+ | |||
+ | Gleicher | ||
+ | |||
+ | <code bash> | ||
+ | [oracle@nosqldb03 ~]$ java -jar / | ||
+ | [oracle@nosqldb03 ~]$ nohup java -jar $KVHOME/ | ||
+ | |||
+ | # warten bis alles wieder oben ist | ||
+ | jps -m | ||
+ | |||
+ | java -jar $KVHOME/ | ||
+ | |||
+ | kv-> show upgrade-order | ||
+ | |||
+ | </ | ||
+ | |||
+ | |||
+ | Das nun für den Knoten 4 und dann 2 wiederholen. | ||
=== Prüfen ob all Nodes mit der richtigen Software Version laufen=== | === Prüfen ob all Nodes mit der richtigen Software Version laufen=== | ||
Zeile 84: | Zeile 105: | ||
<code bash> | <code bash> | ||
+ | |||
+ | # erste mal testen ob alle mit der richtigen Version laufen: | ||
+ | |||
+ | kv-> show upgrade-order | ||
+ | |||
+ | Calculating upgrade order, target version: 12.1.2.1.8, prerequisite: | ||
+ | There are no nodes that need to be upgraded | ||
+ | |||
+ | |||
+ | # prüfen ob alles geklappt hat | ||
kv-> verify upgrade | kv-> verify upgrade | ||
Zeile 89: | Zeile 120: | ||
</ | </ | ||
+ | Beispiel Ausgabe: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | === Tip === | ||
+ | Falls die GPI Script Library verwendet wird, nicht vergessen auch dort das neue Home anzupassen! | ||
+ | siehe [[nosql: | ||
==== Quellen ==== | ==== Quellen ==== | ||
* http:// | * http:// | ||
nosql/administration_3_upgrade_oracle_nosql_db_11gr2.txt · Zuletzt geändert: 2014/06/22 19:23 von gpipperr