IBM DB2 Universal Database. Újdonságok. 8-as verzió SC

Átírás

1 IBM DB2 Universal Database Újdonságok 8-as verzió SC

2

3 IBM DB2 Universal Database Újdonságok 8-as verzió SC

4 Mielőtt ezt a tájékoztatást és a támogatott terméket használatba venné, olvassa el a Megjegyzések részben találhatóáltalános információt. A dokumentum az IBM szabadalmazott információit tartalmazza. Az IBM a dokumentumot licencszerződés keretében nyújtja, szerzői jog védi. A kiadványban találhatóinformációk nem tartalmaznak semmiféle termékgaranciát, és bármiféle, ebben a kézikönyvben levő utalást sem lehet annak tekinteni. Az IBM kiadványok a weben vagy az IBM helyi képviseleténél rendelhetők meg. v v A kiadványok online megrendeléséhez látogasson el az IBM Publications Center webhelyre a következő címen: A helyi IBM képvisel az IBM Directory of Worldwide Contacts webhelyen kereshető meg. Ennek címe: A DB2 kiadványok az Egyesült Államokban és Kanadában a DB2 Marketing and Sales osztályon rendelhetők meg az IBM-4YOU ( ) telefonszámon. Az IBM fenntartja magának a jogot, hogy a Felhasználó által küldött információt az általa megfelelőnek tartott bármilyen módon használja, illetve terjessze, a Felhasználóirányában történő mindenfajta kötelezettségvállalás nélkül. Szerzői jog IBM Corporation Minden jog fenntartva

5 Tartalom A DB2 Universal Database és a DB2 Connect 8-as verziója a legmodernebb üzleti megoldásokat biztosítja..... vii Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása Termék- és termékcsomag-változások Összetevők felváltása más összetevőkkel, névváltozások Változások a szóhasználatban Nyelvek támogatása Már nem használt és elavult funkciók Áttérés a 8-as verzióra Alacsonyabb szintű kiszolgálók támogatása.. 5 Környezetek, amelyeket nem szabad átköltöztetni a 8.1-es verzióra Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések Továbbfejlesztések a betöltésben (Load segédprogram) A Tároláskezelés nevű eszköz Csomaggyorsítótár kiürítése Újdonságok a naplózásban A biztonsági mentés és helyreállítás új lehetőségei 15 Új adminisztrációs értesítésnapló Több javítási szintű telepítés UNIX rendszeren.. 16 Csomagok verzióazonosítója Adatbázis-karbantartási mód: QUIESCE A REORGCHK új szolgáltatása: ON SCHEMA.. 17 A RUNSTATS parancs továbbfejlesztései A rendszer állapotát felügyelő eszközök Az Eseményfigyelők képessé váltak SQL táblákba valóírásra Továbbfejlesztett holtpontesemény-megfigyelés.. 21 Pillanatfelvétel- és eseményfigyelés: időbélyeggyűjtés vezérlése Pillanatfelvételek beolvasása SQL-en keresztül.. 22 A DB2 Tivoli Ready es típusú indexek Egyéb kezelhetőségi továbbfejlesztések Fejezet 3. A teljesítménnyel kapcsolatos fejlesztések Többdimenziós fürtbe rendezés Az előbeolvasás továbbfejlesztése LaptisztítóI/O hatékonyságának növelése Katalógus és jogosultsági gyorsítótár-használat többpartíciós adatbázisoknál Java UDF-ek és tárolt eljárások szálvezetése Kapcsolatösszesítő Létrehozott lekérdezőtáblák Lekérdezéstovábbítással kapcsolatos fejlesztések 28 Felhasználóáltal karbantartott létrehozott lekérdezőtáblák Létrehozott lekérdezőtáblák beceneveken Létrehozott lekérdezőtáblák növekményes karbantartása részletező tábla segítségével.. 29 Fejezet 4. Az elérhetőséggel kapcsolatos fejlesztések Online betöltés táblába Online tábla-újraszervezés Online index-újraszervezés Konfigurálhatóonline konfigurációs paraméterek 33 Pufferterület létrehozása, törlése és átméretezése online módon Létrehozott lekérdezőtáblák növekményes karbantartása hozzáfűzések betöltésekor DMS tárolóműveletek Fejezet 5. A méretezhetőséggel kapcsolatos fejlesztések Null értékek és alapértékek tömörítése INSERT (beszúrás) utasítás UNION ALL nézetekbe Továbbfejlesztett naplózás a méretezhetőség javítása érdekében Szatellit adminisztrációmódosításai Fejezet 6. A használhatósággal kapcsolatos fejlesztések A DB2 Administration Server (DAS) továbbfejlesztett szolgáltatásai A DB2 Telepítő varázslótovábbfejlesztése Új varázslók és GUI-eszközök Új Konfigurációsegéd A Vezérlőközpont-390 továbbfejlesztései Szerkezeti változások a DB2 HTML dokumentációban Szerzői jog IBM iii

6 Külön telepíthető dokumentáció Rendszeresen frissített DB2 dokumentáció Tökéletesített keresés a dokumentációban Többnyelvű telepítések támogatása Windows rendszereken Fejezet 7. A karbantarthatósággal kapcsolatos fejlesztések Az adatbázis szerkezeti egységét ellenőrző INSPECT parancs DB2 nyomkövetési szolgáltatások továbbfejlesztése 47 Fejezet 8. A többszörözéssel kapcsolatos fejlesztések Replication Center Új többszörözésvezérlő táblaszerkezetek A Capture programot érintő újítások Párhuzamosan futócapture programok Az Apply program és egyéb továbbfejlesztések.. 53 A többszörözés felügyelete A DB2 Data Links Manager továbbfejlesztett többszörözési szolgáltatásai Fejezet 9. Az Adatraktár központtal és a Warehouse Manager termékkel kapcsolatos fejlesztések Raktárkiszolgáló(AIX) Raktárügynök (Linux) A Tisztítóátalakító(Clean transformer) továbbfejlesztései Általános adatraktár-metamodell (CWM) XML támogatásának továbbfejlesztései Az Adatraktár központ továbbfejlesztett oszlopleképezési szolgáltatása Lépcsőzetes folyamatok az Adatraktár központban 59 Többszörös várakozás támogatása SQL Select és Update lépés Az Információkatalógus-kezelő továbbfejlesztett szolgáltatásai Fejezet 10. Az alkalmazásfejlesztéssel kapcsolatos fejlesztések A rutinokkal (tárolt eljárások, felhasználóáltal megadott függvények és módszerek) kapcsolatos fejlesztések Fejlesztési központ SQL Assist továbbfejlesztések Egyéb SQL-továbbfejlesztések A metódusok dinamikus feladása WMI - Windows kezelői eszköztár Új CLI LOAD funkció A megadott deklarált globális ideiglenes tábla továbbfejlesztései IBM OLE DB Provider for DB Hálószolgáltatások alkalmazásai A JDBC-vezérlőt érintő továbbfejlesztések A DB2 Universal Developer s Edition termékkel járówebsphere Studio és WebSphere Application Server programok A DB2 XML támogatásának továbbfejlesztései.. 74 Fejezet 11. Befogadott rendszerek Befogadott rendszerek Fejezet 12. Az üzleti hírszerzéssel kapcsolatos fejlesztések A DB2 OLAP Server és DB2 OLAP Integration Server változásai A DB2 Spatial Extender továbbfejlesztett szolgáltatásai Fejezet 13. A DB2 családdal kapcsolatos fejlesztések Többplatformos eszközök a DB2 Universal Database termékhez A DB2 Data Links Manager továbbfejlesztett szolgáltatásai A DB2 XML Extender továbbfejlesztett szolgáltatásai DB2 Net Search Extender A gazda- és iseries alkalmazások használhatnak kétfázisú véglegesítést TCP/IP-vel Függelék A. A DB2 Universal Database technikai leírása A DB2 Universal Database technikai leírása áttekintés A DB2 dokumentációfixpak javítócsomagjai 85 A DB2 technikai leírásának kategóriái DB2 könyvek nyomtatása PDF fájlokból Nyomtatott DB2 könyvek rendelése Az online segítség elérése Témakörök megkeresése DB2 Információs központ böngészőből történő elérésével Termékinformációk megkeresése a DB2 Információs központ az adminisztrációs eszközökből történő elérésével A technikai dokumentációonline megtekintése a DB2 HTML DokumentációCD lemezről A telepített HTML dokumentációfrissítése iv Újdonságok

