[Technik] hsadmin reloaded: grober Migrationsplan für 1.0

[Michael Hoennig]

Moin Moin,

ich bin gerade dabei, JPA-Entity-Beans (eine bestimmte Art von
Java-Klasse) für unsere derzeitige (produktive) Config-Datenbank hsdb zu
erstellen. D.h. ich werde die Persistenzebene von hsadmin reloaded
(hsar) so aufbauen, dass wir schrittweise migrieren können.

Wenn wir dann hsar in Betrieb nehmen, würde es natürlich zusätzliche
Tabellen geben, aber die bisherigen blieben erstmal so wie sie jetzt
sind. Damit würden auch alle alten Skripte weiterlaufen, nur die
Config-Robot-Skripte für die dann in hsar verfügbaren Daten würden
abgeschaltet werden. In der 1.0 wären das:

- get-virtusertables
- get-passwds
- evtl. get-aliases

Ob dbadmin in der vorhanden Form weiter funktionieren kann, da bin ich mir
noch nicht sicher. Es würde zumindest eine Sonderbehandlung in hsar
erfordern.

So wie ich das derzeit sehe, wäre der einzige größere Umbau bei der
Migration, die Umstellung der Domains von Textdatenbanken in den Hives
auf die zentrale hsdb. Hier wäre wichtig, dass keine Config-Files
generiert werden, wenn die Datenbank-Verbindung nicht 100%ig funktioniert
hat, denn sonst würden Mails bouncen, HTTP-Aufrufe ins Leere gehen etc.

Vielleicht sollten wir vorbereitend in den nächsten Monaten schonmal hsdb
nach Pima/Pomo umziehen und die SSL-Tunnel anpassen. Die Daten dieser
XEN-uDom müsste natürlich dann auch nächtlich gesichert werden.

Also:

Vorbereitung bei der Aktivierung von hsar 1.0:
1. hsdb in XEN-uDom nach Pima/Pomo verlegen
2. Domains von Textfiles in den Hives auf hsdb umstellen
3. in hsdb die weiteren neuen Tabellen einrichten
4. Import-Skript für virtusertable, passwd, db-user, datenbanken 
	und ggf. aliases nach hsdb erstellen

Damit hätten wir von nun an ca. 2-3 Monate Zeit.

Umstellung bei der Aktivierung von hsar 1.0:
5. betroffene get-...-Skripte deaktivieren
6. ggf. dbadmin entfernen
7. virtusertabls, passwd, db-user, datenbanken 
	und ggf. aliases in hsdb importieren
8. hsar aktivieren

Das sollte nach der o.g. Vorbereitung in 1-2 Stunden zu schaffen sein, in
der Zeit würde folgedesen keine Config-Änderung funktionieren. Das lässt
sich sogar Hive für Hive umstellen, beginnend mit einem Test-Hive.

Alles Gute wünscht
	Michael



-- 
Hostsharing eG | c/o Stilflut | Friedensalle. 120 | D-22765 Hamburg
Registergericht Hamburg, GnR 1007 | USt.-ID-Nr.: DE218602793
vertretungsber. Vorstand: Uwe Müller, Peter Niederlag, Michael Hönnig
phone+fax: +49 700 HOSTSHARING (= +49 700 46787427)
http://www.hostsharing.net | http://www.xing.com/go/invuid/Michael_Hoennig