IBM DB2 Nyheter Versjon 8 SA15-4813-00
IBM DB2 Nyheter Versjon 8 SA15-4813-00
Før du bruker opplysningene i denne boken og produktet det blir henvist til, må du lese Merknader. Dette dokumentet inneholder informasjon som eies av IBM. Det leveres i henhold til lisensbetingelser og er opphavsrettslig beskyttet. Informasjonen i denne håndboken omfatter ingen produktgarantier, og eventuelle merknader i denne håndboken må ikke tolkes som garantier. Du kan bestille IBM-publikasjoner elektronisk eller via IBM-representanten. v Hvis du vil bestille publikasjoner elektronisk, går du til IBM Publications Center på www.ibm.com/shop/publications/order v IBM-representanten finner du ved å gå til IBM Directory of Worldwide Contacts på www.ibm.com/planetwide Hvis du vil bestille DB2-publikasjoner fra DB2 Marketing and Sales i USA eller Canada, må du ringe 1-800-IBM-4YOU (426-4968). Når du sender informasjon til IBM, gir du IBM en ikke-eksklusiv rett til å bruke eller distribuere informasjonen på den måten IBM mener er best, uten forpliktelser i noen retning. Copyright International Business Machines Corporation 1997-2002. All rights reserved.
Innhold DB2 Universal Database og DB2 Connect versjon 8 er markedsledende på forretningsløsninger......... vii Kapittel 1. Innføring i DB2 Universal Database versjon 8......... 1 Produkt- og pakkeendringer....... 1 Komponenterstatninger og navneendringer.. 1 Terminologiendringer......... 2 Språkstøtte (NLS).......... 2 Avviklede og utgående funksjoner..... 3 Migrering til versjon 8......... 5 Støtte for tjenere på et tidligere nivå... 5 Miljøer som ikke bør migreres til versjon 8.. 8 Kapittel 2. Forbedringer i styrbarhet... 11 Forbedringer i innlasting........ 11 Lagerstyringsverktøy......... 12 Tøm pakkehurtigbufferen....... 13 Forbedringer i logging........ 14 Forbedringer i reservekopiering og gjenoppretting........... 15 Ny administrasjonsvarslingslogg..... 16 Installering av flere servicenivåer for UNIX 16 Versjons-ID for pakker........ 16 Databasevedlikeholdsmodus: QUIESCE... 17 ON SCHEMA-funksjon tilføyd til REORGCHK............ 17 Forbedringer i kommandoen RUNSTATS.. 18 Verktøy for å overvåke helsen til systemene 19 Aktivitetsovervåkere kan nå skrive til SQL-tabeller............ 20 Forbedret vranglåsovervåking...... 21 Shapshot- og aktivitetsovervåking: kontrollere systemtidinnsamling......... 21 Henting av snapshot via SQL...... 22 DB2 er klargjort for Tivoli....... 22 Indekser av type 2.......... 23 Andre forbedringer i styrbarhet..... 23 Kapittel 3. Forbedringer i ytelse..... 25 Flerdimensjonal gruppering....... 25 Forbedringer i forhåndshenting..... 26 Forbedringer i sidetømmer-i/u..... 26 Katalog- og autorisasjonshurtigbufring av databaser med flere partisjoner...... 27 Bruk av tråder i brukerdefinerte funksjoner og lagrede prosedyrer i Java...... 27 Tilkoblingskonsentrator........ 27 Materialiserte spørretabeller....... 28 Forbedringer i spørreruting...... 28 Brukervedlikeholdte materialiserte spørretabeller.......... 28 Materialiserte spørretabeller på kallenavn 29 Trinnvist vedlikehold av materialiserte spørretabeller med en rekkefølgetabell.. 29 Kapittel 4. Forbedringer i tilgjengelighet.. 31 Tilkoblet tabellinnlasting........ 31 Tilkoblet tabellomorganisering...... 31 Tilkoblet indeksomorganisering..... 32 Tilkoblet konfigurering av konfigurasjonsparametere....... 33 Tilkoblet opprettelse, sletting og størrelseendring av bufferområde..... 34 Trinnvist vedlikehold av materialiserte spørretabeller under innlastingstilføying.. 34 DMS-containeroperasjoner....... 35 Kapittel 5. Forbedringer i skalerbarhet.. 37 Komprimering av nullverdier og standardverdier........... 37 INSERT i UNION ALL-utsnitt...... 37 Forbedringer i logging for forbedret skalerbarhet............ 37 Endringer i satellittadministrasjon..... 37 Kapittel 6. Forbedringer i anvendelighet.. 39 Forbedringer i DB2 Administration Server (DAS).............. 39 Forbedringer i veiviseren for DB2-installering 40 Nye veivisere og GUI-verktøy...... 40 Ny konfigureringsassistent....... 42 Forbedringer i Control Center 390..... 42 Strukturelle endringer i HTMLdokumentasjonen for DB2....... 42 Separat installert dokumentasjon..... 43 Regelmessig oppdatert DB2-dokumentasjon 44 Forbedret dokumentasjonssøk...... 44 Copyright IBM Corp. 1997-2002 iii
Støtte for flerspråklige installeringer på Windows-plattformer......... 45 Kapittel 7. Forbedringer i service.... 47 INSPECT-kommando for kontroll av arkitekturintegritet for database..... 47 Forbedringer i DB2-sporingsfunksjon.... 47 Kapittel 8. Forbedringer i replikering... 49 Replikeringssenter.......... 49 Nye strukturer for replikeringsstyringstabeller 50 Forbedringer i registreringsprogrammet... 51 Flere registreringsprogrammer...... 53 Forbedringer i effektueringsprogrammet og andre forbedringer.......... 53 Replikeringsovervåking........ 54 Forbedringer i DB2 Data Links Manager-replikering......... 56 Kapittel 9. Forbedringer i Datavarehussenter og Varehussenter... 57 Varehustjener (AIX)......... 57 Varehusagent (Linux)......... 57 Forbedringer i Ryddetransformering.... 57 Forbedringer i Common Warehouse Metamodel (CWM) XML-støtten..... 58 Forbedringer i kolonnetilordning for Datavarehussenter.......... 58 Kaskadekoblingsprosesser for Datavarehussenter.......... 59 Flerventingsstøtte.......... 59 Trinnet SQL velg og oppdater...... 60 Forbedringer i Information Catalog Manager 60 Kapittel 10. Forbedringer i applikasjonsutvikling........ 63 Forbedringer i rutiner (lagrede prosedyrer, brukerdefinerte funksjoner og metoder)... 63 Utviklingssenter........... 66 Forbedringer i SQL Assist....... 67 Andre SQL-forbedringer........ 68 Dynamisk tildeling av metoder..... 68 Windows Management Instrumentation (WMI).............. 68 Ny Call Level Interface (CLI) LOAD-funksjonalitet......... 69 Forbedringer i definerte globale midlertidige tabeller.............. 69 IBM OLE DB Provider for DB2...... 69 Web-tjenesteapplikasjoner....... 70 Forbedringer i JDBC-styreprogram.... 71 WebSphere Studio og WebSphere Application Server tilgjengelig med DB2 Universal Developer s Edition......... 73 Forbedringer i DB2-støtten for XML.... 73 Kapittel 11. Forente systemer..... 75 Forente systemer.......... 75 Kapittel 12. Forbedringer i Business Intelligence............ 77 Endringer i DB2 OLAP Server og DB2 OLAP Integration Server.......... 77 Forbedringer i DB2 Spatial Extender.... 77 Kapittel 13. Forbedringer i DB2-familien.. 79 Verktøy for flere plattformer for DB2 Universal Database.......... 79 Forbedringer i DB2 Data Links Manager.. 81 Forbedringer i DB2 XML Extender.... 82 DB2 Net Search Extender....... 83 Verts- og iseries-applikasjoner kan bruke tofaseiverksetting med TCP/IP...... 83 Tillegg A. Teknisk informasjon for DB2 Universal Database......... 85 Oversikt over teknisk informasjon for DB2 Universal Database.......... 85 Opprettingspakker for DB2 dokumentasjon 85 Kategorier av teknisk informasjon for DB2 85 Skrive ut DB2-bøker fra PDF-filer..... 93 Bestille trykte DB2-bøker........ 94 Finne hjelp på systemet........ 94 Finne emner ved å åpne DB2 Informasjonssenter fra en nettleser.... 96 Finne produktinformasjon ved å åpne DB2 Informasjonssenter fra administrasjonsverktøyene....... 98 Vise teknisk dokumentasjon elektronisk direkte fra CDen med DB2 HTML-dokumentasjon........ 100 Oppdatere HTML-dokumentasjonen som er installert på maskinen........ 100 Kopiere filer fra CDen med DB2 HTML-dokumentasjon til en web-tjener.. 102 Problemløsing for søk i DB2- dokumentasjonen med Netscape 4.x... 103 Søke i DB2-dokumentasjonen...... 104 Elektronisk informasjon om DB2-problemløsing......... 105 iv Nyheter
Tilgjengelighet........... 105 Tastbordkommandoer og navigering.. 106 Tilgjengelig visning........ 106 Alternative varseltyper....... 106 Kompatibilitet med andre hjelpemidler 106 Tilgjengelig dokumentasjon..... 106 DB2-veiledninger.......... 107 Åpne DB2 Informasjonssenter fra en nettleser............. 108 Tillegg B. Merknader........ 109 Varemerker............ 112 Stikkordregister.......... 115 Kontakte IBM........... 119 Om programmet.......... 119 Innhold v
vi Nyheter
DB2 Universal Database og DB2 Connect versjon 8 er markedsledende på forretningsløsninger Programvare for databasestyring er nå en sentral del i bedriftenes databehandling. Firmaer som behøver tilgang til en rekke typer informasjon, for eksempel XML-dokumenter, video og andre rike medieformater. Nye måter å arbeide på stiller nye krav, for eksempel administrasjon av digitale rettigheter. Utviklingen av e-business gjør det nødvendig med kontinuerlig tilgjengelighet sammenfall av applikasjoner for transaksjoner, Business Intelligence og innholdsstyring etter hvert som firmaer integrerer sine forretningsoperasjoner. DB2 Universal Database versjon 8 kan hjelpe organisasjonen din med å møte disse utfordringene. Enten bedriften din er stor eller liten i dag, trenger du en database som kan vokse sammen med den. DB2 versjon 8 er den databasen. Den har kort svartid ved topper i transaksjonstrafikken på nettstedet ditt, den utvider seg til å omfatte økende mengder informasjon som blir distribuert til en rekke ulike databaser, og vokser med informasjonsinfrastrukturen fra en prosessor til flere prosessorer til massive parallellgrupper. Integreringen av partisjonerings- og grupperingsteknologi i den nye DB2 Universal Database Enterprise Server Edition gjør den fleksibel nok til å oppfylle disse behovene. Men du behøver ikke å ta alle avgjørelsene angående fremtidig vekst i dag. DB2 Universal Database versjon 8 tilføyer også databaseteknologien SMART (self-managing and resource tuning), som gjør det mulig for databaseansvarlige å konfigurere, justere og administrere databaser med utvidet automatisering. Databasestyring ved hjelp av SMART betyr at administratorer tilbringer mindre tid på å administrere rutineoppgaver og mer tid på å fokusere på oppgaver som hjelper bedriftene med å oppnå og beholde et varig konkurransefortrinn. Bransjeledende flerdimensjonal tabellgruppering reduserer indekseringsmengden for databaseansvarlige samtidig som de omfatter datagruppering for rask dataspørring. Det vil si at du tar bedre beslutninger raskere, med mindre utgifter til systemadministrasjon og forbedrede datavarehusapplikasjoner. DB2s innovative teknologier for spørreoppdatering og -optimalisering og funksjoner for ytelseskonfigurering er ledende i bransjen. Det vil si at du bruker mindre tid på å analysere forretningsinformasjon og mindre tid på å finne måter å forbedre og justere ytelsen på. Copyright IBM Corp. 1997-2002 vii
DB2s innebygde funksjoner for planlagt og uplanlagt tilgjengelighet sikrer at forretningsapplikasjonene er tilgjengelige når du måtte trenge dem. Enten du bytter til en databasetjener i hvilemodus hvis det oppstår en uventet databasefeil, eller du utfører tilkoblet vedlikehold, sørger DB2 for at alle forretningsapplikasjonene forblir tilgjengelige. Tilkoblede (online) funksjoner som indeksgjenoppbygging, indeksopprettelse og tabellinnlasting, samt konfigurasjonsparametere som kan endres uten at du stopper databasen, betyr økt ytelse og høy tilgjengelighet. DB2 versjon 8 har de riktige datastyringsløsningene for det nye årtusenet. Ingen annen database kan tilby like avanserte funksjoner for ytelse, tilgjengelighet, skalerbarhet og styrbarhet som versjon 8. Vi inviterer deg til å oppdage nyheter i DB2 Universal Database versjon 8. viii Nyheter
Kapittel 1. Innføring i DB2 Universal Database versjon 8 Produkt- og pakkeendringer DB2 UDB Enterprise Edition (EE) og DB2 UDB Enterprise-Extended Edition (EEE) er slått sammen til ett produkt, DB2 UDB Enterprise Server Edition (ESE). Du kan blant annet opprette og administrerer flere databasepartisjoner ved hjelp av ESE-produktet. Hvis du vil opprette flere databasepartisjoner på en enkelt SMP-tjener, kan du gjøre dette ved hjelp av ESE-basisproduktet. Hvis du imidlertid vil opprette flere DB2-databasepartisjoner over flere fysiske tjenere (dvs. en klyngekonfigurasjon), må du kjøpe en lisens for Super Scalability Feature. DB2 UDB Workgroup Edition kalles nå DB2 UDB Workgroup Server Edition. Disse funksjonene er fjernet fra DB2 UDB Runtime Client: v Klientkonfigureringsassistent v Kommandosenter Kommandolinjebehandleren er inkludert og kan brukes til å administrere DB2 UDB Runtime Client. Funksjonaliteten til DB2 UDB Satellite Edition versjon 6 er inkorporert i DB2 UDB Personal Edition versjon 8. Eksisterende kunder med DB2 UDB Satellite Edition anbefales å starte migreringen til DB2 UDB Personal Edition versjon 8. DB2 OLAP Starter Kit er ikke tilgjengelig i DB2 Universal Database versjon 8. Beslektede begreper: v Endringer i satellittadministrasjon på side 37 Komponenterstatninger og navneendringer Klientkonfigureringsassistenten har endret navn til Konfigureringsassistent, og det er gjort betydelige utvidelser i funksjonaliteten. Utviklingssenter erstatter Stored Procedure Builder. Utviklingssenter inneholder mange flere funksjoner enn Stored Procedure Builder. Veiviseren Ytelseskonfigurering har endret navn til Konfigureringsrådgiver, og veiviseren Arbeidsbelastningsytelse har endret navn til Utformingsrådgiver. Copyright IBM Corp. 1997-2002 1
Beslektede begreper: v Utviklingssenter på side 66 v Ny konfigureringsassistent på side 42 Terminologiendringer Disse terminologiendringene er gjort i versjon 8: v En lang tabellplass kalles nå en stor tabellplass. v En nodegruppe kalles nå en databasepartisjonsgruppe. v Før versjon 8 ble begrepet tilkoblet indeksomorganisering brukt til å beskrive prosessen med å slå sammen indekssider ytterst i trestrukturen mens indeksen var tilkoblet. Denne funksjonen blir nå kalt tilkoblet indeksdefragmentering av bladsider. En mer fullstendig funksjon for tilkoblet indeksomorganisering er tilføyd i versjon 8. v Landkode er endret til områdekode. Versjon 8 introduserer også begrepet materialisert spørretabell. En materialisert spørretabell (MQT) er en tabell der definisjonen er basert på resultatet av en spørring, og der dataene er av typen forhåndsberegnede resultater som er tatt fra en eller flere tabeller, som den materialiserte spørringstabelldefinisjonen er basert på. En materialisert spørretabell der full SELECT-setningen inneholder et GROUP BY-ledd, summerer data fra tabellene det refereres til i full SELECT-setningen. En slik materialisert spørretabell kalles også en sammendragstabell. En sammendragstabell er en spesiell type materialisert spørretabell. Beslektede begreper: v Tilkoblet indeksomorganisering på side 32 Språkstøtte (NLS) I versjon 8 bruker all klient/tjener-dataflyt DRDA. Når det gjelder kodesettkonvertering, blir det nå utført konvertering på mottakeren. Derfor blir det installert konverteringstabeller på klienten. Det er tilføyd støtte for følgende kodesett: v Arabisk kodesett 425 v Latin-1-vertskodesett 1047 v Unicode V3.1 Mange kodesett og konverteringstabeller for kodesett er utvidet til å omfatte støtte for euro-valutasymbolet ( ). Disse utvidede kodesettene har som standard støtte for euro-valutasymbolet. 2 Nyheter
Hvis du vil bruke ikke-euro-versjoner av kodesettene, kan de lastes ned fra ftp://ftp.software.ibm.com. Denne FTP-tjeneren er anonym. Hvis du kobler deg til via kommandolinjen, logger du deg på som brukeren anonymous og bruker e-postadressen som passord. Når du har logget deg på, går du til katalogen for konverteringstabeller: > cd ps/products/db2/info/vr8/conv Beslektede oppgaver: v Enabling and disabling euro symbol support i Administration Guide: Planning Beslektet referanse: v Conversion table files for euro-enabled code pages i Administration Guide: Planning Avviklede og utgående funksjoner Disse kommunikasjonsprotokollene støttes ikke lenger: v IPX/SPX som en DB2-klient/tjener-protokoll. Dette betyr at tjenere med DB2 versjon 8 ikke kan akseptere IPX/SPX-tilkoblinger, og at klienter med DB2 versjon 8 ikke kan konfigureres til å bruke IPX/SPX. v SUNLINK SNA fordi SUN har annonsert at protokollen skal avvikles. Disse operativsystemmiljøene støttes ikke i versjon 8: v OS/2 v PTX eller NUMA-Q v Windows 95 Funksjonen Generaliser replikeringsabonnementer i Satellittadministrasjonssenter støttes ikke. Funksjonene asnmobile og asnjet er fjernet fra Replikering. Varselfunksjonen db2alert.log er fjernet. Brukere av db2alert.log bør bruke administrasjonsvarslingsloggen i stedet. Ytelsesovervåkerfunksjonen i Kontrollsenter er fjernet. Brukere av ytelsesovervåkeren bør bruke funksjonene i Helsesenter (som er en del av Kontrollsenter) og DB2 Performance Expert for Multiplatforms, versjon 1 (et separat tilleggsmodulverktøy) i stedet for ytelsesovervåkingsfunksjonen de bruker. JDBC-styreprogrammet av type 3 (også kalt nettstyreprogram eller applettstyreprogram) bør ikke brukes fra og med versjon 8. Det vil si at selv om det er full støtte for det i denne utgaven, bør du migrere eksisterende DB2 Kapittel 1. Innføring i DB2 Universal Database versjon 8 3
JDBC-appletter til det nye styreprogrammet av type 4, siden støtten for styreprogrammet av type 3 blir fjernet helt i en senere versjon. Endringer i distribuert databehandlingsmiljø (DCE) Støtten for DCE-sikkerhet er fjernet siden bransjen har gått over til å bruke Kerberos som metode for sikker nettverksautentisering og engangspålogging. Windows 2000-kunder bør gå over til å bruke Kerberos i stedet for DCE-sikkerhet før de migrerer til DB2 UDB versjon 8. Kerberos-støtten for Windows 2000 ble gjort tilgjengelig i versjon 7.2. I en senere utgave av DB2 UDB versjon 8 vil Kerberos-støtten utvides til å omfatte UNIX- og Linux-tjenere og -klienter. LDAP (Lightweight Directory Access Protocol) har blitt bransjens standard for bedriftskatalogimplementering. Kundene bør gå over til å bruke LDAP i stedet for DCE-katalogstøtte før de migrerer til DB2 UDB versjon 8. LDAP-støtten er tilgjengelig på alle plattformer som støttes av DB2 UDB versjon 8, med unntak av HP-UX og Linux. LDAP-støtten for HP-UX og Linux er planlagt i en fremtidig levering av DB2 UDB versjon 8. Autentisering på DB2 Connect-portneren er ikke mulig lenger Versjon 8 fjerner muligheten til å autentisere en bruker på DB2 Connect-portneren. Autentisering kan bare utføres på klienten (ved hjelp av CLIENT-autentisering) eller på tjeneren (ved hjelp av SERVER eller SERVER_ENCRYPT). Disse parameterne må katalogiseres i databasekatalogen på klienten eller beholdes som NOT_SPEC. DCS og DCS_ENCRYPT har nå nøyaktig samme betydning som SERVER og SERVER_ENCRYPT. Alle autentiseringsposter i databasesystemets konfigurasjonsfil, eller poster i databasekatalogen med DCS- eller DCS_ENCRYPT-autentisering, blir migrert til henholdsvis SERVER og SERVER_ENCRYPT. Hvis du forsøker å oppgi DCS eller DCS_ENCRYPT, blir disse typene tilordnet til SERVER eller SERVER_ENCRYPT. Hvis det finnes en DCS-post for en bestemt databasekatalogpost (som angir at DB2 Connect blir brukt), og autentiseringstypen er SERVER eller SERVER_ENCRYPT, blir typen migrert til CLIENT for å beholde den eksisterende virkemåten. Hvis det ikke finnes noen DCS-katalogpost, blir det ikke utført migrering. Det finnes ett tilfelle der verdien DCS i databasesystemets konfigurasjonsfil hadde en annen betydning enn verdien SERVER. For forente systemer betydde verdien DCS eller DCS_ENCRYPT at det ikke ble utført noen autentisering på den forente portneren, fordi det ble forventet at autentiseringen ble utført på den endelige datakilden. Det ble tilføyd en ny 4 Nyheter
konfigurasjonsparameter for databasesystemet for å utføre denne funksjonen: FED_NOAUTH. Hvis parameteren blir satt til YES og autentiseringstypen er SERVER eller SERVER_ENCRYPT, blir det ikke utført noen autentisering på den forente portneren, det vil si at det vil fungere slik det gjorde tidligere. Denne verdien blir definert på riktig måte under migreringen: Hvis autentiseringstypen er DCS eller DCS_ENCRYPT i databasesystemets konfigurasjonsfil, blir FED_NOAUTH satt til YES. Beslektede begreper: v Migrating Applications i Application Development Guide: Building and Running Applications v Endringer i satellittadministrasjon på side 37 v Ny administrasjonsvarslingslogg på side 16 v Verktøy for flere plattformer for DB2 Universal Database på side 79 Beslektede oppgaver: v Alert Center -- Overview: Health Center help i Hjelp: Helsesenter Migrering til versjon 8 Du finner informasjon om migrering til versjon 8 ved å følge linkene på slutten av dette avsnittet. Støtte for tjenere på et tidligere nivå Når du flytter miljøet fra versjon 7 til versjon 8, og du migrerer klientmaskinene før du migrerer alle tjenerne til versjon 8, finnes det flere begrensninger. Disse begrensningene er ikke knyttet til DB2 Connect eller zseries-, OS/390- eller iseries-databasetjenere. For at klienter med versjon 8 skal kunne arbeide med tjenere med versjon 7, må du konfigurere/aktivere bruken av DRDA-applikasjonstjenerfunksjonen på tjeneren med versjon 7. Du finner informasjon om hvordan du gjør dette, i Installation and Configuration Supplement for versjon 7. For å unngå de kjente begrensningene bør du migrere alle tjenerne til versjon 8 før du migrerer noen av klientmaskinene til versjon 8. Hvis dette ikke er mulig, bør du være klar over at når du går inn på tjenere med versjon 7 fra klienter med versjon 8, er det ikke støtte tilgjengelig for: v Enkelte datatyper: Datatypen stort objekt (LOB). Brukerdefinerte distinkte typer (UDT). Datatypen DATALINK. Kapittel 1. Innføring i DB2 Universal Database versjon 8 5
DATALINK-datatypen gjør det mulig å administrere eksterne data som blir funnet i ikke-relasjonslagre. DATALINK-datatypen refererer til filer som fysisk ligger på filsystemer utenfor DB2 Universal Database. v Enkelte sikkerhetsfunksjoner: Autentiseringstypen SERVER_ENCRYPT. SERVER_ENCRYPT er en metode for å kryptere et passord. Det krypterte passordet blir brukt sammen med bruker-iden til å autentisere brukeren. Endring av passord. Du kan ikke endre passord på en tjener med versjon 7 fra en klient med versjon 8. v Enkelte tilkoblings- og kommunikasjonsprotokoller: Forekomstforespørsler som krever en ATTACH i stedet for en tilkobling. ATTACH støttes ikke fra en klient med versjon 8 til en tjener med versjon 7. Den eneste nettverksprotokollen som støttes, er TCP/IP. Andre nettverksprotokoller som SNA, NetBIOS og IPX/SPX støttes ikke. v Enkelte applikasjonsfunksjoner og -oppgaver: DESCRIBE INPUT-setningen støttes ikke med ett unntak for ODBC/JDBC-applikasjoner. For å støtte at klienter med versjon 8 som kjører ODBC/JDBCapplikasjoner, går inn på tjenere med versjon 7, må en rettelse for DESCRIBE INPUT-støtte tas i bruk på alle tjenere med versjon 7 der denne typen tilgang kreves. Denne rettelsen er knyttet til APAR IY30655 og blir tilgjengelig før datoen for generell tilgjengelighet av versjon 8. Bruk informasjonen Kontakte IBM i et hvilket som helst DB2 Universal Database-dokument til å finne ut hvordan du får tak i rettelsen som er knyttet til APAR IY30655. DESCRIBE INPUT-setningen er en ytelses- og anvendelighetsforbedring som tillater en applikasjonsklient å hente en beskrivelse av inndataparametermerker i en klargjort setning. For en CALL-setning omfatter dette parametermerkene som er tilknyttet IN- og INOUT-parameterne for den lagrede prosedyren. Tofaseiverksetting. Tjeneren med versjon 7 kan ikke brukes som en transaksjonsstyrerdatabase når den bruker koordinerte transaksjoner som omfatter klienter med versjon 8. En tjener med versjon 7 kan heller ikke delta i en koordinert transaksjon der en tjener med versjon 8 kan være transaksjonsstyrerdatabasen. XA-kompatible transaksjonsstyrere. 6 Nyheter
En applikasjon som bruker en klient med versjon 8, kan ikke bruke en tjener med versjon 7 som en XA-ressurs. Dette omfatter WebSphere, Microsoft COM+/MTS, BEA WebLogic og andre som inngår i et transaksjonsstyringsoppsett. Overvåking. Funksjoner. De funksjonene som kan startes av en klient på en tjener, støttes ikke når klienten bruker versjon 8 og tjeneren bruker versjon 7. SQL-setninger som er større enn 32 kb. I tillegg til disse begrensningene for klienter med versjon 8 som skal arbeide med tjenere med versjon 7, finnes det liknende begrensninger for verktøy med versjon 8 som skal arbeide med tjenere med versjon 7. Disse verktøyene med versjon 8 støtter bare tjenere med versjon 8: v Kontrollsenter v Oppgavesenter v Journal v Satellittadministrasjonssenter v Informasjonskatalogsenter (inkludert web-versjonen av dette senteret) v Helsesenter (inkludert web-versjonen av dette senteret) v Lisenssenter v Spatial Extender v Verktøyinnstillinger Disse verktøyene med versjon 8 støtter tjenere med versjon 7 (med enkelte begrensninger) og tjenere med versjon 8: v Konfigureringsassistent (dette verktøyet har forskjellige komponenter, der bare konfigurasjonsfilen for import/eksport kan brukes sammen med tjenere med versjon 7, og alle komponentene fungerer sammen med versjon 8) v Datavarehussenter v Replikeringssenter v Kommandosenter (inkludert web-versjonen av dette senteret) v SQL Assist v Utviklingssenter v Visuell forklaring Generelt sett er ikke noen verktøy med versjon 8 som bare startes fra navigasjonsoversikten i kontrollsenteret, eller noen detaljoversikt basert på Kapittel 1. Innføring i DB2 Universal Database versjon 8 7
disse verktøyene, tilgjengelig for tjenere med versjon 7 eller tidligere. Du bør bruke verktøyene med versjon 7 når du arbeider med tjenere med versjon 7 eller tidligere. Beslektede begreper: v Migrating Applications i Application Development Guide: Building and Running Applications v Migreringsanbefalinger i Begynnerbok for DB2-tjenere Beslektede oppgaver: v Migrere databaser i Begynnerbok for DB2-tjenere v Migrere forekomster (UNIX) i Begynnerbok for DB2-tjenere v Migrere DB2 (Windows) i Begynnerbok for DB2-tjenere v Migrere DB2 (UNIX) i Begynnerbok for DB2-tjenere v Migrere DB2 Personal Edition (Windows) i Begynnerbok for DB2 Personal Edition v Migrere DB2 Personal Edition (Linux) i Begynnerbok for DB2 Personal Edition v Migrere databaser på DB2 Personal Edition (Windows) i Begynnerbok for DB2 Personal Edition v Migrere forekomster og databaser på DB2 Personal Edition (Linux) i Begynnerbok for DB2 Personal Edition Beslektet referanse: v Migreringsbegrensninger i Begynnerbok for DB2-tjenere v Version 8 incompatibilities between releases i Administration Guide: Planning Miljøer som ikke bør migreres til versjon 8 Disse miljøene bør ikke migreres til DB2 Universal Database versjon 8: Miljøer med DB2 Relational Connect og DB2 Life Sciences Data Connect IBM omstrukturerer og forbedrer løsningene sine til å fokusere på informasjonsintegrering. Under kodenavnet IBM Information Integrator vil disse aktivitetene for eksempel introdusere et nytt produkt i løpet av 2002 som erstatter og utvider forent funksjonalitet som tidligere var tilgjengelig med DB2 Relational Connect og DB2 Life Sciences Data Connect. Detaljene blir annonsert senere i 2002. Kunder som får tilgang til forente datakilder ved hjelp av DB2 Relational Connect versjon 7 eller DB2 Life Sciences Data Connect versjon 7, bør vente til IBM Information Integrator blir tilgjengelig før de oppgraderer til DB2 Universal Database versjon 8. 8 Nyheter
DB2 Universal Database versjon 8 har innebygd funksjonalitet for å forene relasjonsdata på tvers av IBM-databasefamilien, inkludert DB2 og Informix IDS. Kunder som bare vil bruke forente data fra DB2 og Informix IDS, kan starte oppgraderingen til versjon 8. DB2 Query Patroller-miljøer IBM planlegger å gi ut versjon 8 av DB2 Query Patroller, som er ment for bruk sammen med databaser med DB2 Universal Database versjon 8. DB2 Query Patroller versjon 8 blir imidlertid ikke gjort tilgjengelig nå. Kunder som bruker versjon 7.2 av DB2 Query Patroller versjon 7.2, som fulgte med DB2 Warehouse Manager versjon 7.2, bør ikke oppgradere til DB2 Universal Database versjon 8 før versjon 8 av DB2 Query Patroller blir gjort tilgjengelig. DB2 Query Patroller versjon 8 DB2 Query Patroller versjon 8 vil få forbedret funksjonalitet slik at det blir enklere å styre alle aspektene ved sending av spørringer. Kapittel 1. Innføring i DB2 Universal Database versjon 8 9
10 Nyheter
Kapittel 2. Forbedringer i styrbarhet Forbedringer i innlasting Det er gjort flere forbedringer i innlastingsfunksjonen i versjon 8. Nye funksjoner er tilføyd for å gjøre det enklere å laste inn data både i databasemiljøer med en enkelt partisjon og i databasemiljøer med flere partisjoner. Innlastingsoperasjonene blir nå utført på tabellnivå. Det vil si at innlastingsfunksjonen ikke lenger krever eksklusiv tilgang til hele tabellplassen, og at det er mulig å gi samtidig tilgang til andre tabellobjekter på samme tabellplass under en innlastingsoperasjon. Videre blir ikke tabellplassene som er involvert i en innlastingsoperasjon, stengt. Når parameteren COPY NO blir oppgitt for en gjenopprettbar database, blir tabellplassen satt i statusen reservekopiering venter når innlastingsoperasjonen starter. En annen funksjon som er tilføyd til innlastingsfunksjonen, er muligheten til å spørre i eksisterende data i en tabell samtidig som nye data blir lastet inn. Dette gjør du ved å oppgi parameteren READ ACCESS i kommandoen LOAD. Parameteren LOCK WITH FORCE ble også introdusert i denne utgaven. Den tvinger applikasjoner til å frigi låsene de har på en tabell, slik at innlastingsoperasjonen kan fortsette og hente låsene den trenger. Nå kan du laste inn data i partisjonerte databasemiljøer ved hjelp av de samme kommandoene (LOAD, db2load) og APIene (db2load, db2loadquery) som blir brukt i databasemiljøer med en enkelt partisjon. Det er ikke lenger behov for den automatiske innlastingsfunksjonen (db2atld) og styrefilen for den automatiske innlastingsfunksjonen (AutoLoader). Ved å bruke den nye CURSOR-filtypen kan du nå laste resultatene av en SQL-spørring inn i en database uten å måtte eksportere dem til en datafil først. Før versjon 8 beholdt måltabellen statusen kontroll venter etter en innlastingsoperasjon hvis den inneholdt genererte kolonner. Innlastingsfunksjonen genererer nå kolonneverdier, og du behøver ikke lenger Copyright IBM Corp. 1997-2002 11
å utføre setningen SET INTEGRITY etter en innlastingsoperasjon til en tabell som inneholder genererte kolonner, og som ikke har noen andre tabellbegrensninger. Funksjonaliteten til kommandoen LOAD QUERY er også utvidet. Den returnerer nå tabellstatusen til måltabellen som dataene blir lastet inn i, samt statusinformasjonen den tidligere tok med i en pågående innlastingsoperasjon. Kommandoen LOAD QUERY kan brukes til å spørre etter tabellstatuser uavhengig av om det pågår en innlastingsoperasjon på en bestemt tabell. Kontrollsenteret har nå en veiviser for innlasting som hjelper deg med å konfigurere en innlastingsoperasjon. Beslektede begreper: v Loading Data in a Partitioned Database - Overview i Data Movement Utilities Guide and Reference v Nye veivisere og GUI-verktøy på side 40 Beslektet referanse: v db2loadquery - Load Query i Administrative API Reference v LOAD QUERY Command i Command Reference v LOAD Command i Command Reference v db2load - Load i Administrative API Reference Lagerstyringsverktøy Et lagerstyringsverktøy er nå tilgjengelig i Kontrollsenter. Fra dette verktøyet kan du få tilgang til lagerstyringsutsnitt som viser et snapshot av lageret for en bestemt database, databasepartisjonsgruppe eller tabellplass. Statistikkinformasjon kan registreres med jevne mellomrom og vises avhengig av hvilket objekt som blir valgt: v For tabellplasser blir det vist informasjon fra systemkatalogene og databaseovervåkeren for tabeller, indekser og containere som er definert innenfor den gitte tabellplassen. v For databaser eller databasepartisjonsgrupper blir det vist informasjon for alle tabellplassene som er definert i den gitte databasen eller databasepartisjonsgruppen. v For databaser blir det også samlet inn informasjon for alle databasepartisjonsgruppene i databasen. Du kan bruke informasjonen som blir vist i dette utsnittet, til å overvåke ulike aspekter ved lageret, for eksempel lagerbruk for tabellplasser, dataskjevhet 12 Nyheter
(databasedistribusjon) for databasepartisjonsgrupper og registreringsklyngeforhold for indekser for databasepartisjonsgrupper og tabellplasser. Fra lagerstyringsutsnittet kan du også definere terskler for dataskjevhet, plassbruk og indeksklyngeforhold. En advarsel eller et alarmflagg gir deg beskjed hvis et målobjekt overskrider en oppgitt terskel. Beslektede begreper: v Nye veivisere og GUI-verktøy på side 40 Tøm pakkehurtigbufferen Denne funksjonen gjør det mulig å fjerne hurtigbufrede dynamiske SQL-setninger fra pakkehurtigbufferen ved hjelp av en ny SQL-setning, FLUSH PACKAGE CACHE. Denne setningen gjør det mulig å fjerne hurtigbufrede dynamiske SQL-setninger fra pakkehurtigbufferen ved å ugyldiggjøre dem. Ugyldiggjøringen av en hurtigbufret dynamisk SQL-setning gjør det mulig for gjeldende brukere av den hurtigbufrede setningen å fortsette, men det tvinger alle nye forespørsler om den samme setningen til å kompilere og opprette en ny hurtigbufferpost. Selv om de fleste vanlige aktiviteter som påvirker gyldigheten til hurtigbufrede dynamiske SQL-setninger, allerede blir håndtert av DB2 ved at det ugyldiggjør de berørte hurtigbufferpostene, er det noen aktiviteter som ikke blir det, for eksempel den nye tilkoblede oppdateringen av konfigurasjonsparametere for database og databasesystem. Denne setningen gjør det mulig å ugyldiggjøre hurtigbufrede dynamiske SQL-setninger manuelt i de tilfellene de ikke blir håndtert automatisk av DB2. Beslektede begreper: v Configuration parameter tuning i Administration Guide: Performance Beslektede oppgaver: v Configuring DB2 with configuration parameters i Administration Guide: Performance Beslektet referanse: v Configuration parameters summary i Administration Guide: Performance v FLUSH PACKAGE CACHE statement i SQL Reference, Volume 2 Kapittel 2. Forbedringer i styrbarhet 13
Forbedringer i logging Dobbelt logging ble introdusert i versjon 7.2 (også kjent som opprettingspakke 3 for versjon 7). Dobbelt logging ble aktivert ved å sette DB2- registervariabelen DB2NEWLOGPATH2 til YES. Støtten for dobbelt logging var begrenset til UNIX og du hadde ikke direkte kontroll over banen som det andre settet med logger ble skrevet til. Standardbanen er verdien i konfigurasjonsparameteren logpath for databasen, med 2 tilføyd. I versjon 8 er dobbelt logging tilgjengelig på alle plattformer som støttes av DB2 UDB. I tillegg blir aktiveringen og konfigureringen av den andre loggbanen kontrollert av konfigurasjonsparameteren mirrorlogpath for databasen. Når det finnes en verdi i mirrorlogpath, er dobbelt logging aktivert, og den andre loggbanen er oppgitt i konfigurasjonsparameteren. Ved enkeltbanelogging ble det brukt to konfigurasjonsparametere for database: v logpath fortalte deg hvor loggbanen var. v newlogpath ble brukt til å oppgi hvor loggbanen skulle være ved den neste databaseaktiveringen. Disse parameterne fungerer fortsatt på samme måte i versjon 8. For den andre loggbanen i en konfigurasjon for dobbelt logging finnes det bare en konfigurasjonsparameter: mirrorlogpath. Bruk kommandoen GET DB CFG SHOW DETAIL til å fastsette både den gjeldende verdien og verdien den skal ha ved neste databaseaktivering, som er rapportert i kolonnen for utsatt verdi. Den maksimale mengden loggplass som kan defineres, er økt fra 32 GB til 256 GB. Dette gir støtte for flere samtidige transaksjoner og transaksjoner som utfører mer arbeid. Uendelig aktiv logging er også nytt i versjon 8. Det tillater at en aktiv arbeidsenhet omfatter både primærloggene og arkivloggene, slik at en transaksjon kan bruke et uendelig antall loggfiler på en effektiv måte. Hvis uendelig aktiv logging ikke er aktivert, må loggpostene for en arbeidsenhet få plass i plassen som er tildelt primærloggen. Du aktiverer uendelig aktiv logging ved å sette logsecond til -1. Uendelig aktiv logging kan brukes til å støtte miljøer med store jobber som krever mer loggplass enn du vanligvis tildeler primærloggene. Funksjonen Blokker når disken er full som ble introdusert i versjon 7, blir i versjon 8 definert ved å bruke konfigurasjonsparameteren blk_log_dsk_ful for databasen. Ved hjelp av Blokker når disken er full kan du oppgi at DB2 ikke skal krasje når du kjører applikasjoner mens disken er full fra den aktive 14 Nyheter
loggbanen. Når du aktiverer dette alternativet, prøver DB2 på nytt hvert femte minutt, slik at du kan prøve å løse problemet med full disk, slik at applikasjonene kan kjøres ferdig. Beslektede begreper: v Understanding Recovery Logs i Data Recovery and High Availability Guide and Reference v Log Mirroring i Data Recovery and High Availability Guide and Reference Beslektet referanse: v Configuration Parameters for Database Logging i Data Recovery and High Availability Guide and Reference Forbedringer i reservekopiering og gjenoppretting DB2 UDB versjon 8 omfatter flere forbedringer i reservekopiering og gjenoppretting: XBSA-støtte Reservekopiering kan nå integreres med løsninger fra lagerleverandører som har implementert standardgrensesnittet XBSA. Gjenopprette på systemer med andre kodesett Nå kan du gjenopprette en reservekopi av en database på et system med et annet kodesett. En reservekopi som er tatt på et system med kodesett 819, kan for eksempel gjenopprettes på et system med kodesett 850. Raskere gjenoppretting av tabellplass Under gjenopprettingen av en tabellplass blir bare loggfilene som kreves for å gjenopprette tabellplassen, behandlet. Loggfiler som ikke kreves, blir hoppet over. Hvis loggfilene blir hentet fra arkivet, blir brukerutgangen bare bedt om å hente de nødvendige loggfilene. Fremlengs gjenoppretting til tidspunkt i lokal tid Når du bruker fremlengs gjenoppretting til et tidspunkt (PIT), kan du nå oppgi tiden som lokal tid. Dette gjør det enklere å rulle fremlengs til et bestemt tidspunkt, og fjerner mulige problemer som skyldes konvertering av lokal tid til GMT. Beslektet referanse: v BACKUP DATABASE Command i Command Reference v RESTORE DATABASE Command i Command Reference v ROLLFORWARD DATABASE Command i Command Reference Kapittel 2. Forbedringer i styrbarhet 15
Ny administrasjonsvarslingslogg DB2 legger nå logginformasjon i to distinkte logger, avhengig av hvordan den skal brukes. Administrasjonsvarslingslogg Når det oppstår betydelige hendelser, skriver DB2 informasjon til administrasjonsvarslingsloggen. Informasjonen er myntet på databaseog systemansvarlige. Mange varselmeldinger inneholder tilleggsopplysninger som supplerer SQLCODE-koden som blir oppgitt. Typen hendelse og detaljnivået til informasjonen som blir samlet inn, blir bestemt av konfigurasjonsparameteren NOTIFYLEVEL. Det blir imidlertid ikke skrevet detaljert feilsøkingsinformasjon til denne loggen. db2diag.log Feilsøkingsinformasjon om feil blir skrevet til denne tekstloggfilen. Denne informasjonen blir brukt til feilsøking og er ment for kundestøtten for DB2. Detaljnivået for informasjonen blir bestemt av konfigurasjonsparameteren DIAGLEVEL. Installering av flere servicenivåer for UNIX Fra og med opprettingspakke 1 støtter DB2 versjon 8 flere servicenivåer (opprettingspakkenivåer) samtidig på samme system. Denne støtten er bare tilgjengelig sammen med DB2 UDB Enterprise Server Edition på UNIX-plattformer. Støtte for flere servicenivåer tillater: v Testing av et nytt servicenivå samtidig som et eldre servicenivå fortsetter å støtte et produksjonsmiljø. Når testingen er fullført, kan produksjonsmiljøet endres til det nye servicenivået. v At ulike grupper deler ett system med ulike DB2-kodenivåer. En gruppe som har utviklet en applikasjon en stund, kan for eksempel fortsette å bruke DB2-servicenivået som de har brukt, samtidig som en gruppe som starter med et nytt prosjekt, kan bruke det siste DB2-servicenivået. Mer informasjon om flere servicenivåer blir tilgjengelig når opprettingspakke 1 for versjon 8 blir tilgjengelig. Versjons-ID for pakker Nå kan du støtte flere versjoner av samme pakke i et enkelt system ved å bruke det nye versjonsalternativet for pakker. 16 Nyheter
Formålet med dette alternativet er å tillate at flere pakker som deler både skjema- og pakke-id, opptrer sammen i systemkatalogene. Dette alternativet gjør det mulig å introdusere og teste en ny versjon av en pakke på systemet uten at det påvirker brukere av den eksisterende versjonen av pakken. Støtten for versjonsalternativet gjør det mulig å utføre løpende pakkevedlikehold uten å avbryte sluttbrukertilgangen til systemet. Funksjonene PREP, BIND, REBIND og DROP PACKAGE har blitt utvidet for å støtte bruk av flere pakkeversjoner. Beslektede begreper: v Package Versioning i Application Development Guide: Programming Client Applications Databasevedlikeholdsmodus: QUIESCE Ved hjelp av den nye QUIESCE-kommandoen kan du tvinge alle brukerne av en forekomst eller en database og sette den i en stengingsmodus for databasevedlikehold. QUIESCE-kommandoen gir deg eksklusiv tilgang til forekomsten eller databasen uten at du behøver å tvinge alle brukerne av forekomsten eller databasen, og deretter hindre brukere i å knytte eller koble seg til fra utsiden av databasemotoren (for eksempel ved å avslutte alle transaksjonsstyrerne). Bare brukere med riktig autorisasjon kan knytte seg til forekomsten eller koble seg til databasen. Mens forekomsten eller databasen er stengt, kan det utføres systemadministrasjon på den. Når administrasjonen er fullført, kan du oppheve stengingen av databasen (ved hjelp av UNQUIESCE-kommandoen) og tillate andre brukere å koble seg til databasen igjen, uten å måtte avslutte databasen og starte den igjen. Beslektet referanse: v QUIESCE Command i Command Reference v UNQUIESCE Command i Command Reference ON SCHEMA-funksjon tilføyd til REORGCHK REORGCHK er utvidet med en ny funksjon som tillater at du oppgir at den skal kjøres for et skjema. Dette kommer i tillegg til de gjeldende funksjonene, som er å kjøre den for alle tabeller, eller for tabellene som er opprettet av brukeren som utfører kommandoen. Beslektet referanse: Kapittel 2. Forbedringer i styrbarhet 17
v REORGCHK Command i Command Reference Forbedringer i kommandoen RUNSTATS Kommandoen RUNSTATS er forbedret for å øke ytelsen ved statistikkinnsamling, og for å tilby flere parametere. Nå kan kommandoen RUNSTATS v samle inn tilleggsstatistikk, for eksempel statistikk om kolonnekombinasjoner, og forhåndshente statistikk om tabellen, indeksen og indeks-til-tabell-forholdet v godta en liste over indeksnavn (tidligere bare tilgjengelig med APIen) v godta en liste over kolonner som det skal samles inn statistikk om v godta begrensninger for fordelingsstatistikk: NUM_FREQVALUES- og NUM_QUANTILES-verdien på tabellnivå (uten å måtte endre konfigurasjonsparameterne, og deretter frakoble og retilkoble alle brukerne) v godta NUM_FREQVALUES- og NUM_QUANTILES-verdien for enkeltkolonner v utføre en raskere (utvalgt) innsamling av DETAILED-indeksstatistikk Beslektede begreper: v Guidelines for collecting and updating statistics i Administration Guide: Performance v Detailed index statistics i Administration Guide: Performance Beslektede oppgaver: v Collecting catalog statistics i Administration Guide: Performance v Collecting distribution statistics for specific columns i Administration Guide: Performance v Collecting index statistics i Administration Guide: Performance v Determining when to reorganize tables i Administration Guide: Performance Beslektet referanse: v RUNSTATS Command i Command Reference v db2runstats - Runstats i Administrative API Reference 18 Nyheter
Verktøy for å overvåke helsen til systemene I versjon 8 introduserer DB2 to nye funksjoner som hjelper deg med å overvåke helsen til DB2-systemene: Helseovervåker og Helsesenter. Disse verktøyene tilføyer en funksjon for styring ved unntak til DB2 Universal Database ved å varsle deg om potensielle problemer med helsen til systemene. På denne måten kan du løse helseproblemer før de blir reelle problemer som påvirker ytelsen til systemet. Helseovervåkeren er et verktøy på tjenersiden som overvåker helsen til forekomsten konstant, uten brukerinteraksjon. Hvis helseovervåkeren oppdager at en definert terskel er overskredet (for eksempel hvis det ikke er nok tilgjengelig loggplass), eller hvis det oppdager en unormal status for et objekt (for eksempel hvis en forekomst er nede), gir helseovervåkeren et varsel. Når det blir gitt et varsel kan to ting skje: v Det kan sendes varselmeldinger via e-post- eller til en personsøkeradresse, til personen som er ansvarlig for systemet. v Det kan utføres forhåndskonfigurerte handlinger. Det kan for eksempel kjøres et skript eller en oppgave (implementert fra det nye oppgavesenteret). En helseindikator er en systemegenskap som helseovervåkeren kontrollerer. Helseovervåkeren blir levert med et sett forhåndsdefinerte terskler for disse helseindikatorene. Helseovervåkeren kontrollerer statusen til systemet mot disse helseindikatortersklene når det avgjør om det skal gi et varsel. Ved hjelp av helsesenteret, kommandoer eller APIer kan du tilpasse terskelinnstillingene for helseindikatorene, definere hvem som skal bli varslet, og hvilket skript eller hvilken oppgave som skal kjøres hvis det blir gitt et varsel. Helsesenteret har et grafisk grensesnitt til helseovervåkeren. Du bruker det til å konfigurere helseovervåkeren og til å se den opprullede varselstatusen til forekomstene og databaseobjektene. Ved å bruke drillefunksjonen til helseovervåkeren kan du få tilgang til detaljer om gjeldende varsler og få en liste over anbefalte handlinger som beskriver hvordan du løser problemet. Du kan utføre en av de anbefalte handlingene for å løse problemet. Hvis den anbefalte handlingen er å gjøre en endring i database- eller databasesystemkonfigurasjonen, blir det anbefalt en ny verdi og du kan implementere anbefalingen ved å klikke på en knapp. I andre tilfeller er anbefalingen å undersøke problemet videre ved å starte et verktøy, for eksempel kommandolinjebehandleren (CLP) eller den nye minnevisualisereren. Kapittel 2. Forbedringer i styrbarhet 19
Helsesenteret og kontrollsenteret er integrert gjennom helsesymboler. Helsesymbolene i kontrollsenteret melder fra om nye varsler i helsesenteret. Symbolene blir implementert i alle Kontrollsenter-vinduer og -notisbøker. Du åpner helsesenteret ved å klikke på et helsesymbol. Versjon 8 har også et nytt web-helsesenter som kan brukes til å få tilgang til helseovervåkerinformasjonen fra en nettleser eller PDA. Du kan også bruke nye DB2-kommandoer og APIer til å hente helseinformasjon fra helseovervåkeren, og på den måten integrere DB2-helseovervåking med eksisterende overvåkingsløsninger for hele systemet. Helseovervåkeren samler inn informasjon om helsen til systemet ved hjelp av nye grensesnitt som ikke reduserer ytelsen. Den slår ikke på noen snapshotovervåkingsparametere for å samle inn informasjon. Helseovervåkeren blir som standard aktivert når det blir opprettet en forekomst. Du kan deaktivere den ved hjelp av konfigurasjonsparameteren health_mon for databasesystem. Beslektede oppgaver: v Alert Center -- Overview: Health Center help i Hjelp: Helsesenter Aktivitetsovervåkere kan nå skrive til SQL-tabeller Aktivitetsovervåkere kan nå skrive data til SQL-tabeller i stedet for til filer eller rør. Dette gir følgende fordeler sammenliknet med aktivitetsovervåkerne PIPE og FILE: v Aktivitetsovervåkere samler inn store mengder data og kan ta opp mye lagerplass. Ved å lagre dataene i en SQL-tabell kan du definere nøyaktig hvilke dataelementer du vil beholde, mens resten blir slettet. Ved å lagre dataene i en SQL-tabell blir det enkelt å kutte dataene ved hjelp av systemtider eller andre relasjonskriterier. v Aktivitetsovervåkerdata har vært vanskelig å tolke, og det har vært vanskelig å korrelere aktivitetsovervåkerdata som ble skrevet til rør og filer, med andre data. Med aktivitetsovervåkerdataene plassert i tabeller er det nå enkelt for brukerne å spørre etter og samle inn data ved hjelp av SQL. v Aktivitetsovervåkere som skriver til tabeller, kan registrere data i en hvilken som helst eller i alle databasepartisjonene. Ved å sette inn samme tabell i hver databasepartisjon oppnår DB2 global aktivitetsovervåking for aktivitetsovervåkere. Beslektede begreper: v Event monitor table management i System Monitor Guide and Reference 20 Nyheter
Beslektede oppgaver: v Creating a table event monitor i System Monitor Guide and Reference Forbedret vranglåsovervåking Forbedringer i vranglåsovervåkeren for versjon 8 hjelper system- og databaseansvarlige med å finne ut hvorfor vranglåser forekommer. Vranglåsovervåkeren gir nå mer informasjon enn den gjorde i tidligere utgaver. Overvåkeren identifiserer nå hvilke setninger som er involvert i vranglåsen, og hvilke låser de enkelte applikasjonene som er involvert i vranglåsen, holder. For å redusere mengden bortkastet plass i forbindelse med unødvendige tilkoblingshodehendelser genererer overvåkeren nå tilkoblingshodehendelser bare for vranglåsdeltakerne istedenfor for hver tilkobling til databasen. Beslektet referanse: v Dataelementer for låser og vranglåser i System Monitor Guide and Reference Shapshot- og aktivitetsovervåking: kontrollere systemtidinnsamling Innsamlingen av tids- og systemtidsdata blir nå kontrollert av overvåkingsparameteren TIMESTAMP. Parameteren er som standard på. Når du slår parameteren av, hopper databasesystemet over eventuelle systemtidskall fra operativsystemet når det fastsetter tids- eller systemtidsrelaterte overvåkingselementer. Når CPU-bruken nærmer seg 100 %, kan det gi en rask økning i ytelsen å slå parameteren av. Og hvis TIMESTAMP-parameteren blir slått av, kan også den totale kostnaden for andre data under overvåkningsparameterkontroll bli redusert. Beslektede begreper: v System monitor switches i System Monitor Guide and Reference Beslektede oppgaver: v Setting monitor switches from a client application i System Monitor Guide and Reference v Setting monitor switches from the CLP i System Monitor Guide and Reference Kapittel 2. Forbedringer i styrbarhet 21