Ulf Wendel

MaxDB: … das will man nicht upgraden.

… falls jemals jemand auf die Idee kommt ein SAP DB 7.3 auf Red Hat 7.3 auf MaxDB 7.6 und Red Hat Enterprise Linux 4 (RH EL 4) zu heben, dann sollte er dies auf einer neuen Machine machen. Die Upgrade Prozedur für Red Hat Enterprise Linux 4, welches offiziell von MaxDB 7.6 unterstützt wird und die Prozedur für Fedora Core, welches nicht in der offiziellen Kompatibilitätsmatrik enthalten ist, sind beide beängstigend. Es kommt zu einem wilden Mix aus OS und DB-Upgrade Schritten. Gnade dem, der keine Standby-Maschine hat, falls irgendetwas fehlt schlägt…

Eigentlich ist ein MaxDB-Upgrade denkbar einfach. Wenn man die MaxDB-Software mit SDBINST (CLI) oder SDBSETUP (GUI) installiert hat, dann kann man SDBUPD benutzen zur Aktualisierung von Software und Datenbankinstanz. Das geht bis auf wenige Randbereiche (sehr große Versionswechsel, … ) völlig schmerzfrei.

  • Zur Sicherheit: alte Softwareversion bereitlegen
  • Zur Sicherheit: vollständiges Backup auf der Quellinstanz erzeugen
  • Neue Software auspacken
  • SDBUPD aus dem neuen Softwarepaket starten und warten

Schmerzen bereitet die Prozedur nur, wenn die neue MaxDB-Version nicht auf dem System installiert werden kann, auf dem die alte Software läuft. Ganz schlimm wird es, wenn in solch einer Situation auch noch die alte Software nicht auf dem neuen Betriebssystem installiert werden kann, welches von der Zielversion der Datenbank vorrausgesetzt wird.

Genau in diesem Spaß ist man gefangen, wenn man von SAP DB 7.3 unter Red Hat 7.3 ausgehend das Red Hat und die Datenbank aktualisieren will. In der folgenden Kompatibilitätsliste habe ich meine Beobachtungen über die Kompatibilität unter x86-32bit zusammengestellt. Die Matrix ist keine offizielle Liste zur Plattformverfügbarkeit von SAP DB/MaxDB! Besonders SAP-Kunden sollten die SAP eigenen Kompatibilitätslisten beachten. Open Source Anwender können sich ein paar Anregungen holen.

  Red Hat 7.3 Red Hat 9.0 Fedora Core 4 Red Hat Enterprise Linux 4
SAP DB 7.3 startet startet Fehler, vielleicht mit sehr viel compat*.rpm – unwahrscheinlich startet nach Anpassungen
MaxDB 7.5 Fehler, sehr unwahrscheinlich startet startet offiziell supportet (kann sich ändern!)
MaxDB 7.6 Fehler, sehr unwahrscheinlich Fehler, unwahrscheinlich startet offiziell supportet (kann sich ändern!)

Der springende Punkt bei der Frage ob MaxDB X unter Linux Y in der Open Source Welt funktioniert sind die Kernel (NPTL) und libc/libstc++ Versionen. Das konservativ gestaltete RH EL 4 hat mich positiv überrascht. Es ist der klare Gewinner.

Auf geht’s mit diesem Hintergrundwissen in die Upgrade Prozeduren.

Upgrade von SAP DB 7.3 unter Red Hat 7.3 auf MaxDB 7.6 unter RH EL 4

Als erstes steht ein Betriebssystemupgrade auf dem Programm, weil MaxDB 7.6 nicht unter Red Hat 7.3 betrieben werden kann (NPTL Threads, neue libc, …). Für das Betriebssystemupgrade hält Red Hat eine kleine Ãœberraschung bereit (http://www.redhat.com/whitepapers/rhel/Migrate_RHEL.pdf):


While there are upgrade paths between successive releases of Red Hat Enterprise Linux products, it proved impractical to create an upgrade procedure that could cover all possible scenarios when migrating from the consumer releases. Red Hat’s experience with the consumer releases has shown that Migrating to Red Hat Enterprise Linux from Red Hat Linux – Benefits and Guidelines 7 many systems accumulate software of unknown origin and quality over time, and that upgrading such systems reliably is extremely difficult. So, because it is important to ensure that Red Hat Enterprise Linux deployments start from a fresh, known state, Red Hat does not provide an upgrade capability from the consumer releases. This means that a migration to any Red Hat Enterprise Linux product requires a fresh installation (except where noted below).


Mit anderen Worten: als erstes macht man die Produktionsmaschine platt. Ein ungutes Gefühl, wenn man keine Standby-Maschine hat. Folgende Prozedur funktionierte bei mir unter VMWare.

  1. Backup unter SAP DB 7.3 auf Red Hat 7.3 durchführen
  2. Neues RH EL 4 installieren
  3. SAP DB 7.3 installieren
  4. Backup recovern
  5. Aufgrund der verlorenen Backup-Historie: neues Backup erstellen
  6. MaxDB 7.6 mit SDBUPD die Software und Instanz installieren lassen

Upgrade von SAP DB 7.3 unter Red Hat 7.3 auf MaxDB 7.6 unter Fedora Core 4

Bei diesem Upgrade ist Musik drin. Betriebssystem und Datenbank werden jeweils in zwei Schritten aktualisert. SAP DB 7.3 wird man nur mit viel Mühen unter Fedora Core 4 zum laufen bringen, weil Fedora eine ganze Reihe von compat*-RPMs zumindest in meiner Installation ausgelassen hat bzw. vermissen lässt. Ebenso kann MaxDB 7.6 nicht unter Red Hat 7.3 betrieben werden. Ein Quell der Freude.

  1. Backup unter SAP DB 7.3 auf Red Hat 7.3 durchführen
  2. Red Hat auf 9.0 patchen
  3. MaxDB 7.5 installieren und SAP DB 7.3 upgraden
  4. Backup unter MaxDB 7.5 durchführen
  5. Red Hat 9.0 auf Fedora Core 4 patchen
  6. MaxDB 7.6 installieren und MaxDB 7.5 upgraden

Na, und?

… och nichts, auf VMWare Spielzeugmaschinen ist das alles nicht dramatisch. Gut, die 10GB Download für die ISO-Images nerven, aber sonst. Wer es im Produktionsbetrieb durchführen will, sollte sich jemanden suchen, der weis wann man nicht unter root arbeiten darf sondern den sdb/sapdb User benutzen muss, was eigentlich LD_ASSUME_KERNEL macht und wie man user_sysdba benutzt.

Comments are closed.