Systemverwaltung: Konzept

Bereichsclustertabelle

Eine Bereichsclustertabelle kann nicht in einer Datenbank erstellt werden, die mehr als eine Partition hat.

Konzept des Katalogtabellenbereichs

Bei der Erstellung einer Datenbank werden drei Tabellenbereiche definiert. Dazu gehört der Tabellenbereich SYSCATSPACE für die Systemkatalogtabellen. Die Seitengröße, die als Standardeinstellung für alle Tabellenbereiche gilt, wird bei der Erstellung der Datenbank festgelegt. Bei Auswahl einer Seitengröße von mehr als 4096 bzw. 4 KB wird die Seitengröße für die Katalogtabellen auf eine Zeilengröße beschränkt, die sie haben würde, wenn der Katalogtabellenbereich eine Seitengröße von 4 KB hätte. Die Standardseitengröße der Datenbank wird als informativer Datenbankkonfigurationsparameter mit dem Namen pagesize gespeichert.

Unterstützte Gebietscodes und Codepages

Im Anhang B "Unterstützung in der Landessprache" des Handbuchs Systemverwaltung: Konzept finden Sie im Thema "Unterstützte Gebietscodes und Codepages" Tabellen für die einzelnen Gebiete. Für zwei Tabellen ist eine Aktualisierung erforderlich:

China (VRC), Gebietskennung: CN

Die Codepage für die GBK-Zeile für Linux in der Tabelle "China (VRC), Gebietskennung: CN" muss von 1383 in 1386 geändert werden.

Die Zeile sollte also wie folgt lauten:

1386     D-4     GBK     86     zh_CN.GBK     Linux

Japan, Gebietskennung: JP

Die Tabelle für "Japan, Gebietskennung: JP" wurde überarbeitet.

Der folgende Name für die Ländereinstellung muss entfernt werden:

954      D-1      eucJP   81       japanese      Solaris

Die überarbeitete Tabelle sieht wie folgt aus:

Von DB2 Universal Database unterstützte XA-Funktionalität

DB2 Universal Database (UDB) unterstützt die Spezifikation XA91, die in X/Open CAE Specification Distributed Transaction Processing: The XA Specification definiert ist, mit folgenden Ausnahmen:

• Asynchrone Services Die XA-Spezifikation ermöglicht der Schnittstelle die Verwendung asynchroner Services, so dass das Ergebnis einer Anforderung zu einem späteren Zeitpunkt überprüft werden kann. Für den Datenbankmanager müssen die Anforderungen im synchronen Modus aufgerufen werden.
• Registrierung Die XA-Schnittstelle ermöglicht zwei Methoden zur Registrierung eines Ressourcenmanagers: statische und dynamische Registrierung. DB2 UDB unterstützt die dynamische und statische Registrierung. DB2 UDB stellt zwei Schalter zur Verfügung:
  • db2xa_switch für dynamische Registrierung
  • db2xa_switch_static für statische Registrierung
• Migration von Zuordnungen DB2 UDB unterstützt die Transaktionsmigration zwischen Threads der Steuerung nicht.

Verwendung und Position von XA-Schaltern

Wie für die XA-Schnittstelle erforderlich, stellt der Datenbankmanager eine externe C-Variable db2xa_switch und db2xa_switch_static des Typs xa_switch_t bereit, um die XA-Schalterstruktur an den Transaktionsmanager zurückzugeben. Neben den Adressen verschiedener XA-Funktionen werden folgende Felder zurückgegeben:

Feld

Wert

name

Der Produktname des Datenbankmanagers. Beispielweise DB2 UDB für AIX.

flags

Für db2xa_switch ist der Wert TMREGISTER | TMNOMIGRATE festgelegt.

Gibt explizit an, dass DB2 UDB die dynamische Registrierung verwendet und dass der TM keine Migration von Zuordnungen verwenden soll. Gibt implizit an, dass kein asynchroner Betrieb unterstützt wird.

