Hallo Kollegen & Kolleginnen!
Wir beschäftigen uns mit der BaaN multible bshell-Funktionalität, um dadurch unsere vorhandenen Hardware-Ressourcen am Datenbankserver (hp-ux, N-Class-Server, 6 CPU´s, port 06.01 inkl. ServicePack 7, IVc4-tools, Oracle 7.3.4.5 - level 2) in vollem Umfang für den internen EURO-Konvertierungslauf nutzen zu können. Seitens BaaN wurden uns vertragskonform die auf die BaaN IVc3-Version migrierten EURO-Tools zur Verfügung gestellt, welche gemäß den bisherigen Austestungen funktional in Ordnung sein dürften.
BaaN hat uns zugesagt, dass die Euro-Tools in einer multible bshell-Umgebung lauffähig sind, jedoch haben unsere diesbzgl. Austestungen bisher keine Bestätigung dieser Aussage liefern können. Wir würden uns daher sehr über Erfahrungsberichte, Tips & Tricks zu dieser Thematik freuen und sind vor allem auf der Suche nach einem BaaN-Anwender, welcher bereits erfolgreich die Euro-Konvertierung im multible bshell-Betrieb durchgeführt hat. Weiters sind wir an Erfahrungswerten zum Parameterwert bdb_max_session_schedule (default = 3) interessiert. Vielen Dank für Ihr Feedback Mit freundlichen Grüßen!

V. LenzederFRONIUS Schweißmaschinen Produktion GmbH&Co.KG
Chief Information Officer
Gewerbestraße 23

A-4600 Wels-ThalheimTel: +43/(0)7242/ 241 202
GSM: +43/(0)664/60241202
SMS: +43/(0)664/6100708
Fax: +43/(0)7242/241-544
mailto:lenzeder.volker@fronius.com

http://www.fronius.com

Also, ich hab jetzt hier die ersten Testläufe in einer kopierten Echtumgebung
für die interne Euro-Konvertierung durch. NT auf einer Vier-Prozessor-Maschine,

auch Oracle, allerdings c4.Das ganze lief mit zwei parallelen Prozessen, insgesamt waren also drei bshells
beteiligt (eine für die Koordination und zwei für die Arbeit).
Zwei parallele Prozesse mit der Idee im Hinterkopf, dass NT dann so clever sein
wird, zwei Prozessoren die bshell-Prozesse übernehmen zu lassen und zwei die

Datenbank-Prozesse. Die Last hat sich auch schön verteilt.Das ganze gab keine Probleme, und lief entgegen meinen ersten Schätzungen sogar
ziemlich flott. Die Triangulationskonvertierung lief mit den selben

Einstellungen und ging auch Problemlos über die Bühne.
Was klappt denn nicht, bei Euch?Einen wichtig Tipp kann ich auf jeden Fall geben: Wir hatten auf Oracle die
automatische Archivierung der Redo-Log-Files aktiv. Das führte schon beim Aufbau
der Testumgebungen zu einem Überlaufen der entsprechenden Platten und wirkte
sich ganz erheblich auf die Laufzeit aus. Ich würde auf jedenfall empfehlen,
die automatische Archivierung vor der Konvertierung abzuschalten, nach der
Konvertierung einmal zu sichern, und dann die Archivierung wieder zu aktivieren.
Bricht die Konvertierung ab, kann man mit den Redo-Logs eh nichts anfangen und
muss ohnehin zurücksichern. (Dass man vor der Konvertierung eine Sicherung

fährt, versteht sich von selbst...)Servus,

Uli