DB2-Inhalte parallel migrieren

Übertragen Sie bei der Migration auf Version 6.0 DB2-Daten aus Ihren IBM Connections 5.0- oder 5.5-Datenbanken in die neuen 5.0- oder 5.5-Datenbanken.

1. Erstellen Sie unter Verwendung des Connections 5.0- oder 5.5-Datenbankassistenten 5.0- oder 5.5-Zieldatenbanken auf einem System, das von Ihren Quellendatenbanken getrennt ist. Die neuen Datenbanken hosten Ihre Daten für die Migration auf die 6.0-Implementierung.

   Die Prozedur ist im IBM Knowledge Center beschrieben: Datenbanken mit dem Datenbankassistenten erstellen.

   Anmerkung: Wenn sich der 5.0- oder 5.5-Datenbankassistent nicht auf dem System befindet, das die Zieldatenbanken hostet, kopieren Sie ihn von dem System, das Connections hostet.
2. Unter Windows 2008 und 2012 müssen Sie die DB2-Verwaltungstasks mit vollständigen Administratorberechtigungen ausführen.
   1. Öffnen Sie, nachdem Sie sich als Instanzeigner angemeldet haben, eine Befehlszeile und wechseln Sie in das DB2-Verzeichnis "bin". Beispiel: C:\Programme\IBM\SQLLIB\BIN.
   2. Geben Sie den folgenden Befehl ein: db2cwadmin.bat. Dieser Befehl öffnet den DB2-Befehlszeilenprozessor und legt dabei außerdem Ihre DB2-Berechtigungen fest.
