Commands Reference

| | |

db2licm - Erläuterung zu einem Parameter des Befehls für das Lizenzverwaltungstool

Diese Dokumentationsaktualisierung bezieht sich auf den Parameter -p des Befehls db2licm. |Das Schlüsselwort MEASURED ist nicht mehr zulässig und wird von DB2 ignoriert.

| | |

TSM-Beispiel für den Befehl RESTORE DATABASE

Im TSM-Beispiel (Beispiel 6) fehlen die einfachen Anführungszeichen für die TSM-Optionen. Das Beispiel muss wie folgt lauten:

Specifying a delimited string:

db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"

| | |

Verwendungsbeispiele für db2demigdbd

Die folgenden Beispiele für die Verwendung von db2demigdbd sind nach Betriebssystem organisiert.

Gehen Sie wie folgt vor, um Dateien von Systemdatenbankverzeichnissen unter UNIX und Linux zu demigrieren:

 db2demigdbd $HOME/sqllib 1

Gehen Sie wie folgt vor, um Dateien im lokalen Systemdatenbankverzeichnis unter UNIX und Linux zu demigrieren: |

 db2demigdbd  ~/user/NODE0000  1

Gehen Sie wie folgt vor, um die Dateien im Systemdatenbankverzeichnis und alle lokalen Datenbankverzeichnisdateien im Exemplar unter UNIX und Linux zu demigrieren:

 db2demigdbd  $HOME/sqllib  2

Gehen Sie wie folgt vor, um Dateien im Systemdatenbankverzeichnis unter Windows zu demigrieren:

 db2demigdbd  d:\sqllib\db2  1

Dabei ist db2 das aktuelle Exemplar.

Gehen Sie wie folgt vor, um die Dateien im lokalen Systemdatenbankverzeichnis unter Windows zu demigrieren: |

 db2demigdbd  d:\db2\NODE0000  1

Gehen Sie wie folgt vor, um die Dateien im Systemdatenbankverzeichnis und alle lokalen Datenbankverzeichnisdateien im Exemplar unter Windows zu demigrieren:

 db2demigdbd  d:\sqllib\db2 2

Hinweise:

Wenn Sie den Befehl db2updv8 ausgeführt haben, um die Systemkataloge auf den aktuellen Stand von Version 8 zu aktualisieren, können Sie nicht mehr zu Version 8.1 zurückkehren.

Weitere Informationen:

Ein Bespiel für die Ausführung des Befehls in einer DPF-Umgebung (Database Partitioning |Feature - Datenbankpartitionierungsfunktion) finden Sie in den technischen Hinweisen unter http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949.

| | |

Korrektur des Hinweises für den Befehl db2ckbkp

Die Option '-p' zeigt die Anzahl Seiten der einzelnen Objekttypen an. Die Ausgabe für den Befehl db2ckbkp mit der Option '-p' zeigt jedoch nicht die Anzahl Seiten für alle verschiedenen Objekttypen an, wenn die Sicherung für die DMS-Tabellenbereichsdaten vorgenommen wurde. In diesem Fall wird nach SQLUDMSTABLESPACEDATA lediglich die Gesamtanzahl aller Seiten angezeigt. Bei DMS-Tabellenbereichen wird für SQLUDMSLOBDATA und SQLUDMSLONGDATA null angezeigt.

Es folgt ein Beispielausgabeabschnitt für db2ckbkp -p bei einer Sicherung von DMS-Tabellenbereichsdaten:

      SQLUDMSTABLESPACEDATA (0c):  87 
|      SQLUDMSLOBDATA (0e):          0 
|      SQLUDMSLONGDATA (0f):         0

| | |

Namenskonventionen für Datenbankobjekte und IDs

Die folgenden Konventionen gelten für das Benennen von Datenbankmanagerobjekten wie Datenbanken und Tabellen.

Zeichenfolgen für die Namen von Datenbankmanagerobjekten können die folgenden Zeichen enthalten: a-z, A-Z, 0-9, @, # und $.

Sofern nicht anders angegeben, können Sie Namen in Kleinbuchstaben eingeben. Der Datenbankmanager verarbeitet sie jedoch so, als wenn die Namen in Großbuchstaben angegeben seien. |
Die Ausnahme von dieser Konvention sind Zeichenfolgen für Namen in der Systemnetzwerkarchitektur (SNA). Viele Werte sind von der Groß-/Kleinschreibung abhängig, beispielsweise die Namen der logischen Einheiten (partner_lu und local_lu). Der Name muss genau so eingegeben werden, wie er in den SNA-Definitionen angegeben ist, die diesen Begriffen entsprechen.

Ein Datenbankname oder Aliasname der Datenbank ist eine eindeutige Zeichenfolge, die maximal acht Buchstaben, Nummern oder Tastaturzeichen aus der zuvor beschriebenen Gruppe enthält. |
Datenbanken werden in Systemdatenbankverzeichnissen und in lokalen Datenbankverzeichnissen durch ihre Aliasnamen in einem Feld und ihre ursprünglichen Namen in einem anderen Feld katalogisiert. Bei den meisten Funktionen verwendet der Datenbankmanager den im Feld für den Aliasnamen der Datenbankverzeichnisse eingegebenen Namen. Die Ausnahmen sind CHANGE |DATABASE COMMENT und CREATE DATABASE, für die ein Verzeichnispfad angegeben werden muss.

Der Name bzw. Aliasname einer Tabelle oder Sicht ist eine SQL-Kennung, die eine eindeutige, aus maximal 128 Zeichen bestehende Zeichenfolge ist. Spaltennamen können maximal 30 Zeichen lang sein. |
Ein vollständig qualifizierter Tabellenname besteht aus schema.tabellenname. Das Schema ist die eindeutige Benutzer-ID, unter der die Tabelle erstellt wurde. Der Schemaname für eine deklarierte temporäre Tabelle muss SESSION sein.

