Parancsleírás
|
|
|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 (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 indexálá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
![Szerkezeti ábra felolvasása](c.gif)
>>-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.
- 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
Szükséges kapcsolat
Database. Ez a parancs automatikusan kapcsolatot hoz létre a megadott
adatbázissal.
Parancsszintaxis
![Szerkezeti ábra felolvasása](c.gif)
>>-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
![Szerkezeti ábra felolvasása](c.gif)
>>-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 ]