3. Aktualisieren Sie die Zieldatenbanken mit der neuesten CR-Stufe (Cumulative Refresh) für den Code-Stream, wie unter 5.0- und 5.5-DB2-Datenbanken manuell aktualisieren beschrieben.
4. Bereiten Sie die Zieldatenbanken auf das Akzeptieren der Daten von den Quellendatenbanken vor. Entfernen Sie die Vorgaben aus den Zieldatenbanken, indem Sie die folgenden SQL-Scripts aus dem IBM Connections 6.0-Paket ausführen:
   Notes:

   • Führen Sie diese SQL-Scripts aus, bevor Sie Daten an die Zieldatenbank übertragen.
   • IBM Connections verwendet die folgenden Datenbankbibliotheken, die sich bereits auf dem Zieldatenbankserver befinden:
     • db2jcc4.jar
     • db2jcc_license_cu.jar
   Wiederholen Sie die folgenden Prozeduren für jede Anwendung, die Sie migrieren möchten:
   1. Melden Sie sich als Instanzeigner an. Der Standardeigner unter AIX und Linux ist "db2inst1". Unter Windows lautet der Standardeigner "db2admin".
   2. Wechseln Sie für jede Anwendung in das Verzeichnis, in dem die relevante SQL-Datei gespeichert ist.
   3. Geben Sie die entsprechenden Befehle für die einzelnen Anwendungen ein, die in der folgenden Tabelle dargestellt sind:
      Anmerkung: Führen Sie die Befehle predbxferxx.sql aus, die im 6.0-GA-Build, nicht jedoch im 5.0- oder 5.5-Build enthalten sind. xx steht dabei für:

      • 50
      • 50CRx
      • 55
      • 55CRx

      Führen Sie nur die predbxfer-Datei aus, die Ihrer Datenbank-CR-Stufe entspricht. Wenn die Zieldatenbank z. B. 5.5 CR2 aufweist, führen Sie nur die Datei predbxfer55CR2.sql aus. Führen Sie keine Dateien für andere CR-Stufen aus. Führen Sie auch nicht predbxfer60.sql aus, auch wenn die Datei vorhanden ist.

      Wenn Sie die erforderliche Datei predbxx.sql in der Positionsgliederung nicht finden können, können Sie die predbxx.sql-Dateien aus der Ausgabe des Upgrade-Assistenten verwenden.

   Tabelle 1. DB2-Befehle zum Entfernen von Vorgaben

   Anwendung und Verzeichnis	DB2-Befehle
   Aktivitäten: /connections.sql/activities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -tvf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -tvf predbxfer55.sql aus.
   Blogs: /connections.sql/blogs/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Lesezeichen: /connections.sql/dogear/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Communitys: /connections.sql/communities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR1: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.0 CR2 oder eine aktuellere CR-Stufe: Führen Sie db2 -td@ -vf predbxfer50CR2.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Communitys-Kalender: /connections.sql/communities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf calendar-predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf calendar-predbxfer55.sql aus.
   Dateien: /connections.sql/files/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR1: Führen Sie db2 -td@ -vf predbxfer55.sql aus. 5.5 CR2 oder eine aktuellere Stufe: Führen Sie db2 -td@ -vf predbxfer55CR2.sql aus.
   Foren: /connections.sql/forum/db2	Wenn Folgendes installiert ist: 5.0: Führen Sie db2 -tvf predbxfer50.sql aus. 5.0 CR1 oder eine aktuellere Stufe: Führen Sie db2 -tvf predbxfer50CR1.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -tvf predbxfer55.sql aus.
   Homepage: /connections.sql/homepage/db2	Wenn Folgendes installiert ist: 5.0: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.0 CR1: Führen Sie db2 -td@ -vf predbxfer50CR1.sql aus. 5.0 CR2: Führen Sie db2 -td@ -vf predbxfer50CR2.sql aus. 5.0 CR3: Führen Sie db2 -td@ -vf predbxfer50CR3.sql aus. 5.0 CR4: Führen Sie db2 -td@ -vf predbxfer50CR4.sql aus. 5.5: Führen Sie db2 -td@ -vf predbxfer55.sql aus. 5.5 CR1: Führen Sie db2 -td@ -vf predbxfer55CR1.sql aus. 5.5 CR2: Führen Sie db2 -td@ -vf predbxfer55CR2.sql aus.
   Kennzahlen: /connections.sql/metrics/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Mobile: /connections.sql/mobile/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Profile: /connections.sql/profiles/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf predbxfer55.sql aus.
   Wikis: /connections.sql/wikis/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.5 oder 5.5 CR1: Führen Sie db2 -td@ -vf predbxfer55.sql aus. 5.5 CR2: Führen Sie db2 -td@ -vf predbxfer55CR2.sql aus.
   Push-Benachrichtigungen: /connections.sql/pushnotification/db2	Wenn 5.5 oder 5.5 CR installiert ist: Führen Sie db2 -td@ -vf predbxfer55.sql aus.

   Anmerkung: Um zu überprüfen, ob Vorgaben entfernt wurden, überprüfen Sie die Ausgabe der predbxfer-Scripts. Wenn die Scripts erfolgreich ausgeführt werden, werden die Vorgaben gelöscht.