Lokale Aliasnamen für ferne Knoten, die im Knotenverzeichnis katalogisiert werden sollen, können maximal acht Zeichen lang sein.

Das ersten Zeichen in der Zeichenfolge muss ein alphabetisches Zeichen, @, # |oder $ sein und darf keine Nummer sein. Die Buchstabenfolge SYS, DBM oder IBM am Anfang der Zeichenfolge ist ebenfalls unzulässig.

Die folgenden Konventionen gelten für die Benennung von Benutzer-IDs und Authentifizierungs-IDs.

Zeichenfolgen für die Namen von Datenbankmanagerobjekten können folgende Zeichen enthalten: a-z, A-Z, 0-9, @, # und $.

Benutzer-IDs und Gruppen können auch die folgenden zusätzlichen Zeichen enthalten, wenn sie vom Sicherheits-Plug-in unterstützt werden: _, !, %, (, ), {, }, -, ., ^.

Benutzer-IDs und Gruppen, die die folgenden Zeichen enthalten, müssen durch Anführungszeichen begrenzt werden, wenn sie über den Befehlszeilenprozessor eingegeben werden: !, %, (, ), {, }, -, ., ^,

Das ersten Zeichen in der Zeichenfolge muss ein alphabetisches Zeichen, @, # |oder $ sein und darf keine Nummer sein. Die Buchstabenfolge SYS, DBM oder IBM am Anfang der Zeichenfolge ist ebenfalls unzulässig.

Authentifizierungs-IDs können unter 32-Bit-Windows-Betriebssystemen maximal 30 Zeichen und unter allen anderen Betriebssystemen maximal 8 Zeichen lang sein.

Gruppen-IDs können maximal 30 Zeichen lang sein.

Befehl REORGCHK

Die mit dem Befehl REORGCHK verwendeten Indexstatistikformeln wurden überarbeitet. Die neuen Formeln und deren Erläuterungen müssen wie folgt lauten:

Formel F5:
```
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) 
            * DUPKEYSIZE ) 
    / ((NLEAF - NUM EMPTY LEAFS - 1) * 
       (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
```
Dabei ist LEAF_REC_OVERHEAD = 9 und DUPKEYSIZE = 5.
Eine Reorganisation wird empfohlen, wenn mehr als 50 Prozent des für den Index vorgesehenen Speicherbereichs frei sind, oder wenn PCTFREE auf einer Wert größer als 50 gesetzt ist und im Index mehr als PCTFREE % Speicherplatz frei ist. Diese Formel wird nur überprüft, wenn der Wert für NLEAF - NUM EMPTY LEAFS - 1 größer 0 ist. (Vom Wert für NLEAF wird 1 abgezogen, da die letzte zugeordnete Blattseite normalerweise nicht gefüllt ist.)
Formel F6:
```
(100 - PCTFREE) * 
     [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96) 
             / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)] 
     * (INDEXPAGESIZE - 96) / 
       (KEYS * (ISIZE + LEAF_REC_OVERHEAD) 
             + (CARD - KEYS) * DUPKEYSIZE) < 100
```
Dabei ist NONLEAF_REC_OVERHEAD = 12.
Es wird bestimmt, ob die erneute Erstellung des Index eine Baumstruktur mit weniger Ebenen ergibt. Dazu wird die Größe des Speicherplatzes in einem Indexbaum, der eine Ebene weniger aufweist als die aktuelle Baumstruktur, mit Hilfe dieser Formel ins Verhältnis zum erforderlichen Speicherplatz gesetzt. Sollte eine Baumstruktur mit einer Ebene weniger erstellt werden können und noch PCTFREE verfügbar sein, wird eine Reorganisation empfohlen. Die tatsächliche Anzahl Indexeinträge sollte über 90 % (bzw. 100 % - PCTFREE) der Anzahl Einträge liegen, die ein Indexbaum mit NLEVELS - 1 bearbeiten kann (nur überprüft, wenn NLEVELS > 1).

Anmerkung:

Alle Formeln basieren auf Statistikdaten. Die Statistikdaten und die Ergebnisse aus diesen Formeln sind lediglich Schätzwerte. Sie sollten dies berücksichtigen, wenn Sie die Ergebnisse von REORGCHK prüfen.

Befehl REORG INDEXES/TABLE

Reorganisiert einen Index oder eine Tabelle.

Die Option REORG INDEXES ALL FOR TABLE tabellenname reorganisiert alle Indizes, die für eine Tabelle definiert sind, indem sie die Indexdaten als unfragmentierte, physisch zusammenhängende Seiten erneut erstellt. Wenn Sie die Option CLEANUP ONLY der Indexoption angeben, wird eine Bereinigung ausgeführt, ohne die Indizes erneut zu erstellen. Wenn Sie versuchen, diesen Befehl auf Indizes für deklarierte temporäre Tabellen anzuwenden, wird der SQLSTATE-Wert 42995 zurückgegeben.

Die Option REORG TABLE tabellenname reorganisiert eine Tabelle, indem sie die Zeilen so wiederherstellt, dass fragmentierte Daten beseitigt und Daten in kompakter Form gespeichert werden. Die Reorganisation der Tabelle wird mit einer der folgenden zwei Methoden ausgeführt:

Herkömmliche Reorganisation: Ermöglicht während der ersten Phasen der Reorganisation nur begrenzten Lesezugriff auf Daten.
Inplace-Reorganisation: Ermöglicht während der gesamten Reorganisation den Datenzugriff, ohne jedoch eine perfekte Sortierung der Daten sicherzustellen. Die Inplace-Tabellenreorganisation ist nur für Tabellen zulässig, die Indizes des Typs 2 und keine erweiterten Indizes aufweisen.