7 Fájlmásolás a DB2 HTML dokumentációs CD-ről webkiszolgálóra A DB2 dokumentációnetscape 4.x programmal történő keresésének hibaelhárítása Keresés a DB2 dokumentációban Online DB2 hibaelhárítási információk Kisegítő lehetőségek Billentyűzet bemenet és navigáció Megjelenítés csökkentlátók számára Alternatív figyelmeztető jelzések Kompatibilitás kisegítő technológiákkal Kisegítő lehetőségek dokumentáció DB2 útmutatók A böngészőn keresztül elért DB2 Információs központ Függelék B. Megjegyzések Védjegyek Tárgymutató Kapcsolatfelvétel az IBM-mel Termékismertető Tartalom v

8 vi Újdonságok

9 A DB2 Universal Database és a DB2 Connect 8-as verziója a legmodernebb üzleti megoldásokat biztosítja Az adatbázis-kezelő szoftverek napjainkra a vállalati informatika alapkövévé váltak. A vállalatoknak az információk széles köréhez kell hozzáférniük, például XML dokumentumokhoz, videoanyagokhoz és egyéb nagyterjedelmű adathordozókhoz. Az új munkamódszerek kialakulásával új igények merülnek fel. Ilyen igény például a digitális jogok kezelése. Az e-business térnyerésével szükségessé válik a folyamatos rendelkezésre állás, emellett pedig az e-business nyújtja a tranzakciók konvergálásához, az üzleti hírszerzéshez és a tartalomkezelő alkalmazásokhoz szükséges hajtóerőt, miközben a vállalatok üzleti tranzakcióikat integrálják. A DB2 Universal Database 8-as verziójának segítségével eleget tehet ezen kihívásoknak. A vállalat méretétől függetlenül egy olyan adatbázisra van szüksége, amely a vállalattal együtt nő. A DB2 8-as verziója ilyen adatbázis. Az alkalmazás gyorsan reagál, ha a webhelyen váratlanul megnő a tranzakciók száma, segítségével akár növekvő mennyiségű információt is tárolhat különböző adatbázisokban. Az alkalmazás a számítástechnikai infrastruktúrához igazítható, függetlenül attól, hogy a rendszer egy vagy több processzorral, esetleg nagy méretű, párhuzamos terminálcsoportokkal rendelkezik. A particionálás és a terminálcsoportok kialakításának technológiája és az új DB2 Universal Database Enterprise Server Edition integrálása minden igényt kielégítő, rugalmas megoldást eredményez. A jövőbeli növekedésre vonatkozódöntéseket tehát nem kell már ma meghoznia. A DB2 Universal Database 8-as verziója alkalmazza az önkezelő és erőforrás-hangoló (SMART) adatbázis-technológiát, amely lehetővé teszi az adatbázis-adminisztrátorok részére, hogy az adatbázisok konfigurálását, hangolását és kezelését nagymértékben automatizálhassák. A SMART adatbázis-kezeléssel az adminisztrátor kevesebb időt tölt a rutinfeladatok végzésével, és így több ideje marad az olyan feladatokra, amelyek segítségével a vállalkozás fenntarthatóversenyelőnyt szerezhet. A legmodernebb multidimenzionális táblacsoportosítási technológia segítségével csökken az indexelésre fordítandómunka mennyisége, a gyors adatlekérdezést pedig adatrendezéssel segíti elő. Ez annyit jelent, hogy kevesebb idő alatt juthat hozzá a döntéshozatalhoz szükséges információkhoz, miközben csökken a rendszerkezelésre fordítandóerőforrások mennyisége, és javul az adattárolási alkalmazások minősége. A DB2 innovatív lekérdezésátírási és -optimalizálási technológiája, illetve teljesítménykonfigurálási szolgáltatásai vezető pozíciót foglalnak el az iparágon belül. Ez annyit jelent, hogy több ideje marad az üzleti adatok elemzésére, és kevesebb idő szükséges a teljesítmény fokozására és a hangolásra. Szerzői jog IBM vii

10 A DB2 beépített tervezett és nem tervezett rendelkezésre állási szolgáltatásai biztosítják, hogy az üzleti alkalmazások bármikor hozzáférhetők legyenek. A DB2 minden esetben biztosítja az üzleti alkalmazások hozzáférhetőségét - még akkor is, ha az adatbázis összeomlik és egy készenléti adatbázis-kiszolgálót kell használnia, vagy online karbantartási munkákat kell végrehajtania. Az indexújraépítéshez, az indexlétrehozáshoz és a táblabetöltéshez hasonlóonline segédprogramok, valamint a konfigurációs paraméterek az adatbázis leállítása nélkül módosíthatók; ezzel növekszik a teljesítmény és a rendelkezésre állás időtartama. A DB2 8-as verziója az új évezred adatkezelő megoldása. Semmilyen más adatbázis-kezelő nem rendelkezik olyan teljesítményre vonatkozó, rendelkezésre állási, méretezhetőségi és kezelhetőségi szolgáltatásokkal, mint a 8-as verzió. Fedezze fel a DB2 Universal Database 8-as verziójának újdonságait. viii Újdonságok

11 Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása Termék- és termékcsomag-változások A DB2 UDB Enterprise Edition (EE) és a DB2 UDB Enterprise-Extended Edition (EEE) termékek egyetlen programba lettek összefűzve, így jött létre a DB2 UDB Enterprise Server Edition (ESE). Az ESE termék alkalmas több adatbázis-partíció létrehozására és kezelésére. Ha több adatbázis-partíciót szeretne létrehozni egyetlen SMP-kiszolgálón, ezt megteheti az alapszintű ESE termék használatával. Ha azonban úgy szeretne létrehozni több adatbázis-partíciót, hogy azok több fizikai kiszolgálóra épülnek (azaz fürtbe rendezett hardverkonfigurációesetén), akkor ehhez külön licencet kell beszereznie. A DB2 UDB Workgroup Edition programot mostantól DB2 UDB Workgroup Server Edition programnak nevezik. A DB2 UDB Runtime ügyfél már nem tartalmazza az alábbi szolgáltatásokat: v Ügyfélkonfigurációs segédprogram v Parancsközpont Szerepel viszont a parancssori feldolgozó, amellyel ellátható a DB2 UDB Runtime ügyfél rendszerfelügyelete. A DB2 UDB Satellite Edition 6-os verziójának funkciói beépültek a DB2 UDB Personal Edition 8-as verziójába. Javasolt, hogy a DB2 UDB Satellite Edition jelenlegi felhasználói kezdjék meg az átállást a DB2 UDB Personal Edition 8-as verziójára. A DB2 OLAP Starter Kit nem áll rendelkezésre a DB2 Universal Database 8-as verziójában. Kapcsolódó szempontok: v Szatellit adminisztrációmódosításai oldalszám: 38 Összetevők felváltása más összetevőkkel, névváltozások Az Ügyfélkonfigurációs segédprogram új nevet kapott: Konfigurációsegéd. A működésével kapcsolatban is jelentős fejlesztéseket hajtottak végre. A Tárolt eljárás készítőt felváltja a Fejlesztési központ. A Fejlesztési központnak jóval több funkciója és szolgáltatása van, mint a Tárolt eljárás készítőnek. Szerzői jog IBM