5. Übertragen Sie die Daten mit dem IBM Connections-Datenbankübertragungstool an die Zieldatenbanken:
   1. Erstellen Sie auf dem Zieldatenbankserver ein Verzeichnis namens DBT_HOME an folgender Position: <>IBM\Connections\ConfigEngine\lib. Die übertragenen Daten werden vorübergehend in diesem Verzeichnis gespeichert.
   2. Stellen Sie sicher, dass Sie die neue Version der Datei dbt.jar verwenden. Kopieren Sie sie aus dem Verzeichnis VerzeichnispfadkonventionenConnections\xkit\migration in das Verzeichnis DBT_HOME auf dem Zieldatenbankserver.
      Notes:

      • Sie müssen sicherstellen, dass der Server installiert ist, sodass die Datei "dbt.jar" vor der Migration der Datenbank in der richtigen Position vorhanden ist.
      • IBM Connections unterstützt GNU Java nicht.
      • Verwenden Sie die Java Runtime Environment (JRE) im Wizards-Verzeichnis auf dem Installationsdatenträger.
      • Aktualisieren Sie mithilfe der Anweisungen für Ihr Betriebssystem Ihre PATH-Variable so, dass sie auf diese JRE zeigt. Zum Beispiel könnte der relative Pfad zur JRE auf dem Microsoft Windows-Betriebssystem Wizards\jvm\win\jre lauten. Auf den Betriebssystemen AIX oder Linux könnte der relative Pfad Wizards/jvm/aix/jre und Wizards/jvm/linux/jre lauten.
   3. Erstellen Sie unter dem Verzeichnis DBT_HOME eine XML-Konfigurationsdatei und fügen Sie ihr folgenden Inhalt hinzu:

      <dbTransfer xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
      <database role="source" 
      driver="JDBC_driver" 
      url="JDBC_url" 
      userId="database_admin
      schema="application_db_schema_name"
      dbType="dbType"/>
      <database role="target"
      driver="JDBC_driver"
      url="JDBC_url"
      userId="database_admin" 
      schema="application_db_schema_name" 
      dbType="dbType"/>
      <table sourceName="TABLE_TO_SKIP" exclude="true"/> <!-- optionales Argument, das verwendet wird, damit dbtransfer eine Tabelle überspringt -->
      </dbTransfer>

      Anmerkung: Alle Einträge vom Typ <table sourceName="TABLE_TO_SKIP" exclude="true stehen direkt vor </dbTransfer>.

      Dabei gilt Folgendes:

      JDBC_driver steht für den folgenden Typ:

      • com.ibm.db2.jcc.DB2Driver
      JDBC_url steht für einen der folgenden Typen:

      • jdbc:db2://host_IP:port/application_database_name
        Anmerkung: Sie können versuchen, den Migrationsprozess zu beschleunigen, indem Sie die URL wie folgt anpassen:

        jdbc:db2://host_IP:port/application_database_name:streamBufferSize=2097152;progressiveStreaming=1;

        Wenn das progressive Streaming aktiviert ist, können Sie steuern, wann der JDBC-Treiber LOBs mit der Eigenschaft 'streamBufferSize' materialisiert. Wenn ein LOB-oder XML-Objekt kleiner-gleich dem Wert für 'streamBufferSize' ist, wird das Objekt materialisiert. Angenommen, der Vorschlagswert wird auf 2097152 KB gesetzt – dann ist dieser Wert vielleicht sogar zu klein, da diese Migration problemlos funktioniert hat und sämtliche Daten ohne Schwierigkeiten übertragen wurden. Die Materialisierung von LOB-Daten ermöglicht unter Umständen nicht nur eine Leistungssteigerung, sondern kann auch eine Möglichkeit sein, Daten innerhalb von LOBS zu verarbeiten.

        Durch die Erhöhung des Werts für 'streamBufferSize' während der Migration wurde die Leistungsoptimierung verbessert, da die Materialisierung der CLOB-Objekte aktiviert wurde. Weitere Informationen hierzu finden Sie unter IBM Connections content missing after migration.

      Anmerkung: Dabei gilt Folgendes:

      • host_IP ist die IP-Adresse des Datenbankservers.
      • port ist die Portnummer des Servers.
      • application_database_name weist einen der folgenden Werte auf:
        • Aktivitäten: OPNACT
        • Blogs: BLOGS
        • Communitys: SNCOMM
        • Lesezeichen: DOGEAR
        • Dateien: FILES
        • Foren: FORUM
        • Homepage: HOMEPAGE
        • Kennzahlen: METRICS
        • Mobile: MOBILE
        • Profile: PEOPLEDB
        • Wikis: WIKIS
        • Push-Benachrichtigungen: PNS
          Anmerkung: Für Connections 5 ist der Name der Push-Benachrichtigungsdatenbank "FILES", für Connections 6 ist der Name der Push-Benachrichtigungsdatenbank "PNS".

      database_admin ist die Benutzer-ID des Datenbankadministrators.

      application_db_schema_name weist einen der folgenden Werte auf:

      • Aktivitäten: ACTIVITIES
      • Blogs: BLOGS
      • Communitys: SNCOMM und CALENDAR
        Anmerkung: Um eine Migration der Communitys-Daten durchzuführen, muss der Befehl dbt zweimal ausgeführt werden: einmal für das Schema SNCOMM und dann ein zweites Mal für das Schema CALENDAR.
      • Lesezeichen: DOGEAR
      • Dateien: FILES
      • Foren: FORUM
      • Homepage: HOMEPAGE
      • Kennzahlen: METRICS
      • Mobile: MOBILE
      • Profile: EMPINST
        Anmerkung: Wenn Sie die TDI-bezogene Tabelle EMP_UPDATE_TIMESTAMP verwenden, muss sie nicht übertragen werden. Sie müssen die folgende Anweisung hinzufügen: <table sourceName="EMP_UPDATE_TIMESTAMP" exclude="true"/>.
      • Wikis: WIKIS
      • Push-Benachrichtigungen: PNS
      dbType hat den folgenden Wert:

      • DB2
      Der optionale Eintrag <table sourceName="TABLE_TO_SKIP" exclude="true"/> weist dbtransfer an, eine benannte Tabelle zu überspringen.

      Anmerkung: Beachten Sie bei der Verwendung von "TABLE_TO_SKIP" Folgendes:

      • Überspringen Sie die Tabellen, die vollständig übertragen wurden.
      • Wenn ein Fehler bei der Übertragung einer Tabelle ausgegeben wird, löschen Sie den Inhalt der Tabelle auf dem Zielsystem. Überspringen Sie die Tabelle nicht und führen Sie "dbTransfer" erneut aus.
      • Wenn Sie "dbTransfer" erneut ausführen müssen, werden die Tabellen möglicherweise in einer anderen Reihenfolge ausgeführt.
   4. Bereiten Sie den JDBC-Treiber der Zieldatenbanken vor:
      • Verwenden Sie den JDBC-Treiber auf dem Zieldatenbankserver.
   5. Führen Sie zur Übertragung der Daten die Datei dbt.jar aus, indem Sie den Befehl in einer Zeile eingeben. Fügen Sie keine Leerstellen in eine Reihe von Dateinamen ein:
      • Linux:

        "JAVA_HOME/bin/java"

        -cp DBT_HOME/dbt.jar:

        DB2_HOME/java/db2jcc4.jar

        Hierbei entspricht DB2_HOME dem Pfad IBM\connections\IBM\SQLLIB\java\

        com.ibm.wps.config.db.transfer.CmdLineTransfer

        -logDir DBT_HOME/logs

        -xmlfile DBT_HOME/dbt_config_file_name

        -sourcepassword source_db_password

        -targetpassword target_db_password

        Dabei gilt Folgendes:

        • JAVA_HOME ist der Pfad zum Java-JDK:
          opt/IBM/WebSphere/AppServer/java/jre
        • dbt_config_file_name ist der Name der XML-Konfigurationsdatei, die Sie für die Datei dbt.jar erstellt haben.
        • logs ist das Verzeichnis, in dem die Protokolldateien gespeichert sind. Erstellen Sie vor dem Ausführen dieser Datei das Verzeichnis logs
        • DB2_HOME ist der Pfad zum DB2-Installationsverzeichnis.

        Führen Sie den Befehl auf einer einzigen Zeile aus; fügen Sie keine zusätzlichen Leerstellen hinzu. Mehrere Dateinamen werden z. B. als filename.jar:filename.jar eingegeben, ohne Leerzeichen zwischen den Dateinamen. Der Befehl ähnelt dem Folgenden, wenn er als einzelner Befehl ausgeführt wird (nach Ihrer jeweiligen Konfiguration bearbeitet):

        JAVA_HOME/bin/java -cp DBT_HOME/dbt.jar:DB2_HOME/java/db2jcc4.jar com.ibm.wps.config.db.transfer.CmdLineTransfer -logDir DBT_HOME/logs -xmlfile DBT_HOME/dbt_config_file_name -sourcepassword password -targetpassword password

      • Windows:

        JAVA_HOME\bin\java

        -cp DBT_HOME\dbt.jar;

        DB2_HOME\java\db2jcc4.jar

        com.ibm.wps.config.db.transfer.CmdLineTransfer

        -logDir DBT_HOME\logs

        -xmlfile DBT_HOME/dbt_config_file_name

        -sourcepassword source_db_password

        -targetpassword target_db_password

        Dabei gilt Folgendes:

        • JAVA_HOME ist der Pfad zum Java-JDK.
          Wizards\jvm\win\jre\bin\java
        • dbt_config_file_name ist der Name der XML-Konfigurationsdatei, die Sie für die Datei dbt.jar erstellt haben.
        • logs ist das Verzeichnis, in dem die Protokolldateien gespeichert sind. Erstellen Sie vor dem Ausführen dieser Datei das logs-Verzeichnis.
        • DB2_HOME ist der Pfad zum DB2-Installationsverzeichnis.

        Führen Sie den Befehl auf einer einzigen Zeile aus; fügen Sie keine zusätzlichen Leerstellen hinzu. Mehrere Dateinamen werden z. B. als filename.jar;filename.jar eingegeben, ohne Leerzeichen zwischen den Dateinamen. Der Befehl ähnelt dem Folgenden, wenn er als einzelner Befehl ausgeführt wird (nach Ihrer jeweiligen Konfiguration bearbeitet):

        JAVA_HOME\bin\java -cp c:\DBT_HOME\dbt.jar;DB2_HOME\db2jcc4.jar com.ibm.wps.config.db.transfer.CmdLineTransfer -logDir c:\DBT_HOME\logs -xmlfile c:\DBT_HOME\dbt_config_file_name -sourcepassword password -targetpassword password

      Nach dem Abschluss der Übertragung können Sie Ihre 5.0- oder 5.5-Quellenimplementierung erneut starten, um die Ausfallzeit des Service zu minimieren.

      Anmerkung: Nach dem Neustart der 5.0- oder 5.5-Umgebung generierte Daten werden nicht migriert.