Bei beiden Reorganisationstypen werden die Indizes der Tabelle nach der Reorganisation der Tabelle erneut erstellt. Beim Inplace-Verfahren wird der Index jedoch unvollständig reorganisiert, so dass Sie die Indizes möglicherweise später reorganisieren müssen, um die Indexfragmentierung zu reduzieren und Speicherbereiche von Indexobjekten freizugeben.

Beispiel

Bei der herkömmlichen Tabellenreorganisation (offline ausgeführter Befehl REORG TABLE) wie der Standardeinstellung in DB2 Universal Database^(TM) (UDB) Version 7 geben Sie den folgenden Befehl ein:

   db2 reorg table employee index empid allow no access indexscan 
      longlobdata

Anmerkung:

In DB2 UDB Version 8 gelten andere Standardeinstellungen.

Hinweise

DB2 UDB bietet zwei Verfahren zur Tabellenreorganisation: das herkömmliche Verfahren und das Inplace-Verfahren. Allgemein ist die herkömmliche Tabellenreorganisation schneller, Sie sollten diese jedoch nur anwenden, wenn die Anwendungen während der Reorganisation ohne Schreibzugriffe auf Tabellen funktionieren. Wenn die Umgebung diese Einschränkung nicht zulässt, kann die Inplace-Reorganisation trotz ihrer geringeren Geschwindigkeit im Hintergrund ausgeführt werden, während der normale Datenzugriff fortgesetzt wird.

Die herkömmliche Tabellenreorganisation ist am schnellsten, besonders wenn Sie keine LOB- oder LONG-Daten reorganisieren müssen. Darüber hinaus werden die Indizes nach der Tabellenreorganisation bei der erneuten Erstellung perfekt sortiert. Anwendungen mit Lesezugriff können mit Ausnahme der letzten Reorganisationsphase auf das Original der Tabelle zugreifen, da die permanente Tabelle die Spiegelkopie der Tabelle ersetzt und die Indizes erneut erstellt werden.

Die Inplace-Tabellenreorganisation ist langsamer und garantiert keine perfekt sortierten Daten. Anwendungen können jedoch während der Reorganisation auf die Tabelle zugreifen. Darüber hinaus kann die Inplace-Tabellenreorganisation unterbrochen und später von einer beliebigen Person mit entsprechender Berechtigung fortgesetzt werden, wobei der Schema- und Tabellenname verwendet werden.

Aktualisierte Einschränkungen

Das Dienstprogramm REORG unterstützt keine Kurznamen.

Für deklarierte temporäre Tabellen wird der Befehl REORG TABLE nicht unterstützt.
In Sichten kann der Befehl REORG TABLE nicht verwendet werden.
Die Reorganisation einer Tabelle ist nicht kompatibel mit Bereichsclustertabellen, da der Bereich der Tabelle immer ein Cluster bleibt.
Während einer Offlinetabellenreorganisation können Sie für einen Tabellenbereich, in dem sich die Tabelle befindet, keine Onlinesicherung starten.
Während einer Onlinetabellenreorganisation einer SMS-Tabelle können Sie keine Onlinesicherung für einen Tabellenbereich starten, in dem sich die entsprechende Tabelle befindet.
Während einer Onlinetabellenreorganisation einer DMS-Tabelle können Sie eine Onlinesicherung für einen Tabellenbereich starten, in dem sich die entsprechende Tabelle befindet. Während der Abschneidephase können für die Reorganisationsoperation Wartestatus für Sperren (Lock Waits) auftreten.
Der Befehl REORG TABLE kann keinen Index verwenden, der auf einer Indexerweiterung basiert.

Befehl BACKUP DATABASE

Hinweise

Beachten Sie die folgenden Einschränkungen:

Der Start einer Onlinesicherung eines DMS-Tabellenbereichs ist zulässig, wenn eine Tabelle innerhalb desselben Tabellenbereichs online reorganisiert wird. Während der Abschneidephase können für die Reorganisationsoperation Wartestatus für Sperren (Lock Waits) auftreten.
Der Start einer Onlinesicherung eines SMS-Tabellenbereichs ist unzulässig, wenn eine Tabelle innerhalb desselben Tabellenbereichs online reorganisiert wird. Beide Operationen erfordern eine exklusive Sperre.

Migrieren von Datenbanken

Einschränkungen

In der Dokumentation von Version 8 steht, dass keine Datenbankmigration erforderlich ist, wenn die Datenbank auf eine FixPak-Stufe von DB2 UDB Version 8 migriert wurde. Genauer gesagt ist eine Datenbankmigration zwischen FixPaks nicht erforderlich, wenn sich die Datenbank auf einer Stufe von Version 8 befindet (Version 8.1 oder 8.2 oder ein nachfolgendes FixPak). In Version 8.2 wurden Änderungen an der Verzeichnisdateistruktur der Datenbank vorgenommen, und die Migration wird automatisch ausgeführt, wenn Sie von Version 7 oder Version 8.1 zu Version 8.2 wechseln. Wenn Sie jedoch von Version 8.2 zurück zu Version 8.1 wechseln, müssen Sie db2demigdbd ausführen, um die Verzeichnisdateistruktur der Datenbank wiederherzustellen. Wenn Sie dies nicht tun, tritt bei dem Versuch, auf die Datenbank zuzugreifen, der Fehler SQL10004 auf.

db2inidb - Befehl zur Initialisierung einer Spiegeldatenbank