12 A Teljesítménybeállítóvarázslóúj neve Configuration Advisor, a Workload Performance varázslópedig a Design Advisor nevet kapta. Kapcsolódó szempontok: v Fejlesztési központ oldalszám: 66 v Új Konfigurációsegéd oldalszám: 42 Változások a szóhasználatban A 8-as verzióban az alábbi szóhasználatbeli változások lépnek érvénybe: v A hosszú táblaterület új neve: nagy táblaterület. v A csomópontcsoport új neve: adatbázis-partíció csoport. v A 8-as verziót megelőzően az kifejezés, hogy online index-újraszervezés, azt a folyamatot jelentette, amelyben az indexlevél-lapok (alsószintű indexbejegyzéseket tárolólapok, index leaf pages) össze lettek fűzve, miközben az index online volt. Ennek a funkciónak az új neve mostantól: online indextöredezettségmentesítés indexlevél-lapokon. A 8-as verzióban már egy sokkal összetettebb (teljesebb) online index-újraszervezési szolgáltatás szerepel. v Az országkód új neve: területkód. A 8-as verzióval kapcsolatban először merül fel a létrehozott lekérdezőtábla kifejezés. A létrehozott lekérdezőtábla olyan tábla, amelynek meghatározása egy lekérdezés eredményén alapul, és amelyben az adatok a létrehozott lekérdezőtábla meghatározásának alapjául szolgálóegy vagy több táblából származóelőre kiszámított eredmények formájában szerepelnek. Az a létrehozott lekérdezőtábla, melynek egyesített kiválasztásában szerepel a GROUP BY tagmondat, az egyesített kiválasztásban hivatkozott táblákból származó adatokat összesíti. Az ilyen létrehozott lekérdezőtáblát összegző táblának is hívják. Az összegző tábla a létrehozott lekérdezőtábla különleges fajtája. Kapcsolódó szempontok: v Online index-újraszervezés oldalszám: 32 Nyelvek támogatása A 8-as verzióban minden ügyfél-kiszolgáló adatfolyam DRDA rendszerű lesz. A kódlap-átalakításokat tekintve mostantól a vevőoldalon történik majd az átalakítás. Ezért az átalakítótáblák az ügyfélre lesznek telepítve. Most már az alábbi kódlapok is támogatottak: v Arab kódlap 425 v Latin-1 HOST kódlap 1047 v Unicode V3.1 2 Újdonságok

13 Számos kódlapot és kódlap-átalakító táblát továbbfejlesztettek annak érdekében, hogy azok támogassák az euro pénznem jelét ( ). Ezek a továbbfejlesztett kódlapok már alapértelmezésben támogatják az euro jelet. Ha ezen kódlapoknak az euro jelet nem támogató verzióit szeretné használni, letöltheti azokat a következő helyről: ftp://ftp.software.ibm.com. Ez egy anonim FTP kiszolgáló. Ha a parancssoron keresztül létesíti a kapcsolatot, bejelentkezéskor a felhasználónévhez írja be ezt: anonymous, jelszónak pedig adja meg az -címét. Bejelentkezés után lépjen be az átalakítótáblákat tartalmazókönyvtárba: > cd ps/products/db2/info/vr8/conv Kapcsolódó feladatok: v Enabling and disabling euro symbol support a következő kiadványban: Adminisztrációs kézikönyv: tervezés Kapcsolódó hivatkozások: v Conversion table files for euro-enabled code pages a következő kiadványban: Adminisztrációs kézikönyv: tervezés Már nem használt és elavult funkciók Az alábbi kommunikációs protokollok támogatása megszűnt: v IPX/SPX, DB2 ügyfél-kiszolgálóprotokollként. Ez azt jelenti, hogy a DB2 8-as verzióját használó kiszolgálók nem tudnak IPX/SPX kapcsolatokat fogadni, a DB2 8-as verzióját futtató ügyfelek pedig nem konfigurálhatók az IPX/SPX protokoll használatára. v SUNLINK SNA, mivel a SUN cég bejelentette ezen protokoll megszüntetését (tehát nem használják és nem fejlesztik tovább). A 8-as verziónem támogatja az alábbi operációs rendszereket (környezeteket): v OS/2 v PTX vagy NUMA-Q v Windows 95 A Satellite Administration Center (Szatellit adminisztrációs központ) Generalize Replication Subscription (Általánosított többszörözési aláírások) funkciója nem támogatott. A Replication már nem tartalmazza az asnmobile és az asnjet függvényeket. Megszüntették a db2alert.log (figyelmeztetések) szolgáltatást. Akik eddig a db2alerts.log naplófájlt használták, az adminisztrációs értesítési naplófájlt használhatják helyette. Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása 3