6. Wenden Sie die Vorgaben erneut auf die Zieldatenbanken an:
   1. Melden Sie sich als Instanzeigner an.
   2. Wechseln Sie für jede Anwendung in das Verzeichnis, in dem die relevante SQL-Datei gespeichert ist.
   3. Anmerkung: Führen Sie die Befehle postdbxferxx.sql aus, die im 6.0-GA-Build, nicht jedoch im 5.0- oder 5.5-Build enthalten sind. xx steht dabei für:

      • 50
      • 50CRx
      • 55
      • 55CRx
   4. Geben Sie die entsprechenden Befehle für die einzelnen Anwendungen ein, die in der folgenden Tabelle dargestellt sind:

   Tabelle 2. DB2-Befehle zum erneuten Anwenden von Vorgaben

   Anwendung und Verzeichnis	DB2-Befehle
   Aktivitäten: /connections.sql/activities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -tvf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -tvf postdbxfer55.sql aus. Führen Sie db2 -tvf clearScheduler.sql aus.
   Blogs: /connections.sql/blogs/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus.
   Lesezeichen: /connections.sql/dogear/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus.
   Communitys: /connections.sql/communities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR1: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.0 CR2 oder eine aktuellere CR-Stufe: Führen Sie db2 -td@ -vf postdbxfer50CR2.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Communitys - Kalender: /connections.sql/communities/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf calendar-postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf calendar-postdbxfer55.sql aus.
   Dateien: /connections.sql/files/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR1: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. 5.5 CR2 oder eine aktuellere Stufe: Führen Sie db2 -td@ -vf postdbxfer55CR2.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Foren: /connections.sql/forum/db2	Wenn Folgendes installiert ist: 5.0: Führen Sie db2 -tvf postdbxfer50.sql aus. 5.0 CR1 oder eine aktuellere Stufe: Führen Sie db2 -tvf postdbxfer50CR1.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -tvf postdbxfer55.sql aus. Führen Sie db2 -tvf clearScheduler.sql aus.
   Homepage: /connections.sql/homepage/db2	Wenn Folgendes installiert ist: 5.0: Führen Sie db2 -td@ -vf predbxfer50.sql aus. 5.0 CR1: Führen Sie db2 -td@ -vf postdbxfer50CR1.sql aus. 5.0 CR2: Führen Sie db2 -td@ -vf postdbxfer50CR2.sql aus. 5.0 CR3: Führen Sie db2 -td@ -vf postdbxfer50CR3.sql aus. 5.0 CR4: Führen Sie db2 -td@ -vf postdbxfer50CR4.sql aus. 5.5: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. 5.5 CR1: Führen Sie db2 -td@ -vf postdbxfer55CR1.sql aus. 5.5 CR2: Führen Sie db2 -td@ -vf postdbxfer55CR2.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Kennzahlen: /connections.sql/metrics/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Mobile: /connections.sql/mobile/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus.
   Profile: /connections.sql/profiles/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Wikis: /connections.sql/wikis/db2	Wenn Folgendes installiert ist: 5.0 oder 5.0 CR: Führen Sie db2 -td@ -vf postdbxfer50.sql aus. 5.5 oder 5.5 CR1: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. 5.5 CR2: Führen Sie db2 -td@ -vf postdbxfer55CR2.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.
   Push-Benachrichtigungen: /connections.sql/pushnotification/db2	Wenn Folgendes installiert ist: 5.5 oder 5.5 CR: Führen Sie db2 -td@ -vf postdbxfer55.sql aus. Führen Sie db2 -td@ -vf clearScheduler.sql aus.