Setzen Sie den Befehl db2 connect to datenbank erst dann ab, wenn Sie den Befehl db2inidb datenbank as mirror abgesetzt haben.

Wenn Sie versuchen, eine Verbindung zu einer geteilten Spiegeldatenbank herzustellen, bevor diese initialisiert wurde, werden die Protokolldateien gelöscht, die für eine aktualisierende Wiederherstellung erforderlich sind.

Die Verbindung setzt die Datenbank in den Status zurück, in dem sie sich zum Zeitpunkt der Zurückstellung befand. Wenn die Datenbank zum Zeitpunkt der Zurückstellung als konsistent markiert ist, geht DB2 Universal Database davon aus, dass eine Wiederherstellung nach einem Systemabsturz nicht erforderlich ist und leert die Protokolldateien für zukünftige Verwendung. In einem solchen Fall wird bei dem Versuch, eine aktualisierende Wiederherstellung durchzuführen, ein Fehler SQL4970 generiert.

Hinweis für den Befehl db2iupdt

Wenn Sie ab Version 8.2 ein DB2 Universal Database-Exemplar mit dem Befehl db2iupdt aktualisieren, müssen Sie zuerst alle DB2-Prozesse stoppen, die für dieses Exemplar ausgeführt werden.

Neuer Parameter für den Befehl db2sqljcustomize

Für den Befehl db2sqljcustomize gibt es einen neuen Parameter.

db2sqljcustomize - DB2-SQLJ-Befehl zur Profilanpassung

-storebindoptions: Speichert die Werte von -bindoptions und -staticpositioned im serialisierten Profil. Wenn diese Werte beim Aufruf des Tools dbsqljbind nicht angegeben werden, werden die im serialisierten Profil gespeicherten Werte verwendet. Wenn die Anpassungsfunktion mit der .grp-Datei aufgerufen wird, werden die Werte in jeder einzelnen .ser-Datei gespeichert. Die gespeicherten Werte können mit dem Tool db2sqljprint angezeigt werden.

Neuer Parameter für den Befehl sqlj

Für den Befehl sqlj gibt es einen neuen Parameter.

sqlj - Befehl für DB2-SQLJ-Umsetzung

-db2optimize: Gibt an, dass das SQLJ-Umsetzungsprogramm Code für eine Verbindungskontextklasse generiert, die für DB2 Universal Database optimiert ist. Diese Option optimiert den Code für den benutzerdefinierten Kontext, jedoch nicht für den Standardkontext. Wenn Sie das SQLJ-Umsetzungsprogramm mit dieser Option ausführen, muss sich die DB2 Universal JDBC-Treiberdatei db2jcc.jar im CLASSPATH befinden, damit die generierte Java-Anwendung kompiliert werden kann.

Aktualisierungen für den Befehl zur Überwachung und Fehlerbehebung (db2pd)

Der DB2-Befehl zur Überwachung und Fehlerbehebung (db2pd) ruft Informationen aus den DB2 UDB-Speichergruppen ab. Der Systembefehl db2pd wurde wie folgt erweitert:

Neuer Parameter -hadr

Der in Version 8.2 (äquivalent zu Version 8.1 FixPak 7) eingeführte Parameter -hadr listet HADR-Informationen (High Availability Disaster Recovery) auf. Beschreibungen der einzelnen aufgelisteten Elemente finden Sie im Abschnitt zu High Availability Disaster Recovery des Handbuchs System Monitor Guide and Reference.

Neuer Parameter -utilities

Der in Version 8.2 (äquivalent zu Version 8.1 FixPak 7) eingeführte Parameter -utilities listet Informationen zu Dienstprogrammen auf. Beschreibungen der einzelnen ausgegebenen Elemente finden Sie im Abschnitt zu Dienstprogrammen des Handbuchs System Monitor Guide and Reference.

Neuer Parameter -activestatements

Der in Version 8.2.2 (äquivalent zu Version 8.1 FixPak 9) eingeführte Parameter -activestatements gibt Informationen zu aktiven Anweisungen zurück. Die folgenden Informationen wurden zurückgegeben:

AppHandl: Die Anwendungskennung, die die aktive Anweisung verwendet, einschließlich des Knotens und des Index.
UOW-ID: Für die Anwendung, die AppHandl zugeordnet ist, die Kennung der Arbeitseinheit, in der die Anweisung aktiv wurde.
StmtID: Die Anweisungs-ID in der Arbeitseinheit.
AnchID: Die ID für den Hashanker der im dynamischen Paketcache gespeicherten dynamischen SQL-Anweisungen.
StmtUID: Die ID für die im dynamischen Paketcache gespeicherte dynamische SQL-Anweisung, die im Hashanker eindeutig ist.
EffISO: Die effektive Isolationsstufe der Anweisung.
EffLockTOut: Der effektive Wert für das Zeitlimit für Sperre für die Anweisung.
EffDegree: Der effektive Grad der Parallelität der Anweisung.
StartTime: Die Zeit, zu der die Anweisung gestartet wurde.
LastRefTime: Das letzte Mal, als von einer Anwendung auf die Anweisung verwiesen wurde.

Neue Option 'wait' für den Parameter -locks

Ab Version 8.2.2 (äquivalent zu Version 8.1 FixPak 9) können Sie die Option wait mit dem Parameter -locks angeben, um nur Sperren mit einem Wartestatus sowie Sperren, auf die gewartet wird, zurückzugeben.

Vom Parameter -applications zurückgegebene neue Felder

Ab Version 8.2.2 (äquivalent zu Version 8.1 FixPak 9) gibt der Parameter -applications vier neue Felder zurück:

C-AnchID: Dieses neue Feld ist die ID für den Hashanker der im dynamischen Paketcache gespeicherten dynamischen SQL-Anweisungen für die aktuelle Anweisung. Der Wert für dieses Feld ist 0, wenn keine aktuelle Anweisung vorhanden ist. Das Feld für die aktuelle Hashanker-ID wird nur ausgefüllt, wenn die Anwendung eine auf die Anweisung bezogene Anforderung ausführt, wie z. B. eine FETCH-Anforderung für einen Cursor. Sobald die Anforderung verarbeitet wurde, werden die Werte auf 0 gesetzt. Auch für statische SQL-Anweisungen wird der Wert auf 0 gesetzt.
C-StmtUID: Dieses neue Feld ist die eindeutige ID für die im dynamischen Paketcache gespeicherten dynamischen SQL-Anweisungen im Hashanker der aktuellen Anweisung. Der Wert für dieses Feld ist 0, wenn keine aktuelle Anweisung vorhanden ist. Das Feld für die eindeutige ID der aktuellen Anweisung wird nur ausgefüllt, wenn die Anwendung eine auf die Anweisung bezogene Anforderung ausführt. Sobald die Anforderung ausgeführt wurde, werden die Werte auf 0 gesetzt. Auch für statische SQL-Anweisungen wird der Wert auf 0 gesetzt.
L-AnchID: Dieses neue Feld ist die Hashanker-ID der im dynamischen Paketcache gespeicherten dynamischen SQL-Anweisungen für die zuletzt ausgeführte Anweisung der Anwendung. Der Wert für dieses Feld ist 0, wenn keine zuletzt ausgeführte Anweisung vorhanden ist, wie z. B. vor der Ausführung einer dynamischen SQL-Anweisung. Der Wert wird auch für statische SQL-Anweisungen auf 0 gesetzt. Die letzte Hashanker-ID wird nach der Ausführung jeder Anforderung ausgegeben und bleibt bis zum Abschluss der jeweils nächsten zugeordneten Anforderung erhalten.
L-StmtUID: Dieses neue Feld ist die eindeutige ID für die im dynamischen Paketcache gespeicherten dynamischen SQL-Anweisungen im Hashanker der zuletzt ausgeführten Anweisung der Anwendung. Der Wert für dieses Feld ist 0, wenn keine zuletzt ausgeführte Anweisung vorhanden ist oder wenn die zuletzt ausgeführte Anweisung eine statische SQL-Anweisung war. Die letzte Anweisungs-ID wird ausgegeben, nachdem die aktuelle Anforderung verarbeitet wurde, und bleibt bis zum Abschluss der nächsten Anforderung erhalten.

Aktualisierung zum Befehl SET CLIENT

Der Befehl SET CLIENT gibt Verbindungseinstellungen für den Back-End-Prozess an.

Der Befehlsparameter SYNCPOINT für diesen Befehl wird ab Version 8 ignoriert. SYNCPOINT ist jedoch aus Gründen der Abwärtskompatibilität weiterhin vorhanden.

Aktualisierung zum Befehl PRECOMPILE

Der Befehl PRECOMPILE verarbeitet eine Quellendatei eines Anwendungsprogramms, die eingebettete SQL-Anweisungen enthält. Es wird eine modifizierte Quellendatei generiert, die SQL-Aufrufe in der Hostprogrammiersprache enthält, und in der Datenbank wird standardmäßig ein Paket erstellt.

Der Befehlsparameter SYNCPOINT für diesen Befehl wird ab Version 8 ignoriert. SYNCPOINT ist jedoch aus Gründen der Abwärtskompatibilität weiterhin vorhanden.

Aktualisierung zum Befehl UPDATE HISTORY FILE

Aktualisiert die Position, den Einheitentyp oder den Kommentar in einem Verlaufsdateieintrag.

Der Befehlsparameter STATUS gibt für einen Eintrag einen neuen Status an.

In der früheren Dokumentation steht irrtümlich, dass der Befehlsparameter STATUS den Wert "I" haben kann, womit der Eintrag als inaktiv markiert wird. Gültige Werte:

A: Markiert den Eintrag als aktiv.
E: Markiert den Eintrag als abgelaufen.

Aktualisierungen zu den Befehlen EXPORT und IMPORT

Der gesamte Unterabschnitt "Erforderliche Verbindung" für die Befehle EXPORT und IMPORT lautet wie folgt:

Erforderliche Verbindung

Datenbank. Wenn das implizite Herstellen der Verbindung aktiviert ist, wird eine Verbindung zur Standarddatenbank hergestellt. Der Dienstprogrammzugriff auf Linux-, UNIX- oder Windows-Datenbankserver von Linux-, UNIX- oder Windows-Clients aus muss über eine direkte Verbindung über die Steuerkomponente, und nicht über ein DB2 Connect-Gateway oder über eine Rückschleife erfolgen.

Aktualisierung zum Befehl LOAD

Die vollständigen Informationen für den AUTOSELECT-Wert des Parameters INDEXING MODE lauten wie folgt:

INDEXING MODE

AUTOSELECT: Das Dienstprogramm LOAD wählt automatisch zwischen dem Modus REBUILD und dem Modus INCREMENTAL aus. Diese Auswahl basiert auf der Menge der geladenen Daten und auf der Tiefe der Indexbaumstruktur. Daten zur Tiefe der Indexbaumstruktur werden im Indexobjekt gespeichert. RUNSTATS ist zum Auffüllen dieser Daten nicht erforderlich. Der Standardwert für den Indexmodus lautet AUTOSELECT.

Dateitypmodifikatoren für das Dienstprogramm LOAD

Der Befehl SET INTEGRITY in der Beschreibung für den Modifikator "generatedoverride" wurde aktualisiert.