14 Kivették a teljesítményfigyelési funkciót a Vezérlőközpontból. Akik eddig a teljesítményfigyelőt használták, mostantól az Állapotközpont (amely a Vezérlőközpont része) függvényeit és a DB2 Performance Expert for Multiplatforms, 1-es verzióját (amely egy külön kaphatóbővítmény) használhatják a teljesítményfigyelési funkciók ellátására. A 3-as típusú JDBC vezérlő (más néven hálózati vagy kisalkalmazás-vezérlő) a 8-as verziótól kezdve nem szerepel a programban. Bár a jelen verzió teljes mértékben támogatja, a meglévő DB2 JDBC kisalkalmazásokokat az új, 4-es típusú vezérlőre kell költöztetnie, mivel a 3-as vezérlőt az újabb verziók már nem fogják tartalmazni. Az Elosztott számítástechnikai környezetet(dce) érintő változások Megszüntették a DCE biztonsági rendszer támogatását, mert a számítástechnikai piac nyilvánvalóan áttért a Kerberos rendszer használatára: ez a rendszer látja el a biztonságos hálózati hitelesítés és egypontos bejelentkezés feladatait. A Windows 2000 rendszerrel rendelkező felhasználóknak érdemes áttérni a Kerberos védelemre a DCE biztonsági rendszerről, még mielőtt áttérnének a DB2 UDB 8-as verziójára. A Kerberos és Windows 2000 együttműködésének támogatása a 7.2-es verzióban jelent meg. A DB2 UDB 8-as verziójának jövőben megjelenő kiadása ki fogja terjeszteni a Kerberos támogatását UNIX, illetve Linux kiszolgálókra és ügyfelekre. A Lightweight Directory Access Protocol (LDAP) vált ipari szabvánnyá a vállalati szintű könyvtár megvalósításban. A felhasználóknak érdemes áttérni az LDAP rendszerre a DCE Directory támogatásról, mielőtt áttérnének a DB2 UDB 8-as verziójára. Az LDAP támogatás minden olyan platformon elérhető, amelyet a DB2 UDB 8-as verziója támogat, kivéve: HP-UX és Linux. LDAP támogatás HP-UX és Linux rendszerekre a DB2 UDB 8-as verziójának jövőben megjelenő kiadásában fog szerepelni. A DB2 Connect átjárónála továbbiakban nem végezhető hitelesítés A 8-as verziótól kezdve a felhasználó DB2 Connect átjárónál történő hitelesítésének lehetősége megszűnik. Hitelesítés csak az ügyfélnél (CLIENT beállítással) vagy a kiszolgálónál (SERVER vagy SERVER_ENCRYPT beállítással) végezhető. A beállításokat az ügyfélnél az adatbázis-hozzáférési katalógusban fel kell venni, vagy NOT_SPEC (azaz nincs megadva) értéken kell hagyni. A DCS és a DCS_ENCRYPT most pontosan ugyanazt jelentik, mint a SERVER, illetve a SERVER_ENCRYPT. Az adatbázis-kezelő konfigurációs fájljának bármely hitelesítési bejegyzése, vagy az adatbázis-katalógusban DCS vagy DCS_ENCRYPT hitelesítési értékkel rendelkező bejegyzések helyére költöztetéskor SERVER, illetve SERVER_ENCRYPT kerül. A DCS vagy a DCS_ENCRYPT beállítás megadására tett kísérletek eredményeképp ezek a típusok a SERVER, illetve a SERVER_ENCRYPT értékre lesznek leképezve. 4 Újdonságok

15 Ha adott adatbáziskatalógus-bejegyzéshez DCS bejegyzés tartozik (jelezve, hogy a DB2 Connect használatban van), és a hitelesítési típus SERVER vagy SERVER_ENCRYPT, a hitelesítési típus helyére a meglévő viselkedés megőrzése érdekében CLIENT érték kerül. Amennyiben nincs DCS katalógusbejegyzés, nem történik költöztetés. Az is megtörténhet, hogy a kiszolgálóadatbázis-kezelő konfigurációs fájljának DCS értéke a SERVER értéktől különböző. Befogadott rendszerek esetén a DCS, illetve a DCS_ENCRYPT értéke azt jelentette, hogy a befogadott átjárónál nem történik hitelesítés; a program azt feltételezte, hogy a hitelesítés a végső adatforrásnál történik meg. Ennek lehetővé tételére egy új adatbázis-kezelő konfigurációs paraméter, a FED_NOAUTH jelent meg. Ha ennek a paraméternek az értéke YES, és a hitelesítés típusa SERVER vagy SERVER_ENCRYPT, a befogadott átjárónál - a korábbi viselkedést megőrizve - nem történik hitelesítés. Az érték költöztetéskor megfelelően van beállítva: ha az adatbázis-kezelő konfigurációs fájlban a hitelesítési típus DCS vagy DCS_ENCRYPT, a FED_NOAUTH YES értékre lesz állítva. Kapcsolódó szempontok: v Migrating Applications a következő kiadványban: Application Development Guide: Building and Running Applications (Alkalmazásfejlesztési kézikönyv: Alkalmazások fejlesztése és futtatása) v Szatellit adminisztrációmódosításai oldalszám: 38 v Új adminisztrációs értesítésnapló oldalszám: 16 v Többplatformos eszközök a DB2 Universal Database termékhez oldalszám: 79 Kapcsolódó feladatok: v Alert Center -- Overview: Health Center help in the Súgó: Health Center Áttérés a 8-as verzióra A 8-as verzióra történő áttéréssel (költöztetéssel) kapcsolatban a fejezet végén található hivatkozásokat követve kaphat információt : Alacsonyabb szintű kiszolgálók támogatása Ha az ügyfélgépek előbb térnek át a 8-as verzióra, mint a kiszolgáló, több korlátozást és megszorítást kell szem előtt tartania. Ezek a megszorítások nem a DB2 Connect termékkel, és nem a zseries, az OS/390, illetve az iseries adatbázis-kiszolgálókkal kapcsolatosak. Ahhoz, hogy 8-as verzióügyfelei működjenek a 7-es verziókiszolgálóival, konfigurálnia/engedélyeznie kell a DRDA Application Server képesség használatát a 7-es verziójú kiszolgálón. Ezzel kapcsolatban tanulmányozza a 7-es verzió segédanyagát: Telepítési és konfigurálási kiegészítés. Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása 5

16 Az ismert korlátozások és megszorítások kiküszöbölése érdekében valamennyi kiszolgálót a 8-as verzióra kell költöztetnie, mielőtt az ügyfélgépek bármelyikét a 8-as verzióra költöztetné. Ha ez nem lehetséges, tudnia kell, hogy ha a 7-es verzió kiszolgálóit a 8-as verzió ügyfeleiről próbálja elérni, a következő támogatások megszűnnek: v Némely adattípus: Nagy objektum (LOB) adattípusok. Felhasználóáltal megadott típusok (UDTs). DATALINK adattípusok. A DATALINK adattípus a nem relációs tárolóhelyen talált külső adatok kezelését teszi lehetővé. A DATALINK adattípus olyan fájlokra hivatkozik, amelyek fizikailag a DB2 Universal Database adatbázison kívüli fájlrendszerben találhatók. v Némely biztonsági szolgáltatás: A SERVER_ENCRYPT hitelesítési típus. A SERVER_ENCRYPT egy jelszótitkosítási módszer. A titkosított jelszó a felhasználói azonosítóval együtt hitelesíti a felhasználót. Jelszómódosítás A 8-as verziójú ügyfélről nem módosíthatók a 7-es verziójú kiszolgáló jelszavai. v Egyes kapcsolat- és kommunikációs protokollok: Kapcsolat helyett csatolást (ATTACH) igénylő példánykérelmek. A csatolás nem támogatott a 8-as verzióügyfele és a 7-es verziókiszolgálója között. Csak a TCP/IP hálózati protokoll támogatott. Az SNA, a NetBIOS, az IPX/SPX, és más hálózati protokollok nem támogatottak. v Az alkalmazás néhány jellemzője és feladata: A DESCRIBE INPUT utasítás - az ODBC/JDBC alkalmazások kivételével - nem támogatott. A 8-as verzió ODBC/JDBC alkalmazást futtató, 7-es verziójú kiszolgálóhoz kapcsolódó ügyfeleinek támogatása érdekében minden 7-es verzióval rendelkező kiszolgálóesetén a DESCRIBE INPUT támogatás javítását kell alkalmazni, ahol ez a fajta elérés szükséges. Ez a javítás az APAR IY30655 elemhez kapcsolódik, és még a 8-as verzióáltalános megjelenése előtt elérhető lesz. Bármely DB2 Universal Database dokumentum Contacting IBM című fejezetéből megtudható, hogyan érhető el az APAR IY30655 elemhez kapcsolódó javítás. Ez a DESCRIBE INPUT utasítás teljesítmény- és használati továbbfejlesztés, amely révén az alkalmazás kérelmezője előkészített utasításként szerezheti be a bemeneti paraméterjelzők leírását. CALL utasítás esetén a tárolt eljárás IN és INOUT paramétereihez kapcsolódó paraméterjelzőket tartalmaz. Kétfázisú véglegesítés. A 7-es verziójú kiszolgálónem használhatótranzakciókezelő adatbázisként a 8-as verziójú ügyfeleket érintő összehangolt tranzakciók használatakor. A 7-es verziójú 6 Újdonságok

