Command Reference

| | |

Klargjøring om db2licm - Kommandoparameter for lisensstyringsverktøy

Denne dokumentasjonsoppdateringen gjelder for parameteren -p |for kommandoen db2licm. Nøkkelordet MEASURED er ikke lenger gyldig og blir oversett av DB2.

| | |

TSM-eksempel for RESTORE DATABASE-kommandoen

Eksempelet for TSM (eksempel 6) mangler enkeltanførselstegn rundt TSM-alternativene, og |teksten skal være slik:

Specifying a delimited string:

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

| | |

Eksempler på bruk av db2demigdbd

Følgende eksempler på bruk av db2demigdbd er |inndelt etter operativsystem.

Demigrerer systemets databasekatalogfiler på UNIX og Linux:

 db2demigdbd $HOME/sqllib 1

Demigrerer det lokale systemets databasekatalogfiler på UNIX og Linux: |

 db2demigdbd  ~/user/NODE0000  1

Demigrere systemet og alle lokale databasekatalogfiler i forekomsten |på UNIX og Linux:

 db2demigdbd  $HOME/sqllib  2

Demigrerer systemets databasekatalogfiler på Windows:

 db2demigdbd  d:\sqllib\db2  1

der db2 er den gjeldende forekomsten.

Demigrerer det lokale systemets databasekatalogfiler på Windows: |

 db2demigdbd  d:\db2\NODE0000  1

Demigrere systemet og alle lokale databasekatalogfiler i forekomsten |på Windows:

 db2demigdbd  d:\sqllib\db2 2

Merknad om bruk:

Når du har kjørt kommandoen db2updv8 for å oppdatere |systemkatalogene til det gjeldende versjon 8-nivået, er det ikke støtte for å gå tilbake til |V 8.1.

Tilleggsinformasjon:

Hvis du vil ha et eksempel på hvordan du kjører kommandoen i et DPF-miljø (Database Partitioning |Feature), kan du lese technote-artikkelen på http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949

| | |

Rettelse til bruk av kommandoen db2ckbkp

The '-p' option displays the number of pages of each object type. However, |the output for the db2ckbkp command with the '-p' |option does not show the number of pages for all different object types if |the backup was done for DMS table spaces data. In this case, it only displays |the total of all pages as SQLUDMSTABLESPACEDATA. |The value of zero is displayed for SQLUDMSLOBDATA and SQLUDMSLONGDATA for DMS table spaces.

Here is a sample output section of db2ckbkp -p with |the backup done for DMS table spaces data:

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

| | |

Navngivningsregler for databaseobjekter og for IDer

Følgende regler gjelder for navngivning av databasesystem-objekter, for eksempel |databaser og tabeller.

Tegnstrenger som representerer navn på databasesystem-objekter, kan inneholde |disse tegnene: a-z, A-Z, 0-9, @, # og $.

Hvis ikke noe annet blir angitt, kan du skrive inn navnene med små bokstaver, men |databasesystem behandler dem som om de var store bokstaver. |
Unntaket fra denne regelen |er tegnstrenger som representerer navn under Systems Network |Architecture (SNA). For mange verdier skilles det mellom store og små bokstaver, for eksempel navn på logiske enheter |(partner_lu og local_lu). Navnet må skrives inn nøyaktige slik det står |i SNA-definisjonene som samsvarer med disse begrepene.

Et databasenavn eller databasealias er en entydig tegnstreng som inneholder fra |en til åtte bokstaver, tall eller tegn fra det tegnsettet som ble beskrevet i foregående |avsnitt. |
Databaser blir katalogisert i systemet og i lokale |databasekataloger med aliasene i ett felt og med det opprinnelige |navnet i et annet. For de fleste funksjoner bruker databasesystem navnet som er skrevet inn |i aliasfeltet for databasekatalogene. Unntaket er CHANGE |DATABASE COMMENT og CREATE DATABASE, der det må oppgis en katalogbane.

