Command Reference
|
|
|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
|(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
|
|Usage notes
|Note the following restrictions:
|
|- The starting of an online backup operation of a DMS table space is allowed
|when a table within the same table space is being reorganized online. There
|may be lock waits of the reorganization operation during the truncate phase.
|- The starting of an online backup operation of an SMS table space is not
|allowed when a table within the same table space is being reorganized online.
|Both operations require an exclusive lock.
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:
Nødvendig tilkobling
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
![Les syntaksdiagram](c.gif)
>>-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
- 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
Nødvendig tilkobling
Database. Kommandoen oppretter automatisk en forbindelse til den spesifiserte
databasen.
Kommandosyntaks
![Les syntaksdiagram](c.gif)
>>-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
![Les syntaksdiagram](c.gif)
>>-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 ]