Bei Datenbanken, die einen dynamischen Speichertabellenbereich verwenden, wird der Befehl db2look erfolgreich ausgeführt. Er zeigt jedoch keine Tabellenbereichsinformationen für dynamische Speichertabellenbereiche an.
Wird die Tabellenfunktion SNAP_GET_DB in einer DPF-Umgebung (Datenbankpartitionierungsfunktion) aufgerufen und -2 (globale Momentaufnahme) als Eingabe angegeben, übergibt die Funktion für die folgenden vier Spalten unvollständige Ergebnisse:
Diese Elemente können nicht für eine globale Momentaufnahme zusammengefasst werden. Zum Abrufen der vollständigen Werte für diese Momentaufnahmenelemente sollte die Tabellenfunktion SNAP_GET_DB für jede Partition einzeln aufgerufen werden.
Die Option REPLACE des Befehls IMPORT berücksichtigt nicht die Klausel NOT LOGGED INITIALLY (NLI) der Anweisung CREATE TABLE oder die Klausel ACTIVATE NOT LOGGED INITIALLY der Anweisung ALTER TABLE.
Wenn ein Import mit der Aktion REPLACE innerhalb der gleichen Transaktion durchgeführt wird wie eine Anweisung CREATE TABLE oder ALTER TABLE, bei der die NLI-Klausel aufgerufen ist, wird diese NLI-Klausel vom Import nicht berücksichtigt. Alle Einfügungen werden protokolliert.
Diese Einschränkung bezieht sich auf DB2 UDB Version 7 und DB2 UDB Version 8.
Während der Inplace- oder Onlinereorganisation von Tabellen können Spalten mit sehr langen Zeichenfolgen und LOB-Daten nicht reorganisiert werden. Spalten mit sehr langen Zeichenfolgen und LOB-Daten können mit einer herkömmlichen Reorganisation oder einer Offlinereorganisation von Tabellen reorganisiert werden. Dazu wird für den Befehl REORG TABLE der Parameter LONGLOBDATA angegeben. Sie müssen jedoch Folgendes beachten: Obwohl die Reorganisation von Spalten mit sehr langen Zeichenfolgen und mit LOB-Daten das Zurückfordern freier Speicherbereiche ermöglicht, wird dadurch das Clustering nicht verbessert, und der Zeitaufwand für die Reorganisation kann beträchtlich steigen.
Bei der Isolationsstufe CS (Cursorstabilität) ist die der Zeile auf dem Datenbankserver zugeordnete aktuelle Cursorposition immer gesperrt. Bei einem Blockabruf können mehrere Zeilen in einem einzelnen Puffer zurückgegeben werden. Meist passt die letzte auf Serverseite verarbeitete Zeile nicht genau in einen Puffer und wird auf zwei Puffer aufgeteilt. Für die Anwendung ist diese Aufteilung der Zeile so lange nicht erkennbar, bis Sie den zweiten Pufferinhalt empfängt. Daher wird keine an die Anwendung zurückgegebene Zeile gesperrt.
Im seltenen Fall, in dem die letzte auf Serverseite verarbeitete Zeile genau in den Puffer passt, bleibt die Cursorposition in der letzten Zeile innerhalb des Puffers. Dies bedeutet, dass die letzte an die Anwendung zurückgegebene Zeile gesperrt wird.
Das Data Warehouse-Programm 'Daten mit ODBC in Datei exportieren' unterstützt folgende Sybase-Datentypen nicht:
Die folgenden Datentypen werden im SQL-Debugger, der in der Entwicklungszentrale integriert ist, nicht unterstützt:
Die Entwicklungszentrale unterstützt die Erstellung strukturierter Typen nicht mehr.
Ein Debug gespeicherter Java-Prozeduren für einen 64-Bit-Server wird von der Entwicklungszentrale nicht unterstützt. Ein Debug gespeicherter SQL-Prozeduren wird auf 64-Bit-Windows-Betriebssystemen unterstützt. Die Entwicklung von OLE-Datenbankfunktionen oder von benutzerdefinierten XML-Funktionen wird für 64-Bit-Server nicht unterstützt.
Sie können die Entwicklungszentrale nicht für den Debug gespeicherten Java-Prozeduren verwenden, die auf einer der Linux-Varianten (32-Bit, 64-Bit, Intel, zSeries oder iSeries) ausgeführt werden.
Die Entwicklungszentrale unterstützt kein Debug für eine gespeicherte Prozedur, bei der im Namen, im Schema oder im spezifischem Namen der gespeicherten Prozedur ein doppeltes Anführungszeichen (") vorkommt.
Damit Java-Routinen von der Entwicklungszentrale kompiliert werden können, muss bekannt sein, wo Ihre Versionen von Developer Kit installiert sind. Standardverzeichnisse für diese Developer Kit-Versionen werden beim ersten Start der Entwicklungszentrale in Ihre Datei $HOME/.ibm/db2/dc/DB2DC.settings geschrieben. Sie können diese Verzeichnisse in Ihre Datei $USER.settings kopieren und mit einem Unicode-Editor modifizieren oder symbolische Verknüpfungen zu Ihren Developer Kit-Verzeichnissen an den Standardspeicherpositionen erstellen.
Die Entwicklungszentrale unterstützt nicht das gleichzeitige Ausführen und Debuggen gespeicherter Java-Prozeduren. In der Entwicklungszentrale können Sie mehrere gespeicherte Java-Prozeduren gleichzeitig ausführen oder ein Debug für eine einzelne gespeicherte Java-Prozedur ausführen. Es ist nicht möglich, eine gespeicherte Java-Prozedur und parallel dazu ein Debug für eine andere gespeicherte Java-Prozedur auszuführen. Das Konfigurationsschlüsselwort KEEPFENCED des Datenbankmanagers ist standardmäßig auf KEEPFENCED=YES gesetzt, um ein Debug gespeicherter SQL-Prozeduren zu ermöglichen. Wenn das Schlüsselwort KEEPFENCED auf den Standardwert YES gesetzt ist, bleibt der Routineprozess aktiv und JVM-Portkonflikte treten auf. Gespeicherte Java-Prozeduren verursachen eine JVM-Ausnahmebedingung und können bei Verwendung der Standardeinstellung KEEPFENCED=YES in den folgenden Fällen nicht ausgeführt werden:
Zur Umgehung dieser Einschränkung stellen Sie sicher, dass das Konfigurationsschlüsselwort KEEPFENCED des Datenbankmanagers auf NO gesetzt ist. Führen Sie hierzu die folgenden Befehle aus:
db2 update dbm cfg using KEEPFENCED NO db2stop db2start
Wenn KEEPFENCED auf NO gesetzt ist, wird der db2fmp-Prozess beendet, sobald der Aufruf einer gespeicherten Java-Prozedur abgeschlossen ist. Zur Verarbeitung des nächsten Routinenaufrufs startet DB2 Universal Database einen neuen db2fmp-Prozess. Dadurch wird sichergestellt, dass sich keine vorhandene JVM im Debugmodus befindet, wenn Sie mit dem Debug einer gespeicherten Java-Prozedur beginnen.
Die Einstellung KEEPFENCED=YES ist zur Erzeugung gespeicherter SQL-Prozeduren für Debugs und für das Debug gespeicherter SQL-Prozeduren erforderlich. Wenn KEEPFENCED=NO eingestellt ist, können gespeicherte SQL-Prozeduren erzeugt und ausgeführt werden, aber es kann kein Debug erfolgen.
Die DB2(R) Universal JDBC-Treibermethode DB2SystemMonitor.getServerTimeMicros() wird von DB2(R) Universal Database(TM) für Linux(TM), UNIX(R) und Windows(R)-Server zurzeit nicht unterstützt. Die Methode DB2SystemMonitor.getServerTimeMicros() gibt für Linux-, UNIX- und Windows(R)-Server 0 zurück, wenn eine Verbindung zu DB2(R) Universal Database(TM) hergestellt wird.
Vor der Installation von 64-Bit-DB2 für Linux auf iSeries(TM)- und pSeries(R)-Systemen müssen die folgenden Voraussetzungen erfüllt sein:
http://www.ibm.com/support/docview.wss?uid=swg24007906Oder führen Sie die folgenden Schritte durch:
DB2 Universal Database(TM) (UDB) Version 8.2.2 (äquivalent zu Version 8.1 FixPak 9) unter Linux AMD64 unterstützt Universal JDBC Driver Type 2 nicht. Die Unterstützung ist in einem zukünftigen FixPak vorgesehen. JDBC-Unterstützung ist in Version 8.2.2 über Universal JDBC Driver Type 4 und der früheren Version von Type 2 JDBC Driver verfügbar (COM.ibm.db2.jdbc.app.DB2Driver).
Wenn der PHP-Interpreter im Auftrag einer Anwendung einen Cursor erstellt, wird dieser Cursor standardmäßig als verschiebbarer schlüsselsatzgesteuerter Cursor erstellt. In seltenen Fällen werden dadurch unerwartete Ergebnisse zurückgegeben. Geben Sie daher zur Vermeidung dieses Problems für jede Anweisung SELECT, die für die Aktualisierung von Daten verwendet wird, explizit die Klausel "FOR READ ONLY" an. Weitere Möglichkeiten sind das Setzen der CLI-Konfigurationsparameter "Patch2=6", "Patch2=42" oder "DisableKeysetCursor=1". Jede dieser Möglichkeiten kann jedoch eigene Konsequenzen haben. Einzelheiten zu diesen Konfigurationsschlüsselwörtern finden Sie im Handbuch CLI Guide and Reference.
Das Schlüsselwort ConnectNode wirkt sich nicht auf die Steuerzentrale aus. Die Steuerzentrale stellt immer eine Verbindung zum Katalogknoten her, der in der Einstellung SQL_CONN_CATALOG_NODE angegeben ist.
Die Funktion SQLColumns() unterstützt keine Datenrückgabe von einem Aliasnamen eines Aliasnamens. Wenn Sie die Funktion SQLColumns() für den Aliasnamen eines Aliasnamens aufrufen, wird eine leere Ergebnismenge zurückgegeben.
Wenn Sie CLI-Pakete mit einer der folgenden Listdateien binden, werden bestimmte Bindeoptionen möglicherweise nicht wirksam: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst oder ddcsvse.lst. Da CLI-Pakete von vielen Anwendungstypen verwendet werden (CLI, ODBC, JDBC, OLE DB, .NET und ADO), wirken sich Änderungen an den CLI-Paketen auf alle Anwendungen dieser Typen aus. Beim Binden von CLI-Paketen wird daher nur ein Teil der Bindeoptionen standardmäßig unterstützt. Folgende Optionen werden unterstützt: ACTION, COLLECTION, CLIPKG, OWNER und REPLVER. Alle anderen Bindeoptionen, die sich auf CLI-Pakete auswirken, werden ignoriert.
Zum Erstellen von CLI-Paketen mit Bindeoptionen, die nicht standardmäßig unterstützt werden, geben Sie die Bindeoption COLLECTION zusammen mit einer Objektgruppen-ID an, die sich von der Standardobjektgruppen-ID NULLID unterscheidet. Alle angegebenen Bindeoptionen werden dann akzeptiert. Geben Sie beispielsweise zum Erstellen von CLI-Paketen mit der Bindeoption KEEPDYNAMIC YES (nicht standardmäßig unterstützt) folgenden Befehl ein:
db2 bind @db2cli.lst collection neue_id keepdynamic yes
Damit die CLI/ODBC-Anwendungen auf die in der neuen Objektgruppe erstellten CLI-Pakete zugreifen können, legen Sie für das CLI/ODBC-Schlüsselwort CurrentPackageSet in der Initialisierungsdatei db2cli.ini die neue Objektgruppen-ID fest.
Zum Überschreiben von CLI-Paketen, die bereits mit einer bestimmten Objektgruppen-ID vorhanden sind, führen Sie eine der folgenden Aktionen aus:
Das CLI-Dienstprogramm LOAD unterstützt keine Parametermarken, wenn die vorbereitete SQL-Anweisung zum Einfügen von Daten eine SELECT-Klausel enthält.
Vor Version 8.2 FixPak 3 (äquivalent zu Version 8.1 FixPak 10) konnten für das CLI-Dienstprogramm LOAD keine Zielspalten angegeben werden, wenn die Anweisung INSERT die Klausel VALUES enthielt.
Ab Version 8.2 FixPak 3 (äquivalent zu Version 8.1 FixPak 10) können jedoch mit dem CLI-Dienstprogramm LOAD in der Anweisung INSERT mit einer VALUES-Klausel Zielspalten angegeben werden. Die folgende Anweisung z. B. wird nun vom CLI-Dienstprogramm LOAD unterstützt:
INSERT into tabelleA (spalte1, spalte2, spalte3) VALUES (?, ?, ?)
Die Erstellung der Toolskatalogdatenbank auf einem 64-Bit-Exemplar von DB2 Universal Database (UDB) unter Linux (AMD64) wird nicht unterstützt. Versuchen Sie nicht, den Toolskatalog auf einem 64-Bit-Exemplar unter Verwendung einer der folgenden Methoden zu erstellen:
Die Erstellung der Toolskatalogdatenbank auf einem 32-Bit-Exemplar unter Linux (AMD64) wird ab Version 8.1.4 unterstützt.
Die Erstellung des Toolskatalogs während der Installation von DB2 Universal Database (UDB) für 64-Bit-Exemplare auf den 64-Bit-Hybridplattformen wird nicht unterstützt. Es gibt folgende Hybridplattformen:
Wenn Sie einen Toolskatalog für ein 64-Bit-Exemplar erstellen möchten, können Sie dies nach der Installation von DB2 UDB über den Befehlszeilenprozessor (CLP) mit dem Befehl CREATE TOOLS CATALOG CLP oder unter Verwendung der Steuerzentrale tun. Sie müssen für diese Operation außerdem ein IBM Developer Kit (64 Bit) für Java installieren. Weitere Details finden Sie im Abschnitt zum DB2-Verwaltungsserver im Handbuch DB2 Systemverwaltung.
Es gibt Speicherbegrenzungen für die folgenden Produkte:
Wenn Sie einen Warehouse-Prozess planen, der in Intervallen ausgeführt werden soll, müssen Sie ermitteln, wie lange die Ausführung aller Produktionsschritte im Prozess im Höchstfall dauert, und die Intervalle entsprechend planen. Wenn ein Prozess das geplante Zeitintervall überschreitet, werden alle nachfolgend geplanten Vorkommen dieses Prozesses nicht ausgeführt und nicht erneut geplant.
Die folgende Unterstützung wurde von DB2 Universal Database (UDB) Enterprise Server Edition (ESE) Version 8 für Windows- und UNIX-Betriebssysteme und von DB2 Connect Enterprise Edition (CEE) Version 8 für Windows- und UNIX-Betriebssysteme zurückgezogen:
Wenn Sie Sicherheits-Plug-ins entwickeln, die auf DB2-Clients unter Windows-Betriebssystemen eingesetzt werden, entladen Sie bei der Plug-in-Beendigungsfunktion keine Zusatzbibliotheken. Diese Einschränkung gilt für alle Typen von Clientsicherheits-Plug-ins, wie z. B. Plug-ins für Gruppen, Benutzer-IDs und Kennwörter, Kerberos und GSS-API.
Diese Einschränkung wird vom DB2 Universal Database-Problem beim Entladen von Sicherheits-Plug-ins auf DB2-Clients unter Windows-Betriebssystemen verursacht.
Bei Verwendung der Betriebssystemauthentifizierung unter AIX versucht DB2 Universal Database (UDB), nach erfolgter Authentifizierung während einer Verbindungsherstellung eine erfolgreiche Anmeldung an AIX zu melden. Vor Version 8 FixPak 5 wurde die Verbindung trotz Authentifizierung des Benutzers nicht hergestellt, wenn DB2 UDB keine erfolgreiche Anmeldung melden konnte. Ab Version 8 FixPak 5 bleibt die Verbindung bestehen, und der Fehler wird in der Datei db2diag.log protokolliert.
Die zweiteilige Benutzer-ID für die Anweisung CONNECT und den Befehl ATTACH, wie beispielsweise domänenname\benutzername wird unter Windows ME nicht unterstützt.
Wenn Sie den Ladeassistenten oder das Notizbuch für den Import verwenden, um eine Lade- oder Importoperation aus einer IXF-Eingabedatei einzurichten, die DBCS-Zeichen enthält, werden die Spaltennamen, die in der Datei enthalten sind, auf der Seite Spalten nicht korrekt angezeigt.
| | |Die GUI-Tools, die mit DB2 Universal Database (UDB) ausgeliefert werden, sind Java-basierte Dienstprogramme mit grafischer Benutzerschnittstelle. Beispiele für DB2 UDB-GUI-Tools:
|Da Linux-Betriebssysteme auf AMD64-Systemen zurzeit nicht über ein 64-Bit-Java(TM) SDK oder eine Java-Laufzeitumgebung (JRE) verfügen, müssen Sie diese Tools über ein 32-Bit-DB2 UDB-Exemplar ausführen.
|Diese Tools können Sie dennoch verwenden, um Datenbanken in lokalen oder fernen 64-Bit-Exemplaren zu verwalten. Wenn Sie z. B. die Steuerzentrale verwenden möchten, müssen Sie zuerst ein 32-Bit-Exemplar erstellen. Nach der Erstellung eines 32-Bit-Exemplars müssen Sie das zu verwaltende lokale 64-Bit-Exemplar manuell katalogisieren.
|Weitere Informationen zu DB2 für Linux auf AMD64-Systemen finden Sie unter der folgenden URL-Adresse:
|ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf
Damit die GUI-Tools, wie die Steuerzentrale, korrekt funktionieren, müssen Sie eine Bildschirmauflösung von mindestens 800 x 600 und eine Anzeigepalette mit mindestens 32 Farben verwenden.
Chinesische Zeichen, die mit dem Codierungsstandard GB18030 verschlüsselt wurden, werden in der Titelleiste von Fenstern möglicherweise als Fragezeichen oder Quadrate dargestellt.
Tabellen, die vom Information Catalog Manager verwendet werden, dürfen in nur einer Datenbankpartition enthalten sein. Es gibt mehrere Möglichkeiten, um die Tabellen in eine einzelne Partition zu versetzen. Gehen Sie beispielsweise wie folgt vor:
CREATE DATABASE PARTITION GROUP name-der-partitionsgruppe
ON DBPARTITIONNUM partitionsnummerCREATE REGULAR TABLESPACE tabellenbereichsname
IN DATABASE PARTITION GROUP name-der-partitionsgruppe
MANAGED BY SYSTEM USING ('katalogname')Query Patroller kann die folgenden Aktionen nicht ausführen, wenn der Datenbankkonfigurationsparameter DYN_QUERY_MGMT inaktiviert ist:
Wenn Sie versuchen, eine Abfrage aus einem Status "Angehalten" freizugeben oder eine Vordergrundabfrage in eine Hintergrundabfrage zu ändern, wenn DYN_QUERY_MGMT auf DISABLE (inaktivieren) gesetzt ist, wird eine Fehlernachricht angezeigt und der Status der Abfrage wird nicht geändert. Wenn angehaltene Abfragen für die Ausführung terminiert sind und DYN_QUERY_MGMT zum Zeitpunkt ihres Ausführungsbeginns inaktiviert ist, wird eine Fehlernachricht in die Datei qpdiag.log geschrieben, und die Abfragen verbleiben im Status "Angehalten".
Ab FixPak 5 werden alle neuen Ergebnistabellen im Schema DB2QPRT anstatt im Schema des übergebenden Benutzers erstellt.
Das Zugriffsrecht DROPIN für das Schema DB2QPRT wird Operatoren erteilt, deren Profile vor der Installation von FixPak 5 erstellt wurden und über eines der folgenden Zugriffsrechte verfügten:
Das Zugriffsrecht DROPIN für das Schema DB2QPRT wird erteilt, wenn Query Patroller zum ersten Mal eine Ergebnistabelle in diesem Schema erstellt.
Bedienern, denen das Zugriffsrecht MONITORING mit Editierberechtigung oder das Zugriffsrecht HISTORICAL ANALYSIS mit Editierberechtigung nach der Installation von FixPak 5 erteilt wurde, wird ebenfalls das Zugriffsrecht DROPIN für das Schema DB2QPRT beim Erstellen oder Aktualisieren Ihrer Profile erteilt.
Der Diagnosemonitor kann keine Aktionen für den Diagnoseanzeiger db2.db2_op_status ausführen, wenn der Diagnoseanzeiger in den inaktiven Status versetzt wird. Dieser Status kann z. B. verursacht werden, wenn ein vom Diagnoseanzeiger überwachtes Exemplar aufgrund einer expliziten STOP-Anforderung oder einer abnormalen Beendigung inaktiviert wird. Wenn das Exemplar nach einer abnormalen Beendigung automatisch erneut gestartet werden soll, müssen Sie den Fault Monitor konfigurieren, um die hohe Verfügbarkeit des Exemplars beizubehalten.
[ Seitenanfang |Vorherige Seite | Nächste Seite | Inhaltsverzeichnis ]