17 kiszolgáló sem vehet részt olyan összehangolt tranzakcióban, ahol a 8-as verziójú kiszolgálótranzakciókezelő adatbázis lehet. XA-konform tranzakciókezelők. 8-as verziójú ügyfélgépet használó alkalmazás XA erőforrása nem lehet 7-es verziójú kiszolgáló. Ez a WebSphere, a Microsoft COM+/MTS, a BEA WebLogic, és más alkalmazásokra is vonatkozik, amelyek tranzakciókezelési rendszer részei. Megfigyelés. Segédprogramok. Az ügyfél által indított, kiszolgálóhoz kapcsolódó segédprogramok nem támogatottak, ha az ügyfél a 8-as verziót, a kiszolgáló pedig a 7-es verziót használja. A 32 KB-nál nagyobb méretű SQL-utasítások. A 8-as verzióügyfelei és a 7-es verziókiszolgálói közötti fenti megszorítások mellett hasonlókorlátozások érvényesek a 8-as verzióeszközei és a 7-es verziókiszolgálóinak együttműködése esetén is. A következő 8-as verziójú eszközök csak a 8-as verziót használó kiszolgálókat támogatják: v Vezérlőközpont v Feladatközpont v Napló v Satellite Administration Center (szatellit adminisztrációs központ) v Information Catalog Center (Információkatalógus-központ; webes változat is) v Health Center (webes változat is) v Licencközpont v Spatial Extender v Eszközök beállításai A 8-as verzió következő eszközei a 7-es verziójú kiszolgálókat (korlátozásokkal) és a 8-as verziójú kiszolgálókat támogatják: v Konfigurációsegéd (Az eszköznek különböző összetevői közül csak a kivitel/behozatal konfigurációs fájl használható a 7-es verziójú kiszolgálókkal; a 8-as verzióval valamennyi összetevő együttműködik) v Adatraktár központ v Replication Center (Többszörözési központ) v Parancsközpont(webes változat is) v SQL segéd v Fejlesztési központ v Visual Explain Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása 7

18 A 8-as verzió azon eszközei, amelyek csak a Vezérlőközpont navigációs fájából indíthatók, valamint az eszközökön alapuló bármely részletes megjelenítés többnyire nem elérhető a 7-es és korábbi verziókat futtató kiszolgálókról. Ha 7-es vagy korábbi verziójú kiszolgálókkal dolgozik, célszerű a 7-es verzió eszközeit használni. Kapcsolódó szempontok: v Migrating Applications a következő kiadványban: Application Development Guide: Building and Running Applications (Alkalmazásfejlesztési kézikönyv: Alkalmazások fejlesztése és futtatása) v Migration recommendations a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz Kapcsolódó feladatok: v Migrating databases a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz v Migrating instances (UNIX) a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz v Migrating DB2 (Windows) a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz v Migrating DB2 (UNIX) a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz v Migrating DB2 Personal Edition (Windows) a következő kiadványban: DB2 Personal Edition Repülőrajt v Migrating DB2 Personal Edition (Linux) a következő kiadványban: DB2 Personal Edition Repülőrajt v Migrating databases on DB2 Personal Edition (Windows) a következő kiadványban: DB2 Personal Edition Repülőrajt v Migrating instances and databases on DB2 Personal Edition (Linux) a következő kiadványban: DB2 Personal Edition Repülőrajt Kapcsolódó hivatkozások: v Migration restrictions a következő kiadványban: Repülőrajt DB2 kiszolgálókhoz v Version 8 incompatibilities between releases a következő kiadványban: Adminisztrációs kézikönyv: tervezés Környezetek, amelyeket nem szabad átköltöztetni a 8.1-es verzióra Az alábbi környezeteket nem szabad átköltöztetni a DB2 Universal Database 8-as verziójára: DB2 Relational Connect és DB2 Life Sciences Data Connect környezetek Az IBM cég átszervezi és bővíti a kínálatát, hogy minél inkább előtérbe kerüljön az adatintegráció. Ennek keretében egy új szolgáltatás kerül bevezetésre, amely felváltja és egyben kibővíti azokat a szolgáltatásokat, amelyeket korábban a DB2 Relational Connect és DB2 Life Sciences Data 8 Újdonságok

19 Connect termékek használatával lehetett csak igénybe venni. Az erről szóló részletes információk később jelennek majd meg. Azoknak a felhasználóknak, akik a DB2 Relational Connect 7-es verzióját vagy a DB2 Life Sciences Data Connect 7-es verzióját használják befogadott (egyesített) adatforrások elérésére, érdemes megvárniuk ennek az új szolgáltatásnak a megjelenését, mielőtt áttérnének a DB2 Universal Database 8-as verziójára. A DB2 Universal Database 8.1-es verziója már eleve képes az IBM termékcsalád (DB2 és Informix IDS) adatbázisaiból származó relációs adatok befogadására. Azok a felhasználók, akik csak DB2 és Informix IDS rendszerekből származóbefogadott adatokat szeretnének használni, máris áttérhetnek a 8.1-es verzióra. DB2 Query Patroller környezetek Az IBM azt tervezi, hogy kiadja a DB2 Query Patroller 8-as verzióját, amely a DB2 Universal Database 8-as verziójú adatbázisokkal való használatra van szánva. A DB2 Query Patroller 8-as verziója azonban jelenleg még nem elérhető. Azoknak a felhasználóknak, akik a DB2 Warehouse Manager 7.2-es verziójához járó DB2 Query Patroller 7.2-es verzióját használják, nem tanácsos áttérni a DB2 Universal Database 8-as verziójára mindaddig, amíg meg nem jelenik a DB2 Query Patroller 8-as verziója. A DB2 Query Patroller 8-as verziója olyan továbbfejlesztett szolgáltatásokat fog tartalmazni, amelyekkel hatékonyabban lehet majd kezelni és ellenőrizni a lekérdezések elküldésével kapcsolatos összes tennivalót. Fejezet 1. A DB2 Universal Database 8-as verziójának bemutatása 9

20 10 Újdonságok

