A Függelék B, Katalógus-testreszabási munkalap mutatja azokat az információkat, amelyeket össze kell gyűjtenie. A munkát kényelmesebbé teheti, ha másolatot készít a munkalapról és beleírja a rendszerére jellemző értékeket.
A csomópont-katalógusban a következő információkat határozhatja meg:
Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.
DB2 for OS/390-es távoli gazdák esetén a gazdanév a DSNL004I üzenetben (DOMAIN=gazdanév) jelenik meg az elosztott adat szolgáltatás (Distributed Data Facility, DDF) elindításakor.
DB2 for OS/390-es távoli gazdák esetén a portszám PORT néven található meg a rendszerbetöltő adathalmazban (Boot Strap Data Set, BSDS), továbbá megjelenik a DSNL004I üzenetben is (TCPPORT=portszám) az elosztott adat szolgáltatás (Distributed Data Facility, DDF) elindításakor.
Megjegyzés: | TCP/IP kapcsolatok feletti kétfázisú véglegesítési újraszinkronizálású műveletek használatánál a második portszámot a kiszolgáló jelöli ki. Például a DB2 Universal Database for OS/390 rendszerbetöltő adathalmaza kijelöli azt a portszámot (RESPORT), amely csak a DB2 Universal Database for OS/390 felé irányuló bejövő kapcsolatok újraszinkronizálására használható. A szolgáltatás nevét ehhez nem kell meghatározni. |
A DCS katalógusban a következő információkat határozhatja meg:
Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.
A LOCATION NAME meghatározásához jelentkezzen be a TSO-ba, és valamelyik rendelkezésre álló lekérdező eszközzel adja ki az alábbi SQL lekérdezést:
select current server from sysibm.sysdummy1
A LOCATION NAME az MVS/ESA rendszerbetöltő adathalmazában (a Boot Strap Data Set-ben, a BSDS-ben) is meg van határozva, csakúgy mint a DSNL004I üzenet (LOCATION=location), amely az elosztott adatszolgáltatás (a Distributed Data Facility, a DDF) elindulásakor jön létre.
A LOCATION NAME meghatározásához jelentkezzen be a TSO-ba, és valamelyik rendelkezésre álló lekérdező eszközzel adja ki az alábbi SQL lekérdezést:
select current server from sysibm.sysdummy1
A LOCATION NAME a rendszerbetöltő adathalmazban (a Boot Strap Data Set-ben, a BSDS-ben) is meg van határozva, csakúgy mint a DSNL004I üzenet (LOCATION=location), amely az elosztott adatszolgáltatás (a Distributed Data Facility, a DDF) elindulásakor jön létre.
Formátum: AR <alkalmazás_átirányító_neve>
A DB2 Connect alkalmazás-átirányítója az alapértelmezett érték.
SQL30000N SQL30040N SQL30050N SQL30051N SQL30053N SQL30060N SQL30070N SQL30071N SQL30072N SQL30073N SQL30074N SQL30090N
Ha nem adja meg a ,D szétkapcsolási paramétert, csak akkor történik meg a kapcsolat felbontása, ha a következő SQLCODE-ok valamelyike tér vissza:
SQL30020N SQL30021N SQL30041N SQL30061N SQL30081N
A kódok magyarázatát az Üzenetek leírása könyvben találja.
Megjegyzés: | Ha a DB2 Connect valamilyen hiba következtében felbontja a kapcsolatot, automatikusan visszagörgetést hajt végre. |
Az alkalmazás az sqlcode (-30081) üzenetet kapja vissza, amely jelzi, hogy megszakadt a kiszolgálóval létesített kapcsolat. Az alkalmazásnak ezután új kapcsolatot kell létesítenie a gazda- vagy AS/400-as adatbázis-kiszolgálóval, hogy feldolgozhassa a további adatbázis kérelmeket is. Az AIX V4.1-es és későbbi, az SNA Server V3.1-es és későbbi, az OS/2, a Windows NT és a Windows 2000-es rendszerektől eltérő platformokon a DB2 Connect nem támogatja az automatikus szétkapcsolás lehetőségét abban az esetben, ha a DB2 Connect-t használó alkalmazás megszakítási kérelmet kap.
Megjegyzés: | A TCP/IP kapcsolatok esetében ez a lehetőség minden platformon működik. Előfordulhat, hogy az ügyfél lelövi a socketet, de ettől még - a kiszolgáló megvalósításától függően - aktív vétel létezhet is, meg nem is. A DB2 Universal Database for OS/390 aszinkron socket hívásokat alkalmaz, ezért képes észlelni a kapcsolat megszűnését, és ezért tudja visszagörgetni a folyamatban lévő hosszantartó SQL utasításokat. |
Egy új profil (környezeti vagy nyilvántartási) változó is bevezetésre kerül DB2SYSPLEX_SERVER néven, mely lehetővé teszi a SYSPLEX támogatás letiltását a munkaállomás szintjén.
Tegyük fel, hogy a következő utasításokat adja ki a parancsfeldolgozóból (a CLP-ből):
catalog appc node nynode remote nycpic security program catalog dcs database nydb1 as new_york catalog database nydb1 as newyork1 at node nynode authentication dcs
A newyork1 adatbázis-fedőnévvel kell a dátumátalakítással nem rendelkező gazda-adatbázist elérnie, mivel dátummaszkot nem határozott meg.
Az új dátumformázási támogatással azonban már az alábbi parancsokat is kiadhatja a parancsfeldolgozóból. Ebben az esetben, mivel a parancsfeldolgozót használja és a paraméter karakterláncot dupla idézőjelbe teszi, a LOCALDATE értéket két pár idézőjel közé kell tennie. Ügyeljen az operációs rendszer escape karaktere, a "\" (balra döntött törtvonal) feltüntetésére, hogy a dupla idézőjel ki ne maradjon a LOCALDATE meghatározásából! További tájékoztatást a A paraméter karakterlánc megadása alatt talál.
catalog dcs database nydb2 as new_york parms \",,,,,,LOCALDATE=\"\"YYYYMMDD\"\"\" catalog database nydb2 as newyork2 at node nynode authentication dcs
A "newyork2" adatbázis-fedőnév ugyanahhoz a gazda-adatbázishoz biztosít hozzáférést, de ezen kívül dátumformátum-maszkot is tartalmaz. A fenti példa megmutatja, hogy a LOCALDATE kulcsszóval határozhatja meg a dátumformátum-maszkot, és a paraméter a DCS katalógus bejegyzésének PARMS mezőjében a hetedik helyen áll.
A dátummaszk csak akkor érvényes, ha az alábbiak MINDEGYIKE teljesül:
Például, az alábbiak mind érvényes dátummaszknak minősülnek:
"YYyyMmDd" - az Y, az M és a D számjegyek egyaránt írhatók kis- és nagybetűvel is "MM+DD+YYYY" - a maszk lehet 10 bájtnál hosszabb, és előfordulhatnak benne az Y, az M és a D karaktertől eltérő karakterek is "abcYY+MM" - nem baj, ha nincs D-kből álló sorozat
Az alábbi dátummaszkok mind érvénytelenek:
"YYYYyMMDD" - érvénytelen, öt darab Y szerepel egy sorozatban "YYYYMDDM" - érvénytelen, kettő M-(ek)ből álló sorozat szerepel
Ha egy dátumformátum maszk érvénytelen, nem jelenik meg hibaüzenet. A maszk egyszerűen figyelmen kívül marad. Csak azért, mert egy dátummaszk érvényes, még nem biztos, hogy a rendszer használni is fogja. A dátumformátum átalakítása egy érvényes dátummaszk alapján csak akkor valósul meg, ha a következő feltételek MINDEGYIKE teljesül:
Az MVS jelszó módosítása bemutat egy példát a dcs adatbázis-alkönyvtár katalógusba vételére a CHGPWD_SDN használatával, az alábbiak szerint:
catalog dcs database db1 as dsn_db_1 parms ",,,,,,,CHGPWD_SDN=pempgm"
",,,,,,,,BIDI=xyz"
xyz a felülbírált CCSID-érték (lásd: (BIDI_NOTE1)).
A támogatott BiDi CCSID-k és a hozzájuk tartozó karakterlánc-típusok listáját a következő helyen találja meg: Administration Guide.
A következő BiDi tulajdonságok szükségesek a BiDi adatok különböző platformokon történő helyes kezeléséhez:
Mivel az alapértelmezések a különböző platformokon nem megegyezők, problémák adódhatnak DB2-es adatok egyik platformról a másikra történő küldésekor. Például, a Windows-os platformok LOGICAL UNSHAPED adatokat használnak, míg az MVS-en és az OS/390-en lévő adatok általában SHAPED VISUAL formátumúak. Ezért BiDi jellemzők támogatása nélkül a DB2 for MVS vagy OS/390-es rendszerből a DB2 Connect Windows-on működő verziójára küldött adatok hibásan jelennek meg.
Amikor a DB2 Connect és a kiszolgálón lévő adatbázis között cserél ki adatokat, általában a fogadó végzi a beérkező adatok átalakítását. Ugyanez az megállapodás vonatkozna általában a BiDi elrendezés átformálásra is, amely a szokásos kódlap-átalakításon felül történik. Jelenleg azonban egyetlen gazdagépes DB2 termék sem támogatja a BiDi-specifikus CCSID-ket és a BiDi elrendezés átformálást. Ezért a DB2 Connect szoftver egy választható továbbfejlesztést tartalmaz, hogy a BiDi elrendezés átformálását elvégezhesse a kiszolgáló-adatbázistól kapott adatokon kívül a kiszolgáló-adatbázisnak küldendő adatokon is.
Ahhoz, hogy a DB2 Connect elvégezhesse a BiDi elrendezés átformálását a kiszolgáló-adatbázishoz menő adatokon, a kiszolgáló-adatbázis BiDi CCSID-jét felül kell bírálni (lásd: (BIDI_NOTE2)). Ezt a kiszolgáló-adatbázisra vonatkozó DCS adatbázis-katalógus PARMS mezőjében lévő BIDI paraméterrel lehet elvégezni.
Ezt a szolgáltatást egy példával lehet a legjobban bemutatni.
Tegyük fel, hogy egy 62213-as CCSID-t (5-ös BiDi karakterlánc-típus) futtató héber DB2 ügyfél egy 424-es CCSID-t (4-es BiDi karakterlánc-típus) futtató DB2-es gazda-adatbázist kíván elérni. A felhasználó azonban tudja, hogy a DB2-es gazda-adatbázisban tárolt adatok 8616-os CCSID-n (6-os BiDi karakterlánc-típus) alapulnak.
Ebben az esetben két probléma merül fel. Az első az, hogy a DB2-es gazda-adatbázis nem tudja, mi a különbség a 424-es és a 8616-os CCSID-hez tartozó BiDi karakterlánc-típus között. A második probléma az, hogy a DB2 gazda-adatbázis nem ismeri fel a DB2 ügyfél 62213-as CCSID-jét. Csak a 862-es CCSID-t támogatja, amely ugyanazon a kódlapon alapul, mint a 62213-as CCSID.
Először is meg kell győződnie arról, hogy a DB2-es gazda-adatbázishoz küldött adatok 6-os BiDi karakterlánc-típusú formátumban vannak-e, továbbá tudatnia kell a DB2 Connect szoftverrel, hogy annak el kell végeznie a BiDi elrendezés átformálását a DB2-es gazda-adatbázistól kapott adatokon. A DB2-es gazda-adatbázist a következőképpen kell katalógusba vennie:
catalog dcs database nydb1 as TELAVIV parms ",,,,,,,,BIDI=8616"
Ez tudatja a DB2 Connect szoftverrel, hogy a DB2-es gazda-adatbázis 424-es CCSID-jét felül kell bírálnia a 8616-sal. Ez a felülbírálás a következő műveleteket hordozza magában:
Megjegyzések:
Ha egy adott kétirányú CCSID olyan problémákat okoz, amelyeket nem lehet orvosolni ezekkel a javaslatokkal, akkor a DB2BIDI környezeti változót vagy nyilvántartási értéket NO-ra kell állítani.
Az alábbiakban néhány példát láthat helyesen megadott paraméter karakterláncokra.
Például az alábbi karakterláncok bármelyikét megadhatja. A "\" (balra döntött törtvonal) az operációs rendszer escape karaktere:
AIX rendszerben:
NOMAP /u/username/sqllib/map/dcs1new.map,D ,D ,,INTERRUPT_ENABLED NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,
OS/2-es, Windows NT vagy Windows 2000-es rendszeren:
NOMAP d:\sqllib\map\dcs1new.map,D ,,INTERRUPT_ENABLED NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,
Lehetőség van az alapértelmezett értékek elfogadására is azáltal, hogy nem ad meg paraméter karakterláncot.
Megjegyzés: | Mivel két pár dupla idézőjelet kell kitenni a paraméter karakterláncban a
LOCALDATE maszk meghatározásakor, használnia kell az operációs rendszer escape
karakterét, a "\" (balra döntött törtvonalat). Például:
db2 catalog dcs db x as y parms \",,,,,,LOCALDATE=\"\"YYMMDD\"\"\"A fenti példa a következő DCS katalógusbeli bejegyzést eredményezi: DCS 1 entry: Local database name = X Target database name = Y Application requestor name = DCS parameters = ,,,,,,LOCALDATE="YYMMDD" Comment = DCS directory release level = 0x0100 |
A rendszeradatbázis-katalógusban a következő információkat határozhatja meg:
Formátum: 1-8 egybájtos alfanumerikus karakter, beleértve a szám jelet (#), az "at" jelet (@), a "dollár" jelet ($) és az aláhúzást (_). A név nem kezdődhet aláhúzással vagy számmal.
Minden adatbázis esetében legalább egy bejegyzést meg kell adnia a három katalógus (a csomópont-katalógus, a DCS katalógus és a rendszeradatbázis-katalógus) mindegyikében. Előfordulhat azonban az is, hogy egynél több bejegyzést kíván megadni az adatbázis számára.
Például előfordulhat, hogy ki szeretné kapcsolni az SQLCODE leképezést azon alkalmazások esetében, amelyeket a gazda- vagy AS/400-as adatbázis-kiszolgálóról vitt át, ugyanakkor szeretné elfogadni az alapértelmezés szerinti leképezést azoknál az alkalmazásoknál, amelyeket az ügyfél-kiszolgáló környezet számára fejlesztettek ki. Ezt a következőképpen teheti meg:
Mindkét fedőnév ugyanahhoz az adatbázishoz biztosít hozzáférést; az egyik SQLCODE leképezéssel, a másik pedig SQLCODE leképezés nélkül.