Für db2xa_switch_static ist der Wert TMNOMIGRATE festgelegt.

Gibt explizit an, dass DB2 UDB die dynamische Registrierung verwendet und dass der TM keine Migration von Zuordnungen verwenden soll. Gibt implizit an, dass kein asynchroner Betrieb unterstützt wird.

version

Muss Null sein.

Verwenden des XA-Schalters von DB2 Universal Database

Die XA-Architektur erfordert, dass ein Ressourcenmanager (RM) einen Schalter bereitstellt, der dem XA-Transaktionsmanager (TM) Zugriff auf die xa_-Routinen des Ressourcenmanagers gibt. Ein RM-Schalter verwendet eine Struktur, die als xa_switch_t bezeichnet wird. Der Schalter enthält den Namen des RMs, Nicht-NULL-Zeiger auf die XA-Eingangspunkte des RMs, eine Markierung (Flag) und eine Versionsnummer.

Linux- und UNIX-basierte Systeme

Der Schalter für DB2 Universal Database (UDB) kann durch eine der folgenden Methoden abgerufen werden:

• Über eine weitere Zwischenstufe. In einem C-Programm kann dies durch Definieren eines Makros erfolgen:

        #define db2xa_switch (*db2xa_switch)
     #define db2xa_switch_static (*db2xa_switch)

  Führen Sie dies vor Verwendung von db2xa_switch oder db2xa_switch_static durch.
• Durch Aufrufen von db2xacic oder db2xacicst.

  DB2 UDB stellt diese APIs zur Verfügung, die die Adresse der Struktur db2xa_switch oder db2xa_switch_static zurückgeben. Der Prototyp dieser Funktion lautet:

        struct xa_switch_t * SQL_API_FN  db2xacic( )
     struct xa_switch_t * SQL_API_FN  db2xacicst( )

Bei beiden Methoden müssen Sie die Anwendung an libdb2 binden ("linken").

Windows NT

Der Zeiger auf die Struktur xa_switch, db2xa_switch oder db2xa_switch_static wird in Form von DLL-Daten exportiert. Dies heißt für eine Anwendung unter Windows NT, die diese Struktur verwendet, dass sie mit Hilfe einer der folgenden drei Methoden auf die Struktur zugreifen muss:

• Über eine weitere Zwischenstufe. In einem C-Programm kann dies durch Definieren eines Makros erfolgen:

     #define db2xa_switch (*db2xa_switch)
     #define db2xa_switch_static (*db2xa_switch)

  Führen Sie dies vor Verwendung von db2xa_switch oder db2xa_switch_static durch.
• Bei Verwendung des Microsoft Visual C++-Compilers kann db2xa_switch oder db2xa_switch_static folgendermaßen definiert werden:

     extern __declspec(dllimport) struct xa_switch_t db2xa_switch
     extern __declspec(dllimport) struct xa_switch_t db2xa_switch_static

• Durch Aufrufen von db2xacic oder db2xacicst.

  DB2 UDB stellt diese API zur Verfügung, die die Adresse der Struktur db2xa_switch oder db2xa_switch_static zurückgibt. Der Prototyp dieser Funktion lautet:

     struct xa_switch_t * SQL_API_FN  db2xacic( )
     struct xa_switch_t * SQL_API_FN  db2xacicst( )

Bei jeder dieser Methoden müssen Sie die Anwendung an db2api.lib binden ("linken").

C-Beispielcode

Der folgende Code veranschaulicht die verschiedenen Methoden des Zugriffs auf db2xa_switch oder db2xa_switch_static über ein C-Programm auf einer beliebigen DB2 UDB-Plattform. Stellen Sie sicher, dass die Anwendung mit der entsprechenden Bibliothek verbunden wird.

   #include <stdio.h>
   #include <xa.h>

   struct xa_switch_t * SQL_API_FN  db2xacic( );

   #ifdef DECLSPEC_DEFN
   extern __declspec(dllimport) struct xa_switch_t db2xa_switch;
   #else
   #define db2xa_switch (*db2xa_switch)
   extern struct xa_switch_t db2xa_switch;
   #endif