21 Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések Továbbfejlesztések a betöltésben (Load segédprogram) Számos újítás történt a 8-as verzióbetöltési segédprogramjában. Új funkciók jelentek meg annak érdekében, hogy egyszerűbb legyen az adatok beolvasása mind az egy-, mind a több partíciós adatbázis-környezetekbe. A betöltési műveletek most már a tábla szinten helyezkednek el. Ez azt jelenti, hogy a betöltő segédprogram mostantól nem igényel kizárólagos hozzáférést a teljes táblaterülethez, és a betöltéssel egyidőben hozzá lehet férni a táblaterület más táblaobjektumaihoz. Továbbá a betöltési műveletben érintett táblaterületeknél nincs tiltva az új műveletek indítása. Ha egy helyreállíthatóadatbázisra meg van adva a COPY NO beállítás, akkor a betöltési művelet kezdetekor a táblaterület biztonsági mentés szükséges állapotba áll. Egy további új funkcióa betöltő segédprogrammal kapcsolatban: a már létező adatokat le lehet kérdezni a táblából, miközben folyamatban van az új adatok betöltése. Ez a LOAD parancs READ ACCESS paraméterének megadásával lehetséges. Ebben a kiadásban már szerepel a LOCK WITH FORCE beállítási lehetőség. Ezzel kényszeríteni lehet az alkalmazásokat, hogy feloldják a táblákra vonatkozózárolásokat, ezzel lehetővé téve a betöltési művelet folytatását és az ehhez szükséges zárolások megszerzését. Lehetővé vált, hogy adatok betöltéséhez particionáltadatbázis-környezetben is ugyanazokat a parancsokat (LOAD, db2load) és API-kat (db2load, db2loadquery) használja, mint egypartíciós adatbázis-környezetben. A továbbiakban már nincs szükség az automatikus betöltés (AutoLoader) segédprogramra (db2atld) és az automatikus betöltés vezérlőfájljára. Az új CURSOR fájltípus használatával egy SQL lekérdezés eredményét betöltheti egy adatbázisba anélkül, hogy előtte egy adatállományba exportálná azt. A 8-as verziómegjelenését megelőzően a betöltési művelet után a céltábla ellenőrzés szükséges állapotban maradt, amennyiben létrehozott oszlopokat tartalmazott. A betöltő segédprogram most már oszlopértékeket hoz létre, és a továbbiakban nem szükséges a SET INTEGRITY parancsot kiadni olyan táblába valóbetöltési művelet után, amely létrehozott oszlopokat tartalmaz és nincs más táblakorlátozása. A LOAD QUERY parancs funkciói ugyancsak bővültek. A parancs most már visszaadja annak a céltáblának az állapotát, amelybe az adatok éppen töltődnek - csakúgy, mint az Szerzői jog IBM

22 éppen futóbetöltési műveletre vonatkozóállapotinformációt. A LOAD QUERY parancs használatával lekérdezhető a táblák állapota attól függetlenül, hogy éppen folyamatban van-e az adott táblán betöltési művelet. A Vezérlőközpontban most már találhatóegy betöltési varázslóis, amely segít a betöltési művelet beállításában. Kapcsolódó szempontok: v Loading Data in a Partitioned Database - Overview a következő kiadványban: Data Movement Utilities Guide and Reference (Adatmozgató segédprogramok útmutatója és kézikönyve) v Új varázslók és GUI-eszközök oldalszám: 40 Kapcsolódó hivatkozások: v db2loadquery - Load Query a következő kiadványban: Adminisztrációs API kézikönyv v LOAD QUERY Command a következő kiadványban: Command Reference v LOAD Command a következő kiadványban: Command Reference v db2load - Load a következő kiadványban: Adminisztrációs API kézikönyv A Tároláskezelés nevű eszköz A Tároláskezelés (Storage Management) nevű eszközt mostantól a Vezérlőközponton keresztül lehet elérni. Ezen eszköz segítségével megjeleníthető a Tároláskezelés-nézet, amely megjeleníti egy adott adatbázis, adatbázis-partíciócsoport vagy táblaterület tárolási állapotának pillanatfelvételét. Megadott időközönként statisztikai adatokat lehet rögzíteni, az így felvett adatok megjelenítése pedig a választott objektum típusától függ: v Táblaterületek esetén a rendszerkatalógusok és az adatbázis megfigyelő adatai jelennek meg, az adott táblaterület hatókörében megadott táblákhoz, indexekhez és tárolókhoz (konténerekhez). v Adatbázis és adatbázis-partíciócsoport esetén az adott adatbázisban vagy a-p. csoportban megadott összes táblaterületre vonatkozóadat jelenik meg. v Adatbázis esetén a benne lévő összes adatbázis-partíciócsoport adatai is összegyűjtésre kerülnek. A Tároláskezelés-nézetben megjelenő információk segítségével nyomon követheti a tárolásra jellemző különféle adatokat, mint például a táblaterületek területhasználatát és az adatbázis-partíciócsoportok adatcsúsztatását (adatbázis-elosztás), és rögzítheti az adatbázis-partíciócsoportok és táblaterületek indexeinek fürtarányát. 12 Újdonságok

23 A Tároláskezelés nézetben meg lehet adni a fenti adatok (adatcsúztatás, területhasználat és index fürtarány) küszöbértékeit is. Ha egy célobjektum átlépi a megadott küszöbértéket, figyelmeztetés vagy riasztás formájában értesülni fog róla. Kapcsolódó szempontok: v Új varázslók és GUI-eszközök oldalszám: 40 Csomaggyorsítótár kiürítése Ez a funkciólehetővé teszi, hogy eltávolítsa a gyorsítótárban találhatódinamikus SQL utasításokat egy új SQL utasítás, a FLUSH PACKAGE CACHE használatával. Ez az utasítás érvényteleníti a gyorsítótárba felvett dinamikus SQL utasításokat, s ezáltal távolítja el azokat a csomaggyorsítótárból. A gyorsítótárba felvett dinamikus SQL utasítás érvénytelenítése lehetővé teszi a folytatást a felvett utasítás aktuális felhasználói számára, de minden új kérelem, ami ugyanerre az utasításra vonatkozik, kötelezően fordításra kerül és új gyorsítótár-bejegyzés jön létre. Azáltal, hogy a gyorsítótárba felvett érintett bejegyzéseket érvényteleníti, a DB2 már kezeli a legtöbb szokásos tevékenységet, ami befolyásolja a gyorsítótárba felvett dinamikus SQL utasítások érvényességét. Néhány tevékenységet azonban még nem tud kezelni - ilyen például az adatbázis és az adatbázis-kezelő konfigurációs paramétereinek új, online frissítése. Ez az utasítás lehetővé teszi, hogy a felhasználósajátkezűleg érvénytelenítse a gyorsítótárba felvett dinamikus SQL utasításokat azoknál a forgatókönyveknél, amelyeket a DB2 nem kezel automatikusan. Kapcsolódó szempontok: v Configuration parameter tuning a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény Kapcsolódó feladatok: v Configuring DB2 with configuration parameters a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény Kapcsolódó hivatkozások: v Configuration parameters summary a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény v FLUSH PACKAGE CACHE statement a következő kiadványban: SQL kézikönyv, 2. kötet Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések 13