7. (Nur Profile.) Führen Sie die folgenden Befehle aus, um die Datenbankreihenfolge für DB2-Zieldatenbanken zu aktualisieren:

   • Führen Sie für die Quellendatenbank die folgenden Befehle aus:

     SELECT NEXT VALUE FOR EMPINST.CHG_EMP_DRAFT_SEQ AS CHG_EMP_DRAFT_SEQ FROM SYSIBM.SYSDUMMY1;

     SELECT NEXT VALUE FOR EMPINST.EMP_DRAFT_SEQ AS EMP_DRAFT_SEQ FROM SYSIBM.SYSDUMMY1;

     SELECT NEXT VALUE FOR EMPINST.EXT_DRAFT_SEQ AS EXT_DRAFT_SEQ FROM SYSIBM.SYSDUMMY1;

     Anmerkung: Die Ergebnisse dieser Abfragen sind das query_result, das Sie im nächsten Schritt für die Zieldatenbanken verwenden.

     Führen Sie für die Zieldatenbank die folgenden Befehle aus:

     ALTER SEQUENCE EMPINST.CHG_EMP_DRAFT_SEQ RESTART WITH query_result;

     ALTER SEQUENCE EMPINST.EMP_DRAFT_SEQ RESTART WITHquery_result;

     ALTER SEQUENCE EMPINST.EXT_DRAFT_SEQ RESTART WITHquery_result;

     Anmerkung: Dabei ist query_result das entsprechende Ergebnis aus den vorherigen select-Anweisungen.