Navnet eller aliasnavnet til en tabell eller et utsnitt er en SQL-identifikator som er |en entydig tegnstreng på 1 til 128 tegn. Kolonnenavn kan være |på fra 1 til 30 tegn. |
Et fullstendig tabellnavn består av |skjema.tabellnavn. Skjemaet er bruker-IDen som tabellen |ble opprettet under. Skjemanavnet for den deklarert midlertidig tabell må |være SESSION.

Lokale aliaser for fjerntliggende noder som skal katalogiseres i nodekatalogen, kan |ikke være på mer enn åtte tegn.

Det første tegnet i strengen må være en bokstav, @, # |eller $. Det kan ikke være et tall eller bokstavsekvensene SYS, DBM eller IBM.

Disse reglene gjelder for definering av bruker-IDer og autentiserings-IDer:

Tegnstrenger som representerer navn på databasesystem-objekter, kan inneholde |disse tegnene: a-z, A-Z, 0-9, @, # og $.

Bruker-IDer og grupper kan i tillegg inneholde disse |tegnene når de støttes av sikkerhetstilleggsmodulen: |_, !, %, (, ), {, }, -, ., ^.

Bruker-IDer og grupper som inneholder noen av følgende tegn, må settes i |anførselstegn når de oppgis via kommandolinjebehandleren: |!, %, (, ), {, }, -, ., ^,

Det første tegnet i strengen må være en bokstav, @, # |eller $. Det kan ikke være et tall eller bokstavsekvensene SYS, DBM eller IBM.

Autentiserings-IDer kan ikke være på mer enn 30 tegn i 32-biters Windows-operativsystemer og 8 tegn |i alle andre operativsystemer.

Gruppe-IDer kan ikke være på mer enn 30 tegn.

REORGCHK-kommandoen

Formlene for indeksstatistikk som brukes i REORGCHK-kommandoen, er endret. De nye formlene og forklaringene er slik:

Formula F5:
```
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) 
            * DUPKEYSIZE ) 
    / ((NLEAF - NUM EMPTY LEAFS - 1) * 
       (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
```
where LEAF_REC_OVERHEAD = 9 and DUPKEYSIZE = 5.
A reorganization is recommended if there is more than 50 percent free space in the index, or more than PCTFREE% free space in the index if PCTFREE is greater than 50. This formula is checked only if the value of NLEAF - NUM EMPTY LEAFS - 1 is greater than 0. (One is subtracted from the value of NLEAF because the last leaf page allocated is usually not filled.)
Formula 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
```
where NONLEAF_REC_OVERHEAD = 12.
To determine if recreating the index would result in a tree having fewer levels. This formula checks the ratio between the amount of space in an index tree that has one less level than the current tree, and the amount of space needed. If a tree with one less level could be created and still leave PCTFREE available, then a reorganization is recommended. The actual number of index entries should be more than 90% (or 100 - PCTFREE) of the number of entries an NLEVELS - 1 index tree can handle (only checked if NLEVELS > 1).

Merk:

All formulas are based on statistics. The statistics and the results from these formulas are estimates only. You should review the results of REORGCHK with this information in mind.

REORG INDEXES/TABLE-kommandoen

Reorganizes an index or a table.

The REORG INDEXES ALL FOR TABLE table-name option reorganizes all indexes that are defined on a table by rebuilding the index data into unfragmented, physically contiguous pages. If you specify the CLEANUP ONLY option of the index option, cleanup is performed without rebuilding the indexes. If you attempt to use this command against indexes on declared temporary tables, the SQLSTATE 42995 error will be returned.

The REORG TABLE table-name option reorganizes a table by reconstructing the rows to eliminate fragmented data, and by compacting information. The reorganization of the table is done by one of two methods:

Classic: Allows only limited read-only access to the data during the first phases of the reorganization.
Inplace: Allows access to the data throughout the reorganization but without being able to ensure perfectly ordered data. Inplace table reorganization is allowed only on tables with type-2 indexes and without extended indexes.

When you choose either type of reorganization, the indexes for the table are rebuilt after the table is reorganized. However, with the inplace method, the index will be imperfectly reorganized and may require that you reorganize the indexes later to reduce index fragmentation and to reclaim index object space.

Example

For a classic (offline) REORG TABLE like the default in DB2 Universal Database^(TM) (UDB) Version 7, enter the following command

   db2 reorg table employee index empid allow no access indexscan 
      longlobdata

Merk:

The defaults are different in DB2 UDB Version 8.

Usage notes

DB2 UDB provides two methods of reorganizing tables: classic and inplace. In general, classic table reorganization is faster, but should be used only if your applications function without write access to tables during the reorganization. If your environment does not allow this restriction, although inplace reorganization is slower, it can occur in the background while normal data access continues.

Classic table reorganization provides the fastest table reorganization, especially if you do not need to reorganize LOB or LONG data. In addition, indexes are rebuilt in perfect order after the table is reorganized. Read-only applications can access the original copy of the table except during the last phases of the reorganization, in which the permanent table replaces the shadow copy of the table and the indexes are rebuilt.

Inplace table reorganization is slower and does not ensure perfectly ordered data, but it can allow applications to access the table during the reorganization. In addition, inplace table reorganization can be paused and resumed later by anyone with the appropriate authority by using the schema and table name.

Updated restrictions

The REORG utility does not support the use of nicknames.

The REORG TABLE command is not supported for declared temporary tables.
The REORG TABLE command cannot be used on views.
Reorganization of a table is not compatible with range-clustered tables, because the range area of the table always remains clustered.
An offline table reorganization does not allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening.
An online table reorganization of an SMS table does not allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening.
An online table reorganization of a DMS table does allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening. There may be lock waits of the reorganization operation during the truncate phase.
REORG TABLE cannot use an index that is based on an index extension.

BACKUP DATABASE-kommandoen

Merknader om bruk

Legg merke til følgende begrensninger:

Oppstart av en tilkoblet reservekopiering av en DMS-tabellplass er tillatt når en tabell i samme tabellområde blir omorganisert tilkoblet (online). Det kan oppstå lock wait-situasjoner for omorganiseringsoperasjonen i TRUNCATE-fasen.
Oppstart av en tilkoblet reservekopiering av en SMS-tabellplass er ikke tillatt når en tabell i samme tabellområde blir omorganisert tilkoblet (online). Begge operasjonene krever en ekskluderende lås.

Migrere databaser

Begrensninger

I dokumentasjonen for versjon 8 står det noe upresist at det ikke kreves noen databasemigrering hvis databasen er migrert til et opprettingspakkenivå for DB2 UDB versjon 8. Riktig informasjon er at det ikke kreves noen databasemigrering mellom opprettingspakker etter at databasen er ført opp på et versjon 8-nivå (versjon 8.1 eller 8.2 eller en senere opprettingspakke). Det er endringer i filstrukturen for databasekataloger i versjon 8.2, og migreringen blir utført automatisk når du går over fra versjon 7 eller versjon 8.1 til versjon 8.2. Hvis du imidlertid går tilbake fra versjon 8.2 til versjon 8.1, må du kjøre db2demigdbd for å gjenopprette filstrukturen for databasekataloger. Hvis du ikke gjør det, vil du få feil SQL10004 når du prøver å få tilgang til databasen.

db2inidb - Kommando for å klargjøre en speilet database

Ikke bruk kommandoen db2 connect to database før kommandoen db2inidb database as mirror.

Hvis du prøver å koble deg til en delt speilbildedatabase før du klargjør den, slettes loggfilene som trengs for gjenoppretting ved fremlengs rulling.

connect-kommandoen setter databasen tilbake til den tilstanden den var i da du stoppet databasen midlertidig. Hvis databasen er merket som konsistent når den blir stoppe midlertidig, tolker DB2 Universal Database Universal det som at det ikke er behov for krasjgjenoppretting og tømmer loggene for fremtidig bruk. Hvis denne situasjonen oppstår og du prøver å utføre en fremlengs rulling, får du en SQL4970-feil.

Merknad om bruk for kommandoen db2iupdt

Når du oppdaterer en DB2 Universal Database-forekomst med kommandoen db2iupdt, må du fra og med versjon 8.2 først stoppe alle DB2-prosesser som kjører mot forekomsten.

Ny parameter for kommandoen db2sqljcustomize

Kommandoen db2sqljcustomize har fått en ny parameter.

db2sqljcustomize - DB2 SQLJ-profiltilpasserkommando

-storebindoptions: Lagrer verdien til -bindoptions og -staticpositioned i den serieomkodede profilen. Hvis disse verdiene ikke spesifiseres når verktøyet dbsqljbind starter, brukes verdiene som er lagret i den serieomkodede profilen. Når tilpasseren startes med en .grp-fil, lagres verdiene i den enkelte .ser-filen. Du kan se på de lagrede verdiene ved hjelp av verktøyet db2sqljprint.

Ny parameter for sqlj-kommandoen

Kommandoen sqlj har fått en ny parameter.

sqlj - DB2 SQLJ-konverteringskommando

-db2optimize: Oppgir at SQLJ-konverteringsprogrammet skal generere kode for en forbindelseskontekstklasse som er optimalisert for DB2 Universal Database. Dette alternativet optimaliserer koden for den brukerdefinerte konteksten, men ikke for standardkonteksten. Når du kjører SQLJ-konverteringsprogrammet med dette alternativet, DB2 Universal JDBC-styreprogramfilen db2jcc.jar være definert av CLASSPATH for kompilering av den genererte Java-applikasjonen.

Oppdateringer av overvåkings- og feilsøkingskommando (db2pd)

DB2-kommandoen for overvåking og feilsøking (db2pd) mottar informasjon fra DB2 UDB-minnesett. db2pd-systemkommandoen er utvidet på disse måtene:

Ny -hadr-parameter

Fra og med versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) er det slik at -hadr-parameteren rapporterer HADR-informasjon (High Availability Disaster Recovery). Beskrivelser av de rapporterte elementene finnes under High Availability Disaster Recovery i System Monitor Guide and Reference.

Ny -utilities-parameter

Fra og med versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) er det slik at -utilities-parameteren rapporterer Utility-informasjon. Beskrivelser av de rapporterte elementene finnes under Utilities i System Monitor Guide and Reference.

Ny -activestatements-parameter

Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er det slik at -activestatements-parameteren returnerer informasjon om aktive setninger. Denne informasjonen blir returnert:

AppHandl: Applikasjonsreferansen (application handle) som bruker den aktive setningen, inkludert noden og indeksen.
UOW-ID: For applikasjonen som er knyttet til AppHandl: arbeidsenhets-IDen der setningen ble aktiv.
StmtID: Setnings-IDen i arbeidsenheten.
AnchID: IDen for nøkkelankeret (hash anchor) for de dynamiske SQL-setningene som er lagret i den dynamiske pakkehurtigbufferen.
StmtUID: IDen for den dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor).
EffISO: Det effektive isolasjonsnivået for setningen.
EffLockTOut: Den effektive verdien for tidsbestemt utkobling av lås for setningen.
EffDegree: Den effektive graden av parallellitet for setningen.
StartTime: Klokkeslettet setningen startet.
LastRefTime: Den siste gangen en applikasjon refererte til setningen.

Nytt wait-alternativ for -locks-parameteren

Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), kan du oppgi wait-alternativet sammen med -locks-parameteren for å returnere bare låser med en ventestatus og låser det blir ventet på.

Nye felt returneres av -applications-parameteren

Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er det slik at -applications-parameteren returnerer fire nye felt:

C-AnchID: Dette nye feltet er IDen for nøkkelankeret (hash anchor) for den gjeldende dynamiske SQL-setningen som er lagret i den dynamiske pakkehurtigbufferen. Verdien for dette feltet er 0 hvis det ikke finnes noen gjeldende setning. Den gjeldende nøkkelanker-IDen får en verdi bare når applikasjonen utfører en forespørsel knyttet til setningen, for eksempel en FETCH-forespørsel på en peker. Så snart behandlingen av forespørselen er ferdig, blir verdiene satt til 0. Verdien settes også til 0 for statiske SQL-setninger.
C-StmtUID: Dette nye feltet er IDen for den gjeldende dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor). Verdien for dette feltet er 0 hvis det ikke finnes noen gjeldende setning. Den gjeldende entydige setnings-IDen får en verdi bare når applikasjonen utfører en forespørsel knyttet til setningen. Så snart behandlingen av forespørselen er ferdig, blir verdiene satt til 0. Verdien settes også til 0 for statiske SQL-setninger.
L-AnchID: Dette nye feltet er IDen for nøkkelankeret (hash anchor) for den sist utførte dynamiske SQL-setningen som er lagret i den dynamiske pakkehurtigbufferen. Verdien for dette feltet er 0 hvis det ikke finnes en setning som ble utført sist, for eksempel før noen dynamisk SQL-setning er utført i det hele tatt. Verdien settes også til 0 for statiske SQL-setninger. Den siste nøkkelanker-IDen får en verdi etter at kjøringen av hver enkelt forekomst er fullført, og beholdes til den neste tilknyttede forespørselen er fullført.
L-StmtUID: Dette nye feltet er IDen for den sist utførte dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor). Verdien for dette feltet er 0 hvis det ikke finnes en setning som ble utført sist, eller hvis den sist utførte setningen var en statisk SQL-setning. Den siste setnings-IDen får en verdi etter at den gjeldende forespørselen er fullført, og beholdes til den neste forespørselen er fullført.

Oppdatering av SET CLIENT-kommandoen

SET CLIENT-kommandoen definerer tilkoblingsinnstillinger for bakgrunnsprosessen.

Kommandoparameteren SYNCPOINT for denne kommandoen blir oversett fra og med versjon 8. SYNCPOINT er fremdeles med for å gi bakoverkompatibilitet.

Oppdatering av PRECOMPILE-kommandoen

PRECOMPILE-kommandoen behandler en kildefil for en applikasjon som inneholder innfelte SQL-setninger. Det blir laget en modifisert kildefil som inneholder vertsspråkkall for SQL, og det blir som standard opprettet en pakke i databasen.

Kommandoparameteren SYNCPOINT for denne kommandoen blir oversett fra og med versjon 8. SYNCPOINT er fremdeles med for å gi bakoverkompatibilitet.

Oppdatering av UPDATE HISTORY FILE-kommandoen

Oppdaterer plasseringen, enhetstypen eller kommentaren i en post i en historikkfil.

Kommandoparameteren STATUS spesifiserer en ny status for en post.

I tidligere dokumentasjon står det at kommandoparameteren STATUS kan ha verdien "I" for å merke posten som inaktiv, men dette er feil. Gyldige verdier er:

A: Merker posten som aktiv.
E: Merker posten som utløpt.

Oppdatering av EXPORT- og IMPORT-kommandoene

Hele avsnittet "Required connection" for EXPORT- og IMPORT-kommandoen skal være slik:

Required connection

Database. If implicit connect is enabled, a connection to the default database is established. Utility access to Linux, UNIX, or Windows database servers from Linux, UNIX, or Windows clients must be a direct connection through the engine and not through a DB2 Connect gateway or loop back.

Oppdatering av LOAD-kommandoen

Fullstendig informasjon for INDEXING MODE-parameterens AUTOSELECT-verdi skal være slik:

INDEXING MODE

AUTOSELECT: The load utility will automatically decide between REBUILD or INCREMENTAL mode. The decision is based on the amount of data being loaded and the depth of the index tree. Information relating to the depth of the index tree is stored in the index object. RUNSTATS is not required to populate this information. AUTOSELECT is the default indexing mode.

Filtypeparametere for innlastingsfunksjonen

SET INTEGRITY-kommandoen i beskrivelsen for "generatedoverride"-parameteren er oppdatert.

Beskrivelsen for "usedefaults"-parameteren er også oppdatert.

Dette er oppdateringene:

Tabell 30. Valid file type modifiers for load: All file formats
Modifier	Description
generatedoverride	This modifier instructs the load utility to accept user-supplied data for all generated columns in the table (contrary to the normal rules for these types of columns). This is useful when migrating data from another database system, or when loading a table from data that was recovered using the RECOVER DROPPED TABLE option on the ROLLFORWARD DATABASE command. When this modifier is used, any rows with no data or NULL data for a non-nullable generated column will be rejected (SQL3116W). Merk: When this modifier is used, the table will be placed in CHECK PENDING state. To take the table out of CHECK PENDING state without verifying the user-supplied values, issue the following command after the load operation: SET INTEGRITY FOR < table-name > GENERATED COLUMN IMMEDIATE UNCHECKED To take the table out of CHECK PENDING state and force verification of the user-supplied values, issue the following command after the load operation: SET INTEGRITY FOR < table-name > IMMEDIATE CHECKED. This modifier cannot be used with either the `generatedmissing` or the `generatedignore` modifier.
usedefaults	If a source column for a target table column has been specified, but it contains no data for one or more row instances, default values are loaded. Examples of missing data are: For DEL files: two adjacent column delimiters (",,") or two adjacent column delimiters separated by an arbitrary number of spaces (", ,") are specified for a column value. For DEL/ASC/WSF files: A row that does not have enough columns, or is not long enough for the original specification. Merk: For ASC files, NULL column values are not considered explicitly missing, and a default will not be substituted for NULL column values. NULL column values are represented by all space characters for numeric, date, time, and /timestamp columns, or by using the NULL INDICATOR for a column of any type to indicate the column is NULL. Without this option, if a source column contains no data for a row instance, one of the following occurs: For DEL/ASC/WSF files: If the column is nullable, a NULL is loaded. If the column is not nullable, the utility rejects the row.

Filtypeparametere for importfunksjonen

Beskrivelsen for parameterne "usedefaults" og "codepage=x" er oppdatert:

Tabell 31. Valid file type modifiers for import: All file formats
Modifier	Description
usedefaults	If a source column for a target table column has been specified, but it contains no data for one or more row instances, default values are loaded. Examples of missing data are: For DEL files: two adjacent column delimiters (",,") or two adjacent column delimiters separated by an arbitrary number of spaces (", ,") are specified for a column value. For DEL/ASC/WSF files: A row that does not have enough columns, or is not long enough for the original specification. Merk: For ASC files, NULL column values are not considered explicitly missing, and a default will not be substituted for NULL column values. NULL column values are represented by all space characters for numeric, date, time, and /timestamp columns, or by using the NULL INDICATOR for a column of any type to indicate the column is NULL. Without this option, if a source column contains no data for a row instance, one of the following occurs: For DEL/ASC/WSF files: If the column is nullable, a NULL is loaded. If the column is not nullable, the utility rejects the row.

Tabell 32. Valid file type modifiers for import: ASCII file formats (ASC/DEL)
Modifier	Description
codepage=x	x is an ASCII character string. The value is interpreted as the code page of the data in the output data set. Converts character data from this code page to the application code page during the import operation. The following rules apply: For pure DBCS (graphic) mixed DBCS, and EUC, delimiters are restricted to the range of x00 to x3F, inclusive. `nullindchar` must specify symbols included in the standard ASCII set between code points x20 and x7F, inclusive. This refers to ASCII symbols and code points. Merknader: The `codepage` modifier cannot be used with the `lobsinfile` modifier. If data expansion occurs when the code page is converted from the application code page to the database code page, the data might be truncated and loss of data can occur.

ATTACH-kommandoen

Parameteren USER for kommandoen ATTACH spesifiserer autentisering-IDen. Ved tilknytning til en DB2 Universal Database-forekomst på Windows kan brukernavnet oppgis i et format som er kompatibelt med Microsoft Windows NT Security Account Manager (SAM). Kvalifikatoren må være et navn av NetBIOS-typen, med en maksimal lengde på 15 tegn. For eksempel domenenavn\brukernavn.

RECOVER DATABASE-kommandoen

I eksempelseksjonen i dokumentasjonen for kommandoen RECOVER DATABASE i versjon 8.2 er systemtiden formatert feil: yyyy:mm:dd:hh:mm:ss.

Riktig format er: yyyy-mm-dd-hh.mm.ss

UPDATE HISTORY FILE-kommandoen

Kommandoen UPDATE HISTORY FILE oppdaterer plasseringen, enhetstypen, kommentaren eller statusen i en post i en historikkfil.

Oppdatert kommandosyntaks

>>-UPDATE HISTORY--+-FOR--objektdel-+--WITH--------------------->
                   '-EID--eid-------'
 
>--+-LOCATION--ny-plassering--DEVICE TYPE--ny-enhetstype-+-----><
   +-COMMENT--ny-kommentar-------------------------------+
   '-STATUS--ny-status-----------------------------------'

Oppdaterte kommandoparametere

FOR objektdel

Spesifiserer IDen for historikkposten som skal oppdateres. Det er en systemtid med et valgfritt sekvensnummer fra 001 til 999.

Merk:

Kan ikke brukes for å oppdatere statusen til posten. Hvis du skal oppdatere statusen, oppgir du i stedet en EID.

STATUS ny-status

Spesifiserer en ny status for en post. Det er bare mulig å oppdatere statusen til reservekopiposter. Gyldige verdier er:

A: Aktiv. De fleste postene er aktive.
I: Inaktiv. Reservekopier som ikke lenger finnes i den aktive loggkjeden, blir inaktive.
E: Utløpt (Expired). Reservekopier som ikke lenger er nødvendige fordi det finnes flere enn NUM_DB_BACKUPS aktive kopier, blir merket som utløpte.
D: Slettet (Deleted). Reservekopier som ikke kan gjenopprettes skal merkes som slettet.

| | |

db2updv8 - Kommando for å oppdatere databaser til gjeldende versjon 8-nivå

Denne kommandoen oppdaterer systemkatalogene i en database slik at de støtter |det gjeldende nivået på disse måtene:

Innfører nye rutiner som leveres med det gjeldende databasesystemet

Katalogiserer ODBC/CLI/JDBC-skjemaprosedyrer som betrodde prosedyrer for å |forbedre ytelsen og skalerbarheten

Retter to stavefeil i returparameterne til tabellfunksjonen SYSPROC.SNAPSHOT_QUIESCERS: |
- OUIESCER_TBS_ID er rettet til QUIESCER_TBS_ID
- OUIESCER_STATE er rettet til QUIESCER_STATE

Retter kolonnebeskrivelser for LOB-kolonner slik at biten "logget" er konsistent |med katalogtabellene

Oppretter utsnittet SYSIBM.SYSREVTYPEMAPPINGS

Oppdaterer utsnittsdefinisjonene for SYSSTAT.COLUMNS og SYSSTAT.TABLES

Oppdaterer kolonnen SYSCOLDIST.DISTCOUNT slik at det kan oppdateres

Oppdaterer kolonnen SYSINDEXES.TBSPACEID slik at kolonneflaggene ikke er |satt

Retter parameterlengden for 17 tabellfunksjoner. Se emnet Kolonneutvidelse for snapshot-UDFer i delen Dokumentasjonsoppdateringer | SQL-administrasjonsrutiner i versjonsmerknadene for versjon 8.2 hvis du vil se en fullstendig liste over |funksjonene

Aktiverer følgende innebygde rutiner: |
- 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

Endrer 33 SYSPROC-snapshot-UDFer til 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

Endrer parameterlengdene for disse funksjonene: |
- 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

Endrer følgende funksjoner slik at de bruker skjemaet db2schema i stedet for det foreldede skjemaet db2schem og |gjør det mulig for dem å endre SQL-data: |
- SQLTABLES
- SQLTABLEPRIVILEGES
- SQLSTATISTICS
- SQLSPECIALCOLUMNS
- SQLPROCEDURES
- SQLPROCEDURECOLS
- SQLPRIMARYKEYS
- SQLFOREIGNKEYS
- SQLCOLUMNS
- SQLCOLPRIVILEGES

Endrer følgende funksjoner slik at de bruker skjemaet db2schema i stedet for det foreldede skjemaet db2schem: |
- SQLUDTS
- SQLGETTYPEINFO

|Autorisasjon |

sysadm

|Nødvendig tilkobling |

Database. Kommandoen oppretter automatisk en forbindelse til den spesifiserte |databasen.

|Kommandosyntaks |

|>>-db2updv8-- -d--databasenavn---------------------------------->
| 
|>--+------------------------------+--+-----+-------------------><
|   '- -u--bruker-ID-- -p--passord-'  '- -h-'
|

|Kommandoparametere |

-d databasenavn: Spesifiserer navnet på databasen som skal oppdateres. |
-u brukerid: Spesifiserer bruker-IDen. |
-p passord: Spesifiserer passordet for brukeren. |
-h: Viser hjelpetekst. Når denne parameteren er oppgitt, blir alle andre parametere oversett |og du får bare frem hjelpetekst. |

|Eksempel |

Når du har installert det gjeldende nivået (opprettingspakke eller ny versjon), |oppdaterer du systemkatalogen i eksempeldatabasen ved å oppgi denne kommandoen: |

db2updv8 -d sample

|Merknader om bruk |

Denne kommandoen kan bare brukes på en database som kjører DB2 Universal Database versjon 8.1.2 eller nyere. Hvis kommandoen oppgis mer enn en gang, |blir det ikke rapportert feil, og katalogoppdateringene blir bare |utført en gang.

For å aktivere de nye innebygde funksjonene, må alle applikasjoner koble fra |databasen og databasen må deaktiveres (hvis den er aktivert).

Formatering av systemfeilfiler (Windows)

Det nye verktøyet db2xprt.exe gjør at du kan formatere filer for systemfeil (*.TRP). Verktøyet formaterer de binære systemfeilfilene for DB2 Universal Database til en leselig ASCII-fil. Systemfeilfiler plasseres in forekomstkatalogen (DB2INSTPROF) som standard, eller i katalogbanen for feilsøkingsdata hvis databasesystemets konfigurasjonsparameter DIAGPATH er definert.

Autorisasjon

Du må ha tilgang til DIAGPATH-katalogen.

Kommandosyntaks

>>-db2xprt--+----------+--+----+--+----+--innfil--+-------+----><
            +-/p--bane-+  '-/m-'  '-/n-'          '-utfil-'
            '-/v-------'

Kommandoparametere

/p bane: En bane med semikolon (;) som skilletegn som henviser til plasseringen(e) for de binære filene og PDB-filene.
/v: Viser versjonsinformasjon.
/m: Formaterer en minnedumping sammen med resten av systemfeilfilen.
/n: Formaterer data uten å ta hensyn til linjenummer.
innfil: Spesifiserer inndatafilen.
utfil: Spesifiserer utdatafilen.

[ Øverst på siden |Forrige side | Neste side | Innhold ]