nosql:neuen_knoten_oracle_nosql_db_11gr2
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
nosql:neuen_knoten_oracle_nosql_db_11gr2 [2013/06/18 13:44] – gpipperr | nosql:neuen_knoten_oracle_nosql_db_11gr2 [2013/06/18 14:26] – [Knoten aus dem Store auf einen anderen Rechner verschieben] gpipperr | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Einen neuen Knoten zu einem Oracle NoSQL Store hinzufügen ====== | ||
- | Auf den Maschinen muss ausreichend Speicher für die Java Prozesse vorhanden sein! | ||
- | |||
- | Bei einem ersten Test mit zuwenig Speicher wurde der Store irreparabel zerschossen und musste aus einen Backup neu erstellt werden! | ||
- | |||
- | **!Achtung!** | ||
- | Damit das erfolgreich durchlaufen kann MUSS jeder Knoten im Store einwandfrei mit RMI kommunizieren können! | ||
- | Logfiles aller Knoten prüfen, dass keine RMI Exceptions beim Start der Knoten geworfen wurden! | ||
- | |||
- | |||
- | Ablauf: | ||
- | |||
- | * KVROOT anlegen | ||
- | * Basis Konfiguration erzeugen | ||
- | * Backup per Snapshot vom Store erzeugen | ||
- | * SN starten in dem KVROOT starten | ||
- | * mit Kv-> plan deploy-sn bekanntgeben | ||
- | * Umgebung prüfen (show pool und show topology) | ||
- | * SN zum Pool hinzufügen | ||
- | * Topology aus laufender Topology erstellen | ||
- | * Topology überprüfen | ||
- | * Topology ausrollen | ||
- | |||
- | |||
- | Hier wird ein neuer SN auf dem Node 4 angelegt: | ||
- | <code bash> | ||
- | |||
- | export KVROOT=/ | ||
- | |||
- | # Neues KVROOT für den SN auf dem Knoten anlegen | ||
- | mkdir $KVROOT | ||
- | |||
- | </ | ||
- | |||
- | **Backup vom Store erzeugen!!** > [[nosql: | ||
- | |||
- | |||
- | Basis Konfiguration anlegen: | ||
- | <code bash> | ||
- | |||
- | java -jar $KVHOME/ | ||
- | -port 5000 \ | ||
- | -host $HOSTNAME | ||
- | | ||
- | | ||
- | | ||
- | | ||
- | |||
- | |||
- | #starten | ||
- | |||
- | nohup java -jar $KVHOME/ | ||
- | |||
- | </ | ||
- | |||
- | |||
- | System konfigurieren (vom Node 1 aus): | ||
- | |||
- | <code bash> | ||
- | |||
- | # Admin Konsole auf Node 1 starten: | ||
- | java -jar $KVHOME/ | ||
- | |||
- | |||
- | # Plan für den neuen SN anlegen und ausführen | ||
- | Kv->plan deploy-sn -dc dc1 -host nosqldb04 -port 5000 -wait | ||
- | |||
- | # Umgebungsänderung anzeigen lassen auf neuen SN achten | ||
- | Kv->show pool | ||
- | JupiterPool: | ||
- | |||
- | Kv->show topology | ||
- | .. | ||
- | sn=[sn4] dc=dc1 nosqldb03: | ||
- | .. | ||
- | |||
- | # Zum Pool hinzufügen | ||
- | Kv->pool join -name JupiterPool -sn sn4 | ||
- | |||
- | |||
- | # Anzeigen lassen: | ||
- | Kv-> show pool | ||
- | .. | ||
- | JupiterPool: | ||
- | |||
- | #SN zur bestehende Topology hinzufügen | ||
- | # als Clone der bestehenden topo damit der SN4 auch bekannt ist | ||
- | Kv-> | ||
- | |||
- | |||
- | # Topology neu ausrollen | ||
- | kv-> topology redistribute -name GPItopo2 -pool JupiterPool | ||
- | |||
- | |||
- | # Überwachen was die Änderung bedeutet: | ||
- | kv-> | ||
- | |||
- | |||
- | # ausrollen | ||
- | kv-> plan deploy-topology -name GPItopo2 -wait | ||
- | |||
- | |||
- | #testen | ||
- | kv->show topology | ||
- | |||
- | </ | ||
- | |||
- | === Quellen === | ||
- | |||
- | * http:// |
nosql/neuen_knoten_oracle_nosql_db_11gr2.txt · Zuletzt geändert: 2013/07/04 19:55 von gpipperr