24 Újdonságok a naplózásban A kettős naplózás a 7.2-es verzióban (másik nevén 7-es verzió FixPak 3) jelent meg. A kettős naplózás engedélyezéséhez a DB2 nyilvántartás DB2NEWLOGPATH2 változóját YES (igen) értékre kellett állítani. A kettős naplózás csak UNIX rendszeren volt elérhető, és a felhasználónem tudta közvetlenül vezérelni azt az útvonalat, ahova a második naplókészlet került. Az útvonal neve úgy állt elő, hogy a logpath adatbázis konfigurációs paraméter végére egy 2-es lett hozzáfűzve. A 8-as verzióban a kettős naplózás minden olyan platformon elérhető, amelyen a DB2 UDB támogatott. Ezen kívül a második naplóelérési útvonalának konfigurációját és engedélyezését a mirrorlogpath adatbázis konfigurációs paraméter vezérli. Ha a mirrorlogpath paraméternek van értéke, akkor a kettős naplózás engedélyezett és a második naplóelérési útvonala az, ami a konfigurációs paraméterben van megadva. Egy útvonalas naplózásnál két adatbázis konfigurációs paraméterre volt szükség: v a logpath paraméter jelezte, hogy hol van jelenleg, v a newlogpath megadta, hogy mi legyen a naplóelérési útvonal az adatbázis következő aktivizálásakor. Ezek a paraméterek változatlanul működnek a 8-as verzióban is. A kettős naplózást engedélyező konfigurációk esetében a második napló elérési útvonalához csak egy konfigurációs paraméter tartozik: mirrorlogpath. A GET DB CFG SHOW DETAIL paranccsal olvashatja ki a paraméter aktuális értékét, a jövőbeli értékét is, amely az adatbázis legközelebbi aktivizálásakor lép életbe, és a késleltetett érték oszlopban jelenik meg. A maximális megadható naplóterület 32 GB-ról 256 GB-ra nőtt. Így több tranzakció futhat párhuzamosan, és a tranzakciók több munkát tudnak elvégezni. A végtelen aktív naplózás szintén új a 8-as verzióban. Lehetővé teszi, hogy az aktív munkaegység kiterjedjen az elsődleges naplókra és az archív naplókra is, és ezzel gyakorlatilag végtelen számú naplófájlt használhat a tranzakció. A végtelen aktív napló engedélyezése nélkül egy munkaegység naplórekordjainak be kell illeszkedniük az elsődleges naplóterületre. A végtelen aktív napló engedélyezése a logsecond -1-re állításával történik. A végtelen aktív naplót olyan, nagy feladatokkal dolgozó környezetben is lehet használni, ahol a feladatoknak több naplóterületre van szükségük, mint amennyit normális esetben lefoglalnak az elsődleges naplóknak. A 7-es verzióban bemutatott blokkolás betelt naplólemez esetén funkciót a 8-as verzióban a blk_log_dsk_ful adatbázis konfigurációs paraméterrel lehet beállítani. A blokkolás betelt naplólemez esetén szolgáltatás lehetővé teszi annak a megadását, hogy a DB2 ne álljon le, amikor az aktív naplóelérési útvonaláról futtatnak alkalmazásokat és a lemez betelik. Ha engedélyezi ezt a beállítást, a DB2 öt percenként újrapróbálkozik, és ezzel lehetővé teszi, hogy a betelt lemezen helyet szabadítsanak fel, és az alkalmazások befejeződjenek. 14 Újdonságok

25 Kapcsolódó szempontok: v Understanding Recovery Logs a következő kiadványban: Data Recovery and High Availability Guide and Reference v Log Mirroring a következő kiadványban: Data Recovery and High Availability Guide and Reference Kapcsolódó hivatkozások: v Configuration Parameters for Database Logging a következő kiadványban: Data Recovery and High Availability Guide and Reference A biztonsági mentés és helyreállítás új lehetőségei A DB2 UDB 8-as verziója számos mentési és helyreállítási továbbfejlesztést tartalmaz: XBSA támogatás A mentés képes kezelni azokat a tárolási megoldásokat, amelyek rendelkeznek az XBSA ipari szabványnak megfelelő kezelőfelülettel. Visszaállítás különböző kódlapot használó rendszerek esetén Az adatbázis biztonsági mentését visszaállíthatja olyan rendszerre, amelyik más kódlapot használ. Például egy 819-es kódlapot alkalmazó rendszeren készült mentés visszaállíthatóegy 850-es kódlapot használórendszerre. Gyorsabb táblaterület-helyreállítás Egy táblaterület helyreállítása során csak a helyreállításhoz szükséges naplófájlok kerülnek feldolgozásra, a többi naplófájlt kihagyja a rendszer. Ha a naplófájlokat az archív állományból kell beolvasni, a felhasználói kilépési pontnak csak a szükséges naplófájlokat kell beolvasnia. Időponthoz kötött előregörgető helyreállítás helyi idővel Az időponthoz kötött (point in time, PIT) előregörgető helyreállítás használatakor helyi időként adhatja meg az időt. Ez megkönnyíti az adott időpontra történő előregörgetést, és megszünteti a helyi idő középidőre (GMT-re) valóátváltásából eredő lehetséges hibákat. Kapcsolódó hivatkozások: v BACKUP DATABASE Command a következő kiadványban: Command Reference v RESTORE DATABASE Command a következő kiadványban: Command Reference v ROLLFORWARD DATABASE Command a következő kiadványban: Command Reference Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések 15

26 Új adminisztrációs értesítésnapló A DB2 a naplóadatokat tervezett használatuktól függően most két különböző naplóba helyezi el. Adminisztrációs értesítésnapló Amikor jelentős esemény történik, a DB2 az adminisztrációs értesítésnaplóba írja az információt. Ezek az adatok az adatbázis-adminisztrátorok illetve a rendszergazdák munkáját segítik. Az értesítések többsége további adatokkal egészíti ki az adott SQLCODE kódot. Az esemény típusát és a begyűjtött információrészletességének szintjét a NOTIFYLEVEL konfigurációs paraméter határozza meg. Részletezett diagnosztikai információazonban nem kerül ebbe a naplóba. db2diag.log A hibákról szóló diagnosztikai információ ebbe a szöveges naplófájlba kerül. Ez az információhibafelderítésre használhatóés a DB2 ügyféltámogatás számára fontos. Az információrészletességének szintjét a DIAGLEVEL konfigurációs paraméter határozza meg. Több javítási szintű telepítés UNIX rendszeren Az 1-es javítócsomaggal kezdődően (FixPak 1) a DB2 8-as verziója több javítási szintet támogat párhuzamosan egyazon rendszeren. Ez a támogatás csak a DB2 UDB Enterprise Server Edition terméknél, UNIX platformokon áll rendelkezésre. A több javítási szintű támogatás a következőket teszi lehetővé: v Egy új javítási szint tesztelése, miközben egy régebbi javítási szint továbbra is támogatja a munkakörnyezetet. Ha befejeződött a tesztelés, a munkakörnyezetet át lehet állítani az új javítási szintre. v Különböző csapatok közösen használhatnak egy rendszert annak ellenére, hogy DB2 kódszintjeik eltérőek. Például az egyik csapat, amely már egy ideje egy alkalmazás fejlesztésén dolgozik, továbbra is használhatja az eddig használt DB2 javítási szintet, míg egy másik csapat, amely most kezd bele egy új projektbe, igénybe veheti a legfrissebb javítási szintet. A javítási szintekről további információáll majd rendelkezésre a 8-as verzió1-es javítócsomagjának kiadásakor. Csomagok verzióazonosítója Lehetővé vált, hogy egy rendszerben egy csomag több verzióját is fenntartsa, a csomagok számára készült új verziólehetőséggel. Ennek a lehetőségnek az a célja, hogy több olyan csomag is szerepelhessen a rendszerkatalógusban, amelyek ugyanazzal a sémával és csomagazonosítóval 16 Újdonságok