main( )
   {
      struct xa_switch_t *foo;
      printf ( "%s \n", db2xa_switch.name );
      foo = db2xacic();
printf ( "%s \n", foo->name );
      return ;
   }

Aktualisierte TPM- und tp_mon_name-Werte für xa_open-Zeichenfolgeformate

Die Spalte "Interne Einstellungen" in der folgenden Tabelle wurde so aktualisiert, dass sie die Einstellungen für den TOC (Thread of Control) enthält.

TOC ist die Entität, an die alle DB2 UDB-XA-Verbindungen gebunden werden:

• Wenn Sie den Wert auf T setzen, sind alle DB2 UDB-XA-Verbindungen, die unter einem bestimmten Betriebssystemthread gebildet werden, für diesen Thread eindeutig. DB2 UDB-Verbindungen können nicht von mehreren Threads gemeinsam genutzt werden. Jeder Betriebssystemthread muss einen eigenen Satz von DB2 UDB-XA-Verbindungen bilden.
• Wenn Sie den Wert auf P setzen, sind alle DB2 UDB-XA-Verbindungen für den Betriebssystemprozess eindeutig, und alle XA-Verbindungen können von den Betriebssystemthreads gemeinsam genutzt werden.

AXLIB=libEncServer (für Windows)
     =/usr/lpp/encina/lib/libEncServer
        (für Linux and UNIX-Systeme)
HOLD_CURSOR=T
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=libEncServer (für Windows)
     =/usr/lpp/encina/lib/libEncServer
        (für Linux and UNIX-Systeme)
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=mqmax 
(für Windows)
     =/usr/mqm/lib/libmqmax_r.a 
(für AIX-Anwendungen mit Threads)
     =/usr/mqm/lib/libmqmax.a 
(für AIX-Anwendungen ohne Threads)
     =/opt/mqm/lib/libmqmax.so 
(für Solaris)
     =/opt/mqm/lib/libmqmax_r.sl 
(für HP-Anwendungen mit Threads)
     =/opt/mqm/lib/libmqmax.sl 
(für HP-Anwendungen ohne Threads)
     =/opt/mqm/lib/libmqmax_r.so 
(für Linux-Anwendungen mit Threads)
     =/opt/mqm/lib/libmqmax.so 
(für Linux-Anwendungen ohne Threads)
HOLD_CURSOR=F
CHAIN_END=F
SUSPEND_CURSOR=F
TOC=P

AXLIB=somtrx1i (für Windows)
     =libsomtrx1
        (für Linux and UNIX-Systeme)
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=ibmsfDB2
HOLD_CURSOR=F
CHAIN_END=T
SUSPEND_CURSOR=F
TOC=T

AXLIB=libtux
HOLD_CURSOR=F
CHAIN_END=F
SUSPEND_CURSOR=F
TOC=T

Aktivieren von Konvertierungstabellen für die Codepages 923 und 924

Die folgende Tabelle enthält eine Liste mit allen Konvertierungstabellendateien für Codepages, die den Codepages 923 und 924 zugeordnet sind. Jeder Dateiname hat das Format XXXXYYYY.cnv oder ibmZZZZZ.ucs, wobei XXXX die Nummer der Quellencodepage und YYYY die Nummer der Zielcodepage ist. Die Datei ibmZZZZZ.ucs unterstützt die Konvertierung zwischen Codepage ZZZZZ und Unicode.

Konvertierungstabellendateien für Euro-fähige Codepages

In den folgenden Tabellen sind die Konvertierungstabellen aufgelistet, die zur Unterstützung des Euro-Symbols erweitert wurden. Wenn Sie die Unterstützung für das Euro-Symbol inaktivieren wollen, laden Sie die Konvertierungstabellendatei herunter, die in der Spalte 'Konvertierungstabellendateien' angegeben ist.