Parancsleírás
|
|
|db2licm - Licenckezelő eszköz parancssori paraméter pontosítás
|A dokumentáció e frissítése a db2licm
|parancs -p paraméterére vonatkozik. A
|MEASURED kulcsszó a továbbiakban érvénytelen,
|ezért a DB2 figyelmen kívül hagyja.
|
|
|RESTORE DATABASE parancs TSM példa
|A TSM példában (6. példa) hiányoznak a TSM kapcsolókról az egyszeres
|idézőjelek. Helyesen így kell kinéznie:
|
|- Határolt karaktersorozat meghatározása:
|
|db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"
|
|
|Példák a db2demigdbd használatára
|A db2demigdbd alábbi példái operációs
|rendszerek szerint vannak rendszerezve.
|A rendszer adatbázis könyvtárfájlok visszatelepítése UNIX és Linux
|rendszeren:
| db2demigdbd $HOME/sqllib 1
|A helyi rendszer adatbázis könyvtárfájlok visszatelepítése UNIX és Linux
|rendszeren:
|
| db2demigdbd ~/user/NODE0000 1
|A rendszer- és minden helyi adatbázis könyvtárfájl visszatelepítése a
|példányon UNIX és Linux rendszeren:
| db2demigdbd $HOME/sqllib 2
|A rendszer adatbázis könyvtárfájlok visszatelepítése Windows
|rendszeren:
| db2demigdbd d:\sqllib\db2 1
ahol db2 az aktuális példány.
|A helyi rendszer adatbázis könyvtárfájlok visszatelepítése Windows
|rendszeren:
|
| db2demigdbd d:\db2\NODE0000 1
|A rendszer- és minden helyi adatbázis könyvtárfájl visszatelepítése a
|példányon Windows rendszeren:
| db2demigdbd d:\sqllib\db2 2
|Használati megjegyzések:
| Miután futtatta a db2updv8 parancsot a
|rendszerkatalógusok 8-as szintre frissítéséhez, a 8.1-es változat
|szintjére visszatérés nem támogatott.
|További információk:
| A parancs DPF (adatbázis particionálási szolgáltatás) környezetbeli
|futtatásáról a
|http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949
|címen elérhető technikai feljegyzés ad meg egy példát.
|
|
|Helyesbítés a db2ckbkp parancs használatához
|A '-p' paraméter megjeleníti minden egyes objektumtípus oldalszámát. Azonban a db2ckbkp parancs '-p' paramétere nem
|jeleníti meg minden objektumtípus oldalszámát, ha a biztonsági mentés DMS
|táblázatterület adatokhoz készült. Ebben az esetben csak az összes
|oldalszámot mutatja, mint SQLUDMSTABLESPACEDATA.
|A SQLUDMSLOBDATA és
|SQLUDMSLONGDATA változónál 0 jelenik DMS
|táblázatterületeknél.
|A db2ckbkp -p kimenet mintája DMS táblázatterület
|adatokhoz készült biztonsági mentésnél:
|
| SQLUDMSTABLESPACEDATA (0c): 87
| SQLUDMSLOBDATA (0e): 0
| SQLUDMSLONGDATA (0f): 0
|
|
|Elnevezési megállapodások
|adatbázisobjektumokhoz és azonosítókhoz
|Az alábbi megállapodások érvényesek adatbázis-kezelő objektumok, például
|adatbázisok és táblázatok elnevezésekor.
|
|- A adatbázis-kezelő objektumok nevét képviselő karaktersorozatok a következő
|karakterek bármelyikét tartalmazhatják: : a-z, A-Z, 0-9, @,
|#, és $.
|- Hacsak nincs másképp jelölve, kisbetűvel is írhatja a típusneveket,
|azonban a adatbázis-kezelő folyamatok nagybetűsként kezelik őket.
|
Kivételek a
|megállapodás alól a Rendszer hálózat architektúra (SNA) alatt neveket
|képviselő karaktersorozatok. Sok érték megkülönbözteti a kis- és
|nagybetűket, például a logikai egység nevek (partner_lu és
|helyi_lu). A nevet pontosan úgy kell beírni, ahogy az a kifejezésnek
|megfelelően megjelenik a SNA definíciókban.
|- Az adatbázisnév vagy adatbázis álnév egyedi karaktersorozat, ami 1-8
|betűt, számot vagy az előzőkben leírt billentyűzetkaraktereket tartalmaz.
|
A rendszer az adatbázisokat az egyik mezőben levő álnevük és egy másik
|mezőben levő eredeti nevük szerint katalogizálja. A legtöbb funkcióhoz a
|adatbázis-kezelő az adatbáziskönyvtárak álnév mezőjében megadott nevet használja. A
|kivétel ez alól a CHANGE DATABASE COMMENT és a CREATE DATABASE, ahol
|könyvtár útvonalat kell megadni.
|- A táblázat vagy nézet neve vagy álneve egy SQL azonosító, ami 1-128
|karakter hosszú, egyedi karaktersorozat. Az oszlopnevek 1-30 karakter
|hosszúak lehetnek.
|
Egy teljes képzésű táblázatnév részei:
|séma.táblázatnév. A séma az egyedi felhasználói
|azonosító, ami alatt a táblázat létre volt hozva. A deklarált ideiglenes
|táblázat sémaneve SESSION.
|- A csomópont könyvtárban katalogizálandó távoli csomópontok helyi
|álnevei nem lehetnek 8 karakternél hosszabbak.
|- A karaktersorozat első karaktere lehet betű, @, #, vagy
|$; nem lehet viszont szám, vagy SYS, DBM, vagy IBM betűkombináció.
|Az alábbi elnevezési megállapodások felhasználói azonosítók és
|hitelesítési azonosítók létrehozására vonatkoznak.
|
|- A adatbázis-kezelő objektumok nevét képviselő karaktersorozatok a következő
|karakterek bármelyikét tartalmazhatják: : a-z, A-Z, 0-9, @,
|#, és $.
|- Ha a biztonsági bedolgozó támogatja, akkor a felhasználói
|azonosítók és csoportok neve a következő karaktereket is tartalmazhatja:
|: _, !, %, (, ), {, },
|-, ., ^.
|- A következő karaktereket tartalmazó felhasználói azonosítók
|és csoportok nevét idézőjellel kell elválasztani, ha a parancssor
|processzorban adja meg őket: : !, %, (, ),
|{, }, -, ., ^,
|- A karaktersorozat első karaktere lehet betű, @, #, vagy
|$; nem lehet viszont szám, vagy SYS, DBM, vagy IBM betűkombináció.
|- A hitelesítési azonosítók legfeljebb 30 karakteresek lehetnek 32 bites Windows operációs rendszerek
|rendszeren, a többi operációs rendszeren pedig legfeljebb 8 karakteresek.
|- A csoportazonosítók legfeljebb 30 karakter hosszúak
|lehetnek.
REORGCHK parancs
A REORGCHK parancsban használt indexstatisztikai képletek felülvizsgálatára
került sor. Az új képletek és magyarázatuk:
- F5 képlet:
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS)
* DUPKEYSIZE )
/ ((NLEAF - NUM EMPTY LEAFS - 1) *
(INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
ahol
LEAF_REC_OVERHEAD = 9 és DUPKEYSIZE = 5.
Az újraszervezés akkor javasolt, ha
az indexben 50%-nál nagyobb szabad terület van, illetve ha a PCTFREE nagyobb 50-nél,
és az indexben a PCTFREE% értékénél nagyobb szabad terület van. Ennek a képletnek
a kiértékelésére csak akkor kerül sor, ha az NLEAF - NUM EMPTY LEAFS - 1
értéke nagyobb nullánál. (Az NLEAF értékéből ki kell vonni egyet, mivel az
utoljára lefoglalt levéllap általában nincs kitöltve.)
- F6 képlet:
(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
ahol
NONLEAF_REC_OVERHEAD = 12.
Meghatározza, hogy az index újbóli létrehozása
kevesebb szintből álló fastruktúrát eredményez-e. A képlet ellenőrzi a jelenlegi
fánál eggyel kevesebb szintet tartalmazó indexfa területe és a szükséges terület
arányát. Ha létrehozható eggyel kevesebb szintet tartalmazó fa, és a
PCTFREE elérhető marad, javasolt az újraszervezés.
Az indexbejegyzések tényleges számának többnek kell lennie az NLEVELS - 1
indexfa által kezelhető bejegyzések számának 90%-nál (vagy 100 - PCTFREE)
(csak akkor ellenőrzött, ha az NLEVELS > 1).
Megjegyzés:
Minden képlet statisztikákra alapul. A képletek eredményei és
statisztikái csak becslések. A REORGCHK eredményeit ezeket az információkat szem
előtt tartva kell figyelembe venni.
REORG INDEXES/TABLE parancs
Újraszervez egy indexet vagy táblát.
A REORG INDEXES ALL FOR TABLE táblanév beállítás újraszervez a táblához megadott
minden indexet oly módon, hogy az indexadatokat töredezettségmentes, fizikailag
egybefüggő oldalakra hozza létre. Ha az indexelési beállítással a CLEANUP ONLY
beállítást is megadja, a program az indexek újbóli létrehozása nélkül teszi rendbe
az indexeket. Ha ezt a parancsot deklarált ideiglenes táblák indexeire hajtja végre,
a program SQLSTATE 42995 hibát ad vissza.
A REORG TABLE táblanév beállítás újraszervez egy táblát oly módon, hogy
újból létrehozza a sorokat a töredezett adatok megszüntetéséhez, és tömöríti
az információkat. A tábla újraszervezése a következő két módszer valamelyikével
történik:
- Klasszikus
- Az újraszervezés első szakaszai alatt csak korlátozott olvasási
hozzáférést engedélyez az adatokhoz.
- Helyben végzett
- Az újraszervezés alatt lehetővé teszi a hozzáférést az adatokhoz, de
anélkül, hogy tökéletesen rendezett adatokat biztosítana. A helyben végzett
tábla-újraszervezés csak 2. típusú indexekkel rendelkező, és kiterjesztett
indexeket nem tartalmazó táblákon engedélyezett.
Bármelyik típusú újraszervezést is választja, a program újból létrehozza a
tábla indexeit a tábla újraszervezése után. A helyben végzett módszerrel azonban az
index rendezése nem lesz tökéletes, és lehet, hogy az indexek későbbi
újraszervezését igényli az indexek töredezettségének csökkentéséhez és az index
objektumterületének visszanyerésére.
Példa
A DB2 Universal Database(TM) (UDB) 7-es verziójában szereplő
alapértelmezett klasszikus (offline) REORG TABLE parancshoz adja ki a
következő parancsot:
db2 reorg table employee index empid allow no access indexscan
longlobdata
Megjegyzés:
A DB2 UDB 8-as verziójában az alapértelmezés más.
Használati megjegyzések
A DB2 UDB két módszert biztosít a táblák újraszervezésére: a klasszikus és
helyben végzett újraszervezést.
Általánosságban a klasszikus újraszervezés gyorsabb,
de csak akkor szabad használni, ha az alkalmazások az újraszervezés során működnek
anélkül, hogy írási hozzáférésük lenne a táblákhoz.
Ha a környezet nem engedi meg
ezt a korlátozást, annak ellenére, hogy a helyben végzett újraszervezés lassabb, az
a szokásos adathozzáférés folytatása mellett a háttérben is futhat.
A klasszikus tábla-újraszervezés a leggyorsabb, különösen, ha nincs szükség a
LOB vagy LONG adatok újraszervezésére. Emellett a tábla újraszervezése után az
indexek újbóli létrehozására tökéletes sorrendben kerül sor. A csak olvasható
alkalmazások elérhetik a tábla eredeti másolatát, kivéve az újraszervezés
utolsó szakaszait, amelyben az állandó táblát a tábla másolata váltja fel, és
az indexek újbóli létrehozására kerül sor.
A helyben végzett tábla-újraszervezés lassabb, és nem biztosít tökéletesen
rendezett adatokat, de lehetővé teszi, hogy az újraszervezés során az
alkalmazások hozzáférjenek a táblához.
Emellett a helyben végzett
tábla-újraszervezés szüneteltethető, majd később a séma- és táblanév segítségével
bármely megfelelő jogosultsággal rendelkező felhasználó által folytatható.
Frissített korlátozások
A REORG segédprogram nem támogatja a becenevek használatát.
- A REORG TABLE parancs nem támogatott a deklarált ideiglenes táblákhoz.
- A REORG TABLE parancs nem használható nézeteken.
- Egy tábla újraszervezése nem kompatibilis értéktartomány szerinti csoportosítású
táblákkal, mivel a tábla értéktartománya mindig csoportosított marad.
- Egy offline tábla-újraszervezés nem teszi lehetővé az újraszervezés közben a
táblát tartalmazó táblaterület online biztonsági mentési műveletének megkezdését.
- Egy SMS tábla online újraszervezése nem teszi lehetővé az újraszervezés közben a
táblát tartalmazó táblaterület online biztonsági mentési műveletének megkezdését.
- Egy DMS tábla online újraszervezése lehetővé teszi az újraszervezés közben a
táblát tartalmazó táblaterület online biztonsági mentési műveletének megkezdését. A
csonkolási fázisban lehet, hogy az újraszervezési művelet zárolására kell várakozni.
- A REORG TABLE nem használhat index kiterjesztésére alapuló indexet.
BACKUP DATABASE parancs
Használati megjegyzések
Vegye figyelembe a következő korlátozásokat:
- Egy DMS táblaterület online biztonsági mentési műveletének indítása megengedett,
ha ugyanazon táblaterület egy táblájának újraszervezése online módon folyik. A
csonkolási fázisban lehet, hogy az újraszervezési művelet zárolására kell várakozni.
- Egy SMS táblaterület online biztonsági mentési műveletének indítása nem
engedélyezett, ha ugyanazon táblaterület egy táblájának újraszervezése online módon
folyik.
Mindkét művelet kizárólagos zárolást igényel.
Adatbázisok költöztetése
Korlátozások
A 8-as verzió dokumentációjában félreérthetően szerepel, hogy a nincs szükség
adatbázis költöztetésére, ha az adatbázis költöztetése valamely DB2 UDB 8 FixPak szintre
korábban megtörtént.
Pontosítva: az adatbázis költöztetése nem szükséges a különböző javítócsomagok között, ha
az adatbázis verziószáma 8-as (8.1-es, 8.2-es vagy valamely későbbi fixpak javítócsomag).
A 8.2-es verzióban módosítások történtek az adatbázishozzáférési katalógus
fájlszerkezetében, ezért a rendszer automatikusan végrehajtja a költöztetést, ha 7-es
vagy 8.1-es verzióról 8.2-es verzióra tér át. Ha azonban a 8.2-es verzióról visszatér a
8.1-es verzióra, futtatnia kell a db2demigdbd parancsot az
adatbázishozzáférési katalógus fájlszerkezetének visszaállítása érdekében. Ennek
elmulasztása hibát (SQL10004) eredményez az adatbázis elérésére tett kísérlet során.
db2inidb - Tükrözött adatbázis inicializálási parancsa
A db2 connect to database parancsot ne
adja ki a db2inidb database as
mirror parancs előtt.
Ha csatlakozási kísérlet történik egy felosztott tükör adatbázishoz még
annak inicializálása előtt, akkor törlődnek az előregörgető helyreállításhoz
szükséges naplófájlok.
A csatlakozás visszaállítja az adatbázist abba az állapotba, amiben
felfüggesztésekor volt. Ha az adatbázis felfüggesztésekor konzisztens jelölést kapott, a
DB2 Universal Database úgy érzékeli, hogy nincs szükség összeomlás utáni
helyreállításra, és a jövőbeli használathoz kiüríti a naplókat. Ha ez történik, az
előregörgetés megkísérlése SQL4970 hibát okoz.
Használati megjegyzés a db2iupdt parancshoz
A 8.2-es verziótól kezdődően, ha
DB2
Universal Database példányt frissít a db2iupdt parancs
segítségével, először le kell állítania az adott példányt érintő minden
DB2
folyamatot.
A db2sqljcustomize parancs új paramétere
A db2sqljcustomize parancsnak van egy új paramétere.
db2sqljcustomize - DB2 SQLJ Profiltestreszabási parancs
- -storebindoptions
- Eltárolja a -bindoptions és -staticpositioned értékeket a sorosított profilban. Ha ezek az értékek nincsenek megadva a
dbsqljbind eszköz meghívásakor, a sorosított profilban tárolt értékek kerülnek
felhasználásra. Ha a Customizer a .grp fájllal
kerül meghívásra, az értékek az egyes .ser
fájlokban tárolódnak. A tárolt értékeket a db2sqljprint eszköz segítségével
lehet megtekinteni.
Az sqlj parancs új paramétere
Az sqlj parancsnak van egy új paramétere.
sqlj -
DB2 SQLJ
Fordító parancs
- -db2optimize
- Megadja, hogy az SQLJ fordító kódot hozzon létre kapcsolódási környezet osztályhoz,
amely a
DB2
Universal Database termékhez optimalizálva van. Ez a beállítás optimalizálja a kódot a
felhasználó által definiált környezethez, az alapértelmezett környezethez
azonban nem. Ha az SQLJ fordítót ezzel a beállítással futtatja, a
DB2
Universal JDBC vezérlőfájlnak (db2jcc.jar) szerepelnie kell
a CLASSPATH útvonalban a létrehozott
Java
alkalmazás fordításához.
A figyelési és hibaelhárítási parancs (db2pd) frissítései
A figyelési és hibaelhárítási DB2 parancs (db2pd) a DB2 UDB memóriakészleteiből
olvas be adatokat. A db2pd rendszerparancs továbbfejlesztése a következőket eredményezte:
Új -hadr paraméter
A 8.2-es (mely egyenértékű a 7-es javítócsomaggal futó
8.1-es verzióval) verzióban bevezetett -hadr
paraméter Nagy elérhetőségű rendszer-helyreállítás (High Availability Disaster Recovery,
HADR) információkról készít jelentést. A jelentésben szereplő minden
egyes elem megtalálható a Rendszerfigyelési útmutató és
kézikönyv HADR (High availability disaster recovery, Nagy elérhetőségű
rendszer-helyreállítás) szakaszában.
Új -utilities paraméter
A 8.2-es (mely egyenértékű a 7-es javítócsomaggal futó
8.1-es verzióval) verzióban bevezetett -utilities
paraméter Segédprogram (Utility) információkról készít jelentést. Az egyes jelentett
információelemek leírása a Rendszermegfigyelő útmutató
és kézikönyv Segédprogramok című részében található.
Új -activestatements paraméter
A 8.2.2-es (mely egyenértékű a 9-es javítócsomaggal futó
8.1-es verzióval) verzióban bevezetett
-activestatements paraméter az aktív utasításokra vonatkozó információkat küld a
rendszernek. A következő információkat küldi el:
- AppHandl
- Az aktív utasítást használó alkalmazás-hivatkozás, beleértve a csomópontot és az
indexet is.
- UOW-ID
- Az AppHandl hivatkozáshoz társított alkalmazás esetében
azon munkaegység azonosítója, melyben az utasítás aktívvá vált.
- StmtID
- Utasításazonosító a munkaegységen belül.
- AnchID
- A csomag gyorsítótár dinamikus SQL hash horgonyának azonosítója.
- StmtUID
- A csomag gyorsítótár dinamikus SQL utasítás azonosítója, mely egyedi a hash
horgonyon belül.
- EffISO
- Az utasítás érvényben lévő elkülönítési szintje.
- EffLockTOut
- Az utasítás érvényben lévő zárolási időtúllépési értéke.
- EffDegree
- Az utasítás párhuzamosságának tényleges mértéke.
- StartTime
- Az utasítás indításának időpontja.
- LastRefTime
- Az utolsó időpont, melyben az alkalmazás hivatkozott az utasításra.
Új wait (várakozás) beállítás a -locks paraméter esetében
A 8.2.2-es (mely egyenértékű a 9-es javítócsomaggal futó
8.1-es verzióval) verzióban
alkalmazhatja a -locks paraméter wait beállítását, mely azt eredményezi, hogy
a rendszer csak a várakozó állapotban lévő és a várakozást okozó zárolásokat küldi el.
Az -applications paraméter által elküldött új mezők
A 8.2.2-es (mely egyenértékű a 9-es javítócsomaggal futó
8.1-es verzióval) verzióban az -applications
paraméter négy új mezőt küld el:
- C-AnchID
- Ez a mező tartalmazza az aktuális utasításhoz tartozó csomag gyorsítótár dinamikus
SQL hash horgonyt. Ha nincs
aktuális utasítás, a mezőben szereplő érték 0. Az aktuális
hash horgony azonosító csak abban az esetben tartalmaz értéket, ha az alkalmazás az
utasításhoz kapcsolódó kérelmet hajt végre, például egy kurzorra vonatkozó FETCH
kérelmet. A kérelem feldolgozását követően az értékek 0-ra módosulnak. Ugyanígy 0 az
érték statikus SQL utasítások esetében.
- C-StmtUID
- Ez az új mező tartalmazza az aktuális utasításhoz tartozó csomag gyorsítótár
dinamikus SQL utasítás azonosítóját, mely egyedi a hash horgonyon belül. Ha nincs
aktuális utasítás, a mezőben szereplő érték 0. Az aktuális utasítás egyedi azonosítója
csak abban az esetben tartalmaz értéket, ha az alkalmazás éppen az utasításhoz kapcsolódó
kérelmet hajt végre. A kérelem végrehajtását követően az értékek 0-ra módosulnak. Ugyanígy
0 az érték statikus SQL utasítások esetében.
- L-AnchID
- Ez az új mező tartalmazza az alkalmazás által utoljára végrehajtott utasításhoz
tartozó csomag gyorsítótár dinamikus SQL hash horgony azonosítót. A mezőben szereplő
érték 0, ha nincs utoljára végrehajtott utasítás, például mielőtt az első dinamikus SQL
utasítást végrehajtja a rendszer. Az érték a statikus SQL utasítások esetében is 0. Az
utolsó horgony hash azonosító minden egyes kérelem végrehajtásának befejezésekor értéket
kap, mely érték a következő társított kérelem befejezéséig nem változik.
- L-StmtUID
- Ez az új mező tartalmazza az alkalmazás által utoljára végrehajtott utasításhoz
tartozó csomag gyorsítótár dinamikus SQL utasítás egyedi azonosítóját, a hash horgonyon
belül. A mezőben szereplő érték 0, ha nincs utoljára végrehajtott utasítás, vagy ha az
utoljára statikus SQL utasítást hajtott végre az alkalmazás. Az utolsó utasítás
azonosítója az aktuális kérelem végrehajtásának befejezése után kap értéket, mely érték
nem változik a következő kérelem végrehajtásának befejezéséig.
Frissítés a SET CLIENT parancsra
A SET CLIENT parancs megadja a háttérfolyamat kapcsolódási beállításait.
Ezen parancs SYNCPOINT paraméterét a rendszer figyelmen kívül hagyja a 8-as verzióban.
Megtartását a korábbi verziókkal való kompatibilitás megőrzése indokolja.
Frissítés a PRECOMPILE parancsra
A PRECOMPILE parancs feldolgozza egy alkalmazási program forrásfájlját, mely
beágyazott SQL utasításokat tartalmaz. Módosított forrásfájl jön létre, melyben SQL-re
vonatkozó gazdanyelvi hívások szerepelnek, és alapértelmezés szerint egy csomagot hoz
létre az adatbázisban.
Ezen parancs SYNCPOINT paraméterét a rendszer figyelmen kívül hagyja a 8-as verzióban.
Megtartását a korábbi verziókkal való kompatibilitás megőrzése indokolja.
Frissítés az UPDATE HISTORY FILE parancsra
Frissíti a helyet, eszköztípust vagy megjegyzést egy történetfájl bejegyzésében.
A STATUS parancsparaméter megadja valamely bejegyzés új állapotát.
A korábbi dokumentációban hibásan szerepel, hogy a a STATUS parancsparaméter
rendelkezhet "I" értékkel, mely a bejegyzést inaktív állapotúnak jelöli. Az érvényes értékek:
- A
- A bejegyzést aktív állapotúnak jelöli.
- E
- A bejegyzést lejárt érvényességűnek jelöli.
Frissítés az EXPORT és IMPORT parancsra
Az EXPORT és IMPORT parancsra vonatkozó teljes "Szükséges kapcsolat" rész a
következő:
Szükséges kapcsolat
Database. Ha a beleértett kapcsolat engedélyezett, a rendszer kapcsolatot hoz létre az
alapértelmezett adatbázissal. A
Linux,
UNIX,
vagy
Windows
adatbázis-kiszolgálókhoz a
Linux, UNIX,
vagy
Windows
ügyfelektől kialakított segédprogram-hozzáféréseknek az alrendszeren keresztüli közvetlen
kapcsolódásnak kell lennie, nem hozható létre
DB2
Connect átjárón vagy visszahurkoláson (loop back) keresztül.
Frissítés a LOAD parancsra
Az INDEXING MODE paraméter AUTOSELECT értékének teljes leírása a következő:
INDEXING MODE
- AUTOSELECT
- A betöltő segédprogram automatikusan választ a REBUILD és az INCREMENTAL mód
között. A döntés a betöltött adatok mennyiségétől és az indexfa mélységétől függ. Az
indexfa mélységére vonatkozó információ tárolása az index objektumban történik. Ezen
információk megadásához nem szükséges a RUNSTATS.
Az AUTOSELECT az alapértelmezett indexelési mód.
Fájltípus-módosítók a betöltő segédprogramhoz
A SET INTEGRITY parancs frissítésre került a "generatedoverride"
módosítóra vonatkozó leírásban.
A "usedefaults" módosítóra vonatkozó leírás szintén frissült.
A frissítések a következők:
30. táblázat Érvényes fájltípus-módosítók betöltéshez: Minden fájlformátum
Módosító |
Leírás |
generatedoverride |
Ez a módosító arra utasítja a betöltő segédprogramot, hogy fogadja el a
felhasználó által megadott adatokat a tábla minden létrehozott oszlopában (ellentétben az
ilyen oszlopokra vonatkozó szokásos szabályokkal). Ez hasznos, ha adatokat költöztet
másik adatbázisrendszerről, illetve ha táblát tölt be olyan adatok alapján, melyeket a
ROLLFORWARD DATABASE parancs RECOVER DROPPED TABLE beállítása segítségével állított
helyre. Ezen módosító használatakor a rendszer elutasítja (SQL3116W) az adat nélküli vagy
NULL adatot tartalmazó sorokat az üresen nem hagyható oszlopok esetében.
Megjegyzés:
Ezen módosító használatakor a rendszer CHECK PENDING ("ellenőrzés szükséges") állapotba
helyezi a táblát. A tábla CHECK PENDING állapotának a felhasználó által megadott értékek
ellenőrzése nélküli megszüntetéséhez adja ki a következő parancsot a betöltés művelete
után:
SET INTEGRITY FOR < táblanév > GENERATED COLUMN
IMMEDIATE UNCHECKED A tábla CHECK PENDING állapotának a felhasználó által
megadott értékek mindenképpen végrehajtott ellenőrzése melletti megszüntetéséhez, adja ki
a következő parancsot a betöltés művelete után:
SET INTEGRITY FOR < táblanév > IMMEDIATE CHECKED.
Ez a módosító nem használható együtt a
generatedmissing vagy a generatedignore módosítóval. |
usedefaults |
Ha meg van adva valamely cél táblaoszlop forrásoszlopa, de az nem tartalmaz adatot
minden sorpéldányhoz, a rendszer az alapértékeket tölti be.
Példák hiányzó adatokra:
- DEL fájlok esetében: két szomszédos oszlophatároló (",,") vagy két,
tetszőleges számú szóközzel elválasztott szomszédos oszlophatároló (", ,") van megadva oszlopértéknek.
- DEL/ASC/WSF fájlok esetében: Elég oszloppal nem rendelkező sor vagy az eredeti
specifikációban szereplő hosszúságot el nem érő sor.
Megjegyzés:
ASC fájlok esetében a
NULL oszlopértékek nem számítanak hiányzó értéknek, és a rendszer nem helyettesíti azokat
alapértékekkel. A NULL oszlopértékeket szóközök jelölik számérték, dátum, idő és
/időbélyeg oszlopok esetében, illetve bármilyen típusú oszlop esetében a NULL INDICATOR
segítségével jelöli, hogy az oszlop értéke NULL. Ezen beállítás nélkül, ha egy forrásoszlop nem tartalmaz adatot valamely
sorpéldányhoz, a következők valamelyike történik:
- DEL/ASC/WSF fájlok esetében: Ha az oszlop lehet üres, a betöltött érték NULL. Ha az
oszlop nem lehet üres, a segédprogram elutasítja a sort.
|
Fájltípus-módosítók az importáló segédprogramhoz
A "usedefaults" és a "codepage=x" módosítók leírásának frissítése
a következő:
31. táblázat Érvényes fájltípus-módosítók importálás esetén: Minden fájlformátum
Módosító |
Leírás |
usedefaults |
Ha meg van adva valamely cél táblaoszlop forrásoszlopa, de az nem tartalmaz adatot
minden sorpéldányhoz, a rendszer az alapértékeket tölti be.
Példák hiányzó adatokra:
- DEL fájlok esetében: két szomszédos oszlophatároló (",,") vagy két,
tetszőleges számú szóközzel elválasztott szomszédos oszlophatároló (", ,") van megadva oszlopértéknek.
- DEL/ASC/WSF fájlok esetében: Elég oszloppal nem rendelkező sor vagy az eredeti
specifikációban szereplő hosszúságot el nem érő sor.
Megjegyzés:
ASC fájlok esetében a
NULL oszlopértékek nem számítanak hiányzó értéknek, és a rendszer nem helyettesíti azokat
alapértékekkel. A NULL oszlopértékeket szóközök jelölik számérték, dátum, idő és
/időbélyeg oszlopok esetében, illetve bármilyen típusú oszlop esetében a NULL INDICATOR
segítségével jelöli, hogy az oszlop értéke NULL. Ezen beállítás nélkül, ha egy forrásoszlop nem tartalmaz adatot valamely
sorpéldányhoz, a következők valamelyike történik:
- DEL/ASC/WSF fájlok esetében: Ha az oszlop lehet üres, a betöltött érték NULL. Ha az
oszlop nem lehet üres, a segédprogram elutasítja a sort.
|
32. táblázat Érvényes fájltípus-módosítók importálás esetén: ASCII fájlformátumok (ASC/DEL)
Módosító |
Leírás |
codepage=x |
x egy ASCII karakterlánc. Az értéket a rendszer a kimeneti
adathalmazban szereplő adatok kódlapjaként értelmezi. Az importálási művelet során
átalakítja ezen kódlap karakteradatait az alkalmazás kódlapjának megfelelően.
A következő szabályok vonatkoznak rá:
- Tiszta DBCS (grafikus), kevert DBCS és EUC esetében a határolóknak a x00 - x3F
tartományba kell esnie (a határokat is beleértve).
- A nullindchar módosítónak a szabványos ASCII készlet x20 és x7F kódpontjai
közé eső szimbólumokat kell megadnia (a határokat is beleértve). Ez ASCII szimbólumokra és kódpontokra hivatkozik.
Megjegyzések:
- A codepage módosító nem használható együtt a lobsinfile módosítóval.
- Ha adatbővítés történik, miközben a kódlap átalakítása zajlik az alkalmazás kódlapról
az adatbázis kódlapjára, az adatok megrövidülhetnek és adatvesztés történhet.
|
ATTACH parancs
Az ATTACH parancs user paramétere megadja a hitelesítési azonosítót.
Windows
rendszeren
DB2
Universal Database példányhoz való csatlakozás során a felhasználói nevet a
Microsoft
Windows NT Security Account Manager (SAM) termékkel kompatibilis formában lehet
megadni. A minősítőnek
NetBIOS stílusnévnek kell lennie, amely maximum 15 karakter hosszú lehet. Például
tart_név\felh_név.
RECOVER DATABASE parancs
A 8.2-es verzió dokumentációjában a RECOVER DATABASE parancs ismertetésének Példák
részében az időbélyegek éééé:hh:nn:óó:pp:mm formátuma hibás.
A helyes forma: éééé-hh-nn-óó.pp.mm
UPDATE HISTORY FILE parancs
Az UPDATE HISTORY FILE parancs frissíti a helyet, eszköztípust, megjegyzést
és állapotot egy követő fájl bejegyzésében.
A parancs új szintaxisa
>>-UPDATE HISTORY--+-FOR--objektum-rész-+--WITH----------------->
'-EID--eid-----------'
>--+-LOCATION--új-hely--DEVICE TYPE--új-eszköztípus-+----------><
+-COMMENT--új-megjegyzés-------------------------+
'-STATUS--új-állapot-----------------------------'
Frissített parancsparaméterek
- FOR objektum-rész
- Megadja a frissíteni kívánt követő bejegyzés azonosítóját. Ez nem más,
mint egy időbélyeg, valamint egy nem kötelező sorszám 001 és 999 között.
Megjegyzés:
Nem használható a bejegyzés állapotának
frissítésére. A bejegyzés állapotának frissítésére adja meg az EID paramétert.
- STATUS új-állapot
- Megadja egy bejegyzés új állapotát. Csak a biztonsági másolat
bejegyzések állapota frissíthető. Az érvényes értékek:
- A
- Aktív. A legtöbb bejegyzés aktív.
- I
- Inaktív. Azok a biztonsági mentési képfájlok válnak inaktívvá, amelyek
már nincsenek az aktív naplóláncon.
- E
- Lejárt. Azok a biztonsági mentési képfájlok lesznek lejártként
megjelölve, amelyekre már nincs szükség, mert már több mint NUM_DB_BACKUPS
aktív képfájl van.
- D
- Törölt. Azok a biztonsági mentési képfájlok lesznek megjelölve
töröltként, amelyek helyreállításhoz már nem állnak rendelkezésre.
|
|
|db2updv8 - Az adatbázist a 8-as verzió jelenlegi
|szintjére frissítő parancs
|Ez a parancs a jelenlegi szintre frissíti egy adatbázisban a
|rendszerkatalógusokat, az alábbi módszerekkel:
|
|- Bevezet a jelenlegi adatbázis-kezelővel együtt szállított új rutinokat.
|- A ODBC/CLI/JDBC sémaeljárásokat megbízható eljárásokként katalogizálja,.a teljesítmény és a bővíthetőség fokozására.
|- Kijavít két tipográfiai hibát a SYSPROC.SNAPSHOT_QUIESCERS táblafüggvény
|visszatérési paramétereiben:
|
|- Helytelen: OUIESCER_TBS_ID Helyes: QUIESCER_TBS_ID
|- Helytelen: OUIESCER_STATE Helyes: QUIESCER_STATE
|- KIjavítja a LOB oszlopok oszlopleíróját, hogy a "logged"
|(naplózott) bit megfelelően kövesse a katalógustáblákat.
|- Létrehozza a SYSIBM.SYSREVTYPEMAPPINGS nézetet
|- Frissíti a SYSSTAT.COLUMNS és a SYSSTAT.TABLES nézetdefinícióit.
|- Frissíti a SYSCOLDIST.DISTCOUNT oszlopot, hogy az frissíthető legyen.
|- Frissíti a SYSINDEXES.TBSPACEID oszlopot, hogy az oszlopjelzők ne
|legyenek beállítva.
|- Kijavítja 17 táblafüggvénynél a paraméterhosszt. A függvények teljes
|listáját itt találja: 8.2-es verzió kiadási
|megjegyzései: Dokumentációfrissítések | SQL
|adminisztratív rutinok részben a Oszlopbővítés
|pillanatfelvételi UDF-ekhez témakör.
|- Engedélyezi a következő beépített rutinokat:
|
|- 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
|- Megváltoztat 33 SYSPROC pillanatfelvételi UDF-et THREADSAFE állapotra:
|
|- 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
|- Megváltoztatja az alábbi funkciók paraméterhosszát:
|
|- 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
|- A következő funkciók sémáját db2schema
|sémára változtatja, az elavult db2schem
|helyett, valamint lehetővé teszi, hogy módosíthassanak SQL adatokat:
|
|- SQLTABLES
|- SQLTABLEPRIVILEGES
|- SQLSTATISTICS
|- SQLSPECIALCOLUMNS
|- SQLPROCEDURES
|- SQLPROCEDURECOLS
|- SQLPRIMARYKEYS
|- SQLFOREIGNKEYS
|- SQLCOLUMNS
|- SQLCOLPRIVILEGES
|- A következő funkciók sémáját db2schema
|sémára változtatja, az elavult db2schem
|helyett:
|
|
|
|Szükséges kapcsolat
|Database. Ez a parancs automatikusan kapcsolatot hoz létre a megadott
|adatbázissal.
|
|Parancsszintaxis
||>>-db2updv8-- -d--adatbázisnév---------------------------------->
|
|>--+------------------------------------------+--+-----+-------><
| '- -u--felhasználói azonosító-- -p--jelszó-' '- -h-'
|
|
|
|Parancsparaméterek
|
|- -d adatbázisnév
|- Megadja a frissíteni kívánt adatbázis nevét.
|
|- -u felhaszn_azon
|- Megadja a felhasználói azonosítót.
|
|- -p jelszó
|- Megadja a felhasználó jelszavát.
|
|- -h
|- Súgóinformációt jelenít meg. Ha megadja ezt a paramétert, minden más
|paraméter figyelmen kívül marad, és csak a súgóinformáció jelenik meg.
|
|
|
|Példa
|A jelenlegi szint (javítócsomag vagy új verzió telepítése után a
|rendszerkatalógus frissítése a mintaadatbázisban az alábbi parancs kiadásával:
|
|db2updv8 -d mintaAB
|
|Használati megjegyzések
|
|- Ez a parancs csak 8.1.2-es vagy újabb verziójú
|DB2
|Universal Database programot futtató adatbázis esetében adható ki. Ha a parancsot többször adja ki, nem kap
|hibaüzenetet, és a katalógusfrissítések mindegyike csak egyszer fut le.
|- Az új beépített függvények engedélyezéséhez minden alkalmazásnak le kell
|kapcsolódnia az adatbázisról, és az adatbázist ki kell kapcsolni, ha az
|korábban aktiválva volt.
Rendszerhibafájlok formázása (Windows)
A rendszerhibafájlok (*.TRP) formázására rendelkezésre áll egy új eszköz: db2xprt.exe.
Ez az eszköz a felhasználó által olvasható ASCII fájllá alakítja a
DB2
Universal Database bináris rendszerhibafájlokat. A rendszerhibafájlok alapértelmezésben a
példánykönyvtárban vannak (DB2INSTPROF), vagy ha meg van adva a DIAGPATH
adatbázis-kezelő konfigurációs paraméter, akkor a diagnosztikai adatok
könyvtárában.
Jogosultság
Hozzáférési jogosultsággal kell rendelkeznie a DIAGPATH könyvtárhoz.
Parancsszintaxis
>>-db2xprt--+-------------+--+----+--+----+--------------------->
+-/p--útvonal-+ '-/m-' '-/n-'
'-/v----------'
>--bemeneti fájl--+---------------+----------------------------><
'-kimeneti fájl-'
Parancsparaméterek
- /p útvonal
- Pontosvesszővel ((;)) elválasztott útvonal, amely a
bináris fájlok és PDB fájlok helyére mutat.
- /v
- Verzióinformációt jelenít meg.
- /m
- Megformáz egy memória dumpot a rendszerhibafájl többi részével együtt.
- /n
- Adatok formázása, tekintet nélkül a sorok számára vonatkozó információkra.
- Bemeneti fájl
- Itt kell megadni a bemeneti fájlt.
- Kimeneti fájl
- Itt kell megadni a kimeneti fájlt.
[ Oldal eleje |Előző oldal | Következő oldal | Tartalom ]