27 rendelkeznek. Így lehetővé válik egy csomag új verziójának tesztelése és bevezetése a rendszerbe anélkül, hogy érintené a csomag létező verziójának felhasználóit. A verziók támogatásával elérhető, hogy folyamatos csomagkarbantartást végezzenek, miközben a végfelhasználók zavartalanul hozzáférhetnek a rendszerhez. A PREP, BIND, REBIND és DROP PACKAGE szolgáltatások is fel lettek készítve a csomagverziók kezelésére. Kapcsolódó szempontok: v Package Versioning a következő kiadványban: Application Development Guide: Programming Client Applications (Alkalmazásfejlesztési kézikönyv: Ügyfélalkalmazások programozása) Adatbázis-karbantartási mód: QUIESCE Az új QUIESCE parancs használatával kiszoríthat minden felhasználót egy példányról vagy egy adatbázisról, és azt az adatbázis-karbantartási tevékenységek idejére nyugvó, új műveleteket nem engedő módba teheti. A QUIESCE parancs kizárólagos hozzáférést biztosít a példányhoz vagy az adatbázishoz, miközben nem kell az összes felhasználót kijelentkeztetni a példányról vagy az adatbázisból, azután pedig megakadályozni, hogy kívülről létesítsenek kapcsolatot az adatbázisrendszerrel (például nem kell leállítani az összes tranzakciókezelőt). Csak a megfelelő jogosultsággal rendelkező felhasználók kapcsolódhatnak a példányhoz vagy az adatbázishoz. Az új műveleteket tiltóidőszakban rendszeradminisztrációs teendőket végezhet a példányon vagy az adatbázison. Miután befejeződött az adminisztráció, az UNQUIESCE paranccsal feloldhatja az adatbázis nyugvó állapotát, és ismét megengedheti a többi felhasználónak, hogy az adatbázishoz kapcsolódjanak, mindezt rendszerzárás és újabb adatbázis-indítás nélkül. Kapcsolódó hivatkozások: v QUIESCE Command a következő kiadványban: Command Reference v UNQUIESCE Command a következő kiadványban: Command Reference A REORGCHK új szolgáltatása: ON SCHEMA A REORGCHK mostantól kezdve séma alapján is futtatható. Ez megnöveli jelenlegi képességeit, hogy az összes táblán, vagy pedig a parancsot kiadófelhasználóáltal létrehozott táblákon is lehessen futtatni. Kapcsolódó hivatkozások: Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések 17

28 v REORGCHK Command a következő kiadványban: Command Reference A RUNSTATS parancs továbbfejlesztései A RUNSTATS parancs továbbfejlesztésre került, ezáltal javult a statisztikák begyűjtésének teljesítménye, és további lehetőségek nyíltak meg. A RUNSTATS segédprogram az alábbi szolgáltatásokat nyújtja: v További statisztikák - pl. oszlopkombináció-statisztikák - gyűjtése, és a tábla-, indexilletve index-tábla viszony statisztikák előzetes lehívása v Indexnevek listájának elfogadása (előzőleg csak az API-val volt lehetséges) v Oszloplista elfogadása, azon oszlopok felsorolásával, amelyekről statisztikákat kíván gyűjteni v Elosztási statisztikák korlátjainak elfogadása: a NUM_FREQVALUES és a NUM_QUANTILES értékek táblaszinten (anélkül, hogy a konfigurációs paramétereket meg kéne változtatni, és az összes felhasználót le kéne választani, majd újracsatlakoztatni). v Egyedi NUM_FREQVALUES és NUM_QUANTILES oszlopértékek elfogadása v DETAILED indexstatisztikák gyorsabb (mintavételen alapuló) gyűjtése Kapcsolódó szempontok: v Guidelines for collecting and updating statistics a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény v Detailed index statistics a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény Kapcsolódó feladatok: v Collecting catalog statistics a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény v Collecting distribution statistics for specific columns a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény v Collecting index statistics a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény v Determining when to reorganize tables a következő kiadványban: Adminisztrációs kézikönyv: teljesítmény Kapcsolódó hivatkozások: v RUNSTATS Command a következő kiadványban: Command Reference v db2runstats - Runstats a következő kiadványban: Adminisztrációs API kézikönyv 18 Újdonságok

29 A rendszer állapotát felügyelő eszközök A DB2 8-as verziójában bevezetésre került az Állapotfigyelő (Health Monitor) és az Állapotközpont (Health Center) nevű, két új szolgáltatás, amelyek a DB2 rendszer állapotának felügyeletében nyújtanak segítséget. Ezek az eszközök kivételkezelő lehetőséggel bővítik a DB2 Universal Database rendszert: figyelmeztetnek a rendszer lehetséges problémáira. Így lehetővé válik, hogy a rendszer állapotában bekövetkező változásokról még az előtt tudomást szerezzen, hogy azok a rendszer teljesítményét visszavető, valódi problémákat okoznának. Az Állapotfigyelő egy kiszolgálóoldali eszköz, amely felhasználói beavatkozás nélkül is folyamatosan figyeli a példány állapotát. Az Állapotfigyelő észleli, ha a rendszer túllépi valamelyik előre megadott küszöböt (például a rendelkezésre állónaplóterület nem elegendő), vagy ha valamely objektum rendellenes állapotba kerül (például valamelyik példány nem működik), és ekkor figyelmeztetést ad. Figyelmeztetéskor két dolog történhet: v A rendszer figyelmeztető üzenetet küldhet egy meghatározott címre vagy személyi hívóra, így értesíti a rendszer működéséért felelős személyt. v A rendszer előre megadott műveleteket hajt végre. Például lefuttat egy parancsfájlt vagy (az új Feladatközpontból megvalósított) feladatot. Az állapotjelző a rendszer egyik jellemzője, amelyet az Állapotfigyelő ellenőriz. Az Állapotfigyelő előre megadott küszöbértékeket tartalmaz ezekre a rendszerjellemzőkre nézve. Az Állapotfigyelő ellenőrzi, hogy a rendszer megfelel-e ezeknek az állapotjelző küszöbértékeknek, és ez alapján dönti el, hogy figyelmeztetést adjon-e. Az Állapotközpont, különböző parancsok vagy az alkalmazás-programozási felületek (API) használatával igényeinek megfelelően állíthatja be a rendszerjellemzők küszöbértékeit, és megadhatja, hogy kit kell értesíteni, és mely parancsfájlok vagy feladatok futtatása szükséges egy figyelmeztetés megjelenésekor. Az Állapotközpont az Állapotfigyelő grafikus kezelőfelülete. Segítségével beállíthatja az Állapotfigyelőt, és megtekintheti a példányokról és az adatbázis objektumokról megjelenő figyelmeztetéseket. Az Állapotfigyelő ráközelítési lehetőségével hozzájuthat az aktuális riasztások részleteihez, és egy listához, amely a figyelmeztetés okának megoldására javasolt tevékenységeket tartalmazza. A hiba elhárításához kövesse valamelyik ajánlott eljárást. Ha a javasolt lépés az, hogy változtassa meg az adatbázis vagy az adatbázis-kezelő konfigurációját, akkor az Állapotfigyelő az új értékre is javaslatot tesz, és a változtatás egyetlen kattintással elvégezhető. Más esetékben az Állapotfigyelő azt javasolja, hogy vizsgálja tovább a problémát valamilyen egyéb eszközzel, mint amilyen például a CLP vagy az új Memóriamegjelenítő. Fejezet 2. A kezelhetőséggel kapcsolatos fejlesztések 19