Dynamic Reconfiguration

Da es gerade in ist, über Sun zu ranten will ich mal in den Gesang einstimmen... Zumal ich heute ein eher unschönes Erlebnis mit Sun hatte. Da hat man eine schöne (und ziemlich teure) E6900 im RZ stehen, die so nette Features bietet wie u. a. Dynamic Reconfiguration: Damit kann man im laufenden Betrieb ganze Systemboards drainen, rauskonfigurieren und entfernen, Memoryupgrades/-ersatz durchführen, Board wieder einbauen, einkonfigurieren und die Kiste rennt unbeeindruckt weiter.

Wirklich eine tolle Sache. Natürlich müssen gewisse Rahmenbedingungen erfüllt sein, damit das auch wirklick klappt. Die sind eigentlich klar definiert und man kann sich gut darauf vorbereiten (Oracle z.B. muss mit DISM statt ISM konfiguriert sein). In der Praxis sieht es dann anders aus, heute hiess es: "Realtime-Prozess läuft". "Firmware nicht DR-fähig". "Patch XYZ fehlt". "Oracle!". Die Tatsache, dass DR auf der gleichen Maschine bereits mehrfach problemlos durchgeführt wurde, wird nicht kommentiert. Auf unseren Vorschlag, die DR bei gestoppter Applikation durchzuführen wird genausowenig eingegangen wie die weiteren Alternativen init S + DR oder ok-Prompt + DR um wenigstens Boot und/oder Memory-Checks (dauert bei 64 GB relativ lange...) zu vermeiden. Und bei alledem werd ich das Gefühl nicht los, dass es nur darum geht, dass man keine Verantwortung übernehmen will. Hallo Sun: Wenn ihr uns die Features verkauft, dann sorgt auch dafür, dass eure Leute sie verwenden oder dann wenigstens stichhaltig begründen, weshalb es nicht geht (was kann im ok-Prompt noch schiefgehen?).