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:

| |

|
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.

| |

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.

|

REORGCHK parancs

A REORGCHK parancsban használt indexstatisztikai képletek felülvizsgálatára került sor. Az új képletek és magyarázatuk:

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.

BACKUP DATABASE parancs

Használati megjegyzések

Vegye figyelembe a következő korlátozásokat:

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:
  1. A codepage módosító nem használható együtt a lobsinfile módosítóval.
  2. 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ásaSzerkezeti ábra kihagyása>>-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:

| |
|Jogosultság |

sysadm

|
|Szükséges kapcsolat |

Database. Ez a parancs automatikusan kapcsolatot hoz létre a megadott |adatbázissal.

|
|Parancsszintaxis |
Szerkezeti ábra felolvasásaSzerkezeti ábra kihagyása|>>-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 |
    |
  1. 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.
  2. |
  3. 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ásaSzerkezeti ábra kihagyása>>-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 ]