8. (Nur Kennzahlen.) Führen Sie die folgenden Befehle aus, um die Datenbankreihenfolge für DB2-Zieldatenbanken zu aktualisieren:

   • Führen Sie für die Quellendatenbank den folgenden Befehl aus:

     SELECT NEXT VALUE FOR METRICS.ID_VALUES AS ID_VALUES_SEQ FROM SYSIBM.SYSDUMMY1;

     SELECT MAX(ID) FROM METRICS.F_TRX_EVENTS;

     Anmerkung: Die Ergebnisse dieser Abfragen sind das query_result, das Sie im nächsten Schritt für die Zieldatenbanken verwenden.

   • Führen Sie für die Zieldatenbank die folgenden Befehle aus:

     ALTER SEQUENCE METRICS.ID_VALUES RESTART WITH query_result;

     ALTER TABLE METRICS.F_TRX_EVENTS ALTER COLUMN ID RESTART WITH query_result;

     Anmerkung: Dabei ist query_result das entsprechende Ergebnis aus den vorherigen select-Anweisungen.
9. Aktualisieren Sie manuell oder mithilfe des Datenbankassistenten die neuen Datenbanken auf IBM Connections-Version 6.0. Weitere Informationen finden Sie in den Abschnitten 5.0- und 5.5-Datenbanken auf 6.0 migrieren und 5.0- und 5.5-Datenbanken mit dem Assistenten aktualisieren.