Die Beschreibung für den Modifikator "usedefaults" wurde ebenfalls aktualisiert.

Die Aktualisierungen lauten wie folgt:

Tabelle 30. Gültige Dateitypmodifikatoren für das Dienstprogramm LOAD: alle Dateiformate
Modifikator	Beschreibung
generatedoverride	Dieser Modifikator weist das Dienstprogramm LOAD an, die vom Benutzer angegebenen Daten für alle generierten Spalten in der Tabelle zu akzeptieren (entgegen den normalen Regeln für diese Spaltentypen). Dies ist zweckmäßig, wenn Sie Daten aus anderen Datenbanksystemen migrieren oder wenn Sie Daten in eine Tabelle laden, die mit der Option RECOVER DROPPED TABLE des Befehls ROLLFORWARD DATABASE wiederhergestellt wurden. Wenn dieser Modifikator verwendet wird, werden Zeilen mit keinen Daten oder mit Nulldaten für eine generierte Spalte zurückgewiesen, die keine Nullwerte enthalten darf (SQL3116W). Anmerkung: Wenn dieser Modifikator verwendet wird, wird die Tabelle in den Status für anstehende Überprüfung (CHECK PENDING) versetzt. Geben Sie nach der Ladeoperation den folgenden Befehl ein, um den Status für anstehende Überprüfung für die Tabelle aufzuheben, ohne die benutzerdefinierten Werte zu überprüfen: SET INTEGRITY FOR < tabellenname > GENERATED COLUMN IMMEDIATE UNCHECKED Geben Sie nach der Ladeoperation den folgenden Befehl ein, um den Status für anstehende Überprüfung für die Tabelle aufzuheben und dabei die Überprüfung für benutzerdefinierte Werte zu erzwingen: SET INTEGRITY FOR < tabellenname > IMMEDIATE CHECKED Diesen Modifikator können Sie weder mit dem Modifikator `generatedmissing` noch mit dem Modifikator `generatedignore` verwenden.
usedefaults	Wenn eine Quellenspalte für eine Zieltabellenspalte angegeben worden ist, diese jedoch keine Daten für mindestens ein Zeilenexemplar enthält, werden Standardwerte geladen. Beispiele für fehlende Daten: Für DEL-Dateien: Für einen Spaltenwert sind zwei Spaltenbegrenzer angegeben, die direkt benachbart (",,") oder durch eine beliebigen Anzahl von Leerzeichen (", ,") getrennt sind. Für DEL/ASC/WSF-Dateien: Eine Zeile weist nicht genügend Spalten auf oder ist für die ursprüngliche Spezifikation nicht lang genug. Anmerkung: Für ASC-Dateien gelten Spaltenwerte mit Nullwerten nicht explizit als fehlende Werte, und für solche Spalten wird kein Standardwert verwendet. Spaltenwerte mit Nullwerten werden für numerische Spalten, für Datums- und Zeitspalten sowie für Zeitmarkenspalten als Leerzeichen dargestellt, oder sie werden für eine Spalte beliebigen Typs mit dem Nullanzeiger angegeben, was bedeutet, dass die Spalte einen Nullwert enthält. Wenn diese Option nicht verwendet wird und eine Quellenspalte keine Daten für ein Zeilenexemplar enthält, wird eine der folgenden Aktionen ausgeführt: Für DEL/ASC/WSF-Dateien: Wenn die Spalte Nullwerte enthalten kann, wird ein Nullwert geladen. Wenn die Spalte keinen Nullwert enthalten kann, weist das Dienstprogramm die Zeile zurück.

Dateitypmodifikatoren für das Importdienstprogramm

Die Beschreibung zu den Modifikatoren "usedefaults" und "codepage=x" wurde wie folgt aktualisiert:

Tabelle 31. Gültige Dateitypmodifikatoren für das Importdienstprogramm: alle Dateiformate
Modifikator	Beschreibung
usedefaults	Wenn eine Quellenspalte für eine Zieltabellenspalte angegeben worden ist, diese jedoch keine Daten für mindestens ein Zeilenexemplar enthält, werden Standardwerte geladen. Beispiele für fehlende Daten: Für DEL-Dateien: Für einen Spaltenwert sind zwei Spaltenbegrenzer angegeben, die direkt benachbart (",,") oder durch eine beliebigen Anzahl von Leerzeichen (", ,") getrennt sind. Für DEL/ASC/WSF-Dateien: Eine Zeile weist nicht genügend Spalten auf oder ist für die ursprüngliche Spezifikation nicht lang genug. Anmerkung: Für ASC-Dateien gelten Spaltenwerte mit Nullwerten nicht explizit als fehlende Werte, und für solche Spalten wird kein Standardwert verwendet. Spaltenwerte mit Nullwerten werden für numerische Spalten, für Datums- und Zeitspalten sowie für Zeitmarkenspalten als Leerzeichen dargestellt, oder sie werden für eine Spalte beliebigen Typs mit dem Nullanzeiger angegeben, was bedeutet, dass die Spalte einen Nullwert enthält. Wenn diese Option nicht verwendet wird und eine Quellenspalte keine Daten für ein Zeilenexemplar enthält, wird eine der folgenden Aktionen ausgeführt: Für DEL/ASC/WSF-Dateien: Wenn die Spalte Nullwerte enthalten kann, wird ein Nullwert geladen. Wenn die Spalte keinen Nullwert enthalten kann, weist das Dienstprogramm die Zeile zurück.

