WebSphere Enterprise Service Bus, Version 6.2.0 Betriebssysteme: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Upgrade der Common-Datenbank manuell durchführen

Nach der Migration des Servers von einer vorherigen Version müssen Sie ein Upgrade auf ein neues Datenbankschema für die Common-Datenbank durchführen, bevor Sie den Server starten. Sie müssen das Upgrade manuell durchführen, wenn der für die Datenquelle definierte Datenbankbenutzer nicht über eine ausreichende Berechtigung für die Modifikation des Datenbankschemas verfügt.

Vorbereitende Schritte

Anmerkung: Beginn der ÄnderungEin manuelles Upgrade der Common-Datenbank ist nur bei der Migration von Version 6.1.x auf Version 6.2.x möglich. Informationen zur Erstellung der Common-Datenbank bei einer Migration von Version 6.0.2 auf Version 6.2.x enthält der Abschnitt Common-Datenbank bei Migration von Version 6.0.2 auf Version 6.2.x erstellen und Subsystem für Wiederherstellung konfigurieren.Ende der Änderung

Informationen zu diesem Vorgang

Für eine Datenbank, auf die ein migrierter Server zugreift, muss eine Aktualisierung des Schemas durchgeführt werden, bevor Sie den Server starten. Bei einem Cluster muss für eine Datenbank, auf die beliebige migrierte Cluster-Member zugreifen, das Schema aktualisiert werden, bevor Sie einen der Cluster-Member starten. Sie müssen das Upgrade manuell durchführen, wenn der für die Datenquelle definierte Datenbankbenutzer nicht über eine ausreichende Berechtigung für die Modifikation des Datenbankschemas verfügt. Bei der Common-Datenbank muss der für die Datenquelle konfigurierte Datenbankbenutzer für das Ausführen der folgenden Operationen berechtigt sein: Tabellen zu erstellen und zu ändern sowie Indizes und Sichten zu erstellen und zu löschen.
Vorgehensweise
  1. Sie müssen eine Benutzer-ID verwenden, die über eine ausreichende Berechtigung für die Aktualisierung des Datenbankschemas verfügt.
  2. Sichern Sie die Datenbank.
  3. Suchen Sie das Verzeichnis, in dem sich die Datenbankscripts befinden:
    • For i5/OS operating systemFor Linux operating systemFor UNIX operating system Auf Linux®-, UNIX®- und i5/OS-Plattformen: installationsstammverzeichnis/dbscripts/komponentenname/datenbanktyp
    • For Windows operating system Auf Windows®-Plattformen: installationsstammverzeichnis\dbscripts\komponentenname\datenbanktyp

    Dabei gilt Folgendes:

    installationsstammverzeichnis
    ist das Stammverzeichnis, in dem WebSphere ESB Version 6.2 installiert wurde.
    komponentenname
    ist CommonDB.
    datenbanktyp
    ist ein Name, der dem von Ihnen verwendeten Datenbankprodukt entspricht. Die gültigen Datenbanktypen und die zugehörigen Verzeichnisnamen lauten wie folgt:
    Datenbanktyp Verzeichnisname
    DB2 Universal Database (für alle Betriebssysteme außer z/OS und i5/OS) DB2
    DB2 Universal Database für i5/OS DB2iSeries
    DB2 für z/OS Version 8.x DB2zOSV8: Verwenden Sie Scripts in diesem Verzeichnis, wenn die Erstkonfiguration der Datenbank DB2 z/OS Version 8 (verwendet lange Tabellennamen) verwendet hat oder wenn Sie von DB2 z/OS Version 7 ein Upgrade auf DB2 z/OS Version 8 durchgeführt haben.
    DB2 für z/OS Version 9.x DB2zOSV9: Verwenden Sie Scripts in diesem Verzeichnis, wenn die Erstkonfiguration der Datenbank DB2 z/OS Version 9 oder höher (verwendet lange Tabellennamen) verwendet hat oder wenn Sie von DB2 z/OS Version 7 ein Upgrade auf DB2 z/OS Version 9 durchgeführt haben.
    Derby Derby
    Anmerkung: Falls eine Cloudscape-Datenbank für eine frühere Installation (vor Version 6.0.2) von WebSphere ESB vorhanden ist, muss zunächst für die Datenbank ein Upgrade von einer Cloudscape-Datenbank auf eine Derby-Datenbank durchgeführt werden. Nähere Informationen hierzu finden Sie unter Migration von Cloudscape-Datenbanken. Wenn eine Derby-Datenbank vorhanden ist, die derselben Version (6.0.2) von WebSphere ESB entspricht, müssen Sie mit den Scripts in diesem Verzeichnis für die Datenbank ein Upgrade durchführen, damit sie WebSphere ESB Version 6.2 entspricht.
    Informix Informix
    Oracle Oracle
    Microsoft® SQL Server SQLServer
    Spezifische Datenbankproduktnamen und Versionen finden Sie unter Datenbankkonfigurationen.
  4. Suchen Sie nach dem Migrationsscript für die Datenbank, das mit der Zeichenfolge upgradeSchema beginnt. Je nach den vorhandenen Datenbanken finden Sie die Scripts upgradeSchema.bat und/oder upgradeSchema.sh sowie komponentenspezifische SQL-Scripts wie upgradeSchema<migrierte_wbi-version>_<komponente>.sql. Um beispielsweise für das Schema der Common-Datenbank ein Upgrade von WebSphere ESB Version 6.0.2.x auf Version 6.2 durchzuführen, wenn dbType den Wert DB2_UNIVERSAL hat, müssen Sie die folgenden Migrationsscripts verwenden:
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema.bat
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema.sh
    • install_root/dbscripts/CommonDB/DB2/upgradeSchemaTables.bat
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_Recovery.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_relationshipService.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_governancerepository.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_DirectDeploy.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_CommonDB.sql
    • install_root/dbscripts/CommonDB/DB2/upgradeSchema602_customization.sql
    Anmerkung: Andere Scripts, die sich in demselben Verzeichnis CommonDB/DB2 befinden, können ebenfalls zum Einsatz kommen. Dies ist von der WebSphere ESB-Version abhängig, die den Ausgangspunkt der Migration bildet.
  5. Kopieren Sie das entsprechende Script bzw. die entsprechenden Scripts aus dem Verzeichnis, in dem Sie das/die Script(s) gefunden haben, auf das System, auf dem sich die Datenbank befindet.
  6. Überprüfen Sie die SQL-Scripts und modifizieren Sie sie bei Bedarf, damit sie Ihren Bedürfnissen entsprechen. Hierzu gehören alle Scripts in dem Verzeichnis, deren Benennung der folgenden Syntax entspricht: upgradeSchemannn_<komponente>xql. Hierbei steht nnn für eine Produktversionsnummer und 'komponente' für einen der folgenden Werte:
    • CommonDB
    • relationshipService
    • governancerepository
    • DirectDeploy
    • customization
    Sie müssen unter Umständen z. B. einen Benutzernamen, ein Kennwort oder einen Dateipfad ändern.
  7. Stellen Sie mit Ihrem Datenbankclient eine Verbindung zur Datenbank her. Hiermit stellen Sie sicher, dass die Verbindung hergestellt werden kann.
  8. Führen Sie Ihre Version der Upgrade-SQL-Scripts aus. Informationen dazu, wie Sie ein SQL-Script (.sql) mit Ihrer Datenbank ausführen, finden Sie in der Dokumentation für Ihr Datenbankprodukt.

    Sind in der Ausgabe des Datenbankclients Fehler oder Störungen angegeben, beheben Sie die gemeldeten Fehler und wiederholen Sie diesen Schritt.

Ergebnisse

Das Datenbankschema wurde aktualisiert. Wenn der Server das erste Mal nach dem Upgrade gestartet wird, werden die Daten gemäß dem neuen Schema migriert. Nachdem die Daten migriert wurden, können Server der Version 6.1.x oder der Version 6.0.2.x nicht für die Datenbank ausgeführt werden.

task Taskabschnitt

Nutzungsbedingungen | Feedback


Zeitmarkensymbol Letzte Aktualisierung: 05 Juli 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/tmig_vtv_upg_cdb.html
Copyright IBM Corporation 2005, 2010. Alle Rechte vorbehalten.
Dieses Information Center basiert auf Eclipse-Technologie (http://www.eclipse.org).