Tabelle 32. Gültige Dateitypmodifikatoren für das Importdienstprogramm: ASCII-Dateiformate (ASC/DEL)
Modifikator	Beschreibung
codepage=x	x ist eine ASCII-Zeichenfolge. Der Wert wird als Codepage für die Daten in der Ausgabedatei interpretiert. Zeichendaten werden beim Import aus dieser Codepage in die Anwendungscodepage konvertiert. Es gelten die folgenden Regeln: Für reinen DBCS-Code (grafisch), gemischten DBCS-Code und für EUC sind Begrenzer auf den Bereich von x00 bis einschließlich x3F begrenzt. `nullindchar` muss Symbole angeben, die sich im Standard-ASCII-Zeichensatz zwischen den Codepunkten x20 bis einschließlich x7F befinden. Dies bezieht sich auf ASCII-Symbole und -Codepunkte. Anmerkungen: Der Modifikator `codepage` kann nicht mit dem Modifikator `lobsinfile` verwendet werden. Wenn bei der Konvertierung von der Codepage der Anwendung in die Codepage der Datenbank eine Datenerweiterung erfolgt, werden die Daten möglicherweise abgeschnitten, und es können Datenverluste auftreten.

Befehl ATTACH

Der Parameter USER des Befehls ATTACH gibt die Authentifizierungskennung an. Wenn Sie eine Verbindung zu einem DB2 Universal Database-Exemplar unter einem Windows-Betriebssystem herstellen, kann der Benutzername in einem Format angegeben werden, das mit Microsoft Windows NT Security Account Manager (SAM) kompatibel ist. Das Qualifikationsmerkmal muss ein NetBIOS-Name sein, der maximal 15 Zeichen lang ist. Beispiel: domaene\benutzer

Befehl RECOVER DATABASE

Im Abschnitt für Beispiele der Dokumentation zum Befehl RECOVER DATABASE für Version 8.2 sind Zeitmarken falsch als jjjj:mm:tt:hh:mm:ss formatiert.

Das richtige Format muss jjjj-mm-tt-hh.mm.ss lauten.

Befehl UPDATE HISTORY FILE

Der Befehl UPDATE HISTORY FILE aktualisiert die Position, den Einheitentyp, den Kommentar oder den Status in einem Verlaufsdateieintrag.

Aktualisierte Befehlssyntax

>>-UPDATE HISTORY--+-FOR--objektteil-+--WITH-------------------->
                   '-EID--eid--------'
 
>--+-LOCATION--neue-position--DEVICE TYPE--neuer-einheitentyp-+-><
   +-COMMENT--neuer-kommentar---------------------------------+
   '-STATUS--neuer-status-------------------------------------'

Aktualisierte Befehlsparameter

FOR objektteil

Gibt die Kennung für den zu aktualisierenden Verlaufseintrag an. Diese ist eine Zeitmarke mit einer optionalen Folgenummer von 001 bis 999.

Anmerkung:

Dies kann nicht zur Aktualisierung des Eintragstatus verwendet werden. Geben Sie zur Aktualisierung des Eintragstatus stattdessen eine EID an.

STATUS neuer-status

Gibt einen neuen Status für einen Eintrag an. Nur von Sicherungseinträgen kann der Status aktualisiert werden. Gültige Werte:

A: Aktiv. Die meisten Einträge sind aktiv.
I: Inaktiv. Sicherungsimages, die sich nicht mehr in der Kette für aktive Protokolldateien befinden, werden inaktiv.
E: Verfallen. Sicherungsimages, die nicht mehr erforderlich sind, weil mehr als die in NUM_DB_BACKUPS angegebene Anzahl aktiver Images vorhanden sind, werden als verfallen markiert.
D: Sicherungsimages, die nicht mehr zur Wiederherstellung verfügbar sind, müssen als gelöscht markiert werden.

| | |

db2updv8 - Befehl zur Aktualisierung der Datenbank auf die aktuelle Stufe von Version 8

Dieser Befehl aktualisiert die Systemkataloge in einer Datenbank, um die aktuelle Stufe auf die folgenden Arten zu unterstützen:

Führt neue Routinen ein, die mit dem aktuellen Datenbankmanager geliefert werden.

Katalogisiert die ODBC/CLI/JDBC-Schemaprozeduren als vertrauenswürdige Prozeduren, damit die Leistung und die Skalierbarkeit verbessert wird.

Behebt zwei typographische Fehler in den Rückgabeparametern der Tabellenfunktion SYSPROC.SNAPSHOT_QUIESCERS: |
- OUIESCER_TBS_ID wurde korrigiert in QUIESCER_TBS_ID
- OUIESCER_STATE wurde korrigiert in QUIESCER_STATE

Behebt Spaltendeskriptoren von LOB-Spalten, so dass das Bit für "protokolliert" konsistent mit den Katalogtabellen ist.

Erstellt die Sicht SYSIBM.SYSREVTYPEMAPPINGS.

Aktualisiert die Sichtdefinitionen für SYSSTAT.COLUMNS und SYSSTAT.TABLES.

Aktualisiert die Spalte SYSCOLDIST.DISTCOUNT in aktualisierbar.

Aktualisiert die Spalte SYSINDEXES.TBSPACEID so, dass die Spaltenmarkierungen nicht gesetzt sind.

Korrigiert Parameterlängen von 17 Tabellenfunktionen. Eine vollständige Liste der Funktionen finden Sie unter Spaltenerweiterung für benutzerdefinierte Funktionen für Momentaufnahmen im Abschnitt Dokumentationsaktualisierungen | SQL-Verwaltungsroutinen der Veröffentlichung Release-Informationen Version 8.2.

Aktiviert die folgenden integrierten Routinen: |
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS
- GET_WRAP_CFG_C
- LIST_FILES_C
- ODBC_DISCOVERY
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- HEALTH_HI_REC
- EXEC_DB2_SCRIPT
- ADMIN_LIST_HIST
- GET_DBM_CONFIG

Ändert 33 SYSPROC-Momentaufnahme-UDFs in THREADSAFE: |
- SNAPSHOT_DBM
- SNAPSHOT_FCM
- SNAPSHOT_FCMNODE
- SNAPSHOT_SWITCHES
- SNAPSHOT_APPL_INFO
- SNAPSHOT_APPL
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_AGENT
- SNAPSHOT_SUBSECT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_DYN_SQL
- SNAPSHOT_TBS
- SNAPSHOT_TBS_CFG
- SNAPSHOT_QUIESCERS
- SNAPSHOT_CONTAINER
- SNAPSHOT_RANGES
- SNAPSHOT_TBREORG
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- HEALTH_TBS_INFO
- HEALTH_TBS_HI
- HEALTH_TBS_HI_HIS
- HEALTH_CONT_INFO
- HEALTH_CONT_HI
- HEALTH_CONT_HI_HIS

Ändert die Parameterlängen der folgenden Funktionen: |
- SQLCACHE_SNAPSHOT
- SNAPSHOT_APPL_INFO
- SNAPSHOT_STATEMENT
- SNAPSHOT_LOCKWAIT
- SNAPSHOT_DATABASE
- SNAPSHOT_BP
- SNAPSHOT_LOCK
- SNAPSHOT_TABLE
- SNAPSHOT_TBREORG
- SNAPSHOT_SUBSECT
- SNAPSHOT_DYN_SQL
- HEALTH_DBM_INFO
- HEALTH_DBM_HI
- HEALTH_DBM_HI_HIS
- HEALTH_DB_INFO
- HEALTH_DB_HI
- HEALTH_DB_HI_HIS
- DB_PARTITIONS
- GROUPS_FOR_USER
- DB_PARTITION

Ändert die folgenden Funktionen so, dass das Schema db2schema an Stelle des veralteten db2schem verwendet wird, und aktiviert sie für die Modifizierung von SQL-Daten: |
- SQLTABLES
- SQLTABLEPRIVILEGES
- SQLSTATISTICS
- SQLSPECIALCOLUMNS
- SQLPROCEDURES
- SQLPROCEDURECOLS
- SQLPRIMARYKEYS
- SQLFOREIGNKEYS
- SQLCOLUMNS
- SQLCOLPRIVILEGES

Ändert die folgenden Funktionen so, dass das Schema db2schema an Stelle des veralteten db2schem verwendet wird: |
- SQLUDTS
- SQLGETTYPEINFO

|Berechtigung |

SYSADM

|Erforderliche Verbindung |

Datenbank. Mit diesem Befehl stellen Sie automatisch eine Verbindung zur angegebenen Datenbank her.

|Befehlssyntax |

|>>-db2updv8-- -d--datenbankname--------------------------------->
| 
|>--+---------------------------------+--+-----+----------------><
|   '- -u--benutzer-ID-- -p--kennwort-'  '- -h-'
|

|Befehlsparameter |

-d datenbankname: Gibt den Namen der zu aktualisierenden Datenbank an. |
-u benutzer-ID: Gibt die Benutzer-ID an. |
-p kennwort: Gibt das Kennwort für den Benutzer an. |
-h: Zeigt den Hilfetext an. Bei Angabe dieser Option werden alle übrigen |Optionen ignoriert, und nur der Hilfetext wird angezeigt. |

|Beispiel |

Nach der Installation der aktuellen Stufe (FixPak oder neue Version) können Sie den Systemkatalog in der Beispieldatenbank mit dem folgenden Befehl aktualisieren: |

db2updv8 -d sample

|Hinweise |

Dieser Befehl kann nur für eine Datenbank verwendet werden, die unter DB2 Universal Database ab Version 8.1.2 aktiv ist. Wenn der Befehl mehrmals abgesetzt wird, werden keine Fehler ausgegeben, und die einzelnen Katalogaktualisierungen werden nur einmal angewendet.

Zur Aktivierung der neuen integrierten Funktionen müssen alle Anwendungen ihre Verbindungen zur Datenbank unterbrechen, und die Datenbank muss inaktiviert werden, sofern sie zuvor aktiviert war.

Formatieren von Trapdateien (Windows)

Für die Formatierung von Trapdateien (*.TRP) steht das neue Tool db2xprt.exe zur Verfügung. Mit diesem Tool können binäre DB2 Universal Database-Trapdateien in eine lesbare ASCII-Datei umgewandelt werden. Trapdateien befinden sich standardmäßig im Verzeichnis des Exemplars (DB2INSTPROF) oder im Verzeichnis für Diagnosedaten, wenn der Konfigurationsparameter DIAGPATH des Datenbankmanagers festgelegt wurde.

Berechtigung

Sie müssen über die Zugriffsberechtigung für das Verzeichnis DIAGPATH verfügen.

Befehlssyntax

>>-db2xprt--+----------+--+----+--+----+------------------------>
            +-/p--pfad-+  '-/m-'  '-/n-'
            '-/v-------'
 
>--eingabedatei--+--------------+------------------------------><
                 '-ausgabedatei-'

Befehlsparameter

/p pfad: Ein durch ein Semikolon (;) getrennter Pfad, der auf die Position(en) der Binärdateien und PDB-Dateien verweist.
/v: Zeigt die Versionsnummer an.
/m: Formatiert einen Hauptspeicherauszug zusammen mit der übrigen Trapdatei.
/n: Formatiert Daten ohne Berücksichtigung von Informationen zur Zeilennummer.
eingabedatei: Gibt die Eingabedatei an.
ausgabedatei: Gibt die Ausgabedatei an.

[ Seitenanfang |Vorherige Seite | Nächste Seite | Inhaltsverzeichnis ]