IBM DB2 Universal Database Versjonsmerknader Versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) Before using this information and the product it supports, be sure to read the general information under Notices. This document contains proprietary information of IBM. It is provided under a license agreement and is protected by copyright law. The information contained in this publication does not include any product warranties, and any statements provided in this manual should not be interpreted as such. You can order IBM publications online or through your local IBM representative. * To order publications online, go to the IBM Publications Center at www.ibm.com/shop/publications/order * To find your local IBM representative, go to the IBM Directory of Worldwide Contacts at www.ibm.com/planetwide To order DB2 publications from DB2 Marketing and Sales in the United States or Canada, call 1-800-IBM-4YOU (426-4968). When you send information to IBM, you grant IBM a nonexclusive right to use or distribute the information in any way it believes appropriate without incurring any obligation to you. Copyright International Business Machines Corporation 2002, 2005. All rights reserved. Innhold Om versjonsmerknadene Om denne utgaven Nytt i denne utgaven Ekstra Query Patroller-støtte for Linux-operativsystemer Forbedringer i utviklingssenteret for lagrede Java-prosedyrer Støtte for internt DB2-styreprogram for PHP Støtte for 31-bits applikasjoner på 64-bits Linux for zSeries Forbedringer i DB2 Cube Views Historikk for produktrettelser Kompatibilitetsproblemer Baklengs kompatibilitet Produktkompatibilitet Informasjon om installering, migrering, oppgradering og konfigurering Krav til maskinvare og programvare Installeringsmerknader Nye alternativer for veiviseren for DB2-installering (Windows) Endringer i veiviseren for DB2-installering (Windows) Forbedret sikkerhet for installeringen (Windows) Katalogbanen kan ikke inneholde blanktegn (Linux og UNIX) Krav for Red Hat Enterprise Linux 4 JDK-nivåer for DB2 UDB (Linux på IA64 og Linux on POWER) Dekomprimere installeringspakker (Linux og UNIX) DB2 UDB tillater ikke nasjonale tegn i installeringsbanen (Windows) Laste ned og pakke ut opprettingspakker for flere produkter (Windows) Installere DB2 UDB fra installeringspakker (Linux og UNIX) Installere DB2 UDB fra installeringspakker (Windows) Lagerplass som kreves for installering av DB2 UDB med responsfil Begrensninger for å tilføye produkter ved hjelp av kommandoen db2setup (Linux og UNIX) Web-verktøy for DB2 Binde Query Patroller-pakker etter installering av opprettingspakker Installere Query Patroller på opprettingspakkenivå 3 eller senere Installering av Query Patroller-tjeneren Definere en ny databasepartisjonsgruppe i Query Patroller Installering av klientverktøy for Query Patroller Gjenopprette betaversjoner av databaser Installere MDAC-filer for språkversjoner av DB2 UDB DB2-lisensavtale for DB2 Universal Database Workgroup Server Edition Installere ekstra asiatiske fonter (Linux) Konfigurere utviklingssenteret for å bruke Java Development Kits (Linux) Opprette gruppe- og bruker-IDer på United Linux 1.0- og SuSE Linux-distribusjoner Hjelpefunksjonsdemonen starter ikke etter installering ved hjelp av kommandoen db2_install (UNIX og Linux) Ready for Tivoli enablement (UNIX) Forminskingsverktøy for installeringsfiler - db2iprune (Windows) Begrensning for installering av dokumentasjon for DB2 Universal Database versjon 8 (Windows) Tidligere installasjoner oppdateres til det seneste nivået (Windows) Systemkrav for DB2 .NET Data Provider (Windows) Installere DB2 versjon 8-klienter og DB2 Connect PE uten å være administrator (Windows) Migreringsmerknader Migrering av EXPLAIN-tabeller Migrere XML Extender fra tidligere versjoner Migrere DB2 Universal Database når du bruker DataJoiner eller replikering Migrere DB2 Universal Database (Windows) Migrere en 32-bits DB2 versjon 8 Windows-database til 64-bits Windows Migrere til DB2 UDB versjon 8.2.2 fra versjon 7 i et MSCS-miljø Databasemigrering (HP-UX på IA64) Informasjon om deinstallering Stille deinstallering av DB2 UDB (Windows) Produktkode for fjerning av DB2 DB2 Informasjonssenter ved hjelp av stille deinstallering (Windows) Kjente begrensninger, problemer og løsninger Begrensninger Tabellfunksjonen SNAP_GET_DB returnerer ufullstendige resultater IMPORT REPLACE tar ikke hensyn til leddet Not Logged Initially Data i lange felt og LOB-data kan ikke omorganiseres med inplace-tabellomorganisering Låsing i blokkerende pekere kan virke inkonsekvent i klientapplikasjoner Varehusprogrammet for dataeksport med ODBC til fil Datatyper som ikke støttes i utviklingssenterets integrerte SQL-feilrettingsprogram Strukturerte typer i Utviklingssenter Begrensninger for utviklingssenteret for 64-biters operativsystemer Utviklingssenter (Linux) Feilsøking i lagrede prosedyrer med dobbeltanførselstegn Baneinnstillinger som kreves for å aktivere Java-rutiner til å kompilere i utviklingssenteret Begrensninger i utviklingssenteret for kjøring av og feilsøking i lagrede Java-prosedyrer samtidig Metoden DB2SystemMonitor.getServerTimeMicros støttes ikke IBM XL C/C++ Compiler Run Time må være installert (Linux på iSeries- og pSeries-systemer, 64-bits) Universal JDBC-styreprogram type 2 støttes ikke på DB2 UDB versjon 8.2.2 (Linux AMD64 ) Pekere i PHP-applikasjoner Begrensning for CLI/ODBC-konfigurasjonsnøkkelordet ConnectNode Begrensninger for SQLColumns-funksjonen (CLI) Begrensninger for bindingsalternativer for CLI-pakker Begrensninger for CLI LOAD-funksjonen Opprettelse av verktøykatalogdatabase støttes ikke (Linux for AMD64) Opprettelse av verktøykatalogdatabase støttes ikke (AIX, Solaris Operating Environments og HP-UX) Minnebegrensninger for DB2 UDB Express og DB2 Workgroup Server Edition V8.2 Sette en varehusprosess til å kjøre i intervaller Begrenset SNA-støtte i versjon 8 Problem og begrensning med tilleggsmodul for sikkerhet for DB2 UDB-klienter (Windows) Feil ved rapportering av vellykket pålogging under et tilkoblingsforsøk (AIX) Todelt bruker-ID støttes ikke (Windows ME) Siden Kolonner for innlasting og import støtter ikke DBCS-tegn i IXF-filer GUI-verktøy for Linux-operativsystemer på AMD64 Minimum skjerminnstillinger for grafiske verktøy Feil visning av GB18030-tegn på tittellinjen til et vindu Ikke partisjoner tabeller for informasjonskatalogsenteret Begrensninger i Query Patroller når DYN_QUERY_MGMT er deaktivert Resultattabeller i Query Patroller bruker nå DB2QPRT-skjema Begrensninger for helseindikatoren Kjente problemer og løsninger Eksportere til en IXF-fil med indekser på kolonner som inneholder tegnene - og + CLI0116E- eller SQL0428N-feil ved oppkalling av db2ReadLog-APIen Kommandoen "db2gcf -k" mislykkes på DB2 UDB Workgroup Server Edition SQL1224-feil fra DRDA-innpakker (AIX) Hurtigtaster fungerer ikke i Microsoft Visual Studio .NET Framework 1.1 Språkmiljøet Forenklet kinesisk (AIX) Språkmiljøet Forenklet kinesisk (Red Hat Linux) Inkompatibilitet for Merant Driver Manager (UNIX) NFS APAR IY32512 - Utilgjengelige tråder (AIX) Feil i forkompilatorvalget SQLFLAG(STD) Tilkoblingsgruppering (connection pooling) må aktiveres når Sysplex brukes i DB2 Connect DB2 Connect Custom Advisor Opprettelse av verktøykatalogdatabase mislykkes (HP-UX) Vise Indic-tegn i grafiske DB2-verktøy Grafiske verktøy støttes ikke for zSeries-tjenere (Linux) Bruk anførselstegn rundt søkeord i DB2 Informasjonssenter hvis de inneholder tall Loggfil i informasjonskatalogsenteret genereres ikke ved import av kodespråkfiler Binde Query Patroller-pakker Utilgjengelige porter med Query Patroller (Windows) Sikre miljøer (Windows) XML Extender-programeksempler har fått nye navn Oppløse dokumenter i XML Extender som inneholder ikke-entydige attributter og elementnavn Forskjeller mellom SNA og TCP/IP ved bruk av DB2 Connect Oppdateringer av dokumentasjon Administrasjon: Implementering Automatisk lager Definere en generert kolonne på en eksisterende tabell Samlingsregistervariabler Vurderinger om autentisering for fjernklienter Støtte for Direct I/O (DIO) og Concurrent I/O (CIO) Distributørteknologi og automatisk klientomdirigering Automatisk klientomdirigering og katalogisering på en DB2 Connect-tjener Støtte for lokal systemkonto (Windows) Støtte for todelt bruer-ID Informasjon om Kerberos-autentisering Tilleggsopplysninger om Kerberos-støtte Administrasjon: Ytelse Governor-funksjonen Velg en metode for tabellomorganisering Støtte for store sider for FCM-minne (AIX 5L 64-bit) Registervariabelen DB2_RESOURCE_POLICY godtar et nytt element Nye systemvariabler (Linux) Ny registervariabel for kommunikasjon Ny ytelsesvariabel Variabler for SQL-kompilator Oppdateringer av konfigurasjonsparametere Konfigurasjonsparameterfilen SQLDBCONF Endret standardverdi for DB2_HASH_JOIN Registervariabelen DB2NTNOCACHE har utgått Forklaringstabeller og organisering av forklaringsinformasjon Retningslinjer for registrering av forklaringsinformasjon Flere returkoder fra parameteren collate_info for APIen db2CfgGet Automatisk innstilling av størrelse på standard forhåndshenting og standardverdier for oppdatering Administrasjon: Planlegging Områdegrupperte tabeller Design for katalogtabellplass Støttede områdekoder og kodesett XA-funksjon støttes av DB2 Universal Database Oppdaterte TPM- og tp_mon_name-verdier for xa_open-strengformater Aktivere konverteringstabeller for kodesettene 923 og 924 Konverteringstabellfiler for euro-klargjorte kodesett API Reference Støtte for SYNCPOINT-parameter Nytt felt for SQLEDBDESC-struktur Rettelse til nytt felt i SQLB-TBSPQRY-DATA-strukturen Applikasjonsutvikling: Bygge og kjøre applikasjoner Eksempler på dynamisk rekonfigurasjon (AIX) Linux-støttet programvare for utvikling Tilpasse forkompilerings- og bindingsalternativer for SQL-prosedyrer Kompileringsalternativ for C/C++ kreves (Linux på POWER 64-bit) Kompilerings- og lenkekommando for lagrede prosedyrer for Micro Focus COBOL (HP-UX) Laveste versjon av Micro Focus COBOL (HP-UX) som er støttet Definere miljøvariabler for lagrede prosedyrer for Micro Focus COBOL (Windows) Applikasjonsutvikling: CLI (Call Level Interface) Oppdatering av feilsøkingstabell for SQLDescribeParam-funksjonen (CLI) Asynkron utføring av CLI (Call Level Interface) Tilkoblingsattributtet SQL_ATTR_PING_DB SQLBindParameter-funksjon (CLI) SQLMoreResults-funksjon (CLI) Ekstra miljøattributter Krav for dynamiske pekere som kan blas (dynamic scrollable cursors) CLI/ODBC-konfigurasjonsnøkkelordet RetCatalogAsCurrServer CLI/ODBC-konfigurasjonsnøkkelordet ReceiveTimeout Setningsattributtet SQL_ATTR_RECEIVE_TIMEOUT CLI/ODBC-konfigurasjonsnøkkelordet Reopt Setningsattributtet SQL_ATTR_REOPT CLI/ODBC-konfigurasjonsnøkkelordet CurrentPackageSet Tilkoblingsattributtet SQL_ATTR_CURRENT_PACKAGE_SET CLI/ODBC-konfigurasjonsnøkkelordet MapBigintCDefault CLI/ODBC-konfigurasjonsnøkkelordet DescribeOutputLevel Applikasjonsutvikling: Programmere klientapplikasjoner DB2 Universal JDBC-styreprogrammets tilkoblingskonsentrator og balansering av Sysplex-arbeidsbelastning CLI/ODBC-konfigurasjonsnøkkelordet OleDbReportIsLongForLongTypes CLI/ODBC-konfigurasjonsnøkkelordet OleDbSQLColumnsSortByOrdinal Egenskapsgruppen DB2 Data Source for IBM DB2 OLE DB Provider Feil URL-syntaks i DB2Binder-syntaksdiagrammet Omdirigere DB2 Universal JDBC-styreprogramklienter Tilpasse konfigurasjonsegenskaper for DB2 Universal JDBC-styreprogrammet Funksjonen db2secFreeToken er fjernet Vær varsom når du tar i bruk tilpassede tilleggsmoduler for sikkerhet Tilleggsmoduler for sikkerhet APIer for tilleggsmoduler for sikkerhet Navngivningsregler for tilleggsmoduler for sikkerhet (Linux og UNIX) Begrensninger for biblioteker for sikkerhetsmoduler GSS-API-tilleggsmoduler for sikkerhet støtter ikke Multiple-Flow-autentisering GSS-API-tilleggsmoduler for sikkerhet støtter ikke meldingskryptering og -signering Implisitt avslutning av transaksjoner i frittstående applikasjoner Distribuert transaksjonsstøtte Applikasjonsutvikling: Programmere tjenerapplikasjoner CLR-prosedyrer (Common Language Runtime) med flere resultatsett Kontorollmodi for utføring av CLR-rutiner (Common Language Runtime) (EXECUTION CONTROL-leddet) Maksimal desimalpresisjon og skala i CLR-rutiner (Common Language Runtime) Command Reference REORGCHK-kommandoen REORG INDEXES/TABLE-kommandoen BACKUP DATABASE-kommandoen Migrere databaser db2inidb - Kommando for å klargjøre en speilet database Merknad om bruk for kommandoen db2iupdt Ny parameter for kommandoen db2sqljcustomize Ny parameter for sqlj-kommandoen Oppdateringer av overvåkings- og feilsøkingskommando (db2pd) Oppdatering av SET CLIENT-kommandoen Oppdatering av PRECOMPILE-kommandoen Oppdatering av UPDATE HISTORY FILE-kommandoen Oppdatering av EXPORT- og IMPORT-kommandoene Oppdatering av LOAD-kommandoen Filtypeparametere for innlastingsfunksjonen Filtypeparametere for importfunksjonen ATTACH-kommandoen RECOVER DATABASE-kommandoen UPDATE HISTORY FILE-kommandoen db2updv8 - Kommando for å oppdatere databaser til gjeldende versjon 8-nivå Formatering av systemfeilfiler (Windows) Dataflytting Bindingsfiler som brukes av eksport-, import- og innlastingsfunksjonene Bruke import med bufrede innsettinger Indekseringsinformasjon går tapt når importfunksjonen brukes Gjenoppretting av data og høy tilgjengelighet Oversikt over reservekopiering Bruke reservekopiering Oversikt over High Availability Disaster Recovery (HADR) Støtte for reservekopiering og gjenoppretting på tvers av plattformer Reservekopiere til magnetbånd (Linux) Tivoli Storage Manager Verdibegrensninger for HADR-parameterne for lokal vert og lokal tjeneste Tilleggskrav til systemet for HADR (High Availability Disaster Recovery) Ikke-replikerte operasjoner for HADR (High Availability Disaster Recovery) HADR støtter ikke ubehandlede logger Datavarehussenter Oppdatere konfigurasjonen av databasesystemet før installering av varehustransformeringer VW_NETRC-systemvariabelen er tilføyd til datavarehussenteret (UNIX) DB2 Datavarehussenter krever database med Unicode-format Definere varehuskilder og -mål i DB2 Oppdateringer i veiledningen for Business Intelligence Definere slettegrensen for varehusloggfiler Støtte for CURSOR-lasting i datavarehussenteret Migrering og begrensninger for varehuskontrolldatabase med Unicode Endring av datoformatet for kolonnen Endret Definere statistiske transformeringer i datavarehussenteret Forutsetning for iSeries-varehusagenten DB2 .NET Data Provider Støtte for samtidig aktiv datalesing Egenskapen DB2Connection.ConnectionString DB2 Connect Bytte til autentiseringstypeforhandling via en portner Nytt sikkerhetsscenario Rettelser for diagrammer Utviklingssenter DB2 Utviklingssenter versjon 8.2 krever nivå 9.2.9 av Distributed Debugger Lengdebegrensning i vinduet Endre variabelområde i DB2 Utviklingssenter Begrensninger for DB2 Universal Type 2- og Type 4-styreprogrammer GUI-verktøy Endre setningsavslutningstegnet Statusen Database ikke tilgjengelig i detaljruten i kontrollsenteret Generering av standard write to table output (Opprett aktivitetsovervåker) Informasjonskatalogsenter Eksempelskript for konfigurering Web-tjenerkonfigurasjon Installation and Configuration Supplement DB2-nodekonfigurasjonsfilen - db2nodes.cfg Registervariabelen DB2NOLIOAIO er erstattet med DB2LINUXAIO (Linux) Applikasjonstjener for DB2 UDB Aktivering av DB2 Embedded Application Server Distribuere DB2 Web Tools Direkte I/U på blokkenheter (Linux) Demon for DB2 Informasjonssenter (Linux og UNIX) Nøkkelord og eksempelfiler for responsfil Feilkoder for responsfilinstallering Brukerkontoer som kreves for å installere DB2-tjenere (Windows) Asynkron I/U-støtte (Linux) db2ln-kommandoen er endret for å opprette 64-bits DB2 UDB-biblioteklinker (Linux og UNIX) Query Patroller Oppdatering om virkemåte for Query-klasse Definisjonsoppdateringer til statuser for administrerte spørringer Opprett forklaringstabeller før du kjører Query Patrollers generator for historikkdata Kontrollere Query Patroller-loggfiler for historisk analyse Unormal avslutning av generatoren for historikkdata Dynamiske oppdateringer av spørreklasser Virkemåte for nestet spørring Begrensninger av type SQL-setning Oppløsningsbegrensning ved bruk av Terminal Services Client Ny gruppestøtte for spørringer Planleggingsbegrensninger i Query Patroller Autorisasjon som kreves for å utføre kommandoen RUN IN BACKGROUND QUERY Opprette et kallenavn for en resultattabell Beskyttet (fenced) bruker-ID krever skrivetilgang til filen qpdiag.log og tilhørende bane Komme i gang Krav til minne Klargjøring om DB2 UDB-klientstøtte Endre kjerneparametere (Linux) Endre kjerneparametere (Solaris Operating Environment) Boken DB2 Universal Database Express Edition Version 8.2 Basics er tilgjengelig for nedlasting Kontrollere at databasene er klare for migrering Vanlig kriteriesertifisering for DB2 UDB Spatial Extender Verifisere Spatial Extender-installering SQL-administrasjonsrutiner Feil kolonnenavn dokumentert i resultatsett for SNAP_GET_DYN_SQL-tabellfunksjon Tabellfunksjoner i Snapshotovervåker har versjonsspesifikke utsnitt GET_DB_CONFIG-prosedyren krever 8K som minste sidestørrelse for en midlertidig brukertabellplass SQL Reference EXPLAIN_DIAGNOSTIC: En ny forklaringstabell EXPLAIN_DIAGNOSTIC_DATA: En ny forklaringstabell Skjema brukt av forklaringsfunksjonen Strengrepresentasjoner av datetime-verdier Systemovervåker Sammendrag om helseindikatorer Listen over frakoblede applikasjoner uten tilkoblingskonsentrator aktivert Statusovervåking av tilbakestillingsprosessen ved kjøretid XML Extender Parameterendring for de lagrede prosedyrene dxxGenXML, dxxGenXMLClob, dxxRetrieveXML, and dxxRetrieveXMLClob Oppløse XML-dokumenter til DB2 UDB-data Oppløse dokumenter som er større enn 1 MB Konfigurere MQ XML-UDFer med XML Extender XML Extender-systemvariabelen DB2DXX_MIN_TMPFILE_SIZE DB2XML.XMLVarchar UDT-omdefinering Tillegg A. Katalogstruktur på CDen med DB2 UDB-opprettingspakken Tillegg B. Contacting IBM B.1 Product information Tillegg C. Notices C.1 Trademarks Om versjonsmerknadene Innhold Versjonsmerknadene inneholder den nyeste informasjonen om disse DB2, versjon 8-produktene: DB2 Universal Database Personal Edition DB2 Universal Database Workgroup Server Edition DB2 Universal Database Workgroup Server Unlimited Edition DB2 Universal Database Enterprise Server Edition DB2 Personal Developer's Edition DB2 Universal Developer's Edition DB2 Warehouse Manager DB2 Warehouse Manager Sourcing Agent for z/OS DB2 Data Links Manager DB2 Net Search Extender DB2 Spatial Extender DB2 Intelligent Miner Scoring DB2 Intelligent Miner Modeling DB2 Intelligent Miner Visualization DB2 Connect Application Server Edition DB2 Connect Enterprise Edition DB2 Connect Personal Edition DB2 Connect Unlimited Edition DB2 Query Patroller Emnene i DB2 Informasjonssenter (http://publib.boulder.ibm.com/infocenter/db2help/) blir oppdatert jevnlig, men ikke nødvendigvis for hver utgave. Versjonsmerknadene følger med hver utgave, så det er mulig at viktig informasjon blir formidlet i versjonsmerknadene. Viktig informasjon blir lagt inn i versjonsmerknadene i disse tilfellene: * Emnene i DB2 Informasjonssenter er ikke oppdatert for den aktuelle utgaven * Den viktige informasjonen blir oppdaget sent i utviklingssyklusen, etter at DB2 Informasjonssenter er oppdatert Hovedkilden for informasjon er DB2 Informasjonssenter. Du bør se i versjonsmerknadene for å finne den nyeste informasjonen for den aktuelle utgaven av DB2-produktet ditt. Du bør også se gjennom Readme-filen for opprettingspakken for å se etter tilleggsinformasjon om installering av DB2-produktet. Du finner mer informasjon om DB2 Informasjonssenter under overskriften Andre ressurser i dette avsnittet. Versjonsinformasjon Du får tilgang til den nyeste dokumentasjonen i den siste versjonen av DB2 Informasjonssenter via en nettleser. URL for nedlasting av nyeste dokumentasjon finner du i avsnittet Andre ressurser nedenfor. Korrekturmerker i DB2 UDB Versjonsmerknader angir tekst som er tilføyd eller endret. En loddrett strek (|) angir informasjon som er blitt tilføyd eller endret for denne utgaven. Katalogbaner Windows-systemer bruker omvendt skråstrek (\) for å skille kataloger i en katalogbane. Linux- og UNIX-systemer bruker skråstrek (/) som skilletegn. Versjonsmerknadene følger denne konvensjonen når informasjonen er plattformspesifikk. Hvis informasjonen imidlertid er plattformuavhengig, må du kanskje skrive banen annerledes enn det som blir vist. Hvis du for eksempel har et Windows-system, må du oppgi katalogbanen med omvendte skråstreker (\) hvis versjonsmerknadene viser skråstreker (/). Hvis du har et Linux- eller UNIX-system, må du oppgi katalogbanen med skråstreker (/) hvis versjonsmerknadene viser omvendte skråstreker (\). DB2 Information Integrator Du finner mer informasjon om kjente problemer i DB2 Information Integrator og tilhørende teknologier som forente systemer, SQL-replikering, Q-replikering, aktivitetspublisering, web-tjenester og metadataadministrasjon, i versjonsmerknadene for DB2 Information Integrator. Du finner versjonsmerknadene for DB2 Information Integrator på nettsiden til DB2 Information Integrator: http://www.ibm.com/software/data/integration/db2ii/support.html Andre ressurser Hvis du vil lese DB2-dokumentasjonen i HTML-format, kan du koble deg til DB2s HTML-informasjonssenter på adressen http://publib.boulder.ibm.com/infocenter/db2help/. Du kan også installere DB2s HTML-informasjonssenter på systemet ved hjelp innholdet på CDen DB2 HTML-dokumentasjon, som du kan laste ned fra samme sted. Du finner nyeste dokumentasjon i DB2s HTML-informasjonssenter på nettet eller ved å laste ned innholdet på CDen the DB2 HTML-dokumentasjon og installere det på systemet ditt. PDF-dokumentasjonen blir oppdatert sjeldnere enn HTML-informasjonssenteret. Nettstedet for DB2 UDB-støtte inneholder tekniske dokumenter og serviceoppdateringer som beskriver endringer i dokumentasjonen og kjente begrensninger og midlertidige løsninger som er oppdaget etter at dette dokumentet ble laget. Adressen til nettstedet for DB2 UDB-støtte er http://www.ibm.com/software/data/db2/udb/support.html. Informasjon om migrering av DB2-produkter finner du på http://www-1.ibm.com/support/docview.wss?rs=71&uid=swg21200005 (DB2 Migration Portal). Du finner flere opplysninger om DB2 Utviklingssenter og DB2 for z/OS på http://www.ibm.com/software/data/db2/os390/spb/. Data Links Manager Administration Guide and Reference ble oppdatert i PDF-form (SC27-1221-01) samtidig med opprettingspakke 1 og er tilgjengelig for nedlasting på nettstedet for DB2-støtte: http://www.ibm.com/software/data/db2/udb/support.html. Du kan laste ned dokumentasjon for produktet DB2 Life Sciences Data Connect fra IBMs programvarenettsted på denne adressen: http://www.ibm.com/software/data/db2/lifesciencesdataconnect/ Hvis du ønsker den nyeste informasjonen om DB2-produktfamilien, kan du anskaffe et gratis abonnement på DB2 Magazine. Den elektroniske utgaven av tidsskriftet finner du på http://www.db2mag.com . På denne siden finner du også instruksjoner om hvordan du bestiller et abonnement. Om denne utgaven Nytt i denne utgaven Nedenfor finner du en oversikt over forbedringene som er tilgjengelige i denne utgaven. Ekstra Query Patroller-støtte for Linux-operativsystemer Query Patroller støttes nå også på disse plattformene: * Linux-operativsystemer på AMD64 og Intel EM64T-systemer (x86-64), med 2.6-kjernen eller senere. Query Patroller støtter både 32-bits og 64-bits DB2 UDB-forekomster på denne plattformen. * Linux-operativsystemer på POWER-systemer (iSeries og pSeries), med 2.6-kjernen eller senere. Query Patroller støtter bare 64-bits DB2 UDB-forekomster på denne plattformen. Forbedringer i utviklingssenteret for lagrede Java-prosedyrer Utviklingssenteret støtter nå bruk av DB2 Universal JDBC-styreprogrammet til å bygge lagrede Java-prosedyrer som har en kilde som er større enn 32K og en DB2 UDB for z/OS V7-tjener som mål. Før denne støtten ble lagt inn, ble Universal-styreprogrammet bare støttet for lagrede Java-prosedyrer i DB2 UDB z/OS V8. For at denne støtten skal fungere, må du installere APAR PK01445 for DB2 for z/OS V7. Støtte for internt DB2-styreprogram for PHP IBM støtter offisielt bruk av ibm_db2-utvidelsen for PHP til å koble til IBM DB2 Universal Database-tjenere fra applikasjoner som er skrevet i PHP. ibm_db2-utvidelsen er tilgjengelig fra http://pecl.php.net/ibm_db2/ og er dokumentert som en del av PHP-veiledningen på http://www.php.net/. Støtte for 31-bits applikasjoner på 64-bits Linux for zSeries For å støtte 31-bits applikasjoner som kjøres på 64-bits Linux for zSeries som må kobles til en DB2 Universal Database-tjener, bruker du DB2 Runtime Client for 31-bit Linux for zSeries, som er tilgjengelig for nedlasting fra http://www.ibm.com/software/data/db2/udb/support.html. Denne konfigurasjonen kan ikke brukes sammen med DB2-produkter for 64-bits Linux for zSeries i samme Linux Virtual Machine. Forbedringer i DB2 Cube Views DB2 Cube Views versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) inneholder flere forbedringer for DB2 Cube Views-metadata og optimaliseringsrådgiveren som er utviklet siden versjon 8.2 opprettingspakke 2 (tilsvarer versjon 8.1 opprettingspakke 9). Støtte for flere plattformer DB2 Cube Views har nå også støtte for disse plattformene: * Red Hat Enterprise Linux 3 (32-bits og 64-bits) for PowerPC * Red Hat Enterprise Linux 4 (32-bits og 64-bits) for AMD * SUSE Linux Enterprise Server 8 (bare 32-bits) for PowerPC * SUSE Linux Enterprise Server 9 (32-bits og 64-bits) for AMD Forbedret støtte for degenererte dimensjoner Degenererte dimensjoner er dimensjoner som bare refererer til faktatabellen. Degenererte dimensjoner er mest nyttige når du har dimensjonsinformasjon (for eksempel et tidsstempel) i faktatabellen som du ønsker å bruke til å spesifisere en dimensjon. Med versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) trenger du ikke lenger å oppgi en egenkombinering mellom den degenererte dimensjonen og faktaobjektet. Ekstra informasjon om funksjonell avhengighet for å forbedre sammendragstabeller Du kan nå oppgi funksjonell avhengighet mellom nivåer i et hierarki. Nivånøkkelattributtene fra ett nivå kan tilordnes til nivånøkkelattributtene på nivået over eller under i hierarkiet ved hjelp av en funksjonell avhengighet. Støtte for optimalisering av interne kombineringer som har entydige nøkler Det er lempet på optimaliseringsreglene i versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) slik at du kan optimalisere modeller som inneholder disse typene kombineringer: * Intern kombinering med en entydig nøkkel og en fremmednøkkel som ikke er null * Intern kombinering med en entydig nøkkel og en fremmednøkkel som kan være null Typeegenskap tilføyd til nivåer Nivåer har en ny obligatorisk egenskap som spesifiserer nivåtypen som ukjent, vanlig eller tid. Standardmål for faktaobjekter og kubefaktaobjekter Du kan oppgi et mål som standardmål for et faktaobjekt og et kubefaktaobjekt. Applikasjoner fra andre leverandører kan bruke standardmålet som startmål for neddrillingsrapporter. Støtte for definering av rekkefølge på medlemsattributter på et nivå Rekkefølgen på attributter på et nivå er en valgfri metadataegenskap som gjør det mulig for enkelte applikasjoner fra andre leverandører å sortere resultatsettene. Du kan for eksempel på et By-nivå spesifisere Bynavn i stigende rekkefølge som rekkefølgeattributt for By-nivået i dimensjonen Marked. Denne spesifikasjonen gjør at byene blir vist alfabetisk i rapporten fra en annen leverandør. Valgfri enhetsegenskap tilføyd for mål Mål har en ny valgfri egenskap som gjør at du kan oppgi en beskrivende tekst for enhetene som målet bruker. Du kan for eksempel oppgi kroner for et salgsmål eller esker solgt for et mål som viser solgt mengde. Applikasjoner fra andre leverandører kan vise enhetsegenskapen sammen med målverdien eller målnavnet. Valgfri egenskap for Alt-nivå tilføyd for hierarkier Hierarkier har en ny valgfri egenskap for å oppgi et alt-nivå. Et alt-nivå er et nivå øverst i et hierarki med nøyaktig ett medlem som representerer summen av alle medlemmene i de lavere nivåene i hierarkiet. Hvis du for eksempel inkluderer et alt-nivå i en produktdimensjon, blir målene i faktatabellen, for eksempel salg, samlet for alle produkter. Et alt-nivå er nyttig for de fleste hierarkier. Attributtforhold brukes ikke lenger Attributtforhold er ikke lenger i bruk. Bruk nivåer i stedet for attributtforhold til å utforme forholdene mellom ett eller flere attributter i et hierarki. Oppdatert metadata for CVSAMPLE-eksempeldatabasen Metadataene i CVSAMPLE-eksempeldatabasen er utvidet slik at de også inneholder eksempler på alle de nye metadataforbedringene i versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) Historikk for produktrettelser Hvis du vil se en APAR-liste (Authorized Program Analysis Reports) som denne oppdateringspakken har rettelser for, går du til denne nettsiden: http://www.ibm.com/software/data/db2/udb/support/apars.html Kompatibilitetsproblemer Baklengs kompatibilitet Opprettingspakkenivå og installering av nye produkter Det kan være situasjoner der du må installere et DB2-produkt som har et annet nivå enn versjonen av et annet DB2-produkt som allerede er installert på maskinen. DB2-produkter må være på samme nivå. Hvis du skal installere et produkt som har et høyere nivå enn andre DB2-produkter på maskinen, må du oppdatere de eksisterende DB2-produktene til det høyere nivået. Hvis du for eksempel installerer DB2 Connect for iSeries på nivået for opprettingspakke 10 og dine andre DB2-produkter har opprettingspakke 9, må du installere opprettingspakke 10 for de installerte DB2-produktene før du installerer DB2 Connect for iSeries med opprettingspakke 10. Hvis du skal installere et produkt på en maskin som har en nyere versjon av et DB2-produkt installert, må du også følge noen retningslinjer: På Windows-operativsystemer Opprettingspakken kan brukes til å installere produktet direkte på systemet på samme nivå. Lisensen kan legges inn etter at installeringen er fullført, ved hjelp av denne kommandoen: db2licm -a filnavn der filnavn er navnet på lisensfilen, som du finner på originalmediet i katalogen db2\license. Du kan også legge inn denne lisensen i katalogen db2\license for opprettingspakken, så vil lisensen bli installert av installeringsprogrammet. På UNIX- og Linux-operativsystemer Forutsetninger Før du installerer et ekstra produkt eller en ekstra komponent, må du stoppe følgende: * Eksisterende DB2-forekomster * DB2 Administration Server (DAS) Forekomstene og DAS som må stoppes, er de som tilhører DB2-installasjonen der det ekstra DB2-produktet eller den ekstra DB2-komponenten skal installeres. Du finner mer informasjon i Readme-filen for opprettingspakken. Fremgangsmåte 1. Det finnes tre metoder for å installere et ekstra produkt eller en ekstra komponent på et lavere DB2-nivå enn de nåværende DB2-produktene på systemet. Velg en av disse metodene: Kjør db2setup-programmet Kjør db2setup interaktivt med det grafiske brukergrensesnittet eller i bakgrunnen med en responsfil. Ikke utfør noen konfigurering, for eksempel opprette en forekomst, mens installeringen av det ekstra produktet eller komponenten utføres med db2setup. Hvis DB2 DAS ikke finnes på det aktuelle systemet, og det ekstra produktet eller komponenten krever eller støtter DB2 DAS, må db2setup konfigurere DB2 DAS under installeringen. På noen plattformer kan det oppstå feil når DB2 DAS blir opprettet med db2setup. Disse feilene er forventet og kan overses. Du finner db2setup-programmet på produkt-CDen eller -bildet med DB2 for det ekstra produktet eller komponenten du installerer. Slå opp i bøkene Command Reference og Installation and Configuration Supplement hvis du vil vite mer om hvordan du bruker db2setup. Kjør db2_install-skriptet db2_install-skriptet installerer eventuelle komponenter som ikke allerede er installert i din DB2-installasjon, unntatt språk- og meldingskomponenter på andre språk enn engelsk. Derfor må du bruke db2_install til å installere nye produkter eller komponenter, siden det ikke oppdaterer eksisterende DB2-komponenter. Du finner db2_install-skriptet på produkt-CDen eller -bildet med DB2 for det ekstra produktet eller komponenten du installerer. Slå opp i boken Installation and Configuration Supplement hvis du vil vite mer om hvordan du bruker db2_install-skriptet. Bruke systeminstalleringsprogrammet Bruk systeminstalleringsprogrammet til å installere nye produkter eller komponenter. Slå opp i boken Installation and Configuration Supplement hvis du vil vite mer om hvordan du bruker systeminstalleringsprogrammet. 2. Disse oppgavene må utføres etter at det er installert et ekstra produkt eller en ekstra komponent: a. Installer den vanlige opprettingspakken for alle eksisterende produkter på maskinen, slik at de nye og eksisterende produktene er på samme nivå. For eksempel: * DB2 Universal Database(TM) Enterprise Server Edition er installert på opprettingspakke 10-nivå. * Deretter installerer du DB2 Query Patroller med opprettingspakke 7 i henhold til instruksjonene i trinnet ovenfor. Etter installeringen må du da installere den vanlige opprettingspakke 10. Merk: Under installeringen av opprettingspakken kan du så få en melding som likner på denne: Pakken db2cliv81 er allerede installert på systemet. Installering av rettelsen nnnnnnn-nnn ble avbrutt. Hvis du vil installere denne rettelsen på nytt, må du deinstallere den før du prøver å installere den på nytt. Denne feilen oppstår fordi db2cliv81 i systemet allerede er på det samme nivået som opprettingspakken som blir installert. Du kan overse slike feil. Bruk systeminstalleringsprogrammet til å bekrefte at DB2-komponenten eller -pakken faktisk er på samme nivå som opprettingspakken som blir installert. b. Kjør db2iupdt-kommandoen for å oppdatere de eksisterende DB2-forekomstene som tilhører den gjeldende DB2-installasjonen. c. Kjør dasupdt-kommandoen for å oppdatere den DB2 DAS som er knyttet til den gjeldende DB2-installasjonen. d. Om nødvendig kjører du db2isetup-kommandoen for å opprette en ny DB2 UDB-forekomst eller konfigurere en eksisterende forekomst. I Readme-filen for opprettingspakken finner du mer informasjon om installering av opprettingspakken, oppdatering av forekomst og DB2 DAS, samt andre aktuelle oppgaver etter installeringen. Bakoverkompatibilitet for DB2 UDB versjon 8.2-databaser Hvis du oppretter en database med DB2 Universal Database versjon 8.2, kan du ikke bruke den databasen med et versjon 8.1-produkt. Den databasen kan bare brukes med versjon 8.2 eller høyere. Databaser som er opprettet med DB2 UDB versjon 8.2-nivå, kan ha funksjonalitet som ikke var tilgjengelig i tidligere versjoner. Denne forskjellen kan føre til uventede og uønskede resultater hvis du prøver å flytte den nye databasen til en tidligere utgave av DB2 UDB. Merk: En database kan bare flyttes fra versjon 8.2 tilbake til versjon 8.1 hvis den opprinnelig ble opprettet under versjon 8.1. I slike tilfeller er baklengs migrering bare mulig etter at verktøyet db2demigdb er kjørt. Det kan imidlertid oppstår problemer hvis du brukte innebygde funksjoner som er endret i versjon 8.2. Klargjøring av DB2 UDB-klientstøtte Avsnittet "DB2 client overview" i boken DB2 Quick Beginnings for Clients inneholder denne setningen: DB2 clients can connect to DB2 servers two releases later or one release earlier than the client's release level, as well as to servers at the same release level. Denne setningen skal erstattes av dette: While connections from Version N clients to Version N + 2 servers are possible in some environments, this connection is a supported configuration only as long as Version N is in service. Once Version N is withdrawn from service, this configuration is no longer supported. DB2 Version 7 clients connecting to a DB2 Version 8 server is no longer supported because Version 7 has been withdrawn from service. Helseregisterendringer ved migrering fra DB2 UDB versjon 8.2 tilbake til DB2 UDB versjon 8.1 Registerendringer som er gjort i DB2 UDB versjon 8.2, går tapt når du migrerer tilbake til DB2 UDB versjon 8.1. Registeret går tilbake til filen HealthRules.reg i versjon 8.1, som inneholder innstillingene som gjaldt før du oppgraderte til DB2 UDB versjon 8.2 og begynte å bruke innstillingene i filen HealthRules2.reg. Alternative opprettingspakker (Linux og UNIX) Før DB2 Universal Database (UDB) versjon 8, fungerte opprettingspakker bare som oppdateringer til installerte DB2 UDB-pakker eller filsett på ett bestemt sted. Det betydde at installeringen av opprettingspakker erstattet eksisterende filer med oppdaterte filer fra opprettingspakkene. Det var ikke mulig å ha flere DB2-opprettingspakkenivåer på ett og samme system. Nå kan DB2 UDB Enterprise Server Edition (ESE) finnes på flere opprettingspakkenivåer på samme system for Linux-baserte og UNIX-baserte operativsystemer. Denne funksjonen, som har vært støttet i produksjonsoperativsystemene siden versjon 8.1.2, oppnås ved bruk av følgende to typer opprettingspakker: vanlige opprettingspakker * Er tilgjengelige ikke bare for ESE, men for alle støttede DB2 versjon 8-produkter for beslektede plattformer * Kan installeres direkte oppå en eksisterende installasjon enten i /usr/opt/db2_08_01 på AIX eller /opt/IBM/db2/V8.1 på andre plattformer * Kan ikke installeres over noen installert alternativ opprettingspakke alternative opprettingspakker * Kan installeres som fullstendig nye kopier av DB2 UDB ESE * Er installert på en forhåndsdefinert plassering som er forskjellig fra den som er brukt for en vanlig DB2 UDB-installasjon * Det er ikke noe grafisk brukergrensesnitt for installeringsprosedyren for alternative opprettingspakker Merknader: 1. Du trenger ikke å utføre en installering av flere opprettingspakker hvis det ikke er nødvendig for ditt system. Du kan vurdere å installere flere opprettingspakker hvis du trenger DB2 UDB versjon 8 ESE-forekomster på andre opprettingspakkenivåer i det samme systemet. Med flere opprettingspakker kan du for eksempel kontrollere endringene i opprettingspakken i testmiljøet uten at det påvirker produksjonssystemene. 2. Fra og med IBM DB2 UDB Enterprise Server Edition (ESE) for Linux og UNIX versjon 8.1.2-opprettingspakker støttes i produksjonsmiljøer når de installeres som fleropprettingspakker. 3. På Linux er alternative opprettingspakker tilgjengelig bare på disse plattformene: * x86 (32-bit) * S/390 (31-bit) 4. To eller flere DB2-forekomster som kjøres på forskjellige opprettingspakkenivåer på samme system, støtter ikke operasjoner som utfører interne prosedyrekall i DB2 (Internal Procedure Calls, IPCs), for eksempel forente spørringer. Alle forekomster som er involvert i slike operasjoner på samme system, må være på samme DB2-opprettingspakkenivå. 5. Alternative opprettingspakker for DB2 UDB versjon 8 støtter bare DB2 ESE på støttede Linux- og Unix-plattformer. Du kan oppdatere en flerforekomstversjon av en opprettingspakke til et annet nivå på en av disse måtene: * Installer relevant vanlig opprettingspakke på GA-installasjonen (General Availability) og oppdater forekomsten ved å kjøre db2iupdt fra eksisterende GA-bane. * Installer relevant alternativ opprettingspakke i egen unik bane og oppdater forekomsten ved å kjøre db2iupdt fra denne banen. Du finner mer informasjon om alternative opprettingspakker her: * Les Readme-filen for den nyeste opprettingspakken * Gå til IBMs nettsted på http://www.ibm.com/software/data/db2/udb/support.html Query Patroller versjon 8.2.2 - Spørredata og kompatibilitet med tidligere opprettingspakker Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) kan innholdet i Query Patroller-styringstabellen TRACK_QUERY_INFO som ble lagret i et 32-bits miljø, brukes i et 64-bits miljø. Denne funksjonen gjør det enklere å migrere til et 64-bits miljø. Informasjon som blir lagret i Query Patroller-styringstabellen TRACK_QUERY_INFO med versjon 8.2.2, kan ikke brukes til å generere historiske data for den spørringen eller til å utføre holdte spørringer under noe tidligere opprettingspakkenivå. Begrensninger i støtten for datavarehussenteret på tidligere tjenere Disse begrensningene gjelder for støtten for DB2 Universal Database (UDB) Enterprise Server Edition versjon 8 Datavarehussenter på tidligere tjenere: Støtte for stort objekt (LOB) * Hvis du bruker en varehuskontrolldatabase på en tjener som er eldre enn DB2 UDB Enterprise Server Edition versjon 8, kan du ikke arbeide med LOBer. Du må oppgradere varehuskontrolldatabasen til riktig nivå eller flytte kontrolldatabasen til systemet der varehustjeneren for DB2 UDB Enterprise Server Edition versjon 8 er installert, og bruke den lokalt fra dette systemet. * Hvis du ønsker å flytte LOBer mellom datavarehussenteret og DB2 UDB, må du oppgradere til DB2 UDB Enterprise Server Edition versjon 8. Støtte for Systems Network Architecture (SNA) Hvis du bruker SNA til å koble deg til varehuskildene og -målene, må du endre konfigurasjonen til TCP/IP over SNA eller bruke varehusagenten for Windows NT. Støtte for EXPORT- og LOAD-funksjoner LOAD-funksjonen i Datavarehussenter versjon 8 har ikke støtte for en måldatabase med versjon 7. Hvis du vil beholde målet som en versjon 7-database, må du endre LOAD-trinnet til et SQL SELECT og INSERT-trinn. SQL velg og sett inn-trinn bruker en DELETE*-setning etterfulgt av SELECT- og INSERT-setninger. SQL velg og sett inn-trinn krever at databasen må logge alle transaksjoner. Dette fører til at ytelsen for SQL velg og sett inn-trinn ikke er like god som for EXPORT- og LOAD-funksjonene. APARer for utviklingssenteret som kreves for SQLJ- og SQL Assist-støtte på DB2 UDB for OS/390 versjon 6 og DB2 UDB for z/OS versjon 7 Når du bruker utviklingssenteret eller en applikasjonsutviklingsklient for DB2 Universal Database (UDB) versjon 8 på Windows eller UNIX, må disse APARene installeres på tjeneren for å aktivere støtte for SQLJ og SQL Assist: DB2 UDB for z/OS versjon 7 * PQ65125 - Gir SQLJ-støtte for bygging av lagrede Java SQLJ-prosedyrer * PQ76858 - Gir SQL Assist-støtte DB2 UDB for OS/390 versjon 6 * PQ76858 - Gir SQL Assist-støtte To versjoner av SQL Assist startes fra DB2 UDB Du kan starte både versjon 7 og versjon 8 av SQL Assist fra DB2 Universal Database versjon 8. Du kan starte versjon 7 fra DB2 Datavarehussenter. Alle andre sentre starter den nyeste versjon 8. Produkthjelpen har ekstra informasjon om SQL Assist, versjon 7. Endring i virkemåten til Unicode-tjeneren I versjon 7 overså Unicode-tjenere alle grafiske kodesett som ble sendt fra applikasjoner på tilkoblingstidspunktet og antok at UCS2 Unicode (kodesett 1200) ble brukt. Unicode-tjenere med versjon 8 respekterer nå kodesettet sendt av klienten. Endringer i databasesystemets konfigurasjonsparametere under migrering DB2 UDB versjon 8.2 bruker en ny fil for databasesystemets konfigurasjonsparametere på 16K, kalt SQLDBCONF. Dette er en annen fil enn den tilsvarende filen k DB2 UDB versjon 8.1 på 4K, som ble kalt SQLDBCON. Etter migreringen til DB2 UDB versjon 8.2 migrerer produktet innholdet i 4K-filen fra versjon 8.1 og bruker filen på 16K til logging av endringer i databasesystemets konfigurasjonsparametere. Versjon 8.1-filen blir beholdt, men ikke brukt. Hvis du migrerer tilbake til DB2 UDB versjon 8.1, ta DB2 UDB versjon 8.1-produktet i bruk den opprinnelige 4K-filen fra versjon 8.1 igjen for logging av endringer i databasesystemets konfigurasjonsparametere. 16K-filen fra versjon 8.2 blir beholdt, men blir ikke gjenkjent av DB2 UDB versjon 8.1-produktet. Endringer som er gjort i 16K-filen mellom migreringen til versjon 8.2 og migreringen tilbake til versjon 8.1 blir i praksis skjult for det tidligere DB2 UDB-nivået fordi endringene ikke blir migrert til den opprinnelige 4K-filen. I tillegg er det slik at hvis du migrerer til DB2 UDB versjon 8.2 igjen, vil DB2 UDB versjon 8.2-produktet oppdage at 16K-filen allerede finnes, og vil derfor ta i bruk 16K-filen fra versjon 8.2 for logging av endringer i databasesystemets konfigurasjonsparametere. 4K-filen fra versjon 8.1 blir beholdt, men blir ikke gjenkjent av DB2 UDB versjon 8.2-produktet. Endringer som er gjort i 4K-filen mellom migreringen tilbake til versjon 8.2 og remigreringen til versjon 8.2 blir i praksis skjult for det nyere DB2 UDB-nivået fordi endringene ikke blir migrert til den eksisterende 16K-filen. Forbedringer i meldingsformatet til db2diag.log Formatet til filen db2diag.log er forbedret på flere måter i versjon 8.2. Det er nå enklere å lese loggfilen manuelt, og å analysere den med programvare. Forbedringene omfatter: * Hver post har et fullstendig sett med topptekst * Meldings- og datadelene til loggpostene er tydelig merket, slik at det er enklere å forstå og bruke loggpostene * Klokkeslett med tidssone er med for hver post * Hvert felt har et tydelig navn med store bokstaver * Linjelengden for topptekst og meldingsfelt er begrenset til 80 tegn * Nye felt er lagt til, blant annet et felt for alvorsgrad som hjelper deg med å finne de viktigste postene I tillegg er det gjort andre endringer, for eksempel er databasefeltnavnet endret til DB. Aktivitetsposter er tilføyd som feilsøkingsmeldinger i filen db2diag.log. Eksempler på slike aktiviteter: * Oppdateringer av profilregisteret * Oppdateringer av konfigurasjonsparametere Aktivitetsposter har "Aktivitet/Event" spesifisert i feltet LEVEL. Selv om aktiviteter ikke er feil, kan de blir logget ved andre feilsøkingsnivåer enn 4 (Informasjon) eller 3 (Advarsel), avhengig av betydningen. Profilregistervariabler for db2set og DB- og DBM-konfigurasjonsparametere logges Fra og med versjon 8.2 blir disse oppdateringene loggført i filen db2diag.log: * oppdateringer av db2set-profilregisteret * oppdateringer av konfigurasjonsparametere for databaser og databasesystemet Meldingene for disse oppdateringene blir loggført med høye feilsøkingsnivåer på grunn av sin betydning. Disse typene db2set-profilregisteroppdateringer logges: Endre Kommandoen db2set variabelnavn=verdi gir en post i db2diag.log som ser slik ut: 2004-04-22-19.19.14.156959-240 I79582C286 LEVEL: Event PID : 2437242 TID : 1 PROC : db2set INSTANCE: db2user NODE : 000 FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40 CHANGE : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE" Slett Kommandoen db2set -r gir en post i db2diag.log som ser slik ut: CHANGE : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: "" Merk: Toppteksten er utelatt i det foregående eksempelet. Tilbakestill Kommandoen db2set variabelnavn=verdi gir en post i db2diag.log som ser slik ut: CHANGE : CFG DB2SET: Profile registry was reset Merk: Toppteksten er utelatt i det foregående eksempelet. Eksempler for DB- og DBM-konfigurasjonsparameteroppdateringer: CHANGE : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20" CHANGE : CFG DBM: "Diaglevel" From: "3" To: "1" CHANGE : CFG DBM: Reset to the system defaults Merk: Toppteksten er utelatt i de foregående eksemplene. Du finner disse konfigurasjonsoppdateringsmeldingene ved å bruke verktøyet db2diag. For eksempel: * Velge alle aktiviteter: db2diag -level event * Velge endringsaktiviteter: db2diag -g "changeevent=" Produktkompatibilitet JDK 1.4.2 støttes av DB2 Universal Database for Linux, UNIX og Windows DB2 Universal Database(TM) (UDB) for Linux, UNIX og Windows(R), versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) støtter JDK 1.4.2 på alle DB2 UDB-støttede 32-bits og 64-bits operativsystemer på arbeidsstasjoner. Denne støtten omfatter, men er ikke begrenset til, støtte for å bygge og kjøre Java-klientapplikasjoner, bygge og kjøre Java-rutiner fra kommandolinjen, bygge og kjøre Java-rutiner fra DB2 Utviklingssenter der dette er støttet, samt å kjøre andre DB2-verktøy. Hvis du installerer DB2 UDB versjon 8.2, blir den nyeste støttede versjonen av Java-utviklersettet også installert hvis det ikke allerede er installert, med mindre DB2 UDB-installeringen er en oppdatering av en tidligere DB2 UDB versjon 8-installasjon. Hvis du oppdaterer en tidligere installasjon av DB2 UDB versjon 8, må du installere Java-utviklersettet fra CDen. Tabellen nedenfor viser de DB2-støttede 32-bits og 64-bits operativsystemmiljøene for arbeidsstasjoner og det nyeste støttede JDK-nivået for hvert enkelt miljø. Hvis du vil vite mer om tidligere JDK-støtte, kan du gå til nettstedet for Java Application Development på http://www.ibm.com/software/data/db2/udb/ad/v8/java/. Tabell 1. DB2-støttede miljøer med tilhørende støttede JDK-nivåer +----------------------------------+----------------------------------+ | DB2-støttet miljø | Siste støttede JDK-nivå | +----------------------------------+----------------------------------+ | Windows IA/AMD 32-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Windows IA 64-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Windows AMD/EM64T 64-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | AIX(R) 4.3.3 32-bits | JDK 1.3.1 SR6 [2] | +----------------------------------+----------------------------------+ | AIX 5 (hybrid [1]) | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Solaris (hybrid [1]) | JDK 1.4.2 | +----------------------------------+----------------------------------+ | HPUX RISC & Itanium (hybrid [1]) | JDK 1.4.2.01 | +----------------------------------+----------------------------------+ | Linux AMD/EM64T 32-bits, 64-bits | JDK 1.4.2 [3] | | (hybrid [1]) | | +----------------------------------+----------------------------------+ | Linux IA 32-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Linux IA 64-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Linux 390 31-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Linux 390 64-bits | JDK 1.4.2 | +----------------------------------+----------------------------------+ | Linux PPC (hybrid [1]) | JDK 1.4.2 | +----------------------------------+----------------------------------+ Merknader: 1. Hybrid viser til en installasjonsversjon som inneholder 32-bits og 64-bits støtte 2. JDK 1.3.1 Service Release 6 er den eneste JDK-versjonen som støttes for AIX 4.3.3. 3. Det er ikke støtte for DB2-verktøy med grafisk brukergrensesnitt på Linux AMD/EM64T (32-bits og 64-bits) med JDK 1.4.2. En oppdatert prosedyre for konfigurering av Java-miljøet i Linux er vist nedenfor. Konfigurere Java-miljøet i Linux Forutsetninger * Før du følger instruksjonene nedenfor, må du utføre konfigureringen som er beskrevet i emnet "Setting up the UNIX Java environment", som du finner i boken Application Development Guide: Building and Running Applications. * Kommandoene i disse instruksjonene krever root-autorisasjon. Fremgangsmåte Slik bygger du Java-applikasjoner på Linux med DB2 JDBC-støtte: 1. Installer og konfigurer et av de støttede utviklersettene som finnes på listen i emnet "Linux supported development software", som du finner i boken Application Development Guide: Building and Running Applications. Hvis du skal kjøre lagrede Java-prosedyrer eller brukerdefinerte funksjoner, må Linux Runtime Linker ha tilgang til bestemte delte Java-biblioteker, og DB2 UDB må kunne laste inn både disse bibliotekene og Java Virtual Machine. Prosessen som kjører lagrede prosedyrer og brukerdefinerte funksjoner, laster inn biblioteker bare på sikre steder, slik det er definert i filen /etc/ld.so.conf. Ett av disse sikre stedene er /usr/lib. Resten av instruksjonene viser hvilke biblioteker som krever symbolske linker i /usr/lib. 2. Opprett symbolske linker i /usr/lib for å peke til de delte Java-bibliotekene. Avhengig av hvilken JDK-versjon du bruker, må du knytte deg til ulike delte biblioteker: For IBM Developer Kit 1.3 Opprett symbolske linker til libjava.so, libjvm.so og libhpi.so. Du kan opprette de symbolske linkene ved å kjøre disse kommandoene som root: cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so . ln -fs JAVAHOME/jre/bin/classic/libjvm.so . ln -fs JAVAHOME/jre/bin/libhpi.so . der JAVAHOME er basiskatalogen for IBM Developer Kit. Hvis DB2 UDB ikke finner disse bibliotekene, får du en -4301-feil når du prøver å kjøre en Java-rutine, og det vil bli lagt inn meldinger i administrasjonsvarslingsloggen om bibliotekene som ikke ble funnet. For IBM Developer Kit 1.4.1 Opprett symbolske linker til libjava.so, libjvm.so, libhpi.so og libjsig.so. Du kan opprette de symbolske linkene ved å kjøre disse kommandoene som root: cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so ln -fs JAVAHOME/jre/bin/classic/libjvm.so ln -fs JAVAHOME/jre/bin/libhpi.so ln -fs JAVAHOME/jre/bin/libjsig.so der JAVAHOME er basiskatalogen for IBM Developer Kit. Hvis DB2 UDB ikke finner disse bibliotekene, får du en -4301-feil når du prøver å kjøre en Java-rutine, og det vil bli lagt inn meldinger i administrasjonsvarslingsloggen om bibliotekene som ikke ble funnet. For IBM Developer Kit 1.4.2 på andre Linux-plattformer enn AMD64/EM64T Opprett symbolske linker til libjava.so, libjvm.so, libhpi.so, libjsig.so, libjitc.so, libxhpi.so og libdbgmalloc.so . Du kan opprette de symbolske linkene ved å kjøre disse kommandoene som root: cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so ln -fs JAVAHOME/jre/bin/classic/libjvm.so ln -fs JAVAHOME/jre/bin/libhpi.so ln -fs JAVAHOME/jre/bin/libjsig.so ln -fs JAVAHOME/jre/bin/libjitc.so ln -fs JAVAHOME/jre/bin/libxhpi.so ln -fs JAVAHOME/jre/bin/libdbgmalloc.so der JAVAHOME er basiskatalogen for IBM Developer Kit. Hvis DB2 UDB ikke finner disse bibliotekene, får du en -4301-feil når du prøver å kjøre en Java-rutine, og det vil bli lagt inn meldinger i administrasjonsvarslingsloggen om bibliotekene som ikke ble funnet. For IBM Developer Kit 1.4.2 på Linux AMD64/EM64T Dette utviklersettet er forskjellig fra settet på andre Linux-plattformer. Følg instruksjonene i avsnittet Alternativ prosedyre nedenfor og sett inn følgende linje i /etc/ld.so.conf: JAVAHOME/jre/bin der JAVAHOME er basiskatalogen for IBM Developer Kit. Hvis DB2 UDB ikke finner disse bibliotekene, får du en -4301- eller or -1042-feil når du prøver å kjøre en Java-rutine. Alternativ prosedyre I stedet for å oppretter linker eksplisitt til de delte bibliotekene i katalogen /usr/lib, kan du legge inn navnene på katalogene der de delte Java-bibliotekene lagres, i filen /etc/ld.so.conf. Denne filen krever root-tillatelse. Når du har oppdatert /etc/ld.so.conf, må du kjøre ldconfig-kommandoen som root for å aktivere endringene. Hvis det oppstår problemer med denne alternative prosedyren, oppretter du linkene i katalogen /usr/lib slik det er beskrevet ovenfor. Microsoft XP-rettelse er nødvendig for 64-biters operativsystemer Hvis du bruker det 64-bits Microsoft XP-operativsystemet (2600) konfigurert til å bruke NETBIOS-protokollen med DB2-produktene, må du anskaffe en hurtigrettelse fra Microsoft. Kontakt Microsoft med Q-artikkelnummeret Q317437. Windows XP-operativsystemer Operativsystemet Windows XP Home Edition støttes bare av DB2 Universal Database (UDB) Personal Edition-produkter. Operativsystemet Windows XP Professional støttes av disse DB2-produktene: * DB2 UDB Express Edition * DB2 UDB Personal Edition * DB2 UDB Workgroup Server Edition * DB2 Connect Personal Edition Følgende DB2-produkter støttes på Windows XP bare til utviklings- eller testformål (produksjonsmiljøer krever Windows 2000 eller Windows Server 2003): * DB2 UDB Enterprise Server Edition * DB2 Connect Enterprise Edition DB2 UDB HADR tilgjengelig som funksjon med egen pris I DB2 Universal Database (UDB) versjon 8.2 kunne ikke kunder med DB2 UDB Workgroup Server Edition og DB2 UDB Express Edition (med en lisens med brukerbasert prismodell) installere DB2 UDB High Availability Disaster Recovery (HADR) som en funksjon med egen pris. Dette problemet er løst i DB2 UDB versjon 8.2 opprettingspakke 1 (tilsvarer versjon 8.1 opprettingspakke 8). DB2 Warehouse Manager (versjon 8.2) og IBM DB2 OLAP Server FP3 og senere OLAP-funksjonene i DB2 Warehouse Manager Standard Edition versjon 8.2 er ikke kompatible med IBM DB2 OLAP Server FP3 (Essbase API nivå 6.5.4) og senere. Du bør bruke DB2 OLAP Server FP2 (Essbase 6.5.3) eller tidligere til dette problemet blir løst. Bruk av logger for Raw I/O (Linux med 2.6-kjerne) For å kunne bruke logger med Raw I/O-enheter før DB2 Universal Database (UDB) versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), måtte man binde en fysisk enhet til Linux-driveren for Raw Character-enhet med raw-funksjonen. Fra og med DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), på 2.6 Linux-kjernen, kan Raw I/O for logger spesifiseres direkte. Hvis du for eksempel vil bruke enhetspartisjonen /dev/sdb1 for Raw-logger for SAMPLE-databasen, utfører du denne kommandoen: db2 update db cfg for sample using newlogpath /dev/sdb1 Selv om DB2 UDB fremdeles støtter metoden med å bruke raw-funksjonen for ubehandlet (raw) I/U, frarådes det å bruke den i nyere distribusjoner, og den kan bli fjernet i fremtiden. Den anbefalte metoden er den nye metoden, der enhetene oppgis direkte. Red Hat Linux-støtte med Datavarehussenter DB2 Universal Database versjon 8.2 støtter Red Hat Enterprise Linux AS versjon 3 og 2.1. Datavarehussenteret støtter imidlertid bare Red Hat Enterprise Linux AS versjon 2.1. Datavarehussenteret bruker DataDirect ODBC-styreprogrammer som ikke støtter Red Hat Enterprise Linux AS versjon 3.1. Derfor støtter ikke datavarehussenteret ODBC-varehuskilder og varehusmål fra et Red Hat Enterprise Linux AS versjon 3.1-agentsted. Tilkoblingskonsentrator kreves for WebSphere MQ Transaction Manager og DB2 for OS/390 Når du kjører applikasjoner i et IBM WebSphere MQ-miljø (tidligere kalt IBM MQSeries), kan WebSphere MQ fungere som en XA-kompatibel transaksjonsstyrer som koordinerer eventuelle distribuerte tofaseiverksettingstransaksjoner. Når WebSphere MQ fungerer som en transaksjonsstyrer på denne måten og datakildene er fra et produkt i DB2-familien, er det flere konfigurasjonskrav. De fleste av disse kravene er allerede dokumentert. Du må for eksempel sette DB2-konfigurasjonsparameteren TP_MON_NAME til "MQ" i DB2 Runtime-klienten. Det er imidlertid ett konfigurasjonskrav som ikke er blitt dokumentert. Kravet gjelder for DB2 Connect ved tilkobling til datakilder som er DB2 for OS/390-tjenere: Når du bruker WebSphere MQ til å koordinere distribuerte transaksjoner som omfatter DB2 for z/OS- og DB2 for iSeries-tjenere, må funksjonen for DB2 Connect-tilkoblingskonsentratoren aktiveres på portneren. Tilkoblingskonsentratoren er aktivert når verdien for konfigurasjonsparameteren MAX_CONNECTIONS er større enn verdien for MAX_COORDAGENTS. Hvis du ikke aktiverer tilkoblingskonsentratoren, kan du få uventede resultater for transaksjonene. Alternative Unicode-konverteringstabeller for CCSID 5039 Microsofts japanske Windows Shift-JIS kodesett er registrert som IBMs CCSID (Coded Character Set Identifier) 943. Shift-JIS kodesettet på HP-UX-plattformen er imidlertid registrert som CCSID 5039. CCSID 5039 inneholder bare tegn i Japanese Industry Standard (JIS), og har ingen leverandørdefinerte tegn. Du kan bruke en DB2 Universal Database-database (UDB-database) med CCSID 5039 på HP-UX til å lagre Shift-JIS-tegn, men det vil bli utført kodesettkonvertering mellom CCSID 5039 og CCSID 943. Når du bruker Microsoft ODBC-applikasjoner, kan det oppstå et problem ved konvertering av data i CCSID 5039 til Unicode, på grunn av forskjeller mellom IBMs tabell for kodesettkonvertering og Microsofts tabell for kodesettkonvertering. Listen nedenfor viser tegnene, ved konvertering fra CCSID 5039 til Unicode, som vil resultere i forskjellige kodeverdi avhengig av hvilken konverteringstabell som blir brukt (IBM eller Microsoft). For disse tegnene følger IBMs konverteringstabell JIS (Japanese Industry Standard) JISX0208 og JISX0221. Tabell 2. Kodeverdi ved konvertering fra CCSID 5039 til Unicode +-----------------------+----------------------+----------------------+ | Shift-JIS-kodeverdi | IBMs primære | Microsofts primære | | (tegnnavn) | kodeverdi | kodeverdi | | | (Unicode-navn) | (Unicode-navn) | +-----------------------+----------------------+----------------------+ | X'815C' | U+2014 | U+2015 (vannrett | | (gefirt-tankestrek) | (gefirt-tankestrek) | stolpe) | +-----------------------+----------------------+----------------------+ | X'8160' (bølgestrek) | U+301C (bølgestrek) | U+FF5E (tilde med | | | | full bredde) | +-----------------------+----------------------+----------------------+ | X'8161' (dobbelt | U+2016 (dobbelt | U+2225 (Parallell | | vertikal linje) | vertikal linje) | til) | +-----------------------+----------------------+----------------------+ | X'817C' (minustegn) | U+2212 (minustegn) | U+FF0D (bindestrek | | | | med full bredde) | +-----------------------+----------------------+----------------------+ For eksempel blir tegnet gefirt-tankestrek med CCSID 5039-kodeverdien X'815C' konvertert til Unicode-kodeverdien U+2014 ved bruk av IBMs konverteringstabell, men til U+2015 ved bruk av Microsofts konverteringstabell. Dette kan skape problemer for Microsoft ODBC-applikasjoner fordi de ville behandle U+2014 som en ugyldig kodeverdi. For å unngå disse potensielle problemene har DB2 UDB Microsofts alternative konverteringstabell fra CCSID 5039 til Unicode, i tillegg til IBMs standard konverteringstabell. Du må erstatte IBMs standard konverteringstabell med den alternative konverteringstabellen fra Microsoft. Legg merke til at IBMs standard konverteringstabell fra Unicode til CCSID 5039 er identisk med Microsofts versjon. Erstatte Unicode-konverteringstabellen for CCSID (Coded Character Set Identifier) 5039 med Microsofts konverteringstabeller Når du konverterer fra CCSID 5039 til Unicode, brukes DB2 Universal Databases standard tabell for kodesettkonvertering. Hvis du vil bruke en annen versjon av konverteringstabellen, for eksempel Microsoft-versjonen, må du manuelt erstatte filen med standard konverteringstabell (.cnv). Forutsetninger Før du erstatter den eksisterende tabellfilen for kodesettkonvertering i katalogen sqllib/conv, må du reservekopiere filen i tilfelle du ønsker å bytte tilbake til den. På UNIX og Linux er katalogen sqllib/conv knyttet til installeringsbanen for DB2 UDB. Begrensninger For at erstatning av konverteringstabell skal fungere, må alle DB2 UDB-klienter som knyttes til den samme databasen, endre konverteringstabell. Ellers kan de ulike klientene lagre det samme tegnet med forskjellige kodeverdier. Fremgangsmåte Slik erstatter du DB2 UDBs standard konverteringstabell for konvertering fra CCSID 5039 til Unicode: 1. Kopier sqllib/conv/ms/5039ucs2.cnv til sqllib/conv/5039ucs2.cnv 2. Start DB2 UDB på nytt. Alternative Unicode-konverteringstabeller for CCSID 954 IBMs CCSID (Coded Character Set Identifier) for det japanske EUC-kodesettet er registrert som CCSID 954. CCSID 954 er en felles koding for japanske UNIX- og Linux-plattformer. Når du bruker Microsoft ODBC-applikasjoner til å knytte deg til en DB2 Universal Database-database med CCSID 954, kan det oppstå et problem ved konvertering av data fra CCSID 954 til Unicode. Dette potensielle problemet skyldes forskjeller mellom IBMs tabell for kodesettkonvertering og Microsofts tabell for kodesettkonvertering. IBMs konverteringstabell samsvarer med tegnnavnene slik de er spesifisert i JIS (Japanese Industry Standard) JISX0208, JISX0212 og JISX0221. Listen nedenfor viser tegnene, ved konvertering fra CCSID 954 til Unicode, som vil resultere i forskjellige kodeverdi avhengig av hvilken konverteringstabell som blir brukt (IBM eller Microsoft). Tabell 3. Kodeverdi ved konvertering fra CCSID 954 til Unicode +-----------------------+----------------------+----------------------+ | EUC-JP-kodeverdi | IBMs primære | Microsofts primære | | (tegnnavn) | kodeverdi | kodeverdi | | | (Unicode-navn) | (Unicode-navn) | +-----------------------+----------------------+----------------------+ | X'A1BD' | U+2014 | U+2015 (vannrett | | (gefirt-tankestrek) | (gefirt-tankestrek) | stolpe) | +-----------------------+----------------------+----------------------+ | X'A1C1' (bølgestrek) | U+301C (bølgestrek) | U+FF5E (Tilde med | | | | full bredde) | +-----------------------+----------------------+----------------------+ | X'A1C2' (dobbelt | U+2016 (dobbelt | U+2225 (Parallell | | vertikal linje) | vertikal linje) | til) | +-----------------------+----------------------+----------------------+ | X'A1DD' (minustegn) | U+2212 (minustegn) | U+FF0D (bindestrek | | | | med full bredde) | +-----------------------+----------------------+----------------------+ | X'8FA2C3' (brutt | U+00A6 (brutt | U+FFE4 (brutt stolpe | | stolpe) | stolpe) | med full bredde) | +-----------------------+----------------------+----------------------+ For eksempel blir tegnet gefirt-tankestrek med CCSID 954-kodeverdien X'A1BD' konvertert til Unicode-kodeverdien U+2014 ved bruk av IBMs konverteringstabell, men til U+2015 ved bruk av Microsofts konverteringstabell. På grunn av denne forskjellen i konverteringen kan du få to ulike kodeverdier for det samme tegnet i en DB2 DB2 UDB Unicode-database, eller i en grafisk kolonne i en DB2 UDB 954-database. Dette kan skape problemer for Microsoft ODBC-applikasjoner fordi de ville behandle U+2014 som en ugyldig kodeverdi. For å unngå disse potensielle problemene har DB2 UDB Microsofts alternative konverteringstabell fra CCSID 954 til Unicode, i tillegg til IBMs standard konverteringstabell. Du må erstatte IBMs standard konverteringstabell med den alternative konverteringstabellen fra Microsoft. Legg merke til at IBMs standard konverteringstabell fra Unicode til CCSID 954 er identisk med Microsofts versjon. Erstatte Unicode-konverteringstabellen for CCSID (Coded Character Set Identifier) 954 med Microsofts konverteringstabeller Når du konverterer fra CCSID 954 til Unicode, brukes DB2 Universal Databases standard tabell for kodesettkonvertering. Hvis du vil bruke en annen versjon av konverteringstabellen, for eksempel Microsoft-versjonen, må du manuelt erstatte filen med standard konverteringstabell (.cnv). Forutsetninger Før du erstatter den eksisterende tabellfilen for kodesettkonvertering i katalogen sqllib/conv, må du reservekopiere filen i tilfelle du ønsker å bytte tilbake til den. På UNIX og Linux er katalogen sqllib/conv knyttet til installeringsbanen for DB2 UDB. Begrensninger For at dette skal fungere, må alle DB2 UDB-klienter som knyttes til den samme CCSID 954-databasen, endre konverteringstabell. Hvis klienten din har japansk Windows, med ANSI-kodesett Shift-JIS (CCSID 943), må du også bytte DB2s standard konverteringstabeller mellom CCSID 943 og Unicode til Microsofts versjon. Ellers kan de ulike klientene lagre det samme tegnet med forskjellige kodeverdier. Fremgangsmåte Slik erstatter du DB2 UDBs standard konverteringstabell for konvertering fra CCSID 954 til Unicode: 1. Kopier sqllib/conv/ms/0954ucs2.cnv til sqllib/conv/0954ucs2.cnv 2. Start DB2 UDB på nytt. Slik erstatter du DB2 UDBs standard konverteringstabeller for konvertering mellom CCSID 943 og Unicode: 1. Kopier sqllib/conv/ms/0943ucs2.cnv til sqllib/conv/0943ucs2.cnv 2. Kopier sqllib/conv/ms/ucs20943.cnv til sqllib/conv/ucs20943.cnv 3. Start DB2 UDB på nytt. Alternative Unicode-konverteringstabeller for CCSID 943 Når du bruker Microsofts japanske Windows Shift-JIS kodesett som er registrert som IBMs CCSID (Coded Character Set Identifier) 943, kan følgende to problemer oppstå ved konvertering av tegn mellom CCSID 943 og Unicode. Dette potensielle problemet skyldes forskjeller mellom IBMs og Microsofts tabeller for kodesettkonvertering. For å unngå disse potensielle problemene har DB2 Universal Database (UDB) Microsofts alternative konverteringstabeller mellom CCSID 943 og Unicode, i tillegg til IBMs standard konverteringstabeller. Problem 1 Av historiske grunner er over 300 tegn i kodesettet CCSID 943 representert med to eller tre kodeverdier (code points) hver. Bruk av IME-redigeringsprogram og konverteringstabeller for kodesett gjør at bare en av de tilsvarende kodeverdiene blir oppgitt. Eksempel: Romertallet en med små bokstaver ('i') har to tilsvarende kodeverdier: X'EEEF' og X'FA40'. Microsoft Windows IME-programmer genererer alltid X'FA40' når 'i' skrives. Generelt bruker IBM og Microsoft den samme primære kodeverdien for å representere et tegn, bortsett fra for disse 13 tegnene: Tabell 4. Kodeverdikonvertering mellom CCSID 943 og Shift-JIS +-----------------------+----------------------+----------------------+ | Navn på tegn | IBM | Microsoft | | (Unicode-kodeverdi) | Shift-JIS-primærkode | Shift-JIS-primærkode | | | verdi | verdi | +-----------------------+----------------------+----------------------+ | Romertall en (U+2160) | X'FA4A' | X'8754' | +-----------------------+----------------------+----------------------+ | Romertall to (U+2161) | X'FA4B' | X'8755' | +-----------------------+----------------------+----------------------+ | Romertall tre | X'FA4C' | X'8756' | | (U+2162) | | | +-----------------------+----------------------+----------------------+ | Romertall fire | X'FA4D' | X'8757' | | (U+2163) | | | +-----------------------+----------------------+----------------------+ | Romertall fem | X'FA4E' | X'8758' | | (U+2164) | | | +-----------------------+----------------------+----------------------+ | Romertall seks | X'FA4F' | X'8759' | | (U+2165) | | | +-----------------------+----------------------+----------------------+ | Romertall sju | X'FA50' | X'875A' | | (U+2166) | | | +-----------------------+----------------------+----------------------+ | Romertall åtte | X'FA51' | X'875B' | | (U+2167) | | | +-----------------------+----------------------+----------------------+ | Romertall ni (U+2168) | X'FA52' | X'875C' | +-----------------------+----------------------+----------------------+ | Romertall ti (U+2169) | X'FA53' | X'875D' | +-----------------------+----------------------+----------------------+ | Parenthesized | X'FA58' | X'FA58' | | ideograph stock | | | | (U+3231) | | | +-----------------------+----------------------+----------------------+ | Nummertegn (U+2116) | X'FA59' | X'8782' | +-----------------------+----------------------+----------------------+ | Telefontegn (U+2121) | X'FA5A' | X'8754' | +-----------------------+----------------------+----------------------+ IBM-produkter som DB2 UDB bruker primært IBM-kodeverdier, slik som X'FA4A', for å fremstille romertallet en med store bokstaver ('I'), mens Microsoft-produkter bruker X'8754' til å representere samme tegn. En Microsoft ODBC-applikasjon kan sette inn tegnet 'I' som X'8754' i en DB2 UDB-database med CCSID 943, og kontrollsenteret i DB2 UDB kan sette inn samme tegn som X'FA4A' i den samme CCSID 943-databasen. ODBC-applikasjoner finner bare de radene som har 'I' kodet som X'8754', og DB2 UDB Kontrollsenter finner bare radene som har 'I' kodet som X'FA4A'. Hvis du vil gjøre det mulig for DB2 UDB Kontrollsenter å velge 'I' som X'8754', må du bytte ut standardkonverteringstabellene fra IBM mellom CCSID 943 og Unicode med de alternative konverteringstabellene fra Microsoft. Problem 2 Listen nedenfor viser tegnene, ved konvertering fra CCSID 943 til Unicode, som vil resultere i forskjellig kodeverdi avhengig av hvilken konverteringstabell som blir brukt (IBM eller Microsoft). For disse tegnene følger IBMs konverteringstabell JIS (Japanese Industry Standard) JISX0208, JISX0212 og JISX0221. Tabell 5. Kodeverdi ved konvertering fra CCSID 943 til Unicode +-----------------------+----------------------+----------------------+ | Shift-JIS-kodeverdi | IBMs primære | Microsofts primære | | (tegnnavn) | kodeverdi | kodeverdi | | | (Unicode-navn) | (Unicode-navn) | +-----------------------+----------------------+----------------------+ | X'815C' | U+2014 | U+2015 (vannrett | | (gefirt-tankestrek) | (gefirt-tankestrek) | stolpe) | +-----------------------+----------------------+----------------------+ | X'8160' (bølgestrek) | U+301C (bølgestrek) | U+FF5E (tilde med | | | | full bredde) | +-----------------------+----------------------+----------------------+ | X'8161' (dobbelt | U+2016 (dobbelt | U+2225 (Parallell | | vertikal linje) | vertikal linje) | til) | +-----------------------+----------------------+----------------------+ | X'817C' (minustegn) | U+2212 (minustegn) | U+FF0D (bindestrek | | | | med full bredde) | +-----------------------+----------------------+----------------------+ | X'FA55' (brutt | U+00A6 (brutt | U+FFE4 (brutt stolpe | | stolpe) | stolpe) | med full bredde) | +-----------------------+----------------------+----------------------+ For eksempel blir tegnet gefirt-tankestrek med CCSID 943-kodeverdien X'815C' konvertert til Unicode-kodeverdien U+2014 ved bruk av IBMs konverteringstabell. Det konverteres imidlertid til U+2015 ved bruk av Microsofts konverteringstabell. På grunn av denne forskjellen i konverteringen kan du få to ulike kodeverdier for det samme tegnet i en DB2 UDB Unicode-database. Dette kan skape problemer for Microsoft ODBC-applikasjoner fordi de ville behandle U+2014 som en ugyldig kodeverdi. For å unngå dette potensielle problemet, må du bytte ut standardkonverteringstabellene fra IBM mellom CCSID 943 og Unicode med de alternative konverteringstabellene fra Microsoft. Bruk av de alternative konverteringstabellene fra Microsoft mellom CCSID 943 og Unicode bør begrenses til lukkede miljøer hvor alle DB2 UDB UDB-klientene og DB2 UDB-databasene bruker kodesettet CCSID 943 og de samme alternative Microsoft-konverteringstabellene. Hvis du har en DB2 UDB-klient som bruker IBMs standard konverteringstabeller og en annen DB2 UDB-klient som bruker de alternative Microsoft-konverteringstabellene, og begge klientene setter inn data i den samme DB2 UDB-databasen som bruker CCSID 943, kan samme tegn bli lagret med forskjellige kodeverdier i databasen. Erstatte Unicode-konverteringstabellen for CCSID (Coded Character Set Identifier) 943 med Microsofts konverteringstabeller Når du konverterer mellom CCSID 943 og Unicode, blir konverteringstabellene for kodesett som er standard i DB2 Universal Database (DB2 UDB) brukt. Hvis du vil bruke en annen versjon av konverteringstabellene, for eksempel Microsoft-versjonen, må du manuelt erstatte filene med standard konverteringstabeller (.cnv). Forutsetninger Før du erstatter de eksisterende tabellfilene for kodesettkonvertering i katalogen sqllib/conv, må du reservekopiere filene i tilfelle du ønsker å bytte tilbake. På UNIX og Linux er katalogen sqllib/conv knyttet til installeringsbanen for DB2 UDB. Begrensninger For at erstatning av konverteringstabell skal fungere, må alle DB2 UDB-klienter som knyttes til den samme databasen, endre konverteringstabell. Ellers kan de ulike klientene lagre det samme tegnet med forskjellige kodeverdier. Fremgangsmåte Slik erstatter du DB2 UDBs standard konverteringstabeller for konvertering av tegn mellom CCSID 943 og Unicode: 1. Kopier sqllib/conv/ms/0943ucs2.cnv til sqllib/conv/0943ucs2.cnv. 2. Kopier sqllib/conv/ms/ucs20943.cnv til sqllib/conv/ucs20943.cnv. 3. Start DB2 UDB på nytt. MVS-operativsystemet støttes ikke Selv om det blir nevnt i dokumentasjonen, støttes ikke lenger operativsystemet MVS av DB2 Universal Database. MVS er erstattet med z/OS. Reservekopiering og gjenoppretting (Linux 390) Reservekopierings- og gjenopprettingsoperasjoner til og fra flere magnetbåndstasjoner virker kanskje ikke hvis du bruker Linux 390-operativsystemet. Aktivere utsnittsdokking ved bruk av utviklingssenteret med Hummingbird Exceed Når du skal bruke utviklingssenteret i UNIX sammen med Hummingbird Exceed, må XTEST-utvidelsen versjon 2.2 være aktivert før du kan flytte og dokke utsnitt ved å dra tittellinjene deres inne i utviklingssenteret. Slik aktiverer du XTEST-utvidelsen: 1. Fra Start-menyen velger du Programmer -> Hummingbird Connectivity 7.0 ->Exceed ->XConfig. Du får frem XConfig-vinduet. 2. Valgfritt: Hvis konfigurasjonen din krever et passord, oppgir du XConfig-passordet. 3. Dobbeltklikk på ikonet Protocol. Du får frem vinduet Protocol. 4. Merk av i valgruten X Conformance Test Compatibility. 5. I vinduet Protocol klikker du på knappen Extensions.... Du får frem vinduet Protocol Extensions. 6. På listen Enable Extensions velger du XTEST(X11R6). 7. Klikk på OK. Informasjon om installering, migrering, oppgradering og konfigurering Krav til maskinvare og programvare Du kan se krav til maskinvare og programvare på dette nettstedet: http://www.ibm.com/software/data/db2/udb/sysreqs.html Installeringsmerknader På UNIX- og Linux-plattformer gjelder disse installeringsmerknadene bare ved installering av nye produkter. Hvis du skal installere en opprettingspakke (FixPak), leser du Readme-filen til opprettingspakken. På Windows-plattformer gjelder disse installeringsmerknadene både ved installering av nye produkter og opprettingspakker. Hvis du installerer en opprettingspakke, bør installeringsmerknadene brukes sammen med Readme-filen til opprettingspakken. Les hele denne delen før du installerer DB2 Universal Database. Nye alternativer for veiviseren for DB2-installering (Windows) Oppgi installeringsbanen på kommandolinjen I veiviseren for DB2-installering er det mulig å oppgi installeringsbanen på kommandolinjen ved hjelp av denne nye parameteren: -p installeringskatalog Denne parameteren overstyrer en eventuell verdi som er oppgitt i responsfilen. Den nye parameteren -p [INSTALLDIR] kan brukes til å endre installeringsbanen til produktet uten å endre responsfilen. Nytt NO_CONFIG-alternativ for installeringen Nøkkelordet NO_CONFIG kan legges til i responsfilen for å deaktivere eventuelle operasjoner som pågår. Installeringsprogrammet definerer likevel systemvariabler og utfører grunnleggende konfigurering som kreves for å opprette forekomster og opprette DB2 Administration Server manuelt etter at installeringen er fullført. Bare den viktigste konfigureringen blir utført. Hvis dette alternativet er oppgitt i responsfilen, vil eventuelle nøkkelord som brukes i den aktive konfigureringen, validert, men konfigureringen knyttet til disse nøkkelordene blir ikke utført. Fremdriftsvindu Det er lagt til en ny parameter for å vise bare fremdriftsvinduet i veiviseren for DB2-installering når det blir kjørt en uovervåket installering. Den nye parameteren -m må brukes sammen med parameteren -u [responsfil]. Hvis parameteren -m oppgis uten responsfilparameteren, returnerer installeringen en melding om at argumentet er feil. Hvis parameteren -m blir oppgitt, får du se bare vinduene som ikke krever inndata. Når for eksempel kommandoen setup.exe blir kjørt, viser installeringen vinduer, men ber ikke om inndata fra brukeren. Når installeringen er ferdig, blir vinduene lukket og setup.exe-prosessen avsluttet. Endringer i veiviseren for DB2-installering (Windows) Parametere for veiviseren for DB2-installering (setup.exe) Filen setup.exe som starter DB2-installeringen venter nå til installeringen avsluttes, før den returnerer. Denne innstillingen er standard virkemåte. I denne versjonen finnes fremdeles parameteren -w, men den endrer ikke lenger virkemåten til veiviseren for DB2-installering. Du kan bruke den nye parameteren -c til å tvinge veiviseren for DB2-installering til å avslutte umiddelbart etter at installeringen er startet. Hvis du velger dette alternativet, får du ikke se returkoden for installeringen ved å overvåke utgangskoden for filen setup.exe. Det blir returnert en feil hvis parameterne -w og -c blir oppgitt sammen. Forbedret sikkerhet for installeringen (Windows) I DB2 Universal Database (UDB) versjon 8.2 er det tilføyd en ny funksjon som sikrer tilgang til DB2-ressurser ved å utnytte sikkerhetsfunksjonene i NTFS-filsystemet og sikkerhetsfunksjoner i Windows-operativsystemet. Sikker tilgang oppnås hovedsakelig ved å endre tilgangskontrollistene for DB2-filer, registeroppføringer og runtime-minneobjekter. Som standard aktiverer veiviseren for DB2-installering denne nye sikkerhetsfunksjonen. Den utvidede sikkerheten i Windows kan deaktiveres ved å utføre en tilpasset installering og fjerne merket i valgruten Utvidet Windows-sikkerhet i vinduet Aktiver operativsystemsikkerhet for DB2-objekter. Den eneste anbefalte metoden for å deaktivere den nye sikkerhetsfunksjonen er å kjøre kommandoen db2secv82. Kommandoen db2secv82 må imidlertid kjøres umiddelbart etter installeringen. Du finner mer informasjon om kommandoen db2secv82 i DB2 Informasjonssenter på denne adressen: http://publib.boulder.ibm.com/infocenter/db2help/. Du kan installere DB2 UDB med en bruker-ID, men hvis ikke den bruker-IDen tilhører en av gruppene DB2ADMNS, DB2USERS eller Lokale administratorer, vil ikke den bruker-IDen kunne kjøre noen DB2-kommandoer. Det er bare brukere i gruppene DB2ADMNS, DB2USERS eller Lokale administratorer som har tilgang til DB2-systemfilene, registernøkler, nettverksstasjoner og DB2-tjenester på den lokale maskinen der DB2 UDB kjøres. Vanligvis har brukere i gruppene DB2ADMNS Lokale administratorer, full kontroll over DB2-ressurser. Brukere i gruppen DB2USERS har skrive- og utføringstilgang. Etter at DB2 UDB versjon 8.2 er installert, må brukere som trenger lesetilgang (for eksempel for å kjøre spørringer) tilføyes i DB2USERS-gruppen. Brukere som trenger alle tillatelser, for eksempel databaseansvarlige, må tilføyes i gruppen DB2ADMNS. Brukeradministrasjonen må utføres i henhold til sikkerhetsreglene i din organisasjon. Virkning av de nye sikkerhetsfunksjonene på en vanlig installering Under en vanlig installering av DB2 UDB på Windows er den utvidede sikkerheten aktivert som standard. DB2 UDB oppretter som standard gruppene DB2ADMNS og DB2USERS. Hvis det blir en konflikt med eksisterende gruppenavn, vil du bli bedt om å endre gruppenavnene. Du kan om nødvendig oppgi egne verdier. Hvis du velger å bruke en eksisterende sikkerhetsgruppe, blir sikkerhetsreglene for den gruppen bli endret slik at de oppfyller kravene for DB2 UDB. Når du velger en eksisterende sikkerhetsgruppe, øker du kanskje brukernes rettigheter hvis det allerede finnes brukere i den gruppen. Virkning av de nye sikkerhetsfunksjonene på en tilpasset installering eller opprettingspakkeinstallering Under en tilpasset installering eller opprettingspakkeinstallering av DB2 UDB på Windows får du frem vinduet Aktiver operativsystemsikkerhet for DB2-objekter. Hvis du vil aktivere den utvidede sikkerheten i Windows, kan du godta standardverdien ved å klikke på Neste. Hvis du vil deaktivere den utvidede sikkerheten i Windows, kan du fjerne merkingen i valgruten Aktiver operativsystemsikkerhet i vinduet Aktiver operativsystemsikkerhet for DB2-objekter. Tilføye bruker-IDer som skal ha tilgang til DB2 UDB etter installering Etter en vanlig eller tilpasset installasjon må du tilføye bruker-IDer til brukergruppene DB2ADMNS og DB2USERS etter behov for å gi dem tilgang til DB2 UDB. Slik tilføyer du brukere i en gruppe: 1. Start verktøyet Users and Passwords Manager. 2. Velg brukernavnet du vil tilføye fra listen. 3. Klikk på Egenskaper. Klikk på flippen Gruppemedlemskap i vinduet Egenskaper. 4. Velg valgknappen Annen. 5. Velg den aktuelle gruppen fra valglisten. Aktivere den utvidede sikkerheten i Windows etter installering Hvis du installerte DB2 UDB og valgte ikke å aktivere den nye sikkerhetsfunksjonen, kan du likevel aktivere den etter installeringen ved å kjøre kommandoen db2secv82.exe. Når du har aktivert denne sikkerhetsfunksjonen ved hjelp av db2secv82.exe-kommandoen, har du to metoder for å deaktivere den: Alternativ 1 Kjør kommandoen db2secv82.exe -r igjen med en gang uten å gjøre noen andre endringer i systemet. Hvis det er gjort endringer i systemet, må du bruke alternativ 2. Alternativ 2 Tilføy gruppen Alle (Everyone) til gruppene DB2ADMNS og DB2USERS. Når du tilføyer gruppen Alle (Everyone) til disse sikkerhetsgruppene, gir du i utgangspunktet alle brukerne alle rettigheter for å bruke DB2 UDB. Det anbefales imidlertid ikke at du deaktiverer sikkerheten, fordi det kan føre til uønskede sikkerhetsrisikoer. Hvis du deaktiverer sikkerheten, kan det føre til at noen brukere ikke kan bruke DB2 UDB på grunn av at tilgangskontrollisten som ble opprettet av DB2 UDB under kjøring, ikke lenger samsvarer med tilgangskontrollisten som brukes i filsystemet. Katalogbanen kan ikke inneholde blanktegn (Linux og UNIX) Hvis programmet db2setup kjøres fra en katalog hvis bane inneholder et blanktegn, vil installeringen mislykkes med følgende feilmelding: : ble ikke funnet Legg de installerbare filene i en katalog der banen ikke inneholder blanktegn. Krav for Red Hat Enterprise Linux 4 Pakken compat-libstdc++-33 må installeres før du installerer DB2 Universal Database for Linux(TM) på Red Hat Enterprise Linux 4. JDK-nivåer for DB2 UDB (Linux på IA64 og Linux on POWER) Når du installerer versjon 8.2 av DB2 Universal Database (UDB) på Linux, forsøker den RPM-baserte installeringen å installere IBM Java RPM (IBMJava2-SDK-ppc-1.4.1-2.0.ppc.rpm). Hvis det allerede er installert et høyere nivå av RPM (for eksempel IBMJava2-SDK-ppc-1.5.0-2.0.ppc.rpm), blir ikke det lavere nivået av RPM installert. I slike tilfeller lar imidlertid installeringsprogrammet databasekonfigurasjonsparameteren JDK_PATH fremdeles peke til Java 1.4-banen, /opt/IBMJava2-14/ . Derfor vil ingen av de Java-avhengige funksjonene, inkludert installeringen av DB2-verktøykatalogen, virke. Forutsetning Du må utføre følgende kommando som forekomsteier. Fremgangsmåte 1. Kjør følgende kommando for å oppgi riktig IBM Developer Kit for DB2 UDB: db2 update dbm cfg using JDK_PATH bane hvor JDK_PATH er installeringsbanen for versjon 1.5, for eksempel /opt/IBMJava2-15. Dekomprimere installeringspakker (Linux og UNIX) Noen installeringskopier leveres i komprimert eller gzip-format på produkt-CDene. Før du kan installere DB2 Universal Database (UDB) fra disse formatene, må du kopiere installeringsfilene til en midlertidig katalog og pakke ut eller gunzip installasjonsfilene. Installeringskopiene i komprimert eller qzip-format på CDen har filnavnet PRODUKT.tar.Z eller PRODUKT.tar.gz, der PRODUKT er DB2-produktet du vil installere. Hvis du for eksempel skal installere DB2 Enterprise Server Edition, kan den komprimerte filen på CDen hete enten ese.tar.Z eller ese.tar.gz. I tillegg til lagerkravene for programvaren, må du ha et filsystem med 2 GB ledig plass for enten filen tar.Z eller tar.gz og de utpakkede installasjonsfilene. Fremgangsmåte Slik pakker du ut installasjonsfilene: 1. Kopier de komprimerte installasjonsfilene til et midlertidig filsystem som har minst 2 GB ledig plass. 2. Gå til katalogen du kopierte installasjonsfilene til ved å skrive cd /TMP, der /TMP er katalogen du kopierte de komprimerte filene til. 3. Hvis produktet har filtypen *.tar.Z, oppgir du denne kommandoen for å pakke ut installasjonsfilene: zcat PRODUKT.tar.Z | tar -xvf - der PRODUKT er DB2-produktet du installerer. 4. Hvis produktet har filtypen *.tar.gz, oppgir du denne kommandoen for å pakke ut installasjonsfilene: gunzip -c PRODUKT.tar.gz | tar -xvf - der PRODUKT er DB2-produktet du installerer. Merknader: a. gunzip er en del av standardkonfigureringen for AIX 5L. Hvis du ikke har gunzip, installerer du filsettet rpm.rte fra installeringsmediet for AIX 5L. Filsettet rpm.rte inneholder gunzip. b. Du kan også laste ned gzip for AIX 5L, som inneholder gunzip, fra http://www.ibm.com/servers/aix/products/aixos/linux/rpmgroups.html. 5. Hvis du vil utføre installeringen med veiviseren for DB2-installering, ser du under Installere DB2 UDB fra installasjonsmedia (Linux og UNIX). DB2 UDB tillater ikke nasjonale tegn i installeringsbanen (Windows) Under installeringen av DB2 Universal Database (UDB) i Windows kan du oppgi katalogbanen for DB2 UDB. Du kan ikke bruke nasjonale tegn i banen du oppgir. Laste ned og pakke ut opprettingspakker for flere produkter (Windows) Fra og med DB2 versjon 8 for Windows opprettingspakke 3 leverer IBM produktspesifikke opprettingspakker i stedet for en enkelt, generell opprettingspakke. Denne endringen gjelder bare DB2 versjon 8-produkter på Windows-plattformer. Hvis det er installert mer enn ett DB2-produkt, må du laste ned og pakke opp en kopi for hvert DB2-produkt før du installerer. Hvis du for eksempel har DB2 UDB Enterprise Server Edition versjon 8 og DB2 Spatial Extender versjon 8 installert på samme Windows-system, må du laste ned opprettingspakken for DB2 UDB Enterprise Server Edition og Spatial Extender. Du må deretter pakke opp hver av disse opprettingspakkekopiene til den samme katalogen. Alle pakkene må pakkes opp for at GUI-installeringen eller den stille installeringen skal kunne utføres. Du finner fullstendige installeringsinstruksjoner i README-filen for DB2 UDB versjon 8-opprettingspakken. Installere DB2 UDB fra installeringspakker (Linux og UNIX) Forutsetninger Før du starter veiviseren for DB2-installering: * Kontroller at systemet oppfyller kravene til installering, minne og lagerplass. Se under Krav til maskinvare og programvare. Merk: I DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er det opprettet et nytt sett med installeringspakker for Linux-distribusjoner på x86-arkitekturer (32-bits Intel og AMD) og x86-64-arkitekturer (64-bits Intel EM64T og AMD64) basert på 2.6-kjernen, for eksempel Red Hat Enterprise Linux 4 og SuSE Linux Enterprise Server 9. Kontroller at du har fått tak i det riktige settet med installeringspakker for din Linux-distribusjon før du fortsetter med installeringen. * Kontroller at du har lest installeringskravene. Filen install.txt eller install.htm finnes på CDen under /cdrom/doc/språk/ der: * cdrom viser til tilkoblingspunktet * språk viser til språkkatalogen som består av en kode på 5 tegn. * Du trenger rotautorisasjon for å utføre installeringen. * CDen med DB2-produktet må være tilkoblet systemet ditt. Fremgangsmåte Hvis installeringskopiene leveres i komprimert eller gzip-format på produkt-CDene, må du pakke ut installeringsfilene før du kan installere DB2 UDB. Se under Pakke ut installasjonsfiler (Linux and UNIX) hvis du vil ha flere opplysninger. Hvis du vil utføre installeringen med veiviseren for DB2-installering, oppgir du denne kommandoen: ./PRODUKT/db2setup der PRODUKT er DB2-produktet du installerer. Hvis du for eksempel skal installere DB2 Enterprise Server Edition, skriver du ./ese/db2setup. Du får frem startpanelet for installeringen. Gå gjennom installeringsskjermbildene. Installere DB2 UDB fra installeringspakker (Windows) Forutsetninger Før du starter veiviseren for DB2-installering: * Kontroller at systemet oppfyller kravene til installering, minne og lagerplass. Se under Krav til maskinvare og programvare. * Kontroller at du har lest installeringskravene. Filen install.txt eller install.htm finnes på CDen under x:\doc\språk\ der: * x viser til CD-stasjonen * språk viser til språkkatalogen som består av en kode på 5 tegn. * Du må ha en lokal Administrator-brukerkonto med de anbefalte rettighetene for å utføre installeringen. Hvis du vil utføre installeringen med veiviseren for DB2-installering, setter du CDen inn i stasjonen. Hvis Autokjør-funksjonen er aktivert, åpner den automatisk startpanelet for DB2-installering. Fremgangsmåte Hvis Autokjør-funksjonen ikke er aktivert. kan du starte veiviseren for DB2-installering manuelt: 1. Klikk på Start og velg Kjør. 2. I feltet Åpne oppgir du denne kommandoen: x:\setup /i språk der * x: viser til CD-stasjonen * språk er område-IDen for språket (for eksempel NO for norsk). Språkparameteren /i er valgfri. Hvis den ikke blir oppgitt, kjøres veiviseren for DB2-installering med det samme språket som operativsystemet. 3. Klikk på OK. Startpanelet for DB2-installering blir åpnet. Gå gjennom installeringsskjermbildene. Merk: Produktet DB2 Runtime-klient Lite bruker andre kommandolinjeparametere. Gå til DB2 Informasjonssenter på http://publib.boulder.ibm.com/infocenter/db2help/ hvis du vil vite mer om dette. Lagerplass som kreves for installering av DB2 UDB med responsfil Når du installerer et DB2 Universal Database-produkt ved hjelp av en responsfil, kreves det 1 MB ledig plass i katalogen etc. Hvis du mottar feilmeldingen DBI1191I under en installering med responsfil, betyr meldingen at det ikke er nok ledig plass i rotkatalogen. Denne meldingen er misvisende. Kontroller hvor mye ledig plass som finnes i katalogen etc. Det kreves minimum 1 MB ledig lagerplass for å kjøre installeringen på nytt. Begrensninger for å tilføye produkter ved hjelp av kommandoen db2setup (Linux og UNIX) Så snart et DB2-produkt er installert, er det mulig å tilføye andre DB2-produkter. Hvis du bruker kommandoen db2setup til å tilføye produkter, gjelder følgende anbefalinger og begrensninger. Anbefalinger Både det installerte produktet og produktet som skal tilføyes, bør være på samme kodenivå. Vi kan for eksempel tenke oss at DB2 Universal Database (UDB) ESE Server versjon 8 opprettingspakke 5 allerede er installert og du ønsker å installere produktet DB2 Information Integrator. Da må også DB2 Information Integrator være versjon 8 og opprettingspakke 5. Begrensninger * Hvis nivået på DB2-opprettingspakken er høyere enn på opprettingspakkenivået til produktet som skal tilføyes, er kombinasjonen tillatt. Men siden opprettingspakkenivået på produktet som skal tilføyes, er lavere enn DB2-opprettingspakkenivået, må DB2-opprettingspakkenivået installeres på nytt etter at du har installert det andre produktet. Les dokumentasjonen for opprettingspakken for å få vite hvordan du installerer den på nytt. * Hvis nivået på DB2-opprettingspakken er lavere enn på opprettingspakkenivået til produktet som skal tilføyes, oppstår det en feil. Produktet du skal tilføye, kan ikke være på et høyere opprettingspakkenivå enn DB2 UDB. Da må du først installere det riktige nivået av DB2 UDB og deretter installere det andre produktet. Les dokumentasjonen for opprettingspakken for å få vite hvordan du gjør dette. Denne tabellen viser et sammendrag av db2setup-kombinasjonene: Tabell 6. db2setup-kombinasjoner +----------+--------------+-------------------------------------------+ | Nivå for | Nivå på | Er denne kombinasjonen tillatt? | | DB2- | opprettingsp | | | oppretti | akke for | | | ngs- | produktet | | | pakke | som skal | | | | tilføyes | | +----------+--------------+-------------------------------------------+ | Versjon | Versjon 8 | Ja. Dette er anbefalt. | | 8 | opprettingsp | | | oppretti | akke 3 | | | ngs- | | | | pakke 3 | | | +----------+--------------+-------------------------------------------+ | Versjon | Versjon 8 GA | Ja, men versjon 8 opprettingspakke 3 må | | 8 | | installeres på nytt. Les dokumentasjonen | | oppretti | | for opprettingspakken for å få vite | | ngs- | | hvordan du installerer den på nytt, ved å | | pakke 3 | | gå til nettstedet for DB2-støtte. | +----------+--------------+-------------------------------------------+ | Versjon | Versjon 8 | Nei. DB2 må først oppgraderes til det | | 8 | opprettingsp | høyere opprettingspakkenivået (i dette | | oppretti | akke 5 | eksempelet versjon 8 opprettingspakke 5) | | ngs- | | før du installerer det andre produktet. | | pakke 3 | | Les dokumentasjonen for opprettingspakken | | | | for å få vite hvordan du installerer den | | | | nødvendige opprettingspakken for versjon | | | | 8, ved å gå til nettstedet for | | | | DB2-støtte. | +----------+--------------+-------------------------------------------+ Adressen til nettstedet for DB2-støtte er http://www.ibm.com/software/data/db2/udb/support.html Web-verktøy for DB2 Til disse språkene kreves det at applikasjonstjenere som støttes av web-verktøy for DB2, må være kompatible med Servlet 2.3-spesifikasjonen: * Japansk * Koreansk * Forenklet kinesisk * Tradisjonell kinesisk * Russisk * Polsk Binde Query Patroller-pakker etter installering av opprettingspakker Hvis du har installert Query Patroller, må du gjøre dette etter at du har installert opprettingspakken og utført alle påfølgende installeringsoppgaver: 1. Logg deg på som en bruker med DBADM-autorisasjon. 2. Gå til den riktige katalogen: * INSTPATH/bnd (Linux og UNIX) * INSTPATH\bnd (Windows) der INSTPATH er DB2 UDB-forekomstbanen. 3. Kjør disse kommandoene: db2 connect to dbnavn db2 bind @qpserver.lst blocking all grant public Installere Query Patroller på opprettingspakkenivå 3 eller senere DB2 Query Patroller er et spørresystem som brukes til å styre strømmen av spørringer mot din DB2 UDB-database. I DB2 UDB versjon 8.1.2 DB2 Query Patroller et frittstående produkt. Det er ikke lenger en komponent i DB2 Warehouse Manager. Hvis du har DB2 UDB versjon 8 opprettingspakke 3 eller senere og du installerer DB2 Query Patroller-basen eller GA-versjonen, må du installere DB2 UDB opprettingspakke 3 eller senere på nytt. Ellers blir ikke Query Patroller-endringene installert på det DB2 UDB-opprettingspakkenivået du er på. Hvis du installerer Query Patroller-tjeneren, må du også oppdatere DB2 UDB-forekomstene etter at du har installert DB2 UDB-opprettingspakkenivået på nytt. Forekomstene må startes på nytt etter at de er oppdatert. Installering av Query Patroller-tjeneren Når du installerer Query Patroller-tjeneren bør du være oppmerksom på: * Hvis du velger Basert på maskinbruk i vinduet Velg installeringstypen når du bruker veiviseren for DB2-installering, og du velger Tjener i vinduet Velg hvordan denne maskinen skal brukes, blir ikke Query Patroller-senteret installert. Hvis du vil installere Query Patroller-senteret, velger du enten Fullstendig eller Tilpasset som installeringstype i vinduet Velg installeringstypen. * DB2 Query Patroller Guide bruker installeringsskjermbilder fra den maskinbrukbaserte installeringstypen til å illustrere hvordan du installerer Query Patroller-tjeneren ved hjelp av veiviseren for DB2-installering. Du behøver ikke bruke den maskinbrukbaserte installeringstypen for å installere Query Patroller-tjeneren. Du kan bruke enten den fullstendige eller tilpassede installeringstypen til å installere Query Patroller-tjeneren. * DB2-klienter som har Query Patroller Client Tools installert må koble til en partisjon som har Query Patroller-tjeneren installert. I et typisk partisjonert databasemiljø er Query Patroller-tjeneren installert på alle partisjonene, slik at du kan velge en hvilken som helst partisjon som koordinatorpartisjon og fortsatt ha muligheten til å bruke klientverktøyene for Query Patroller. Definere en ny databasepartisjonsgruppe i Query Patroller Når du definerer en ny tabellplass under installeringen av Query Patroller i et partisjonert miljø, kan du velge en eksisterende databasepartisjonsgruppe. Alternativt kan du konfigurere en ny databasepartisjonsgruppe for den nye tabellplassen. Hvis du velger å konfigurere en ny databasepartisjonsgruppe, kan du bare velge en databasepartisjon fra valglisten i installeringsvinduet for den nye databasepartisjonsgruppen. Hvis du vil tilføye flere partisjoner i den nye databasepartisjonsgruppen, må du tilføye de manuelt etter at installeringen er ferdig. Installering av klientverktøy for Query Patroller DB2-klienter krever ikke at klientverktøyene for Query Patroller skal være installert lokalt for å sende spørringer til Query Patroller-tjeneren. Gjenopprette betaversjoner av databaser Hvis du opprettet databaser i en betaversjon av DB2 UDB versjon 8.2, må du opprette de på nytt i den offisielle versjonen av versjon 8.2. Dette omfatter også gjenopprettelse av romdatabaser for DB2 Geodetic Extender versjon 8.2. Installere MDAC-filer for språkversjoner av DB2 UDB Hvis du ikke installerer språkversjonen av Microsoft Data Access Components (MDAC) før du installerer språkversjonen av DB2 Universal Database (UDB) versjon 8.2, installerer DB2 UDB engelske MDAC-filer som standard. Denne installeringen fører til at vinduene for Windows ODBC Data Source Administrator blir vist uoversatt hvis operativsystemet ikke er engelsk. Du kan løse dette problemet ved å installere pakken "MDAC 2.7 RTM - Refresh" fra Microsofts nettsted på http://msdn.microsoft.com/data/downloads/updates/default.aspx. Velg språkversjonen du vil installere, last ned den nødvendige utførbare filen og kjør den. Da blir de oversatte filene for ODBC Data Source Administrator installert. DB2-lisensavtale for DB2 Universal Database Workgroup Server Edition Internett-lisensavtalen er ikke gyldig for DB2 Universal Database Workgroup Server Edition. Hvis du trenger en lisens for Internett-brukere, må du kjøpe DB2 Universal Database Workgroup Server Unlimited Edition. Installere ekstra asiatiske fonter (Linux) IBM leverer ekstra fontpakker for Linux som inneholder støtte for dobbeltbytetegnsett (DBCS) for asiatiske tegn. Disse fontpakkene kreves for noen versjoner av Linux som bare installerer fontene som kreves for å vise tegnene for et bestemt land eller en bestemt region. Hvis du kjører kommandoen db2setup og oppdager at det mangler tegn i grensesnittet til veiviseren for DB2-installering, har Linux-systemet ditt sannsynligvis ikke alle de nødvendige fontene installert. Slik får du kommandoen db2setup til å referere riktig til fontene som ligger på installerings-CDen: 1. Oppgi denne kommandoen: export JAVA_FONTS=//db2//java/jre/lib/fonts der er stedet der installeringsfilene ligger, og er et katalognavn med et Linux-prefiks. 2. Kjør kommandoen db2setup på nytt. Hvis du oppdager at det mangler tegn når du bruker DB2-verktøyene med grafisk grensesnitt etter installeringen, må du installere de nødvendige fontene som fulgte med DB2-produktet. Disse fontene finner du i katalogen fonts på en av disse CDene: * IBM Developer Kit, Java Technology Edition (64-bit) for AIX 5L * DB2 Embedded Application Server and applications (XML registry, Web Administration tools and Java distributed debugger) for ditt operativsystem I katalogen fonts finnes det to skriftsnitt: Times New Roman WorldType og Monotype Sans Duospace WorldType. For hvert skriftsnitt er det en font for hvert land eller hver region. Tabellen nedenfor viser de åtte fontene som leveres i komprimert format i katalogen fonts. Tabell 7. Filnavn for ekstra asiatiske fonter +-------------------------+---------------------+---------------------+ | Skriftsnitt | Navn på fontfil | Land eller område | +-------------------------+---------------------+---------------------+ | Times New Roman WT J | tnrwt_j.zip | Japan og andre | | | | land/regioner | +-------------------------+---------------------+---------------------+ | Times New Roman WT K | tnrwt_k.zip | Korea | +-------------------------+---------------------+---------------------+ | Times New Roman WT SC | tnrwt_s.zip | Kina (forenklet | | | | kinesisk) | +-------------------------+---------------------+---------------------+ | Times New Roman WT TC | tnrwt_t.zip | Taiwan | | | | (tradisjonell | | | | kinesisk) | +-------------------------+---------------------+---------------------+ | Monotype Sans Duospace | mtsansdj.zip | Japan og andre | | WT J | | land/regioner | +-------------------------+---------------------+---------------------+ | Monotype Sans Duospace | mtsansdk.zip | Korea | | WT K | | | +-------------------------+---------------------+---------------------+ | Monotype Sans Duospace | mtsansds.zip | Kina (forenklet | | WT SC | | kinesisk) | +-------------------------+---------------------+---------------------+ | Monotype Sans Duospace | mtsansdt.zip | Taiwan | | WT TC | | (tradisjonell | | | | kinesisk) | +-------------------------+---------------------+---------------------+ Merk: Disse fontene erstatter ikke systemfontene. Disse fontene skal brukes sammen med eller i forbindelse med bruk av DB2 Universal Database. Du kan ikke selge eller distribuere disse fontene. Fremgangsmåte Slik installerer du en ny asiatisk font: 1. Pakk opp fontpakken. 2. Kopier fontpakken til katalogen /opt/IBMJava2-141/jre/lib/fonts. Du må opprette katalogen hvis den ikke finnes allerede. 3. Oppgi denne kommandoen: export JAVA_FONTS=/opt/IBMJava2-141/jre/lib/fonts Du må installere minst en (1) font av hvert skriftsnitt for landet eller regionen du bruker. Hvis du er i Kina, Korea eller Taiwan, bruker du de land- eller regionsspesifikke versjonene. Ellers bruker du den japanske versjonen av fontene. Hvis du har plass på systemet, bør du installere alle åtte fontene. Konfigurere utviklingssenteret for å bruke Java Development Kits (Linux) I noen tilfeller installerer ikke DB2 Universal Database et Java Development Kit på klientoperativsystemet. Hvis du vil bruke utviklingssenteret til å utvikle lagrede Java-prosedyrer på disse klientene, må du sette utviklingssenteret til å peke på plasseringen til et installert Java Development Kit. Gjør slik for å finne plasseringen til et Java Development Kit: 1. I utviklingssenteret velger du menyvalget Prosjekt -> Systeminnstillinger. 2. I notisboken Systeminnstillinger velger du noden Prosess. 3. I delen Java Home på prosessiden velger du JDK-nivået som skal brukes til å bygge og kjøre lagrede Java-prosedyrer. 4. I feltet Katalog oppgir du en katalogbane som finnes eller er tilgjengelig på klienten der det valgte JDK er installert. 5. Hvis klientmaskinen brukes til å utvikle lagrede Java-prosedyrer på flere DB2-tjenere, må du kanskje velge flere JDK-nivåer og oppgi hvor de er installert, avhengig av hvilke JDK-nivåer som brukes av tjenerne. På DB2-tjeneren kan det hende at installeringen av Java Development Kit ikke koblet alle Java-bibliotekene til delkatalogen /usr/lib. Disse koblingene er nødvendige for å bygge og kjøre lagrede Java-prosedyrer. Avsnittet "Konfigurere Linux Java Environment" under Kompatibilitetsproblemer i disse versjonsmerknadene viser hvordan du oppretter linkene til et Java Development Kit på en Linux-klient. Opprette gruppe- og bruker-IDer på United Linux 1.0- og SuSE Linux-distribusjoner Når du skal opprette gruppe- og bruker-IDer for en DB2 UDB versjon 8.2-installasjon på United Linux 1.0 og SuSE Linux, bruker du kommandoene groupadd og useradd. Installation and Configuration Supplement versjon 8.2 oppgir feilaktig at kommandoene mkgroup og mkuser skal brukes. Hjelpefunksjonsdemonen starter ikke etter installering ved hjelp av kommandoen db2_install (UNIX og Linux) Hvis du installerer DB2 Informasjonssenter på UNIX and Linux-plattformer ved hjelp av kommandoen db2_install, starter ikke hjelpefunksjonsdemonen (db2icd) etter at installeringen er fullført. Du må starte hjelpefunksjonsdemonen manuelt eller starte maskinen på nytt for å få tilgang til dokumentasjonen. Se emnet "DB2 Informasjonssenter-demon" under Dokumentasjonsoppdateringer | Installering og konfigurering i versjonsmerknadene. Ready for Tivoli enablement (UNIX) Når du kjøper et programvareprodukt fra IBM som har logoen Ready for Tivoli, kan du administrere IBM-programvareproduktene ved hjelp av forskjellige Tivoli-produkter. Tivoli-produktene gjør det mulig med automatisk oppdaging, overvåking og inventarstyring av applikasjoner som er aktivert for Ready for Tivoli. Programvareprodukter fra IBM som er Ready for Tivoli, kan styres ved hjelp av produkter som for eksempel IBM Tivoli Configuration Manager. IBM Tivoli Monitoring for Databases gir støtte for alle ledende databasetyper som for eksempel DB2 Universal Database (UDB), Oracle og Informix. Hvis du ønsker mer informasjon, kan du gå til IBM-nettstedet på adressen http://www.ibm.com/software/tivoli/ Ready for Tivoli Instrumentation og DB2 UDB versjon 8 Tivoli-administratoren kan installere og konfigurere instrumenteringen på denne måten: 1. Tivoli Ready-signaturfilen for dette DB2-produktet heter xxx.sys. Fra og med opprettingspakke 4 blir disse signaturfilene oppdatert ved hver opprettingspakke i stedet for ved hver versjonsutgave. Kontroller at signaturfilene er installert i katalogen: %install DB2DIR%/tivready 2. Installer og konfigurer Tivoli GEM 2.2 Tivoli Ready-aktivering på alle maskinene du har tenkt å overvåke. Du kan laste ned Tivoli Ready-aktivering og detaljert informasjon om installering og bruk fra http://www.ibm.com/software/sysmgmt/products/support/ 3. Du kan få avansert databaseadministrasjon gjennom IBM Tivoli Monitoring for Databases. Produktet ITM for Databases bruker den nye avanserte utgaven av Distributed Monitoring-produktet (kalt IBM Tivoli Monitoring eller ITM) og inneholder en betydelig forbedring av overvåkingsfunksjonalitet basert på brukeren av denne nye overvåkingsmotoren. ITM for Databases gir DB2 UDB-støtte gjennom en Proactive Analysis Component (PAC). Denne PAC-komponenten er tett integrert med DB2 UDB og inneholder et alt-i-ett-sett med overvåkere for rask distribusjon og aktivering. Tilpassede overvåkere, terskler og oppgaver kan også defineres av den databaseansvarlige. Du finner mer informasjon på: http://www.ibm.com/software/tivoli/ Du finner informasjon om andre Tivoli-produkter på: http://www.ibm.com/software/tivoli/ Forminskingsverktøy for installeringsfiler - db2iprune (Windows) Kommandolinjeverktøyet db2iprune kan redusere størrelsen til installeringsfilen for DB2 Universal Database (UDB) Windows. Verktøyet er nyttig ved distribuering av DB2 UDB i stor skala. Det er også nyttig ved innfelling av DB2 UDB i en applikasjon. Verktøyet db2iprune består av en inndatafil og en utførbar fil. Inndatafilen (.prn) inneholder en fullstendig liste over utskiftbare komponenter, og brukes til å bestemme hvilke funksjoner og språk du vil fjerne fra installeringsfilen. Den utførbare filen (db2iprune.exe) fjerner deretter kabinettfilene som er knyttet til funksjonen og språkene. Resultatet er en ny og mindre installeringsfil for DB2 UDB, som kan installeres ved hjelp av de vanlige installeringsmetodene. Opprettingspakker installeres også ved hjelp av de vanlige metodene. Når opprettingspakken er installert, finner og oppdaterer den bare de komponentene som ble installert ved hjelp av db2iprune. Du finner db2iprune i katalogen \db2\windows\utilities\db2iprune på produktinstallerings-CDen for DB2 UDB. Katalogen inneholder også en README-fil. README-filen for db2iprune inneholder detaljerte opplysninger om bruken av db2iprune. Begrensning for installering av dokumentasjon for DB2 Universal Database versjon 8 (Windows) I Windows må du ikke installere DB2 Universal Database (UDB) versjon 8 Informasjonssenter (HTML-dokumentasjon) på en arbeidsstasjon eller tjener der det allerede er installert et DB2 UDB, versjon 7-produkt (eller tidligere). Installeringsprogrammet oppdager den tidligere versjonen og fjerner det tidligere produktet. Tidligere installasjoner oppdateres til det seneste nivået (Windows) Hvis du har et DB2-produkt som er installert på et tidligere nivå av versjon 8, oppdager installeringsprogrammet dette og oppdaterer produktet til det seneste nivået. Systemkrav for DB2 .NET Data Provider (Windows) .NET Framework må være installert på maskinen før du kan bruke installeringsprogrammet for DB2 Universal Database (UDB) til å installere DB2 .NET Data Provider. Hvis .NET Framework ikke er installert, vil ikke installeringsprogrammet til DB2 UDB registrere DB2 .NET Data Provider. Hvis DB2 UDB er installert og .NET Framework ikke er installert, blir ikke DB2 .NET Data Provider registrert. Hvis .NET Framework installeres senere, kan du bruke kommandoen db2nmpreg til å registrere DB2 .NET Data Provider. Du finner db2nmpreg i katalogen sqllib\bin. Kommandoen har ingen parametere. Skriv inn db2nmpreg fra et kommandovindu for å registrere DB2 .NET Data Provider. Installere DB2 versjon 8-klienter og DB2 Connect PE uten å være administrator (Windows) Når du installerer DB2 Administration Client, DB2 Application Development Client eller DB2 Connect Personal Edition, må du oppdatere TCP/IP-tjenestene i Windows hvis disse betingelsene er til stede: * Datavarehusfunksjonen er valgt i oppsettet for installeringen * Bruker-IDen som utfører installeringen ikke er medlem av gruppen Administratorer på målmaskinen * Produktet installeres på et av disse operativsystemene: Windows NT, Windows 2000, Windows XP eller Windows Server 2003. Hvis alle disse betingelsene gjelder for ditt system, må disse postene tilføyes in TCP/IP-tjenestefilen (SERVICES) for Windows: Tabell 8. Obligatoriske poster i TCP/IP-tjenestefilen for Windows +----------------------------------+----------------------------------+ | Portnavn | Portnummer | +----------------------------------+----------------------------------+ | vwkernel | 11000/tcp | +----------------------------------+----------------------------------+ | vwd | 11001/tcp | +----------------------------------+----------------------------------+ | vwlogger | 11002/tcp | +----------------------------------+----------------------------------+ Uten disse postene vil ikke datavarehussenteret fungere på riktig måte. Migreringsmerknader I tillegg til informasjonen i dette dokumentet finner du den nyeste informasjonen om migrering av DB2-produkter på DB2 Migration Portal: http://www-1.ibm.com/support/docview.wss?rs=71&uid=swg21200005 Migrering av EXPLAIN-tabeller For å kunne opprette EXPLAIN-tabellene må db2updv8-kommandoen kjøres når du installerer DB2 Universal Database (UDB) versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) eller høyere på en DB2 UDB versjon 8.2 opprettingspakke 1 (tilsvarer versjon 8.1 opprettingspakke 8) eller lavere. Når du kjører db2updv8-kommandoen, opprettes EXPLAIN_GET_MSG-funksjonen, som gjør det mulig å kjøre EXPLAIN.DDL igjen. Hvis du prøver å opprette EXPLAIN-tabellene ved hjelp av EXPLAIN.DDL uten å kjøre db2updv8-kommandoen, får du kanskje denne feilmeldingen: DB21034E Kommandoen ble behandlet som en SQL-setning, fordi den var ugyldig for kommandolinjebehandleren. Under SQL-behandlingen returnerte den dette: SQL0440N Det ble ikke funnet noen autorisert rutine med navnet "EXPLAIN_GET_MSG" av typen "FUNCTION" med kompatible argumenter. LINJENUMMER=26. SQLSTATE=42884 Migrere XML Extender fra tidligere versjoner Hvis du bruker en tidligere versjon av DB2 XML Extender, må du migrere hver enkelt database som er aktivert for XML Extender, før du bruker en eksisterende XML-aktivert database sammen med den oppdaterte XML Extender-utgaven. Hver nye oppdateringspakke inneholder alle tidligere oppdateringspakker. Lag en reservekopi av databasen før du kjører migreringsprogrammet. Slik migrerer du en XML-aktivert database og XML-aktiverte kolonner: 1. Skriv dette på DB2-kommandolinjen: db2 connect to databasenavn db2 bind dxxinstall/bnd/@dxxMigv.lst db2 bind dxxinstall/bnd/@dxxbind.lst der dxxinstall er katalogen der du installerte DB2 Universal Database. 2. Skriv dette på DB2-kommandolinjen: dxxMigv databasenavn Migrere DB2 Universal Database når du bruker DataJoiner eller replikering Hvis du vil migrere en forekomst av DataJoiner eller DB2 Universal Database (UDB) for Linux, UNIX og Windows der du kjører registrerings- eller effektueringsprogrammene for DB2 UDB-replikering, må du klargjøre for migrering av replikeringsmiljøet før du migrerer DB2 UDB- eller DataJoiner-forekomsten. Du finner detaljerte instrukser om nødvendige forberedelser i migreringsdokumentasjonen for DB2 DataPropagator versjon 8. Migreringsdokumentasjonen for DB2 DataPropagator versjon 8 finner du på http://www.ibm.com/software/data/dpropr/. Migrere DB2 Universal Database (Windows) Instruksjonene nedenfor viser den riktige rekkefølgen på det som må gjøre før migrering av DB2 Universal Database (UDB) on Windows. Forutsetninger Før migrering: 1. Gjør deg kjent med anbefalingene, begrensningene og plasskravene for migrering. 2. Noter konfigurasjonsinnstillingene før DB2 UDB-migrering. 3. Endre feilnivået for feilsøking. 4. Kontroller at databasene er klare for DB2 UDB-migrering. 5. Reservekopier databasene. 6. Hvis du bruker replikering, må du arkivere alle DB2-loggfilene. 7. Du må ha SYSADM-autorisasjon. 8. Frakoble DB2-tjeneren for DB2 UDB-migrering. Merk: Fra og med versjon 8.1 er DB2_HASH_JOIN-registervariabelen satt til ON som standard. Du finner mer informasjon i avsnittet "Administrasjon: Ytelse" under "Dokumentasjonsoppdateringer". Migrere en 32-bits DB2 versjon 8 Windows-database til 64-bits Windows I dette avsnittet finer du instruksjoner for å migrere en 32-bits DB2 versjon 8-database på en 32-bits datamaskin til en 64-bits database på et 64-bits Windows-operativsystem. Forutsetninger * Det må være installert en 64-bits versjon av DB2 versjon 8 på din 64-bits datamaskin. * Kontroller at ditt 32-bits Windows-system kjører DB2 versjon 8. Fremgangsmåte Slik migrerer du til DB2 versjon 8 på 64-bits Windows: 1. Reservekopier DB2 versjon 8-databasene dine på det 32-bits Windows-systemet. 2. Gjenopprett DB2 versjon 8-reservekopien (som du opprettet i trinn 1) på ditt 64-bits Windows-system. Merk: I tillegg til migrering av DB2 UDB fra 32-biters systemer til 64-biters systemer, er også disse migreringsalternativene mulig: * Migrering mellom versjoner av Windows * Migrering mellom versjoner av DB2 UDB * Migrering av alt samtidig * Migrering tilbake til 32-biters Du finner mer informasjon om dette i denne boken fra IBM: Scaling DB2 UDB on Windows Server 2003. Denne boken finner du på denne URLen: http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247019.html Migrere til DB2 UDB versjon 8.2.2 fra versjon 7 i et MSCS-miljø Dette emnet viser hvordan du migrerer fra DB2 Universal Database (UDB) versjon 7 til DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) i et Microsoft Cluster Server-miljø (MSCS). Forutsetninger: Det vil bli brukt en eksempelkonfigurasjon til å illustrere hvordan du migrerer til DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) i et MSCS-miljø. I denne eksempelkonfigurasjonen er det to Windows Server 2000-maskiner med DB2 UDB Enterprise Server Edition versjon 7. Den opprinnelige konfigurasjonen er en DB2-forekomst som består av to partisjoner. I tillegg er det to klyngegrupper: * DB2 Group 0: inneholder partisjon 0 aktiv på maskin A. Database Administration Server (DAS) ligger også her. * DB2 Group 1: inneholder partisjon 1 aktiv på maskin B. Forutsetning Før du starter migreringen, må du reservekopiere databasen. Fremgangsmåte Slik migrerer du fra DB2 UDB versjon 7 til versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) i et MSCS-miljø: 1. Sett automatic failback til off (av). Du må kanskje starte maskinen på nytt i løpet av installeringsprosessen. Hvis du gjør det, starter cluster-tjenesten automatisk på nytt. Derfor må automatic failback settes til off (av) slik at det ikke utføres failback på noen grupper automatisk. a. I DB2 Group 0 deaktiverer du automatic failback slik: 1) I vinduet Cluster Administrator høyreklikker du på DB2 Group 0. 2) Velg Properties. Du får frem vinduet DB2 Group 0 Properties. 3) På flippen Failback velger du valgknappen Prevent failback. 4) Klikk på OK. b. I DB2 Group 1 deaktiverer du automatic failback slik: 1) I vinduet Cluster Administrator høyreklikker du på DB2 Group 1. 2) Velg Properties. Du får frem vinduet DB2 Group 1 Properties. 3) På flippen Failback velger du valgknappen Prevent failback. 4) Klikk på OK. 2. Flytt DB2 Group 1 til maskin A. a. I det grafiske brukergrensesnittet til Cluster Administrator klikker du på DB2 Group 1. b. Høyreklikk og velg Move Group. Owner-kolonnen endres til Computer A. 3. Stopp cluster-tjenesten på maskin B. a. I vinduet Component Services høyreklikker du på Cluster Service. b. Klikk på Stop. 4. Last ned og installer DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) på maskin B. Merk: * DB2 UDB er fremdeles i gang og tilgjengelig på maskin A. * Som en del av installeringsprosessen vil du bli bedt om å kjøre db2imigr-kommandoen for å migrere DB2-forekomstene på denne maskinen. Under kjøringen av db2imigr må du kanskje starte maskinen på nytt. 5. Frakoble DB2-ressursene på maskin A. a. Både partisjon 0, partisjon 1 og DAS er ressurser på maskin A. Disse må være kobles fra (offline) en om gangen. Slik kobler du fra ressursene på maskin A: 1) I den venstre ruten i vinduet Cluster Administrator velger du Groups. 2) Velg DB2 Group 0. Ressursene for gruppen blir vist i den høyre ruten. * For DB2 Group 0 omfatter DB2-ressursene partisjon 0 og DAS. 3) I den høyre ruten høyreklikker du på en av ressursene og velger Take Offline. * Gjenta dette trinnet for hver DB2-ressurs i DB2 Group 0. 4) Velg DB2 Group 1. Ressursene for gruppen blir vist i den høyre ruten. * For DB2 Group 1 omfatter DB2-ressursene partisjon 1. 5) I den høyre ruten høyreklikker du på ressursen (partisjon 1) og velger Take Offline. 6. Start cluster-tjenesten på maskin B. Hvis installeringen krevde at maskinen ble startet på nytt, og hvis Restart Type for cluster-tjenesten er satt til automatic, hopper du over dette trinnet fordi cluster-tjenesten da allerede er startet. Slik starter du cluster-tjenesten: a. I vinduet Component Services høyreklikker du på Cluster Service. b. Klikk på Start. 7. Flytt DB2 Group 0 og DB2 Group 1 til maskin B. a. I vinduet Cluster Administrator klikker du på DB2 Group 0. b. Høyreklikk og velg Move Group. Owner-kolonnen endres til Computer B. c. Klikk på DB2 Group 1. d. Høyreklikk og velg Move Group. Owner-kolonnen endres til Computer B. 8. Koble til igjen DB2-ressursene på maskin B. a. Både partisjon 0, partisjon 1 og DAS er nå ressurser på maskin B. Disse må være kobles til igjen (online) en om gangen. Slik kobler du til igjen disse ressursene: 1) I den venstre ruten i vinduet Cluster Administrator velger du Groups. 2) Velg DB2 Group 0. Ressursene for gruppen blir vist i den høyre ruten. * For DB2 Group 0 omfatter DB2-ressursene partisjon 0 og DAS. 3) I den høyre ruten høyreklikker du på en av ressursene og velger Bring Online. * Gjenta dette trinnet for hver DB2-ressurs i DB2 Group 0. 4) Velg DB2 Group 1. Ressursene for gruppen blir vist i den høyre ruten. * For DB2 Group 1 omfatter DB2-ressursene partisjon 1. 5) I den høyre ruten høyreklikker du på ressursen (partisjon 1) og velger Bring Online. b. Migrer alle DB2-forekomster og alle DB2-databaser. 1) Migrer alle DB2-forekomster ved hjelp av db2imigr-kommandoen: a) Du finner alle DB2-forekomster ved å kjøre db2ilist-kommandoen. b) Du migrerer hver enkelt DB2-forekomst ved å kjøre db2imigr-kommandoen. Denne kommandofilen ligger under katalogen sqllib\bin og må kjøres for hver enkelt DB2-forekomst. 2) Migrer alle DB2-databasene ved hjelp av kommandoen migrate database. 9. Stopp cluster-tjenesten på maskin A. a. I vinduet Component Services høyreklikker du på Cluster Service. b. Klikk på Stop. 10. Last ned og installer DB2 UDB versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) på maskin A. Merk: * DB2 er fremdeles i gang og tilgjengelig på maskin A. * Du må kanskje starte maskinen på nytt som en del av installeringsprosessen. * Du trenger ikke å kjøre kommandoene db2imigr og migrate database på maskin A, fordi du allerede har kjørt disse kommandoene på maskin B. 11. Start cluster-tjenesten på maskin A. Hvis installeringen krevde at maskinen ble startet på nytt, og hvis Restart Type er satt til automatic, hopper du over dette trinnet fordi cluster-tjenesten da allerede er startet. Slik starter du cluster-tjenesten: a. I vinduet Component Services høyreklikker du på Cluster Service. b. Klikk på Start. 12. Flytt DB2 Group 0 til maskin A. a. I vinduet Cluster Administrator klikker du på DB2 Group 0. b. Høyreklikk og velg Move Group. Owner-kolonnen endres til Computer A. Dette gjør at MSCS-miljøet settes tilbake til den opprinnelige konfigurasjonen. 13. Hvis automatic failback ble slått av i trinn 1, må du slå det på igjen. a. I DB2 Group 0 aktiverer du automatic failback slik: 1) I det grafiske brukergrensesnittet til Cluster Administrator høyreklikker du på DB2 Group 0. 2) Velg Properties. Du får frem vinduet DB2 Group 0 Properties. 3) På flippen Failback velger du valgknappen Allow failback. 4) Klikk på OK. b. I DB2 Group 1 aktiverer du automatic failback slik: 1) I vinduet Cluster Administrator høyreklikker du på DB2 Group 1. 2) Velg Properties. Du får frem vinduet DB2 Group 1 Properties. 3) På flippen Failback velger du valgknappen Allow failback. 4) Klikk på OK. Databasemigrering (HP-UX på IA64) Databasemigrering støttes ikke for DB2 Universal Database for HP-UX på IA64 i versjon 8.x-utgavene. Gjenoppretting av en DB2-reservekopi fra versjon 7 til en versjon 8-forekomst støttes ikke på DB2 UDB for HP-UX på IA64. Informasjon om deinstallering Stille deinstallering av DB2 UDB (Windows) Du kan fjerne DB2-produkter stille ved å bruke kommandoen msiexec: msiexec /x /qn der er koden for produktet du vil fjerne. Nedenfor er en liste over DB2-produktkodene: DB2 Universal Database Enterprise Server Edition (ESE) {D8F53726-C7AD-11D4-9155-00203586D551} DB2 Universal Database Workgroup Server Edition (WSE) {7A28F948-4945-4BD1-ACC2-ADC081C24830} DB2 Universal Database Express Edition (EXP) {58169F10-CA30-4F40-8C6D-C6DA8CE47E16} DB2 Universal Database Personal Edition (PE) {C0AA883A-72AE-495F-9601-49F2EB154E93} DB2 Warehouse Manager (WM) {84AF5B86-19F9-4396-8D99-11CD91E81724} DB2 Data Links Manager (DLM) {1D16CA65-F7D9-47E5-BB26-C623A44832A3} Relational Connect (RCON) {273F8AB8-C84B-4EE6-85E7-D7C5270A6D08} DB2 Connect Enterprise Edition (CEE) {9C8DFB63-66DE-4299-AC6B-37D799A728A2} DB2 Connect Personal Edition (CPE) {F1912044-6E08-431E-9B6D-90ED10C0B739} DB2 Administration Client (ADMCL) {ABD23811-AA8F-416B-9EF6-E54D62F21A49} DB2 Application Development Client (ADCL) {68A40485-7F7F-4A91-9AB6-D67836E15CF2} DB2 RunTime-klient (RTCL) {63F6DCD6-0D5C-4A07-B27C-3AE3E809D6E0} DB2 7 (RTLITE) {07C9CEE7-4529-4E60-95D3-6B6EF6AC0E81} DB2 Eclipse Documentation (DOCE) {FE2D4758-041C-4E4E-95B3-529E4E1EAF3E} DB2 Query Patroller (QP) {7A8BE511-8DF3-4F22-B61A-AF0B8755E354} Life Sciences Data Connect (LSDC) {DD30AEB3-4323-40D7-AB39-735A0523DEF3} DB2 Cube Views (CUBE) {C8FEDF8F-84E8-442F-A084-0A0F6A772B52} DB2 Spatial Extender (SE) {F6846BF9-F4B5-4BB2-946D-3926795D5749} Eksempel Hvis du vil fjerne DB2 UDB Enterprise Edition, oppgir du denne kommandoen: msiexec /x {D8F53726-C7AD-11D4-9155-00203586D551} /qn Disse DB2-produktkodene er ikke lenger støttet DB2 UDB versjon 8.2: * WMC {5FEA5040-22E2-4760-A88C-73DE82BE4B6E} * DOC {73D99978-A255-4150-B4FD-194ECF4B3D7C} Produktkode for fjerning av DB2 DB2 Informasjonssenter ved hjelp av stille deinstallering (Windows) Når du skal fjerne DB2 Informasjonssenter ved hjelp av stille deinstallering på Windows, bruker du denne produktkoden: {FE2D4758-041C-4E4E-95B3-529E4E1EAF3E} Kjente begrensninger, problemer og løsninger Informasjonen nedenfor viser kjente begrensninger, problemer og løsninger som bare gjelder for denne utgaven. Disse begrensningene gjelder kanskje også for andre utgaver av produktet. Nettstedet for DB2-støtte inneholder også tekniske dokumenter og serviceoppdateringer som beskriver endringer i dokumentasjonen og kjente begrensninger og midlertidige løsninger som er oppdaget etter at dette dokumentet ble laget. Adressen til nettstedet for DB2-støtte er http://www.ibm.com/software/data/db2/udb/support.html. Begrensninger Tabellfunksjonen SNAP_GET_DB returnerer ufullstendige resultater Når tabellfunksjonen SNAP_GET_DB startes i et DPF-miljø (Database Partitioning Feature) med -2 (global snapshot) som inndata, returnerer den ufullstendige resultater for disse fire kolonnene: * FIRST_ACTIVE_LOG * LAST_ACTIVE_LOG * CURRENT_ACTIVE_LOG * CURRENT_ARCHIVE_LOG Disse elementene kan ikke samles inn for et globalt snapshot. Hvis du vil ha et fullstendig sett med verdier for disse snapshot-elementene, må tabellfunksjonen SNAP_GET_DB kalles opp enkeltvis for hver partisjon. IMPORT REPLACE tar ikke hensyn til leddet Not Logged Initially REPLACE-alternativet til IMPORT-kommandoen tar ikke hensyn til CREATE TABLE-setningens NOT LOGGED INITIALLY-ledd (NLI) eller ALTER TABLE-setningens ACTIVATE NOT LOGGED INITIALLY-ledd. Hvis en import med REPLACE utføres innenfor samme transaksjon som en CREATE TABLE- eller ALTER TABLE-setning der NLI-leddet er aktivert, vil ikke importen ta hensyn til NLI-leddet. Alle innsettinger blir logget. Løsning 1 Slett innholdet i tabellen ved hjelp av DELETE-setningen, og start deretter importeringen med INSERT-setningen. Løsning 2 Slett tabellen og opprett den på nytt, og start deretter importeringen med INSERT-setningen. Denne begrensningen gjelder DB2 UDB versjon 7 og DB2 UDB versjon 8. Data i lange felt og LOB-data kan ikke omorganiseres med inplace-tabellomorganisering Under inplace-tabellomorganisering (tilkoblet omorganisering) kan ikke data i lange felt og LOB-data omorganiseres. Data i lange felt og LOB-data kan omorganiseres med en klassisk, eller frakoblet, tabellomorganisering ved å oppgi LONGLOBDATA-parameteren sammen med REORG TABLE-kommandoen. Legg imidlertid merke til at selv om omorganisering av data i lange felt og LOB-data gjør det mulig å ta tilbake ledig plass, gir det ikke bedre klyngebehandling, og det føre til at det tar betydelig lengre tid å fullføre omorganiseringen. Låsing i blokkerende pekere kan virke inkonsekvent i klientapplikasjoner I CS-isolasjon (Cursor Stability) er raden som er knyttet til den gjeldende pekerposisjonen på databasetjeneren, alltid låst. Ved en blokkert henting kan flere rader bli returnert i en enkelt buffer. I de fleste tilfeller vil den siste raden som er behandlet på tjenersiden, ikke passe nøyaktig og vil derfor bli delt på to buffere. Applikasjonen vil ikke se denne delte raden før den andre bufferen er mottatt. Derfor vil ingen av radene som er returnert til applikasjonen, være låst. I de sjeldne tilfellene at den siste behandlede raden på tjenersiden passer nøyaktig, vil pekerposisjonen forbli på den siste raden inni bufferen, noe som betyr at den siste raden som er returnert til applikasjonen, vil være låst. Varehusprogrammet for dataeksport med ODBC til fil Varehusprogrammet for dataeksport med ODBC til fil har ikke støtte for disse Sybase-datatypene: * BIT * BINARY * VARBINARY Datatyper som ikke støttes i utviklingssenterets integrerte SQL-feilrettingsprogram Disse datatypene støttes ikke i SQL-feilrettingsprogrammet (SQL Debugger) som er integrert i utviklingssenteret: * For DB2 Universal Database (UDB) for Linux, UNIX, og Windows støttes ikke datatypene CHAR FOR BIT DATA, VARCHAR FOR BIT DATA og GRAPHIC. * For DB2 UDB for z/OS støttes ikke datatypen GRAPHIC, i tillegg til at det ikke er støtte for datatypene BLOB og CLOB når de brukes som parametere. Det er støtte for BLOB og CLOB når de brukes som lokale variabler. Strukturerte typer i Utviklingssenter Utviklingssenteret støtter ikke lenger opprettelse av strukturerte typer. Begrensninger for utviklingssenteret for 64-biters operativsystemer Feilsøking av lagrede Java-prosedyrer mot en 64-biters tjener støttes ikke av utviklingssenteret. Feilsøking av lagrede SQL-prosedyrer støttes på 64-bits Windows-operativsystemer. Utvikling av brukerdefinerte funksjoner for OLE DB eller XML støttes ikke for 64-bits tjenere. Utviklingssenter (Linux) Du kan ikke bruke utviklingssenteret til å feilsøke lagrede Java-prosedyrer som kjøres på noen av Linux-distribusjonene (32-bits, 64-bits, Intel, zSeries eller iSeries). Feilsøking i lagrede prosedyrer med dobbeltanførselstegn Utviklingssenteret støtter ikke feilsøking for noen lagret prosedyre med dobbeltanførselstegn (") i den lagrede prosedyrens navn, skjema eller bestemte navn. Baneinnstillinger som kreves for å aktivere Java-rutiner til å kompilere i utviklingssenteret Utviklingssenteret kan ikke kompilere Java-rutiner hvis ikke det vet hvor Developer Kit-versjonene er installert. Standardkataloger for Developer Kit-versjonene blir skrevet til filen $HOME/.ibm/db2/dc/DB2DC.settings når utviklingssenteret starter første gang. Du kan kopiere disse katalogene til filen $USER.settings og endre dem i et Unicode-redigeringsprogram, eller du kan opprette symbolske linker til Developer Kit-katalogene i standardplasseringene. Begrensninger i utviklingssenteret for kjøring av og feilsøking i lagrede Java-prosedyrer samtidig Utviklingssenteret støtter ikke kjøring av og feilsøking i lagrede Java-prosedyrer samtidig. I utviklingssenteret kan du enten kjøre flere lagrede Java-prosedyrer samtidig eller feilsøking i en enkelt lagret Java-prosedyre. Du kan ikke kjøre en lagret Java-prosedyre mens du feilsøker i en annen lagret Java-prosedyre. Som standard er konfigurasjonsnøkkelordet KEEPFENCED for databasesystemet satt til KEEPFENCED=YES, slik det kreves for feilsøking i lagrede SQL-prosedyrer. Når nøkkelordet KEEPFENCED har standardverdien YES, blir rutineprosessen holdt aktiv, slik at det oppstår JVM-portkonflikter. Lagrede Java-prosedyrer fører til et JVM-unntak og vil være mislykket i alle disse situasjonene når standard konfigurasjonsinnstilling KEEPFENCED=YES brukes for databasesystemet: * En lagret Java-prosedyre blir bygd i utviklingssenteret og deretter feilsøkt * En bruker kjører en lagret Java-prosedyre og en annen bruker feilsøker i en lagret Java-prosedyre mens den første lagrede Java-prosedyren fremdeles kjøres * En bruker feilsøker i en lagret Java-prosedyre og en annen bruker kjører en lagret Java-prosedyre mens det fremdeles blir feilsøkt i den første lagrede Java-prosedyren Du omgår denne begrensningen ved å sørge for at konfigurasjonsnøkkelordet KEEPFENCED for databasesystemet er satt til KEEPFENCED=NO, ved å kjøre disse kommandoene: db2 update dbm cfg using KEEPFENCED NO db2stop db2start Når KEEPFENCED er satt til NO, vil db2fmp-prosessen avsluttes når et kall i en lagret Java-prosedyre er fullført, og DB2 Universal Database vil starte en ny db2fmp-prosess for å håndtere det neste rutinekallet. Dette gjør at det ikke vil være noen eksisterende JVM i feilsøkingsmodus når du begynner å feilsøke i en lagret Java-prosedyre. Innstillingen KEEPFENCED=YES kreves for å bygge lagrede SQL-prosedyrer for feilsøking og å feilsøke i lagrede SQL-prosedyrer. Når KEEPFENCED=NO, kan du fremdeles bygge og utføre lagrede SQL-prosedyrer, men du kan ikke feilsøke i dem. Metoden DB2SystemMonitor.getServerTimeMicros støttes ikke DB2 Universal JDBC-styreprogrammetoden DB2SystemMonitor.getServerTimeMicros() støttes ikke i denne utgaven av DB2 Universal Database for Linux-, UNIX- og Windows-tjenere. Metoden DB2SystemMonitor.getServerTimeMicros() returnerer 0 når du kobler deg til DB2 Universal Database for Linux-, UNIX- og Windows-tjenere. IBM XL C/C++ Compiler Run Time må være installert (Linux på iSeries- og pSeries-systemer, 64-bits) Disse kravene må oppfylles før du installerer 64-bits DB2 for Linux på iSeries- og pSeries-systemer: * Du må kjøre på iSeries- eller pSeries-maskinvare som støttes av Linux-distribusjonen. * Du må kjøre en av disse to distribusjonene: * SUSE LINUX Enterprise Server (SLES) 9, eller * Red Hat Enterprise Linux 3 Update 3 (Taroon) * Du må laste ned og installere IBM(R) XL C/C++ Advanced Edition V7.0 for Linux Run-Time Environment Component. Les mer om dette på http://www.ibm.com/support/docview.wss?uid=swg24007906 eller gjør slik: 1. Gå til nettstedet for XL C/C++ på http://www.ibm.com/software/awdtools/xlcpp/support/ 2. Under overskriften "Self Help: Download" velger du "Latest Updates (PTFs)" 3. Under overskriften "Linux" velger du "XL C/C++ Advanced Edition V7.0 for Linux Run-Time Environment" 4. Følg instruksjonene fra siden "XL C/C++ Advanced Edition V7.0 for Linux Run-Time Environment". Universal JDBC-styreprogram type 2 støttes ikke på DB2 UDB versjon 8.2.2 (Linux AMD64 ) DB2 Universal Database (UDB) versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) på Linux AMD64 støtter ikke Universal JDBC-styreprogram type 2. Denne støtten skal komme i en senere opprettingspakke. JDBC-støtte i versjon 8.2.2 er tilgjengelig ved hjelp av Universal JDBC-styreprogram type 4 og Legacy JDBC-styreprogram type 2 (COM.ibm.db2.jdbc.app.DB2Driver). Pekere i PHP-applikasjoner Når PHP-tolken oppretter en peker på vegne av en applikasjon, opprettes den som en Scrollable Keyset-drevet peker som standard. I noen tilfeller kan dette gjøre at uventede resultater blir returnert. Du kan unngå denne situasjonen ved å spesifisere leddet "FOR READ ONLY" eksplisitt for alle SELECT-setninger som brukes til å oppdatere data. Andre alternativer er å bruke CLI-konfigurasjonsparameterne "Patch2=6", "Patch2=42" eller "DisableKeysetCursor=1". Vær oppmerksom på at disse alternativene kan ha andre konsekvenser. Du finner flere opplysninger om disse konfigurasjonsnøkkelordene i CLI Guide and Reference. Begrensning for CLI/ODBC-konfigurasjonsnøkkelordet ConnectNode ConnectNode-nøkkelordet påvirker ikke kontrollsenteret. Kontrollsenteret kobler seg alltid til katalognoden som er angitt av SQL_CONN_CATALOG_NODE-innstillingen. Begrensninger for SQLColumns-funksjonen (CLI) Funksjonen SQLColumns() støtter ikke retur av data fra et alias for et alias. Når den blir kalt opp mot et alias for et alias, returnerer funksjonen SQLColumns() et tomt resultatsett. Begrensninger for bindingsalternativer for CLI-pakker Noen bindingsalternativer aktiveres kanskje ikke ved binding av CLI-pakker ved bruk av en av disse listefilene: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst eller ddcsvse.lst. Fordi CLI-pakker brukes av applikasjoner for CLI, ODBC, JDBC, OLE DB, .NET og ADO, påvirker endringer i CLI-pakkene alle applikasjoner av disse typene. Derfor støttes bare et delsett av bindingsalternativene som standard ved binding av CLI-pakker. Disse alternativene støttes: ACTION, COLLECTION, CLIPKG, OWNER og REPLVER. Alle andre bindingsalternativer som påvirker CLI-pakker blir oversett. Hvis du vil opprette CLI-pakker med bindingsalternativer som ikke støttes som standard, oppgir du bindingsalternativet COLLECTION med en samlings-ID som er forskjellig fra standardsamlings-IDen NULLID. Alle bindingsalternativene som blir oppgitt, godtas da. Hvis du for eksempel skal opprette CLI-pakker med bindingsalternativet KEEPDYNAMIC YES, som ikke er støttet som standard, oppgir du denne kommandoen: db2 bind @db2cli.lst collection newcolid keepdynamic yes For at CLI/ODBC-applikasjoner skal få tilgang til CLI-pakkene som ble opprettet i den nye samlingen, definerer du CLI/ODBC-nøkkelordet CurrentPackageSet i klargjøringsfilen db2cli.ini til den nye samlings-IDen. Du kan overskrive CLI-pakker som allerede eksisterer under en bestemt samlings-ID ved å utføre en av handlingene nedenfor: * Slett den eksisterende CLI-pakken før du sender bindingskommandoen for samling-IDen * Oppgi bindingsalternativet ACTION REPLACE når du sender bindingskommandoen Begrensninger for CLI LOAD-funksjonen CLI LOAD-funksjonen støtter ikke parametermerker hvis den klargjorte SQL-setningen for innsetting av data inneholder et SELECT-ledd. Før versjon 8.2 opprettingspakke 3 (tilsvarer V8.1 opprettingspakke 10) tillot ikke CLI LOAD-funksjonen at målkolonner var angitt hvis INSERT-setningen inneholdt et VALUES-ledd. Fra og med versjon 8.2 opprettingspakke 3 (tilsvarer V8.1 opprettingspakke 10) tillater imidlertid CLI LOAD-funksjonen at målkolonner er angitt i en INSERT-setning med et VALUES-ledd. Denne setningen støttes for eksempel nå av CLI LOAD: INSERT into tabellA (kol1, kol2, kol3) VALUES (?, ?, ?) Opprettelse av verktøykatalogdatabase støttes ikke (Linux for AMD64) Opprettelse av verktøykatalogdatabasen under en 64-bits DB2 Universal Database-forekomst (UDB) på Linux (AMD64) støttes ikke. Ikke forsøk å opprette verktøykatalogen under en 64-biters forekomst ved hjelp av noen av disse metodene: * Installere DB2 UDB * Oppdatere en 64-biters forekomst ved hjelp av kommandoen db2isetup * Bruke kommandoen CREATE TOOLS CATALOG etter at installeringen er ferdig. Opprettelse av verktøykatalogdatabasen under en 32-biters forekomst på Linux (AMD64) støttes fra og med versjon 8.1.4. Opprettelse av verktøykatalogdatabase støttes ikke (AIX, Solaris Operating Environments og HP-UX) Opprettelse av verktøykatalogen støttes ikke under installeringen av DB2 Universal Database (UDB) mot 64-bits forekomster av 64-bits hybridplattformer. Hybridplattformene er: * AIX * Solaris Operating Environments * HP-UX * Andre plattformer som støtter både 32-biters og 64-biters forekomster Hvis du ønsker å opprette en verktøykatalog mot en 64-biters forekomst, kan du gjøre det etter installeringen av DB2 UDB enten via kommandolinjebehandleren ved hjelp av kommandoen CREATE TOOLS CATALOG CLP eller ved hjelp av kontrollsenteret. Du må også installere et 64-bits IBM Developer Kit for Java hvis du skal gjøre dette. Slå opp på avsnittet DB2 Administration Server i boken DB2 Administration Guide hvis du vil vite mer om dette. Minnebegrensninger for DB2 UDB Express og DB2 Workgroup Server Edition V8.2 Det er minnebegrensninger for disse produktene: * IBM DB2 Universal Database (UDB) Express Edition (Named User Option). Maksimalt minne per tjener er 4 GB. * IBM DB2 UDB Express Edition (CPU Option). Maksimalt minne per tjener er 4 GB. * IBM DB2 UDB Workgroup Server Edition. Maksimalt minne per tjener er 16 GB. * IBM DB2 UDB Workgroup Server Unlimited Edition. Maksimalt minne per tjener er 16 GB. Sette en varehusprosess til å kjøre i intervaller Når du skal sette en varehusprosess til å kjøre i intervaller, må du finne ut den lengste tidsperioden for kjøring av alle produksjonstrinnene i prosessen og planlegge intervallene i henhold til det. Hvis en prosess overskrider det planlagte tidsintervallet, blir ingen av de etterfølgende planlagte forekomstene av denne prosessen kjørt, og de blir heller ikke planlagt på nytt. Begrenset SNA-støtte i versjon 8 Følgende støtte er trukket tilbake fra DB2 Universal Database (UDB) Enterprise Server Edition (ESE) versjon 8 for Windows- og UNIX-operativsystemer, og fra DB2 Connect Enterprise Edition (CEE) versjon 8 for Windows- og UNIX-operativsystemer: * Flerstedsoppdatering (tofaseiverksetting) med SNA kan ikke brukes. Applikasjoner som krever flerstedsoppdatering (tofaseiverksetting) må bruke TCP/IP-tilkobling. Flerstedsoppdatering (tofaseiverksetting) med TCP/IP til en verts- eller iSeries-databasetjener har vært tilgjengelig i flere utgaver. Verts- eller iSeries-applikasjoner som krever støtte for flerstedsoppdatering (tofaseiverksetting), kan bruke den nye funksjonen for TCP/IP-flerstedsoppdatering (tofaseiverksetting) i DB2 UDB ESE versjon 8. * DB2 UDB ESE- eller DB2 CEE-tjenere godtar ikke lenger klienttilkoblinger med SNA. Fra og med versjon 8, opprettingspakke 1 lar DB2 UDB 32-bitsversjonen av AIX, Solaris Operating Environment, HP-UX og Windows-applikasjoner få tilgang til verts- eller iSeries-databasetjenere med SNA. Denne støtten gjør det mulig for applikasjonene å få tilgang til verts- eller iSeries-databasetjenere med SNA, men bare med enfaseiverksetting. * Sysplex-støtte med DB2 UDB for z/OS er bare tilgjengelig med TCP/IP. Det finnes ikke Sysplex-støtte med SNA-tilkobling. * Støtte for endring av passord er ikke lenger tilgjengelig med SNA-tilkobling til vertsdatabasetjenere. * All SNA-støtte vil bli trukket tilbake i neste versjon av DB2 UDB og DB2 Connect. Problem og begrensning med tilleggsmodul for sikkerhet for DB2 UDB-klienter (Windows) Hvis du utvikler tilleggsmoduler (plug-ins) for sikkerhet som skal brukes i DB2-klienter på Windows-operativsystemer, må du ikke frigi (unload) eventuelle tilleggsbiblioteker (auxiliary libraries) i avslutningsfunksjonen til tilleggsmodulen. Denne begrensningen gjelder for alle typer tilleggsmoduler for sikkerhet i klienter, blant annet tilleggsmoduler for grupper, bruker-ID og passord, Kerberos og GSS-API. Denne begrensningen skyldes DB2 Universal Databases problem ved frigivelse (unloading) av tilleggsmoduler for sikkerhet i DB2-klienter på Windows-operativsystemer. Feil ved rapportering av vellykket pålogging under et tilkoblingsforsøk (AIX) Når det brukes OS-autentisering på AIX, prøver DB2 Universal Database (UDB) å rapportere en vellykket pålogging til AIX etter at det er utført en vellykket autentisering under et tilkoblingsforsøk. Før versjon 8 opprettingspakke 5 var det slik at hvis DB2 UDB ikke kunne rapportere en vellykket pålogging, ble tilkoblingen mislykket selv om brukeren var autentisert. Fra og med versjon 8 opprettingspakke 5 kan tilkoblingen fortsette, og feilen logges i filen db2diag.log. Todelt bruker-ID støttes ikke (Windows ME) Todelt bruker-ID for CONNECT-setningen og ATTACH-kommandoen, som for eksempel domenenavn\brukernavn, støttes ikke på Windows ME. Siden Kolonner for innlasting og import støtter ikke DBCS-tegn i IXF-filer Hvis du bruker veiviseren for innlasting eller notisboken Importer til å konfigurere en innlasting eller import fra en IXF-inndatafil som inneholder DBCS-tegn, blir ikke kolonnenavnene i filen vist på riktig måte på siden Kolonner. GUI-verktøy for Linux-operativsystemer på AMD64 GUI-verktøyene som følger med DB2 Universal Database (UDB), er Java-baserte grafiske funksjoner. Dette er eksempler på grafiske DB2 UDB-verktøy: * Kontrollsenter * Informasjonssenter * Konfigureringsassistent * Utviklingssenter Siden Linux-operativsystemer på AMD64 foreløpig ikke har et 64-bits Java(TM) SDK eller Runtime Environment, må du bruke en 32-bits DB2 UDB-forekomst hvis du skal kjøre disse verktøyene. Du kan fremdeles bruke disse verktøyene til å administrere databaser i lokale og fjerntliggende 64-bits forekomster. Hvis du for eksempel skal bruke kontrollsenteret, må du opprette en 32-bits forekomst først. Etter at du har opprettet en 32-bits forekomst, må du manuelt katalogisere den lokale 64-bits forekomsten du vil administrere. Du finner mer informasjon om DB2 for Linux på AMD64 her: http://www-1.ibm.com/support/docview.wss?uid=swg450ec44e63a9da8f588256d8d004ff3ab Minimum skjerminnstillinger for grafiske verktøy For at de grafiske verktøyene, for eksempel Kontrollsenter, skal fungere på riktig måte, må du minst ha skjermoppløsningen 800 x 600 ppt og bruke en skjermpalett på minst 32 farger. Feil visning av GB18030-tegn på tittellinjen til et vindu Hvis du har tegn fra den kinesiske GB18030-tegnkodingsstandarden i tittellinjen til et vindu, kan det hende de vises som spørsmålstegn eller firkanter. Ikke partisjoner tabeller for informasjonskatalogsenteret Tabeller som Information Catalog Manager bruker, må lagres på en enkelt databasepartisjon. Det finnes flere metoder for å legge tabellene på en enkelt partisjon. Du kan for eksempel gjøre slik: 1. Åpne en DB2 Kommandolinjebehandler og gi disse kommandoene: a. CREATE DATABASE PARTITION GROUP partisjonsgruppenavn ON DBPARTITIONNUM partisjonsnummer b. CREATE REGULAR TABLESPACE tabellplassnavn IN DATABASE PARTITION GROUP partisjonsgruppenavn MANAGED BY SYSTEM USING ('knavn') der partisjonsgruppenavn er det samme i begge kommandoer. 2. Klikk på Start -> Programmer -> IBM DB2 -> Konfigureringsverktøy -> Administrer informasjonskataloger. 3. På siden Alternativer oppgir du tabellplassnavnet i feltet Tabellplass. Begrensninger i Query Patroller når DYN_QUERY_MGMT er deaktivert Query Patroller kan ikke utføre disse handlingene hvis databasekonfigurasjonsparameteren DYN_QUERY_MGMT er deaktivert: * Frigjøre spørringer som holdes tilbake * Få en spørring som kjøres eller ligger i kø, til å kjøre i bakgrunnen mens spørringen er i forgrunnen Hvis du prøver å frigjøre en spørring som holdes tilbake, eller hvis du endrer en forgrunnsspørring til en bakgrunnsspørring når DYN_QUERY_MGMT er satt til DISABLE, blir det vist en feilmelding, og statusen til spørringen blir da ikke endret. Hvis tilbakeholdte spørringer etter planen skal kjøres og DYN_QUERY_MGMT er deaktivert på det tidspunktet de starter, blir det skrevet en feilmelding til filen qpdiag.log, og spørringene blir beholdt i samme status (tilbakeholdt). Resultattabeller i Query Patroller bruker nå DB2QPRT-skjema Fra og med opprettingspakke 5 blir alle nye resultattabeller opprettet i skjemaet DB2QPRT i stedet for i avsenderens skjema. DROPIN-rettigheten på DB2QPRT-skjemaet blir gitt til brukere med profiler som ble opprettet før installeringen av opprettingspakke 5 og hadde en av disse tingene: * MONITORING-rettighet med redigeringsautorisasjon * HISTORICAL ANALYSIS-rettighet med redigeringsautorisasjon DROPIN-rettigheten på DB2QPRT-skjemaet blir gitt den første gangen Query Patroller oppretter en resultattabell i dette skjemaet. Brukere som blir gitt MONITORING-rettighet med redigeringsautorisasjon eller HISTORICAL ANALYSIS-rettighet med redigeringsautorisasjon etter installeringen av opprettingspakke 5, blir også gitt DROPIN-rettighet på DB2QPRT-skjemaet når profilene deres blir opprettet eller oppdatert. Begrensninger for helseindikatoren Helseovervåkeren kan ikke utføre handlinger for helseindikatoren db2.db2_op_status hvis indikatoren settes i nede-status. Denne statusen kan for eksempel forårsakes av at en forekomst som indikatoren overvåker, blir inaktiv på grunn av en eksplisitt stoppforespørsel eller unormal avslutning. Hvis du vil at forekomsten skal starte på nytt automatisk etter en eventuell unormal avslutning, må du konfigurere feilovervåkeren slik at den gir forekomsten høy tilgjengelighet. Kjente problemer og løsninger Eksportere til en IXF-fil med indekser på kolonner som inneholder tegnene - og + Når export-kommandoen brukes sammen med et IXF-filformat og et SELECT *-ledd, blir det samlet inn indeksinformasjon der det er aktuelt. Problem Hvis kolonnenavnene som er oppgitt i indeksen inneholder tegnene - eller +, vil ikke indeksinformasjonen bli samlet inn, og du får SQL-kode SQL27984W. Eksporten vil bli fullført, og dataene som blir eksportert, vil ikke bli påvirket. Indeksinformasjonen vil imidlertid ikke bli lagret i IXF-filen. Løsning Hvis du skal gjenopprette tabellen ved hjelp av import-kommandoen med CREATE-parameteren, vil ikke indeksene bli gjenopprettet. Du kan opprette indeksene separat ved hjelp av db2look-funksjonen. CLI0116E- eller SQL0428N-feil ved oppkalling av db2ReadLog-APIen Problem Oppkalling av db2ReadLog-APIen fra en applikasjon kan føre til en feil når applikasjonen kobler seg fra databasen hvis en iverksetting eller tilbakestilling ikke er utført før frakoblingen: * Det kan oppstå en CLI0116E-feil hvis db2ReadLog-APIen blir kalt opp fra en CLI-applikasjon. * Det kan oppstå en SQL0428N-feil hvis db2ReadLog-APIen blir kalt opp fra en en innfelt SQL-applikasjon som er skrevet i C. Løsning 1 For ikke innfelte SQL-applikasjoner (non-embedded) kan du slå på autocommit-modus før du kaller opp db2ReadLog-APIen. Løsning 2 Utfør en COMMIT- eller ROLLBACK-setning etter at du har kalt opp db2ReadLog-APIen og før du kobler deg fra databasen. Kommandoen "db2gcf -k" mislykkes på DB2 UDB Workgroup Server Edition Problem Kommandoen db2gcf starter, stopper eller overvåker en DB2 Universal Database-forekomst, vanligvis fra et automatisert skript, for eksempel i en HA-klynge (High Availability). Bruk av db2gcf-systemkommandoen med parameteren -k på DB2 UDB Workgroup Server fungerer ikke. Løsning Kommandoen "db2gcf -k" virker bare på DB2 UDB Enterprise Server Edition og ikke på DB2 UDB Workgroup Server Edition. SQL1224-feil fra DRDA-innpakker (AIX) Hvis en 32-bits DB2 Universal Database-tjener (UDB) kjøres på et AIX-system, og en applikasjon som kjøres på det samme systemet har mer enn en lokal databasetilkobling gjennom DRDA-innpakkeren, kan applikasjonen få følgende feil: SQL1822N Uforutsett feilkode "-1224" ble mottatt fra datakilden "W3_SERVER2". Tilhørende tekst og symboler er: func="DriverConnect" msg="SQL1224N En databaseagent kunne ikke startes for å behandle en forespørsel, eller den ble avsluttet som et resultat av en systemavslutning eller en FORCE-kommando. " SQLSTATE=560BD Du kan unngå denne feilen ved å legge til denne posten i den forente konfigurasjonsfilen (forekomstkatalog/cfg/db2dj.ini): EXTSHM=ON Merk: Når du tilføyer poster i den forente konfigurasjonsfilen, må du stoppe og starte DB2 UDB på nytt for at endringene skal bli aktivert. Du kan også katalogisere den lokale DB2 UDB-databasen som om den er på en TCP/IP-node. For eksempel: CATALOG TCPIP NODE min_node REMOTE min_vert SERVER 123; CATALOG DB mindb AT NODE min_node; CREATE WRAPPER drda; CREATE SERVER min_tjener TYPE DB2/UDB VERSION 8 WRAPPER drda AUTHORIZATION "min_id" PASSWORD "mitt_passord" OPTIONS(ADD DBNAME 'MINDB'); Hurtigtaster fungerer ikke i Microsoft Visual Studio .NET Framework 1.1 Hvis hurtigtastene ikke fungerer i Microsoft Visual Studio .NET Framework 1.1, kan du laste ned en hurtigrettelse fra nettstedet til Microsoft. Du finner hurtigrettelsen i Microsoft Knowledge Base-artikkel Q836745. Språkmiljøet Forenklet kinesisk (AIX) AIX har endret kodesettet som er knyttet til språkmiljøet Forenklet kinesisk, Zh_CN, på: * AIX versjon 5.1.0000.0011 eller senere * AIX versjon 5.1.0 med vedlikeholdsnivå 2 eller senere Kodesettet er endret fra GBK (kodesett 1386) til GB18030 (kodesett 5488 eller 1392). Siden DB2 Universal Database (UDB) for AIX støtter GBK-kodesettet internt og ikke kodesettet GB18030 via Unicode, vil DB2 UDB som standard sette Zh_CN-språkmiljøets kodesett til ISO 8859-1 (kodesett 819), og i noen operasjoner vil også språkmiljøets landområde (territorium) settes til USA. Du kan omgå denne begrensningen på to måter: * Du kan overstyre språkmiljøets kodesett fra GB18030 til GBK og landområdet fra US til Kina (som har landområde-ID CN og landområdekode 86). * Du kan bruke et annet språkmiljø for forenklet kinesisk. Hvis du velger det første alternativet, gir du disse kommandoene: db2set DB2CODEPAGE=1386 db2set DB2TERRITORY=86 db2 terminate db2stop db2start Hvis du bruker det andre alternativet, endrer du språkmiljøet fra Zh_CN til enten ZH_CN eller zh_CN. Kodesettet for språkmiljøet ZH_CN er Unicode (UTF-8), mens kodesettet for språkmiljøet zh_CN er eucCN (kodesett 1383). Språkmiljøet Forenklet kinesisk (Red Hat Linux) Red Hat versjon 8 og senere (inkludert Red Hat Enterprise Linux [RHEL] versjon 2.1 og 3) har endret standard kodesett for forenklet kinesisk fra GBK (kodesett 1386) til GB18030 (kodesett 5488 eller 1392). Siden DB2 Universal Database (UDB) for Linux støtter GBK-kodesettet internt og ikke kodesettet GB18030 via Unicode, vil DB2 UDB som standard sette tilhørende kodesett til ISO 8859-1 (kodesett 819), og i noen operasjoner vil også tilhørende landområde (territorium) settes til USA. Du kan omgå denne begrensningen på to måter: * Du kan overstyre standardkodesettet Red Hat fra GB18030 til GBK og området fra USA til Kina (med område-ID CN og områdekode 86). * Du kan bruke et annet språkmiljø for forenklet kinesisk. Hvis du velger det første alternativet, gir du disse kommandoene: db2set DB2CODEPAGE=1386 db2set DB2TERRITORY=86 db2 terminate db2stop db2start Hvis du velger det andre alternativet, bruker du en av disse kommandoene: export LANG=zh_CN.gbk export LANG=zh_CN export LANG=zh_CN.utf8 der kodesettet knyttet til zh_CN er eucCN eller kodesett 1383, og med zh_CN.utf8 kodesett 1208. Inkompatibilitet for Merant Driver Manager (UNIX) Det er inkompatibilitet med Unicode-støtte når Merant Driver Manager bruker DB2 ODBC-styreprogrammet på UNIX. Denne inkompatibiliteten gjør at Merant Driver Manager bruker Unicode selv om applikasjonen ikke bad om det. Dette kan føre til problemer med komponenter som Datavarehussenter, Information Catalog Manager og MQSI, som krever Merant Driver Manager for å støtte ikke-IBM-datakilder. Du kan bruke et alternativt bibliotek for DB2 ODBC-styreprogrammer, der Unicode-støtte ikke er aktivert, inntil det foreligger en permanent løsning. Et alternativt bibliotek for DB2 ODBC-styreprogrammer, uten Unicode-støtte, er inkludert i DB2 Universal Database (UDB) versjon 8.1 for AIX, HP-UX og Solaris Operating Environment. For å kunne bruke dette alternative biblioteket må du opprette en kopi av det, og gi kopien samme navn som det opprinnelige biblioteket for DB2 ODBC-styreprogrammer. Merk: Det alternative (_36) biblioteket inneholder Unicode-funksjoner som kreves av DB2 JDBC-styreprogrammet. Hvis du bruker dette biblioteket, vil JDBC-applikasjoner, blant annet WebSphere Application Server, fungere sammen med DB2 UDB. Hvis du vil bytte til ODBC-biblioteket som ikke bruker Unicode, i AIX, HP-UX eller Solaris Operating Environment, kan du lese instruksjonene nedenfor. Siden dette er en manuell prosess, må du utføre den hver gang du oppdaterer produktet, også etter at du har installert flere opprettingspakker eller endringsnivåer etter hverandre. Fremgangsmåte AIX Slik oppretter du det alternative biblioteket på AIX: 1. Som forekomsteier avslutter du alle databaseforekomster ved hjelp av kommandoen db2stop force. 2. Bruk forekomst-IDen for DB2-administrasjonstjeneren (DAS) til å avslutte DAS-forekomsten ved hjelp av kommandoen db2admin stop force. 3. Reservekopier den originale filen db2.o i katalogen /usr/lpp/db2_81/lib. 4. Bruk root-autorisasjon til å kjøre kommandoen slibclean. 5. Kopier filen db2_36.o til reservekopifilen db2.o, og pass på at eierforhold og tillatelser forblir konsistente. Utfør disse kommandoene: cp db2_36.o db2.o -r--r--r-- bin:bin for db2.o Hvis du vil bytte tilbake til det opprinnelige objektet, følger du samme prosedyre og bruker reservekopifilen i stedet for filen db2_36.o. Solaris Operating Environment Slik oppretter du det alternative biblioteket på Solaris: 1. Som forekomsteier avslutter du alle databaseforekomster ved hjelp av kommandoen db2stop force. 2. Bruk forekomst-IDen for DB2-administrasjonstjeneren (DAS) til å avslutte DAS-forekomsten ved hjelp av kommandoen db2admin stop force. 3. Reservekopier den originale filen libdb2.so.1 i katalogen /opt/IBMdb2/V8.1/lib. 4. Kopier filen libdb2_36.so.1 til reservekopifilen libdb2.so.1, og pass på at eierforhold og tillatelser forblir konsistente. Utfør disse kommandoene: cp libdb2_36.so.1 libdb2.so.1 -r-xr-xr-x bin:bin libdb2.so.1 5. Kjør kommandoen db2iupdt for hver databaseforekomst og kommandoen dasupdt for DAS-forekomsten. Hvis du vil bytte tilbake til det opprinnelige objektet, følger du samme prosedyre og bruker reservekopifilen i stedet for filen libdb2_36.so.1. HP-UX PA-RISC Slik oppretter du det alternative biblioteket på HP-UX PA-RISC: 1. Avslutt alle databaseforekomstene ved hjelp av kommandoen db2stop force. 2. Avslutt DB2 Administration Server-forekomsten (DAS) ved hjelp av kommandoen db2admin stop force. 3. Reservekopier den originale filen libdb2.sl i katalogen /opt/IBMdb2/V8.1/lib. 4. Kopier filen libdb2_36.sl til reservekopifilen libdb2.sl, og pass på at eierforhold og tillatelser forblir konsistente. Bruk denne kommandoen for å beholde konsistensen: cp libdb2_36.sl libdb2.sl -r-xr-xr-x bin:bin for libdb2.sl 5. Kjør kommandoen db2iupdt for hver databaseforekomst og kommandoen dasupdt for DAS-forekomsten. Hvis du vil bytte tilbake til det opprinnelige objektet, følger du samme prosedyre og bruker reservekopifilen i stedet for filen libdb2_36.sl. HP-UX på IA64 Slik oppretter du det alternative biblioteket på HP-UX på IA64: 1. Avslutt alle databaseforekomstene ved hjelp av kommandoen db2stop force. 2. Avslutt DB2 Administration Server-forekomsten (DAS) ved hjelp av kommandoen db2admin stop force. 3. Reservekopier den originale filen libdb2.so i katalogen /opt/IBMdb2/V8.1/lib. 4. Kopier filen libdb2_36.so til reservekopifilen libdb2.so, og pass på at eierforhold og tillatelser forblir konsistente. Bruk denne kommandoen for å beholde konsistensen: cp libdb2_36.so libdb2.so -r-xr-xr-x bin:bin for libdb2.so 5. Kjør kommandoen db2iupdt for hver databaseforekomst og kommandoen dasupdt for DAS-forekomsten. Hvis du vil bytte tilbake til det opprinnelige objektet, følger du samme prosedyre og bruker reservekopifilen i stedet for filen libdb2_36.so. Andre UNIX-operativsystemer Kontakt IBM Kundeservice hvis du trenger hjelp til DB2 UDB og Merant Driver Manager på andre UNIX-operativsystemer. NFS APAR IY32512 - Utilgjengelige tråder (AIX) AIX 5 NFS APAR IY32512 kan gjøre at kommandoen db2stop mislykkes på systemer med et stort antall partisjoner. Låsedemonen kan slutte å svare på en tjener som mottar et stort antall forespørsler om blokkering av låser på filer som allerede er låst. Denne situasjonen oppstår når alle tilgjengelige låste tråder er tildelt til tråder som venter på at låsene skal bli tilgjengelige, slik at det ikke er noen tilgjengelige tråder som kan ta over arbeidet når forespørselen om å låse opp blir sendt. Når denne situasjonen oppstår, må nodene som er stoppet, startes på nytt. Det finnes en løsning for denne situasjonen i DB2 Universal Database, som er å stoppe nodene en av gangen ved hjelp av alternativet NODENUM for kommandoen db2stop. Feil i forkompilatorvalget SQLFLAG(STD) Hvis forkompileringsvalget SQLFLAG(STD) er valgt, vil det forårsake følgende feil: Abend C6 occurred while running Precompile program DSNHPC Fjern forkompileringsvalget SQLFLAG (STD) når du bruker utviklingssenteret til å opprette lagrede SQL-prosedyrer for kjøring på DB2 Universal Database for z/OS versjon 8. Tilkoblingsgruppering (connection pooling) må aktiveres når Sysplex brukes i DB2 Connect Problem DB2 Connect ruter ikke tilkoblinger til et annet medlem av en DDF (Distributed Data Facility) når medlemmet av DDF i datadelingsgruppen på OS390 er avsluttet. Med Sysplex aktivert ruter DB2 Connect tilkoblinger til et annet medlem i DDF i henhold til tjenerlisten. Med DB2 Connect versjon 8 ble Sysplex utformet med bruk av agentområder i tankene. Sysplex-tjenerlisten blir frigitt hvis det ikke er noen agenter og ingen tilkoblinger til en database. Derfor må det beholdes minst en agent for å vedlikeholde Sysplex-tjenerlisten. Løsning Aktiver tilkoblingsgruppering ved å kjøre disse kommandoene: db2 update dbm cfg using num_poolagents antall db2stop db2start der antall er det maksimale antall agenter som skal tillates for gruppering på DB2-forekomsten. Tilkoblingsgruppering blir aktivert når antall er større enn 0. Anbefaling Sett num_poolagents til -1, som betyr halvparten av verdien som er tildelt konfigurasjonsparameteren maxagents DB2 Connect Custom Advisor Selv om den er dokumentert i DB2 Connect User's Guide, støttes ikke DB2 Connect Custom Advisor lenger i versjon 8.2. Opprettelse av verktøykatalogdatabase mislykkes (HP-UX) Problem Når du installerer DB2 Universal Database (UDB) versjon 8.2 på HP-UX, mislykkes kommandoen CREATE TOOLS CATALOG med SQLCODE -22209 hvis den kjøres under en 32-bits forekomst og konfigurasjonsparameteren jdk_path for DB2 Administration Server peker til HP-UX SDK 1.4. Feilen oppstår fordi DB2 UDB versjon 8.2 installerer HP-UX SDK 1.4 som standard, men den 32-bits forekomsten av versjon krever HP-UX SDK 1.3 for å kjøre kommandoen CREATE TOOLS CATALOG. Denne feilen kan også oppstå når du installerer DB2 UDB versjon 8.1 opprettingspakke 7 hvis du oppdaterte konfigurasjonsparameteren jdk_path for DB2 Administration Server manuelt slik at den peker til HP-UX SDK 1.4, eller hvis du slettet og gjenopprettet DB2 Administration Server (DAS). Denne feilen oppstår i begge tilfeller fordi konfigurasjonsparameteren jdk_path er endret slik at den peker til HP-UX SDK 1.4. En 32-bits forekomst av DB2 UDB versjon 8.2 krever HP-UX SDK 1.3. Løsning 1 Opprett verktøykatalogen under en 64-bits forekomst. Løsning 2 Opprett verktøykatalogen under en 32-bits forekomst på denne måten: 1. Last ned HP-UX SDK 1.3 fra nettstedet til HP-UX: http://www.hp.com/products1/unix/java/ 2. Installer HP-UX SDK 1.3. 3. Oppdater konfigurasjonsparameteren jdk_path for DB2 Administration Server slik at den peker til HP-UX SDK 1.3. For eksempel: db2 update admin config using JDK_PATH /opt/java1.3 4. Start DB2 Administration Server på nytt. db2admin stop db2admin start 5. Kjør kommandoen CREATE TOOLS CATALOG på nytt under den 32-bits forekomsten. Vise Indic-tegn i grafiske DB2-verktøy Hvis du har problemer med å vise Indic-tegn når du bruker de grafiske DB2-verktøyene, er det mulig at du ikke har de nødvendige fontene installert på systemet. DB2 Universal Database (UDB) har pakket disse proporsjonale IBM TrueType- og OpenType-fontene for Indic-språk. Du kan finne disse fontene i katalogen font på en av disse CDene: * IBM Developer Kit, Java Technology Edition (64-bits) for AIX 5L * DB2 Embedded Application Server og applikasjoner (XML Registry, Web Administration-verktøy og Java Distributed Debugger) for ditt operativsystem Disse fontene skal kun brukes sammen med DB2 UDB. Du kan ikke selge eller distribuere disse fontene: Tabell 9. Indic-fonter pakket sammen med DB2 UDB +-----------------------+----------------------+----------------------+ | Skriftsnitt | Vekt | Navn på fontfil | +-----------------------+----------------------+----------------------+ | Devanagari MT for IBM | Middels | devamt.ttf | +-----------------------+----------------------+----------------------+ | Devanagari MT for IBM | Fete typer | devamtb.ttf | +-----------------------+----------------------+----------------------+ | Tamil | Middels | TamilMT.ttf | +-----------------------+----------------------+----------------------+ | Tamil | Fete typer | TamilMTB.ttf | +-----------------------+----------------------+----------------------+ | Telugu | Middels | TeluguMT.ttf | +-----------------------+----------------------+----------------------+ | Telugu | Fete typer | TeleguMTB.ttf | +-----------------------+----------------------+----------------------+ Du finner detaljert informasjon om hvordan du installerer fontene og endrer filen font.properties, i avsnittet om internasjonalisering i dokumentasjonen til IBM Development Kit for Java. I tillegg leveres også disse Microsoft-produktene med Indic-fonter som kan brukes sammen med DB2s grafiske verktøy: * Microsoft Windows 2000-operativsystem * Microsoft Windows XP-operativsystem * Microsoft Publisher * Microsoft Office Grafiske verktøy støttes ikke for zSeries-tjenere (Linux) Med unntak av veiviseren for DB2-installering fungerer ikke de grafiske verktøyene på zSeries-tjenere som kjører operativsystemet Linux. Denne begrensningen omfatter alle elementer som vanligvis startes fra startpanelet for installering, for eksempel Rask innføring. Hvis du ønsker å bruke de grafiske verktøyene sammen med et av disse systemene, installerer du de administrative verktøyene på et klientsystem med en annen systemkonfigurasjon, og bruker denne klienten til å koble deg til zSeries-tjeneren. Bruk anførselstegn rundt søkeord i DB2 Informasjonssenter hvis de inneholder tall Du må bruke anførselstegn rundt søkeord som inneholder tall for å få nøyaktige søkeresultater i DB2 Informasjonssenter. Hvis du for eksempel bruker dette søkeordet, får du ingen treff: 1.4.1 Hvis du derimot skriver anførselstegn rundt søkeordet, vil du få det forventede søkeresultatet: "1.4.1" Et søk etter dette ordet vil returnere flere emner: DB20000I Et søk etter dette ordet fungerer bedre: "DB20000I" Loggfil i informasjonskatalogsenteret genereres ikke ved import av kodespråkfiler Hvis det ikke genereres en loggfil for Informasjonskatalogsenter når du importerer kodespråkfiler til Informasjonskatalogsenter, gjør du slik: Hvis du kjører db2icmimport fra en kommandolinje: * Hvis utdatafilene ikke ble generert (.xml, .out, .err, .log), er det sannsynligvis en feil i kommandolinjen. Kontroller at de første fem argumentene, som er UserId, Password, Database, Catalog og Tagfile, er riktige. Du får frem syntaksen ved å skrive db2icmimport. Hvis dette ikke løser problemet, endrer du db2icmimport slik at det registrerer utdata fra db2javit, ved å bruke parameteren -g til å lagre utdataene til fil. For eksempel: db2javit -j:com.ibm.db2.common.icm.tag.IcmImport -w: -i: -o:"-Xmx128m -Xms32m" -g:"d:\temp\myimport.trc" ... * Hvis det ikke ble generert en loggfil, er det vanligvis en analysefeil. Se på .xml-filen og .out-filen. Hvis du kan, setter du inn kommandoen ":COMMIT.CHKPID(DEBUG)" ved begynnelsen av kodespråkfilen. Denne kommandoen vil generere rapportmeldinger for feilsøking og sjekke .xml- og .out-filene for analysefeil. * Etter analysen skal feil være registrert i .log-filen. Når feilsøkingsrapporten genereres, kan du se etter informasjon i .log-filen og .out-filen. * Sjekk alltid .err-filen for å se om det er en kjøretidsfeil. Ved import av kodespråkfiler ved hjelp av det grafiske brukergrensesnittet til Informasjonskatalogsenter: * Når du importerer kodespråkfiler ved hjelp av det grafiske brukergrensesnittet, blir det ikke generert noen .out-fil eller .err-fil. * Hvis det genereres en .log-fil eller .xml-fil, forsøker du å feilsøke ved hjelp av dem. * Hvis de ikke genereres, eller hvis de ikke er til hjelp, utfører du importprosessen fra en kommandolinje for å få flere opplysninger. Binde Query Patroller-pakker Hvis Query Patroller-pakkene ikke blir bundet etter at det er installert en opprettingspakke, kan en bruker uten DBADM-autorisasjon eller riktige Query Patroller-rettigheter få denne feilen når hun bruker Query Patroller-senteret eller Query Patroller-kommandolinjen: SQL0001N - Bindingen eller forkompileringen ble ikke utført. Hvis du bruker Query Patroller-senteret, blir SQL0001N-feilen loggført i filen qpdiag.log. Hvis du bruker Query Patroller-kommandolinjen, blir SQL0001N returnert til konsollen. Det finnes kode for automatisk start av bindingen. Den automatiske bindingen mislykkes imidlertid når brukeren ikke har de nødvendige rettighetene til å utføre alle setninger i Query Patroller-pakkene. Et symptom på dette problemet er at det mangler mapper i Query Patroller-senteret. Dette problemet kan unngås ved at qpserver.lst-pakkene blir bundet manuelt av en bruker med DBADM-autorisasjon eller de nødvendige rettighetene etter at en opprettingspakke er installert. Utilgjengelige porter med Query Patroller (Windows) Problem Sendte spørringer i Query Patroller kan motta SQL-kode -29007 når det ikke finnes flere tilgjengelige porter på Windows XP eller Windows 2003. Sannsynligheten for denne feilen øker med antall klienter som bruker Query Patroller. Løsning Definer disse Windows-registervariablene: MaxUserPort=65534 TcpTimedWaitDelay=30 og start systemet på nytt for å aktivere endringene. Du finner mer informasjon om Windows-registervariabler på Microsofts nettside http://support.microsoft.com/. Sikre miljøer (Windows) Du kan få filtillatelsesproblemer hvis du bruker DB2 Universal Database (UDB) på Windows og ikke er administrator på Windows-systemet. Hvis du får feilmeldingen SQL1035N, SQL1652N eller SQL5005C, er mulige årsaker og løsninger som følger: Brukeren har ikke tilstrekkelig autorisasjon til katalogen sqllib Problem Brukeren fikk feilmeldingen SQL1035N eller SQL1652N ved forsøk på åpne DB2 CLP eller kommandovinduet. DB2 UDB-koden (kjernefilene) er installert i en katalogstruktur med begrensede skriverettigheter, men noen DB2 UDB-verktøy må kunne skrive til og opprette filer i DB2INSTPROF-katalogen. Løsning Opprett en ny katalog der du kan gi brukerne minst MODIFY-tillatelse, og bruk enten db2set -g db2tempdir for å peke på den nye katalogen, eller definer variabelen db2tempdir i Windows-systemet. Brukeren har ikke tilstrekkelig autorisasjon til å skrive til katalogen , selv om brukeren tilhører SYSADM_GROUP Problem Brukeren fikk systemfeilen SQL5005C ved forsøk på å oppdatere databasesystemets konfigurasjonsfil (update dbm cfg). Brukeren har ikke nødvendige NTFS-tillatelser til å skrive til katalogen sqllib\instance_dir, selv om du har tilføyd brukeren til SYSADM_GROUP. Første løsning Gi brukerne minst MODIFY-tillatelse til katalogen instance_dir på filsystemnivå. Andre løsning Opprett en ny katalog der du kan gi brukeren minst MODIFY-tillatelse. Bruk kommandoen db2set db2instprof for å peke på den nye katalogen. Du må enten gjenopprette forekomsten slik at informasjonen blir lagret under den nye forekomstkatalogen som er angitt av db2instprof, eller flytte den gamle forekomstkatalogen til den nye katalogen. XML Extender-programeksempler har fått nye navn Noen XML Extender-eksempelprogrammer har kanskje samme navn som andre installerte programmer. Hvis du utilsiktet starter et annet program med samme navn som et XML Extender-eksempelprogram, kan XML-filene dine bli ødelagt. Listen nedenfor viser de gamle navnene på eksempelprogrammene i XML Extender, i tillegg til nye erstatningsprogrammer som ikke skal forårsake konflikter på samme måte. Pass på at du bruker de nye navnene på eksempelprogrammene i stedet for de gamle, slik at du unngår å ødelegge XML-filene dine. Tabell 10. Nye programeksempler for XML Extender (Windows) +----------------------------------+----------------------------------+ | Gammelt program (ikke bruk) | Nytt program (bruk) | +----------------------------------+----------------------------------+ | insertx.exe | dxxisrt.exe | +----------------------------------+----------------------------------+ | retrieve.exe | dxxretr.exe | +----------------------------------+----------------------------------+ | retrieve2.exe | dxxretr2.exe | +----------------------------------+----------------------------------+ | retrievec.exe | dxxretrc.exe | +----------------------------------+----------------------------------+ | shred.exe | dxxshrd.exe | +----------------------------------+----------------------------------+ | tests2x.exe | dxxgenx.exe | +----------------------------------+----------------------------------+ | tests2xb.exe | dxxgenxb.exe | +----------------------------------+----------------------------------+ | tests2xc.exe | dxxgenxc.exe | +----------------------------------+----------------------------------+ Tabell 11. Nye eksempelprogrammer for XML Extender (Linux og UNIX) +----------------------------------+----------------------------------+ | Gammelt program (ikke bruk) | Nytt program (bruk) | +----------------------------------+----------------------------------+ | insertx | dxxisrt | +----------------------------------+----------------------------------+ | retrieve | dxxretr | +----------------------------------+----------------------------------+ | retrieve2 | dxxretr2 | +----------------------------------+----------------------------------+ | retrievec | dxxretrc | +----------------------------------+----------------------------------+ | shred | dxxshrd | +----------------------------------+----------------------------------+ | tests2x | dxxgenx | +----------------------------------+----------------------------------+ | tests2xb | dxxgenxb | +----------------------------------+----------------------------------+ | tests2xc | dxxgenxc | +----------------------------------+----------------------------------+ Bruke de nye programeksemplene sammen med sqx-eksempelfilene Kildekoden (.sqx-filer) for de utførbare filene oppført ovenfor ligger i katalogen samples\db2xml\c i installeringsstrukturen. Kildefilene har fortsatt sine gamle navn. Hvis du gjør endringer i kildekoden, kopierer du de nykompilerte utførbare filene (med gamle navn) til katalogen sqllib\bin. På Windows-plattformer må du lage en ekstra kopi, gi den nytt navn som det nye navnet ovenfor og kopiere den til bin-katalogen. Begge kopier erstatter de eksisterende filene i bin-katalogen. For eksempel må du etter kompilering av den nye versjonen av shred.exe lage to kopier og erstatte filene i bin-katalogen: en kalt shred.exe og en annen omdøpt til dxxshrd.exe. På Linux- og UNIX-plattformer trenger du bare å erstatte filen med det gamle navnet med den nykompilerte versjonen. Hvis du oppretter nye utførbare filer fra disse eksemplene, må du kopiere de nye filene fra katalogen \SQLLIB\samples\db2xml\c\ til katalogen \SQLLIB\bin\ og deretter lage en ekstra kopi og endre navnet på dem i henhold til tabellen ovenfor. Oppløse dokumenter i XML Extender som inneholder ikke-entydige attributter og elementnavn Du kan nå oppløse dokumenter som inneholder ikke-entydige attributter eller ikke-entydig elementnavn som tilordnes til forskjellige kolonner (i samme eller andre tabeller) uten å få feil DXXQ045E. Her er et eksempel på et XML-dokument med ikke-entydige attributter og ikke-entydig elementnavn: John Smith Jane Doe xxxx-xxxx 2 12.50 yyyy-yyyy 4 24.99 Medfølgende DAD, som tilordner dupliserte elementer og attributter til andre kolonner, ser slik ut:
order_tab.order_id=detail_tab.order_id
detail_tab" />
Innholdet i tabellene vil se slik ut etter at dokumentet ovenfor er oppløst: ORDER _TAB: ORDER_ID CUST_ID CUST_NAME SALESP_ID SALESP_NAME 0001-6789 1111 John Smith 1234 Jane Doe DETAIL_TAB: ORDER_ID ITEMNO QUANTITY UNIT_PRICE 0001-6789 xxxx-xxxx 2 12.50 0001-6789 yyyy-yyyy 4 24.99 Merk: Hvis du skal tilordne flere elementer og attributter til samme kolonne i samme tabell, definerer du et kallenavn for tabellen og bruker kallenavnet i elementet DAD for en av tilordningene. Forskjeller mellom SNA og TCP/IP ved bruk av DB2 Connect Når du kobler deg til et OS/390-system ved hjelp av SNA, utfører VTAM-laget på vertsmaskinen automatisk en iverksetting når den nye tilkoblingen blir opprettet. Den automatiske iverksettingen gjør at trådstatusen på vertsmaskinen kan være inaktiv, og tråden blir umiddelbart inaktiv. Når du kobler deg til et OS/390-system ved hjelp av TCP/IP, utføres det imidlertid ikke en automatisk iverksetting. Applikasjonen må selv utføre en eksplisitt iverksetting etter tilkoblingen for å gjøre det mulig for tråden å være inaktiv på vertsmaskinen. Uten den eksplisitte iverksettingen kan tråden få et tidsavbrudd på grunn av at den er uvirksom. Anbefalt løsning er å skrive om applikasjonen slik at den utfører en eksplisitt iverksetting hvis forbindelsen blir uvirksom etter tilkoblingen. Oppdateringer av dokumentasjon Administrasjon: Implementering Automatisk lager Formatet til navnene på containerne er endret slik at tabellplass-IDen og container-IDen også er endret. Dette er det nye formatet: //NODE#### /T####### /C#######. der * /T####### er tabellplass-IDen. For eksempel T0000003. * /C####### er container-IDen. For eksempel C0000012. Definere en generert kolonne på en eksisterende tabell Fra og med DB2(R) Universal Database versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), kan genererte kolonner brukes i entydige indekser. Genererte kolonner kan ikke brukes i begrensninger, referansebegrensninger, primærnøkler og globale midlertidige tabeller. En tabell som er opprettet med LIKE og materialiserte utsnitt arver ikke egenskaper for genererte kolonner. Samlingsregistervariabler Når du har definert DB2WORKLOAD=SAP, blir ikke brukertabellplassen SYSTOOLSPACE og den midlertidige brukertabellplassen SYSTOOLSTEMPSPACE opprettet automatisk. Disse tabellplassene brukes for tabeller som opprettes automatisk av disse veiviserne, programmene eller funksjonene: * Automatisk vedlikehold * Utformingsrådgiver * Informasjonsbilde for kontrollsenterdatabase * Den lagrede prosedyren SYSINSTALLOBJECTS, hvis inndataparameteren for tabellplassen ikke er oppgitt * Den lagrede prosedyren GET_DBSIZE_INFO Uten tabellplassene SYSTOOLSPACE og SYSTOOLSTEMPSPACE kan du ikke bruke disse veiviserne, programmene eller funksjonene. For å kunne bruke veiviserne, programmene eller funksjonene må du gjøre en av disse tingene: * Opprett SYSTOOLSPACE manuelt (bare på katalognoden hvis du bruker DPF). For eksempel: CREATE REGULAR TABLESPACE SYSTOOLSPACE IN IBMCATGROUP MANAGED BY SYSTEM USING ('SYSTOOLSPACE') * Kall SYSINSTALLOBJECTS for å opprette objekter og oppgi en gyldig tabellplass for hver av disse verktøynavnene: "DB2AC", "POLICY" og "STMG_DBSIZE_INFO" Når du har utført minst ett av disse alternativene, oppretter du en midlertidig brukertabellplass (også bare på katalognoden hvis du bruker DPF). For eksempel: CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE IN IBMCATGROUP MANAGED BY SYSTEM USING ('SYSTOOLSTMPSPACE') Når tabellplassen SYSTOOLSPACE og den midlertidige tabellplassen SYSTOOLSTEMPSPACE er opprettet, kan du bruke veiviserne, programmene eller funksjonene som er nevnt ovenfor. Vurderinger om autentisering for fjernklienter Autentiseringstypen DATA_ENCRYPT_CMP er laget for å tillate klienter fra en tidligere utgave som ikke støtter datakryptering, å koble seg til en tjener med SERVER_ENCRYPT-autentisering i stedet for DATA_ENCRYPT. Denne autentiseringen virker ikke når disse tre beskrivelsene stemmer: * Klientnivået er versjon 7.2. * Portnernivået er versjon 8 opprettingspakke 7 eller senere. * Tjeneren er versjon 8 opprettingspakke 7 eller senere. I denne situasjonen kan ikke klienten koble seg til tjeneren. For å gjøre en tilkobling mulig må du enten oppgradere klienten til versjon 8, eller bruke et portnernivå på versjon 8 opprettingspakke 6 eller tidligere. Støtte for Direct I/O (DIO) og Concurrent I/O (CIO) Direct I/O (DIO) forbedrer minneytelsen fordi den ikke bruker hurtigbufring på filsystemnivå. Denne prosessen reduserer CPU-bruken og gjør mer minne tilgjengelig for databaseforekomsten. Concurrent I/O (CIO) har fordelene ved DIO og avlaster i tillegg serieomkodingen for skrivetilganger. DB2 Universal Database (UDB) støtter DIO og CIO på AIX, og DIO på HP-UX, Solaris Operating Environment, Linux og Windows. Nøkkelordene NO FILE SYSTEM CACHING og FILE SYSTEM CACHING er en del av SQL-setningene CREATE og ALTER TABLESPACE for å gjøre det mulig å oppgi om DIO eller CIO skal brukes sammen med hver enkelt tabellplass. Når NO FILE SYSTEM CACHING er i bruk, prøver DB2 UDB å bruke CIO der det er mulig. I tilfeller der CIO ikke støttes (for eksempel hvis JFS brukes), brukes DIO i stedet. Hvis du vil vite mer om dette, kan du lese artikkelen "Improve database performance on file system containers in IBM DB2 UDB Stinger using Concurrent I/O on AIX" på denne URLen: http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/ Distributørteknologi og automatisk klientomdirigering Denne informasjonen er en del av Administration Guide: Implementation Appendix B "Using automatic client rerouting": Funksjonen for automatisk klientomdirigering i DB2 Universal Database for Linux, UNIX, og Windows gjør det mulig for klientapplikasjoner å gjenoppta arbeidet etter brudd på kommunikasjonen med tjeneren, ved å automatisk gjenopprette databasetilkoblingen fra klienten til tjeneren, slik at applikasjonen kan fortsette å arbeide med minst mulig avbrudd. Når forbindelsen mellom en klient og en tjener brytes, blir klientens forespørsel om gjenoppretting av forbindelsen distribuert til et definert sett med systemer av en distributør eller fordeler, for eksempel WebSphere EdgeServer Du bruker kanskje Distributor Technology i et liknende miljø som dette: Client --> Distributor Technology --> (DB2 Connect-tjener 1 eller DB2 Connect-tjener 2) --> DB2 z/OS der * Distributor Technology-komponenten har TCP/IP-vertsnavnet DThostname * DB2 Connect-tjener 1 har TCP/IP-vertsnavnet GWYhostname1 * DB2 Connect-tjener 2 har TCP/IP-vertsnavnet GWYhostname2 * DB2 z/OS-tjeneren har TCP/IP-vertsnavnet zOShostname Klienten blir katalogisert ved hjelp av DThostname for å kunne bruke distributørteknologien til å få tilgang til en av DB2 Connect-tjenerne. Distributørteknologien bestemmer om det er GWYhostname1 eller GWYhostname2 som skal brukes. Så snart avgjørelsen er tatt, har klienten en direkte socket-tilkobling til en av disse to DB2 Connect-portnerne. Så snart socket-tilkoblingen er opprettet til den valgte DB2 Connect-tjeneren, har du en vanlig forbindelse mellom klienten, DB2 Connect-tjeneren og DB2 z/OS. La oss for eksempel anta at distributøren velger GWYhostname2. Det gir dette miljøet: Klient --> DB2 Connect-tjener 2 --> DB2 z/OS Distributøren prøver ikke om igjen noen av tilkoblingene hvis det oppstår en kommunikasjonsfeil. Hvis du ønsker å aktivere funksjonen for automatisk klientomdirigering for en database i et slikt miljø, må den alternative tjeneren for den eller de tilknyttede databasene på DB2 Connect-tjeneren (DB2 Connect-tjener 1 eller DB2 Connect-tjener 2) konfigureres som distributør (DThostname). Hvis da DB2 Connect-tjener 1 blir låst av en eller annen grunn, utløses den automatiske klientomdirigeringen slik at klienttilkoblingen blir forsøkt på nytt med distributøren som både primær og alternativ tjener. Dette alternativet gjør det mulig å kombinere og opprettholde distributørfunksjonene sammen med DB2-funksjonen for automatisk klientomdirigering. Selv om du definerer den alternative tjeneren til en annen vert enn distributørens vertsnavn, vil klientene ha funksjonen for automatisk klientomdirigering. Klientene vil imidlertid opprette direkte tilkoblinger til den definerte alternative tjeneren og hoppe over distributørteknologien, slik at distributørens fordeler ikke kan utnyttes. Automatisk klientomdirigering fanger opp disse sql-kodene: * sqlcode -20157 * sqlcode -1768 (årsakskode = 7) Automatisk klientomdirigering og katalogisering på en DB2 Connect-tjener Vurder følgende to situasjoner som omfatter tilkoblingsmuligheter for alternative tjenere med DB2 Connect-tjeneren: * Den første situasjonen gjelder bruk av DB2 Connect-tjeneren for å gi tilgang til en vertsdatabase eller en iSeries-database på vegne av både fjerntliggende og lokale klienter. I slike situasjoner kan det oppstå usikkerhet rundt informasjonen om tilkoblingsmulighet for alternativ tjener i en post i systemets databasekatalog. Du kan redusere denne usikkerheten ved å vurdere å katalogisere to poster i systemets databasekatalog for å representere den sammen vertsdatabasen eller iSeries-databasen. Katalogiser en post for fjerntliggende klienter og en annen for lokale klienter. * Den andre situasjonen oppstår når informasjonen om alternativ tjener som returneres fra en måltjener bare holdes i en hurtigbuffer. Hvis DB2-prosessen avsluttes, går dataene (og dermed informasjonen om alternativ tjener) i hurtigbufferen tapt. Støtte for lokal systemkonto (Windows) Applikasjoner som kjøres i konteksten til den lokale systemkontoen (LSA) støttes på alle Windows-plattformer unntatt Windows ME. Støtte for todelt bruer-ID CONNECT-setningen og ATTACH-kommandoen støtter todelte bruker-IDer. Kvalifikatoren til den SAM-kompatible bruker-IDen er NetBIOS-oppsettnavnet som har en maksimal lengde på 15 tegn. Denne funksjonen støttes ikke på Windows ME. Informasjon om Kerberos-autentisering Kerberos og klientprinsipaler Du kan overstyre Kerberos-tjenerens prinsipalnavn som brukes av DB2 Universal Database (UDB)-tjeneren på UNIX- og Linux-operativsystemer. Sett systemvariabelen DB2_KRB5_PRINCIPAL til tjenerens fullstendige prinsipalnavn. Forekomsten må startes på nytt fordi tjenerens prinsipalnavn bare gjenkjennes av DB2 UDB etter at db2start er kjørt. Tilleggsopplysninger om Kerberos-støtte Forutsetninger for Linux Forutsetningene for Kerberos-støtte på Linux er ikke beskrevet riktig i dokumentasjonen. Kerberos-tilleggsmodulen for sikkerhet som følger med DB2, støttes på Red Hat Enterprise Linux Advanced Server 3 med IBM Network Authentication Service (NAS) 1.4-klienten. Kompatibilitet for zSeries og iSeries For tilkoblinger til zSeries og iSeries må databasen katalogiseres med parameteren AUTHENTICATION KERBEROS, og parameternavnet for TARGET PRINCIPAL må spesifiseres eksplisitt. Verken zSeries eller iSeries støtter gjensidig autentisering. Windows-problemstillinger * På grunn av måten Windows oppdager og rapporterer visse feil, kan de følgende tilstandene resultere i en uventet feil i en tilleggsmodul for klientsikkerhet (SQL30082N, rc=36): * Utløpt konto * Ugyldig passord * Utgått passord * Endring av passord tvunget av administrator * Deaktivert konto I tillegg vil DB2-administrasjonsloggen eller db2diag.log i alle tilfeller indikere "Logon failed" eller "Logon denied." * Hvis et domenekontonavn også er definert lokalt, vil tilkoblinger som spesifiserer domenenavnet og passordet eksplisitt mislykkes med følgende feil: Den lokale sikkerhetsautoriteten kan ikke kontaktes Feilen forårsakes av at Windows finner den lokale brukeren først. Løsningen er å kvalifisere brukeren fullstendig i tilkoblingsstrengen. For eksempel: navn@DOMENE.IBM.COM * Windows-kontoer kan ikke inneholde tegnet @ i navnet fordi tegnet tolkes som domeneskilletegn av Kerberos-tilleggsmodulen i DB2. * Ved samkjøring med andre plattformer enn Windows, må du forsikre deg om at alle domenetjenerkontoer og klientkontoer i Windows er konfigurert til å bruke DES-kryptering. Hvis kontoen som blir brukt til å starte DB2-tjenesten ikke er konfigurert til å bruke DES-kryptering, kan ikke DB2-tjeneren godta Kerberos-kontekster. DB2 Universal Database vil få en uventet feil i tilleggsmodulen, og loggfører at APIen AcceptSecurityContext returnerte SEC_I_CONTINUE_NEEDED (0x00090312L). Du kan finne ut om Windows-kontoene er konfigurert til å bruke DES-kryptering, ved å se under kontoegenskapene i Active Directory. Du må kanskje starte på nytt hvis kontoegenskapene blir endret. * Hvis både klienten og tjeneren er på Windows, kan DB2-tjenesten startes under den lokale systemkontoen. Hvis klienten og tjeneren er i forskjellige domener, kan det hende at tilkoblingen mislykkes med et ugyldig målprinsipalnavn. Løsningen er å katalogisere målprinsipalnavnet eksplisitt på klienten ved å bruke det fullstendige vertsnavnet på tjeneren og det fullstendige domenenavnet, i dette formatet: host/@ For eksempel: host/myhost.domain.ibm.com@DOMAIN.IBM.COM Hvis ikke må du starte DB2-tjenesten under en gyldig domenekonto. Administrasjon: Ytelse Governor-funksjonen En Governor-forekomst (styrer) består av en forgrunnsfunksjon og en eller flere demoner. Hver forekomst du starter av styreren, er spesifikk for en forekomst av databasesystemet. Når du starter styreren, startes som standard en styrerdemon på hver partisjon for en partisjonert database. Du kan imidlertid oppgi at en demon skal startes på en enkelt partisjon som du ønsker å overvåke. Merknader: 1. Når styreren er aktiv, kan styrerens snapshot-forespørsler påvirke ytelsen til databasesystemet. For å forbedre ytelsen kan du øke styrerens oppstartingsintervall for å redusere CPU-bruken. 2. Styrerdemoner sender LOKALE snapshot til den lokale forekomsten under kjøring. Derfor blir eventuelle regler som inneholder setlimit-ledd, brukt på utdata fra LOKALE snapshot-utdata i stedet for de samlede resultatene fra GLOBALE snapshot. Hver styrerdemon samler inn informasjon om applikasjonene som kjøres mot databasen. Deretter sjekker den denne informasjonen mot reglene du oppgir i styrerens konfigurasjonsfil for denne databasen. Velg en metode for tabellomorganisering Hvis du vurderer å bruke en tabellomorganisering av typen in-place (i stedet for klassisk tabellomorganisering), må du huske på at in-place-tabellomorganisering krever mer loggplass. Siden in-place-tabellomorganisering logger sine aktiviteter slik at det er mulig å utføre gjenoppretting etter en uventet feil, krever den mer loggplass enn klassisk omorganisering. Det er mulig at in-place-omorganisering krever loggplass som er flere ganger størrelsen på den omorganiserte tabellen. Hvor mye plass som kreves, avhenger av hvor mange rader som blir flyttet, og hvor mange og hvor store indekser det er på tabellen. Anbefaling: Velg in-place-tabellomorganisering for 24x7-drift der det er vanskelig å stoppe systemet for vedlikehold. Med en tilkoblet (online) tabellomorganisering av en DMS-tabell er det mulig å starte en tilkoblet reservekopiering av en tabellplass der tabellen ligger, mens omorganiseringen utføres. Det kan oppstå lock wait-situasjoner for omorganiseringsoperasjonen i TRUNCATE-fasen. Les beskrivelsene av REORG TABLE-syntaksen hvis du vil vite mer om hvordan du utfører disse metodene for tabellomorganisering. Støtte for store sider for FCM-minne (AIX 5L 64-bit) På AIX 5L 64-bit støtter nå registervariabelen DB2_LARGE_PAGE_MEM nøkkelordet FCM. Som standard på AIX 5L(TM) 64-bit er FCM-minnet i DBMS-minnesettet. Når registervariabelen DB2_FORCE_FCM_BP er aktivert, er imidlertid FCM-minnet i et eget minnesett. På AIX 5L 64-bit støtter DB2_LARGE_PAGE_MEM spesifikasjonen av DBMS-minnesettet. Når FCM-minnet er i DBMS-minnesettet, og støtten for store sider er aktivert for det minnesettet, vil FCM-minnet bruke store sider. Når FCM-minnet er i et eget minnesett, må FCM-nøkkelordet tilføyes til verdien for registervariabelen DB2_LARGE_PAGE_MEM for å aktivere store sider for FCM-minne. Registervariabelen DB2_RESOURCE_POLICY godtar et nytt element Fra og med DB2 Universal Database (UDB) versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), godtar konfigurasjonsfilen som blir oppgitt med registervariabelen DB2_RESOURCE_POLICY, et SCHEDULING_POLICY-element. SCHEDULING_POLICY-elementet kan brukes på noen plattformer til å velge dette: * Operativsystemets planleggingspolicy som brukes av DB2 UDB-tjeneren Merk: Muligheten til å definere et planleggingspolicy i operativsystemet omfatter også DB2 for AIX. Den var tidligere bare tilgjengelig for DB2 UDB for Windows ved hjelp av registervariabelen DB2NTPRICLASS. * Operativsystemets prioriteter som brukes av de enkelte DB2-tjeneragentene Registervariablene DB2PRIORITIES og DB2NTPRICLASS kan brukes hver for seg til å styre operativsystemets planleggingspolicy og definere DB2-agentprioriteter. Spesifikasjonen av et SCHEDULING_POLICY-element i konfigurasjonsfilen for ressurspolicyen gir imidlertid ett enkelt sted for å oppgi både planleggingspolicyen og de tilhørende agentprioritetene. Eksempel 1 Valg av planleggingspolicyen AIX SCHED_FIFO2 med økt prioritet for lese- og skriveprosessene for db2-loggen: SCHED_FIFO2 60 db2loggr 56 db2loggw 56 Eksempel 2 Erstatning for DB2NTPRICLASS=H i Windows. HIGH_PRIORITY_CLASS Nye systemvariabler (Linux) Systemvariablene DB2_MAPPED_BASE og DB2DBMSADDR er tilføyd i opprettingspakke 8. Disse registervariablene bør bare brukes av erfarne brukere. DB2_MAPPED_BASE Variabelnavn DB2_MAPPED_BASE Verdier 0 ELLER (heksadesimal) virtuell adresse i 31-bits og 32-bits adresseområde ELLER NULL (ikke definert) Operativsystemer Linux på x86 og Linux på zSeries (31-bits) Beskrivelse Registervariabelen DB2_MAPPED_BASE kan brukes til å øke størrelsen på det sammenhengende virtuelle adresseområdet som er tilgjengelig for en DB2 Universal Database-prosess ved å flytte tilkoblingsadressen til de delte bibliotekene for den bestemte prosessen. Det sammenhengende virtuelle adresseområdet er viktig for å maksimere størrelsen på det delte databaseminnet som er tilgjengelig for DB2 UDB. Denne variabelen har bare en effekt på distribusjoner som har mapped_base-filen i prosessidentifikasjonskatalogen i proc-filsystemet. DB2 UDB prøver å flytte de delte bibliotekene til den virtuelle adressen 0x10000000 hvis denne variabelen ikke er definert. Registervariabelen kan også defineres til en hvilken som helst virtuell adresse (heksadesimal) innenfor det 31- og 32-bits adresseområdet. Merk: En feil adresse kan forårsake alvorlige problemer med DB2 UDB, for eksempel at det ikke blir mulig å starte DB2 UDB, til at det ikke blir mulig å koble seg til databasen. En feil adresse er en adresse som kolliderer med et område i minnet som allerede er i bruk, eller som er forhåndsdefinert for å bli brukt til noe annet. Du løser dette problemet ved å tilbakestille variabelen DB2_MAPPED_BASE til NULL ved hjelp av denne kommandoen: db2set DB2_MAPPED_BASE= Denne meldingen kan forekomme flere ganger i filen db2diag.log fordi denne endringen må gjøre en gang per logisk node: ADM0506I DB2 has automatically updated the "mapped_base" kernel parameter from "0x40000000(hex) 1073741824(dec)" to the recommended value "0x10000000(hex) 268435456(dec)". Denne meldingen vil bare bli vist hvis defineringen av registervariabelen var vellykket, og den vil inneholde adressen som de delte bibliotekene ble flyttet til. DB2DBMSADDR Variabelnavn DB2DBMSADDR Verdier Virtuelle adresser i området 0x09000000 til 0xB0000000 i intervaller på 0x10000 Operativsystemer Linux på x86 og Linux på zSeries (31-bits) Beskrivelse Definerer standardadressen for databasens delte minne i heksadesimalt format. Merk: En feil adresse kan forårsake alvorlige problemer med DB2 UDB, for eksempel at det ikke blir mulig å starte DB2 UDB, til at det ikke blir mulig å koble seg til databasen. Et eksempel på en feil adresse er en adresse som kolliderer med et område i minnet som allerede er i bruk, eller som er forhåndsdefinert for å bli brukt til noe annet. Du løser dette problemet ved å tilbakestille variabelen DB2DBMSADDR til NULL ved hjelp av denne kommandoen: db2set DB2DBMSADDR= Denne variabelen kan defineres sammen med DB2_MAPPED_BASE eller for seg selv for å finjustere bruken av adresseområdet for DB2 UDB-prosesser. Denne variabelen endrer plasseringen av forekomstens delte minne fra den gjeldende plasseringen på den virtuelle adressen 0x20000000 til den nye verdien som blir oppgitt. Ny registervariabel for kommunikasjon Registervariabelen DB2TCP_CLIENT_RCVTIMEOUT har blitt tilføyd i versjon 8.2. Tabell 12. Kommunikasjonsvariabler +---------------------------+-------------+---------------------------+ | Variabelnavn | Operativsys | Verdier | | | tem | | +---------------------------------------------------------------------+ | Beskrivelse | +---------------------------+-------------+---------------------------+ | DB2TCP_CLIENT_RCVTIMEOUT | Alle | Standard=0 (ikke | | | | definert) | | | | Verdier: 0 til 32767 | | | | sekunder | +---------------------------------------------------------------------+ | Oppgir antall sekunder en klient venter på data på et | | TCP/IP-mottak. | | Det er ingen tidsutkobling hvis registervariabelen ikke er definert | | eller er satt til 0. Hvis TCP/IP-mottaket returnerer med data før | | tidsutkoblingsverdien har utløpt, fortsetter applikasjonen som | | normalt. Hvis utkoblingsverdien utløper før data har blitt | | returnert, lukkes forbindelsen. | | | | Merk: Denne registervariabelen gjelder bare DB2-klienten og | | klientsiden av DB2-portneren. Den gjelder ikke DB2-tjeneren. | +---------------------------------------------------------------------+ Ny ytelsesvariabel Ytelsesvariabelen DB2_LARGE_PAGE_MEM har blitt tilføyd i versjon 8.2. Tabell 13. Ytelsesvariabler +---------------------------+-------------+---------------------------+ | Variabelnavn | Operativsys | Verdier | | | tem | | +---------------------------------------------------------------------+ | Beskrivelse | +---------------------------+-------------+---------------------------+ | DB2_LARGE_PAGE_MEM | AIX 5.x | Standard=NULL | | | 64-bit | Bruk * for å oppgi at | | | | alle minneområder som kan | | | Linux | brukes skal bruke minne | | | | med store sider, eller en | | | | kommaseparert liste med | | | | bestemte minneområder som | | | | skal bruke minne med | | | | store sider. | | | | Tilgjengelige områder | | | | varierer avhengig av | | | | operativsystemet. På AIX | | | | 5.x 64-bit kan disse | | | | områdene spesifiseres: | | | | DB, DBMS og PRIVATE. På | | | | Linux kan disse områdene | | | | spesifiseres: DB. | +---------------------------------------------------------------------+ | Minne med store sidestørrelser støttes bare for DB2 Universal | | Database (UDB) for AIX 5L, 64-bit Edition og DB2 UDB for Linux. | | Registervariabelen DB2_LARGE_PAGE_MEM brukes til å aktivere støtte | | for store sidestørrelser på AIX 5.x eller en Linux-arkitektur | | riktig kernelstøtte. Denne registervariabelen gjør at variabelen | | DB2_LGPAGE_BP, som bare kan brukes til å aktivere store | | sidestørrelser for databasens delte minneområde, utgår. Dette kan | | nå gjøres ved å definere DB2_LARGE_PAGE_MEM=DB. Dokumentasjon som | | omtaler aktivering av store sidestørrelser med registervariabelen | | DB2_LGPAGE_BP kan leses som om det stod DB2_LARGE_PAGE_MEM=DB. | | Bruk av store sidestørrelser er i utgangspunktet ment å gi | | ytelsesforbedringer i applikasjoner med høy ytelse. Applikasjoner | | med stort behov for minnetilgang, og som bruker store mengder | | virtuelt minne, kan oppnå ytelsesforbedring ved bruk av store | | sidestørrelser. Hvis du vil aktivere DB2 for å bruke store | | sidestørrelser, må du først konfigurere operativsystemet til å | | bruke store sidestørrelser. | | Aktivering av store private sider øker minnebruken til DB2 UDB | | betydelig, siden hver DB2 UDB-agent vil oppta minst 1 stor side (16 | | MB) av det fysiske minnet. Betingelsene nedenfor må være oppfylt | | for å aktivere store sider for privat agentminne på 64-bits DB2 UDB | | for AIX (innstillingen DB2_LARGE_PAGE_MEM=PRIVATE), i tillegg til | | konfigurering av store sider på operativsystemet: | | * Forekomsteieren må ha rettigheter for CAP_BYPASS_RAC_VMM og | | CAP_PROPOGATE. | | * Kjernen må ha støtte for grensesnitt som lar prosesser endre | | sidestørrelsen under kjøring. . | | På 64-bits DB2 UDB for AIX reduserer denne variabelen størrelsen på | | det delte minnesegmentet for databasen til minimumskravet. | | Standardinnstillingen er å opprette en segment på 64 GB. Se | | databasekonfigurasjonsparameteren for delt minnestørrelse | | (database_memory) hvis du vil ha flere opplysninger. På denne måten | | unngår man reservering av mer delt minne i RAM enn det som | | sannsynligvis blir brukt. | | Ved å definere denne variabelen, begrenses muligheten til å øke | | konfigurasjonen av det totale delte minnet for databasen (for | | eksempel å øke størrelsen på bufferområder). | | På Linux kreves det i tillegg at biblioteket libcap.so er | | tilgjengelig. Dette biblioteket må være installer for at dette | | alternativet skal fungere. Hvis dette alternativet slås på, og | | biblioteket ikke finnes på systemet, vil DB2 UDB deaktivere de | | store sidene i kjernen og fortsette som før. | | Oppgi denne kommandoen for å kontrollere om store sider i kjernen | | er tilgjengelig på Linux: | | cat /proc/meminfo | | | | Hvis det er tilgjengelig, skal disse tre linjene vises (tallen vil | | være forskjellige, avhengig av mengden minne som er konfigurert på | | maskinen): | | HugePages_Total: 200 | | HugePages_Free: 200 | | Hugepagesize: 16384 KB | | | | Hvis disse linjene ikke vises, eller verdien for HugePages_Total er | | 0, må operativsystemet eller kjernen konfigureres. | +---------------------------------------------------------------------+ Variabler for SQL-kompilator Denne oppdateringen gjelder for emnet "SQL compiler variables" i Appendix A "DB2 registry and environment variables" i boken Administration Guide: Performance: Hvis begge eller en av DB2-kompilatorvariablene DB2_MINIMIZE_LISTPREFETCH og DB2_INLIST_TO_NLJN, er satt til ON, vil de forbli aktive selv om REOPT(ONCE) blir oppgitt. Oppdateringer av konfigurasjonsparametere Dette er oppdateringer til dokumentasjonen for konfigurasjonsparametere: authentication - Autentiseringstype Konfigurasjonsparameteren Autentiseringstype (authentication) for databasesystemet godtar også disse verdiene: * DATA_ENCRYPT Tjeneren godtar kryptert SERVER-autentiseringsoppsett og kryptering av brukerdata. Autentiseringen virker på samme måte som SERVER_ENCRYPT. Disse brukerdataene blir kryptert når du bruker denne autentiseringstypen: * SQL-setninger. * Variable data for SQL-program. * Utdata fra tjenerens behandling av en SQL-setning, samt en beskrivelse av dataene. * Alle eller noen av resultatdataene fra en spørring. * LOB-datastrømmer. * SQLDA-beskrivere. * DATA_ENCRYPT_CMP Tjeneren godtar kryptert SERVER-autentiseringsoppsett og kryptering av brukerdata. I tillegg gir denne autentiseringstypen kompatibilitet med tidligere produkter som ikke støtter autentiseringstypen DATA_ENCRYPT. Disse produktene får tillatelse til å koble seg til med autentiseringstypen SERVER_ENCRYPT og trenger ikke å kryptere brukerdata. Produkter som støtter den nye autentiseringstypen, må bruke den. Denne autentiseringstypen er bare gyldig i tjenerens konfigurasjonsfil for databasesystemet og er ikke gyldig når den brukes på kommandoen CATALOG DATABASE. util_impact_lim - Regler for innvirkning på forekomst Fra og med DB2 Universal Database versjon 8.2 endres standardverdien for konfigurasjonsparameteren Regler for innvirkning på forekomst (util_impact_lim) fra 100 til 10. sysadm_group, sysmaint_group, sysctrl_group, sysmon_group Disse konfigurasjonsparameterne for databasesystemet kan godta gruppenavn på 30 byte (eller mindre) på alle plattformer: * Gruppe for systemadministrasjon (sysadm_group) * Gruppe for systemvedlikehold (sysmaint_group) * Gruppe for systemstyring (sysctrl_group) * Gruppe for systemovervåking (sysmon_group) Tabellen i emnet "Sammendrag av konfigurasjonsparametere for databasesystemet" inneholder feil datatyper for disse konfigurasjonsparameterne. Riktig verdi i alle tilfeller er char(30). estore_seg_sz - Størrelse på minnesegment for utvidet lager Maksimumsstørrelse for konfigurasjonsparameteren Størrelse på minnesegment for utvidet lager (estore_seg_size) på Windows-baserte plattformer er 16 777 216. hadr_timeout - HADR-tidsgrenseverdi Riktig øvre grense for konfigurasjonsparameteren HADR-tidsgrenseverdi (hadr_timeout) er 4 294 967 295. locklist - Største minneområde for låsliste I dokumentasjonen for konfigurasjonsparameteren Største minneområde for låsliste (locklist) står det at maksimumsverdien for 64-bits og 32-bits Windows-tjenere som betjener bare lokale klienter, er 60 000. Denne verdien er feil, og skal være 524 288. num_db_backups - Antall reservekopier av database Verdiområdet for konfigurasjonsparameteren Antall reservekopier av database (num_db_backups er feil. Riktig område er 0 - 32 767. Konfigurasjonsparameterfilen SQLDBCONF Etter migreringen til DB2 Universal Database (UDB) versjon 8.2 fra versjon 8.1 bruker DB2 UDB en ny konfigurasjonsparameterfil på 16 kB med navnet SQLDBCONF. (I versjon 8.1 var konfigurasjonsparameterfilen på bare 4 kB og hadde navnet SQLDBCON). Endret standardverdi for DB2_HASH_JOIN Fra og med versjon 8.1 er registervariabelen DB2_HASH_JOIN satt til ON som standard. HASH-JOIN-variabelen bør brukes, men den må justeres for å få best mulig ytelse. HASH-JOIN-ytelsen blir best hvis du kan unngå HASH-sløyfer og overflyt til lager. Når du skal tilpasse HASH-JOIN-ytelsen, må du anslå den maksimale minnestørrelsen som er tilgjengelig for sheapthres-parameteren, og deretter tilpasse sortheap-parameteren. Øk parameterverdien til du unngår så mange HASH-sløyfer og lageroverflyt som mulig, samtidig som du ikke når opp til grensen som er definert med sheapthres-parameteren. Du finner mer informasjon om dette i emnet "Join methods" i boken Administration Guide: Performance. Registervariabelen DB2NTNOCACHE har utgått Funksjonaliteten som tidligere ble oppnådd gjennom DB2NTNOCACHE kan oppnås på tabellplassnivå ved å oppgi leddet NO FILE SYSTEM CACHING for setningen CREATE TABLESPACE eller ALTER TABLESPACE. Se i SQL Reference hvis du vil ha flere opplysninger. Registervariabelen DB2NTNOCACHE vil bli fjernet i en fremtidig utgave. Forklaringstabeller og organisering av forklaringsinformasjon Forklaringstabeller kan være felles for flere brukere. Imidlertid kan forklaringstabellene være definert for en bruker, og kallenavn kan defineres for hver tilleggsbruker som bruker samme navn for å peke på de definerte tabellene. Forklaringstabellene kan også defineres under skjemaet SYSTOOLS. Forklaringsfunksjonen bruker SYSTOOLS-skjemaet som standard hvis ingen andre forklaringstabeller eller kallenavn blir funnet under brukerens sesjons-ID for dynamisk SQL eller setningens autorisasjons-ID for statisk SQL. Alle brukerne som deler felles forklaringstabeller må ha tillatelse til å sette inn data i tabellene. Lesetillatelser for felles forklaringstabeller bør også være begrenset, som for brukere som analyserer forklaringsinformasjonen. Retningslinjer for registrering av forklaringsinformasjon Forklaringsdata registreres hvis du ber om det når en SQL-setning kompileres. Du bør vurdere hvordan du har tenkt å bruke den registrerte informasjon når du ber om forklaringsdata. Registrere informasjon i forklaringstabellene * Dynamiske SQL-setninger: Forklaringstabellinformasjon registreres i disse tilfellene: * Når spesialregisteret CURRENT EXPLAIN MODE er definert til: * YES: SQL-kompilatoren registrerer forklaringsdata og utfører SQL-setningen. * EXPLAIN: SQL-kompilatoren registrerer forklaringsdata, men utfører ikke SQL-setningen. * RECOMMEND INDEXES: SQL-kompilatoren registrerer forklaringsdata og de anbefalte indeksene settes inn i tabellen ADVISE_INDEX, men SQL-setningen utføres ikke. * EVALUATE INDEXES: SQL-kompilatoren bruker indeksene som brukeren har satt inn i tabellen ADVISE_INDEX for evaluering. I modusen EVALUATE INDEXES blir alle dynamiske setninger forklart som om disse virtuelle indeksene var tilgjengelige. SQL-kompilatoren velger å bruke de virtuelle indeksene hvis de forbedrer ytelsen til setningene. Hvis ikke blir indeksene oversett. Du kan finne ut om de foreslåtte indeksene er nyttige ved å lese EXPLAIN-resultatene. * REOPT: SQL-kompilatoren registrerer forklaringsdata for statiske eller dynamiske SQL-setninger under reoptimalisering av setninger ved kjøring, når de faktiske verdiene for vertsvaribler, spesialregistre og parametermerker er tilgjengelige. * Alternativet EXPLAIN ALL har blitt spesifisert på kommandoen BIND eller PREP. SQL-kompilatoren registrerer forklaringsdata for dynamisk SQL under kjøring, selv om spesialregisteret CURRENT EXPLAIN MODE er satt til NO. SQL-setningen blir utført og returnerer resultatet av spørringen. Flere returkoder fra parameteren collate_info for APIen db2CfgGet Parameteren collate_info kan bare vises ved hjelp av APIen db2CfgGet. Den kan ikke vises ved hjelp av command line processor eller Control Center. Konfigurasjonstype Database Parametertype Informasjon Denne parameteren sørger for 260 byte med sorteringsinformasjon for databasen. De første 256 byte spesifiserer sorteringsrekkefølgen for databasen, der byte "n" inneholder prioriteten til kodeverdien som har en underliggende desimalfremstilling lik "n" i kodesettet til databasen. De siste 4 byte inneholder intern informasjon om typen sorteringsrekkefølge. De siste 4 byte i collate_info er et heltall. Dette heltallet tar hensyn til endian-rekkefølgen til plattformen. Mulige verdier: * 0 - Sekvensen inneholder ikke-entydige prioriteter * 1 - Sekvensen inneholder bare entydige prioriteter * 2 - Sekvensen er identitetssekvensen som strengene sammenliknes med byte for byte. * 3 - Sekvensen er NLSCHAR, som brukes for å sortere tegn i en TIS620-1 (kodesett 874) Thai-database. * 4 - Sekvensen er IDENTITY_16BIT, som implementerer algoritmen "CESU-8 Compatibility Encoding Scheme for UTF-16: 8-Bit" som den er spesifisert i Unicode Technical Report #26 og er tilgjengelig på nettstedet til Unicode Technical Consortium: http://www.unicode.org. * X'8001' - Sekvensen er UCA400_NO, som implementerer UCA (Unicode Collation Algorithm) basert på Unicode Standard versjon 4.00, med normaliseringsimplisitet satt til ON. * X'8002' - Sekvensen er UCA400_LTH, som implementerer UCA (Unicode Collation Algorithm) basert på Unicode Standard version 4.00, og sorterer alle Thai-tegn etter rekkefølgen definert i Royal Thai Dictionary. * X'8003' - Sekvensen er UCA400_LSK, som implementerer UCA (Unicode Collation Algorithm) basert på Unicode Standard versjon 4.00, og sorterer alle slovakiske tegn riktig. Hvis du bruker denne typen intern informasjon, er det nødvendig å vurdere bytereversering ved henting av informasjon for en database som bruker en annen plattform. Du kan oppgi sorteringsrekkefølgen når databasen blir opprettes. Automatisk innstilling av størrelse på standard forhåndshenting og standardverdier for oppdatering Fra og med DB2 Universal Database (UDB) versjon 8.2 kan du bruke AUTOMATISK størrelse på forhåndshenting for en tabellplass. DB2 UDB oppdaterer automatisk størrelse på forhåndshenting når antall containere endres for tabellplassen. Syntaksen for registervariabelen DB2_PARALLEL_IO er utvidet slik at den gjenkjenner containere med ulike egenskaper for parallell I/U-behandling. Ved hjelp av den utvidede syntaksen kan containere for ulike tabellplasser ha ulike egenskaper for parallell I/U-behandling. Egenskapene for parallell I/U-behandling for hver tabellplass blir bruke når det er oppgitt AUTOMATISK størrelse på forhåndshenting for tabellplassen. Hvis registervariabelen DB2_PARALLEL_IO er aktivert, men den utvidede syntaksen som identifiserer bestemte egenskaper for parallell I/U-behandling ikke er brukt, antar systemet et standardnivå for parallellbehandlingen. Standardnivået er RAID 5 (6+1). Informasjonen om størrelsen på forhåndshenting som brukes av optimalisatoren, blir bare oppdatert når det blir gitt en ALTER TABLESPACE-setning som endrer størrelsen på forhåndshenting for en tabellplass eller endrer antall containere (med ADD/DROP/BEGIN NEW STRIPE SET/ADD TO NEW STRIPE SET). Hvis registerinnstillingene for antall fysiske lagre per container endres, bør det gis en ALTER TABLESPACE PREFETCHSIZE AUTOMATIC-setning for å oppdatere optimalisatorinformasjonen (med mindre det allerede er gitt en ALTER TABLESPACE-setning som oppdaterer optimalisatorinformasjonen). Hvis en tabellplass blir omdirigert eller gjenopprettet for å bruke et annet antall containere, kan du oppdatere optimalisatorinformasjonen ved hjelp av en ALTER TABLESPACE PREFETCHSIZE AUTOMATIC-setning. Hvis det finnes flere stripesett i en tabellplass, brukes det maksimale antall containere i stripesettene til å beregnet størrelsen på forhåndshenting. Hvis den beregnede størrelsen på forhåndshenting overskrider maksimumsstørrelsen (32 767 sider), brukes det største antall containere som er mindre enn maksimumsstørrelsen, som størrelse på forhåndshenting. I et DB2 UDB Enterprise Server Edition-miljø er det slik at hvis en tabellplass bruker en AUTOMATISK størrelse på forhåndshenting, kan denne størrelsen være forskjellig på forskjellige databasepartisjoner. Denne situasjonen kan oppstå fordi forskjellige databasepartisjoner kan ha et ulikt antall containere som brukes til beregning av størrelsen på forhåndshenting. Når optimalisatoren skal generere en tilgangsplan for spørringer, bruker den størrelsen på forhåndshenting fra den første partisjonen i en databasepartisjonsgruppe. Administrasjon: Planlegging Områdegrupperte tabeller en områdegruppert tabell kan ikke opprettes i en database med mer enn en enkelt partisjon. Design for katalogtabellplass Når du oppretter en database, blir det definert tre tabellplasser, inkluder tabellplassen SYSCATSPACE for systemkatalogtabellene. Sidestørrelsen som blir standard for alle tabellplasser, blir definert når databasen opprettes. Hvis det blir valgt en sidestørrelse som er større enn 4096 eller 4 K, blir sidestørrelsen for katalogtabellene begrenset til en radstørrelse de ville ha hatt hvis katalogtabellplassen hadde en sidestørrelse på 4 K. Standard sidestørrelse for databasen blir lagret som konfigurasjonsparameteren pagesize. Støttede områdekoder og kodesett I Appendix B, "National language support (NLS)" i boken Administration Guide: Planning, har emnet "Supported territory codes and code pages" tabeller for hvert område. To tabeller må oppdateres: Kina (Folkerepublikken Kina), område-ID: CN Kodesettet for raden Linux GBK i tabellen "China (PRC), territory identifier: CN" skal endres fra 1383 til 1386. Raden skal se slik ut: 1386 D-4 GBK 86 zh_CN.GBK Linux Japan, territory identifier: JP Tabellen for " Japan, territory identifier: JP" er endret. Dette språkmiljønavnet skal fjernes: 954 D-1 eucJP 81 japanese Solaris Dette er den endrede tabellen: Tabell 14. Japan, territory identifier: JP +----------+----------+----------+----------+---------------+---------+ | Code | Group | Code set | Territor | Locale | Operati | | page | | | y code | | ng | | | | | | | system | +----------+----------+----------+----------+---------------+---------+ | 932 | D-1 | IBM-932 | 81 | Ja_JP | AIX | +----------+----------+----------+----------+---------------+---------+ | 943 | D-1 | IBM-943 | 81 | Ja_JP | AIX | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | | 81 | ja_JP | AIX | | | | IBM-eucJ | | | | | | | P | | | | +----------+----------+----------+----------+---------------+---------+ | 1208 | N-1 | UTF-8 | 81 | JA_JP | AIX | +----------+----------+----------+----------+---------------+---------+ | 930 | D-1 | IBM-930 | 81 | - | Host | +----------+----------+----------+----------+---------------+---------+ | 939 | D-1 | IBM-939 | 81 | - | Host | +----------+----------+----------+----------+---------------+---------+ | 5026 | D-1 | | 81 | - | Host | | | | IBM-5026 | | | | +----------+----------+----------+----------+---------------+---------+ | 5035 | D-1 | | 81 | - | Host | | | | IBM-5035 | | | | +----------+----------+----------+----------+---------------+---------+ | 1390 | D-1 | | 81 | - | Host | +----------+----------+----------+----------+---------------+---------+ | 1399 | D-1 | | 81 | - | Host | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja_JP.eucJP | HP-UX | +----------+----------+----------+----------+---------------+---------+ | 5039 | D-1 | SJIS | 81 | ja_JP.SJIS | HP-UX | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | EUC-JP | 81 | ja_JP | Linux | +----------+----------+----------+----------+---------------+---------+ | 932 | D-1 | IBM-932 | 81 | - | OS/2 | +----------+----------+----------+----------+---------------+---------+ | 942 | D-1 | IBM-942 | 81 | - | OS/2 | +----------+----------+----------+----------+---------------+---------+ | 943 | D-1 | IBM-943 | 81 | - | OS/2 | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja | SCO | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja_JP | SCO | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja_JP.EUC | SCO | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja_JP.eucJP | SCO | +----------+----------+----------+----------+---------------+---------+ | 943 | D-1 | IBM-943 | 81 | ja_JP.PCK | Solaris | +----------+----------+----------+----------+---------------+---------+ | 954 | D-1 | eucJP | 81 | ja | Solaris | +----------+----------+----------+----------+---------------+---------+ | 1208 | N-1 | UTF-8 | 81 | ja_JP.UTF-8 | Solaris | +----------+----------+----------+----------+---------------+---------+ | 943 | D-1 | IBM-943 | 81 | - | Windows | +----------+----------+----------+----------+---------------+---------+ | 1394 | D-1 | | 81 | - | | +----------+----------+----------+----------+---------------+---------+ XA-funksjon støttes av DB2 Universal Database DB2 Universal Database (UDB) støtter XA91-spesifikasjonen som er definert i X/Open CAE Specification Distributed Transaction Processing: The XA Specification, med disse unntakene: * Asynkrone tjenester XA-spesifikasjonen gjør at at grensesnittet kan bruke asynkrone tjenester slik at resultatet av en forespørsel kan kontrolleres senere. Databasesystemet krever at forespørslene startes i synkron modus. * Registrering XA-grensesnittet gjør det mulig å registrere en ressursstyrer (RM) på to måter: statisk registrering og dynamisk registrering. DB2 UDB støtter både dynamisk og statisk registrering. DB2 UDB har to parametere for dette: * db2xa_switch for dynamisk registrering * db2xa_switch_static for statisk registrering * Migrering av tilknytninger DB2 UDB støtter ikke transaksjonsmigrering mellom kontrolltråder. Bruk og plassering av XA-parametere I følge kravet til XA-grensesnittet har databasesystemet de eksterne C-variablene db2xa_switch og db2xa_switch_static med typen xa_switch_t for å returnere XA-parameterstrukturen til transaksjonsstyreren (TM). I tillegg til adressene til XA-funksjoner, returneres disse feltene: Felt Verdi navn Produktnavnet til databasesystemet. For eksempel DB2 UDB for AIX. flagg TMREGISTER | TMNOMIGRATE er definert for db2xa_switch Oppgir eksplisitt at DB2 UDB bruker dynamisk registrering, og at transaksjonsstyreren (TM) ikke skal bruke migrering av tilknytninger. Oppgir implisitt at asynkrone operasjoner ikke støttes. TMNOMIGRATE er definert for db2xa_switch_static Oppgir eksplisitt at DB2 UDB bruker dynamisk registrering, og at transaksjonsstyreren (TM) ikke skal bruke migrering av tilknytninger. Oppgir implisitt at asynkrone operasjoner ikke støttes. versjon Må være null. Bruke DB2 Universal Database XA-parameteren XA-arkitekturen krever at ressursstyreren (RM) sørger for en parameter som gir transaksjonsstyreren (TM) for XA tilgang til ressursstyrerens xa_-rutiner. En ressursstyrerparameter bruker en struktur som kalles xa_switch_t. Parameteren inneholder navnet på ressursstyreren, ikke-NULL-pekere til ressursstyrerens XA-inngangspunkt, et flagg og et versjonsnummer. Linux- og UNIX-baserte systemer Parameteren for DB2 Universal Database (UDB) kan gis på en av disse to måtene: * Gjennom et ekstra indirekte nivå. I et C-program kan du gjøre dette ved å definere makroen #define db2xa_switch (*db2xa_switch) #define db2xa_switch_static (*db2xa_switch) før du bruker db2xa_switch eller db2xa_switch_static. * Ved å anrope db2xacic eller db2xacicst DB2 UDB er utstyrt med disse APIene, som returnerer strukturadressen til db2xa_switch eller db2xa_switch_static. Prototypen for funksjonen er: struct xa_switch_t * SQL_API_FN db2xacic( ) struct xa_switch_t * SQL_API_FN db2xacicst( ) Du må lenke applikasjonen med libdb2 uansett hvilken metode som brukes. Windows NT Pekeren til xa_switch-strukturen, db2xa_switch og db2xa_switch_static eksporteres som DLL-data. Dette betyr at en Windows NT-applikasjon som bruker denne strukturen må referere til den på en av tre måter: * Gjennom et ekstra indirekte nivå. I et C-program kan du gjøre dette ved å definere makroen #define db2xa_switch (*db2xa_switch) #define db2xa_switch_static (*db2xa_switch) før du bruker db2xa_switch eller db2xa_switch_static. * Hvis du bruker Microsoft Visual C++-kompilatoren, kan db2xa_switch eller db2xa_switch_static defineres som: extern __declspec(dllimport) struct xa_switch_t db2xa_switch extern __declspec(dllimport) struct xa_switch_t db2xa_switch_static * Ved å anrope db2xacic eller db2xacicst DB2 UDB er utstyrt med denne APIen, som returnerer strukturadressen til db2xa_switch eller db2xa_switch_static. Prototypen for funksjonen er: struct xa_switch_t * SQL_API_FN db2xacic( ) struct xa_switch_t * SQL_API_FN db2xacicst( ) Du må lenke applikasjonen med db2api.lib uansett hvilken metode som brukes. Eksempel på C-kode Koden nedenfor viser de forskjellige måtene å få tilgang til db2xa_switch og db2xa_switch_static på gjennom et C-program på en hvilken som helst DB2 UDB-plattform. Husk å lenke applikasjonen med det riktige biblioteket. #include #include struct xa_switch_t * SQL_API_FN db2xacic( ); #ifdef DECLSPEC_DEFN extern __declspec(dllimport) struct xa_switch_t db2xa_switch; #else #define db2xa_switch (*db2xa_switch) extern struct xa_switch_t db2xa_switch; #endif main( ) { struct xa_switch_t *foo; printf ( "%s \n", db2xa_switch.name ); foo = db2xacic(); printf ( "%s \n", foo->name ); return ; } Oppdaterte TPM- og tp_mon_name-verdier for xa_open-strengformater Kolonnen Internal settings i tabellen nedenfor er oppdatert for å vise innstillingene for Thread Of Control (TOC). TOC er enheten som alle DB2 UDB XA-tilkoblinger bindes til: * Når de defineres til verdien T, er alle DB2 UDB XA-tilkoblinger som er opprettet under en bestemt OS-tråd, entydige for den tråden. Flere tråder kan ikke dele DB2 UDB-tilkoblinger. Hver OS-tråd må danne sitt eget sett med DB2 UDB XA-tilkoblinger. * Når de defineres til verdien P, er alle DB2 UDB XA-tilkoblinger entydige for OS-prosessen og alle XA-tilkoblinger kan deles mellom OS-tråder. Tabell 15. Valid values for TPM and tp_mon_name +-----------------+----------------+----------------------------------+ | TPM value | TP monitor | Internal settings | | | product | | +-----------------+----------------+----------------------------------+ | CICS | IBM TxSeries | AXLIB=libEncServer (for Windows) | | | CICS | =/usr/lpp/encina/lib/libEncServ | | | | er | | | | (for Linux and UNIX systems) | | | | HOLD_CURSOR=T | | | | CHAIN_END=T | | | | SUSPEND_CURSOR=F | | | | TOC=T | +-----------------+----------------+----------------------------------+ | ENCINA | IBM TxSeries | AXLIB=libEncServer (for Windows) | | | Encina monitor | =/usr/lpp/encina/lib/libEncServ | | | | er | | | | (for Linux and UNIX systems) | | | | HOLD_CURSOR=F | | | | CHAIN_END=T | | | | SUSPEND_CURSOR=F | | | | TOC=T | +-----------------+----------------+----------------------------------+ | MQ | IBM MQSeries | AXLIB=mqmax | | | | (for Windows) | | | | =/usr/mqm/lib/libmqmax_r.a | | | | (for AIX threaded applications) | | | | =/usr/mqm/lib/libmqmax.a | | | | (for AIX non-threaded | | | | applications) | | | | =/opt/mqm/lib/libmqmax.so | | | | (for Solaris) | | | | =/opt/mqm/lib/libmqmax_r.sl | | | | (for HP threaded applications) | | | | =/opt/mqm/lib/libmqmax.sl | | | | (for HP non-threaded | | | | applications) | | | | =/opt/mqm/lib/libmqmax_r.so | | | | (for Linux threaded | | | | applications) | | | | =/opt/mqm/lib/libmqmax.so | | | | (for Linux non-threaded | | | | applications) | | | | HOLD_CURSOR=F | | | | CHAIN_END=F | | | | SUSPEND_CURSOR=F | | | | TOC=P | +-----------------+----------------+----------------------------------+ | CB | IBM Component | AXLIB=somtrx1i (for Windows) | | | Broker | =libsomtrx1 | | | | (for Linux and UNIX systems) | | | | HOLD_CURSOR=F | | | | CHAIN_END=T | | | | SUSPEND_CURSOR=F | | | | TOC=T | +-----------------+----------------+----------------------------------+ | SF | IBM San | AXLIB=ibmsfDB2 | | | Francisco | HOLD_CURSOR=F | | | | CHAIN_END=T | | | | SUSPEND_CURSOR=F | | | | TOC=T | +-----------------+----------------+----------------------------------+ | TUXEDO | BEA Tuxedo | AXLIB=libtux | | | | HOLD_CURSOR=F | | | | CHAIN_END=F | | | | SUSPEND_CURSOR=F | | | | TOC=T | +-----------------+----------------+----------------------------------+ | MTS | Microsoft | It is not necessary to configure | | | Transaction | DB2 UDB for MTS. MTS is | | | Server | automatically detected by DB2 | | | | UDB's ODBC driver. | +-----------------+----------------+----------------------------------+ | JTA | Java | It is not necessary to configure | | | Transaction | DB2 UDB for Enterprise Java | | | API | Servers (EJS) such as IBM | | | | WebSphere. DB2 UDB's JDBC driver | | | | automatically detects this | | | | environment. Therefore this TPM | | | | value is ignored. | +-----------------+----------------+----------------------------------+ Aktivere konverteringstabeller for kodesettene 923 og 924 Tabellen nedenfor inneholder en liste over alle konverteringstabellfiler for kodesett som er knyttet til kodesettene 923 og 924. Filnavnene er i formatet XXXXYYYY.cnv eller ibmZZZZZ.ucs, der XXXXX er nummeret til kildekodesettet og YYYY er nummeret til målkodesettet. Filen ibmZZZZZ.ucs støtter konvertering mellom kodesett ZZZZZ og Unicode. Fremgangsmåte Du aktiverer en bestemt konverteringstabell for kodesett ved å gi nytt navn til eller kopiere konverteringstabellfilen som vist i den andre kolonnen. Hvis du for eksempel skal ha støtte for Euro-symbolet ved tilkobling av en klient med 8859-1/15 (Latin 1/9) til en Windows 1252-database, må du gi nytt navn til eller kopiere disse konverteringstabellfilene for kodesett i katalogen sqllib/conv/: * 09231252.cnv til 08191252.cnv * 12520923.cnv til 12520819.cnv * ibm00923.ucs til ibm00819.ucs Tabell 16. Konverteringstabellfiler for kodesett 923 og 924 +----------------------------------+----------------------------------+ | Konverteringstabellfiler for 923 | Nytt navn | | and 924 i katalogen sqllib/conv/ | | +----------------------------------+----------------------------------+ | 04370923.cnv | 04370819.cnv | +----------------------------------+----------------------------------+ | 08500923.cnv | 08500819.cnv | +----------------------------------+----------------------------------+ | 08600923.cnv | 08600819.cnv | +----------------------------------+----------------------------------+ | 08630923.cnv | 08630819.cnv | +----------------------------------+----------------------------------+ | 09230437.cnv | 08190437.cnv | +----------------------------------+----------------------------------+ | 09230850.cnv | 08190850.cnv | +----------------------------------+----------------------------------+ | 09230860.cnv | 08190860.cnv | +----------------------------------+----------------------------------+ | 09231043.cnv | 08191043.cnv | +----------------------------------+----------------------------------+ | 09231051.cnv | 08191051.cnv | +----------------------------------+----------------------------------+ | 09231114.cnv | 08191114.cnv | +----------------------------------+----------------------------------+ | 09231252.cnv | 08191252.cnv | +----------------------------------+----------------------------------+ | 09231275.cnv | 08191275.cnv | +----------------------------------+----------------------------------+ | 09241252.cnv | 10471252.cnv | +----------------------------------+----------------------------------+ | 10430923.cnv | 10430819.cnv | +----------------------------------+----------------------------------+ | 10510923.cnv | 10510819.cnv | +----------------------------------+----------------------------------+ | 11140923.cnv | 11140819.cnv | +----------------------------------+----------------------------------+ | 12520923.cnv | 12520819.cnv | +----------------------------------+----------------------------------+ | 12750923.cnv | 12750819.cnv | +----------------------------------+----------------------------------+ | ibm00923.ucs | ibm00819.ucs | +----------------------------------+----------------------------------+ Konverteringstabellfiler for euro-klargjorte kodesett Tabellen nedenfor viser konverteringstabellene som er utvidet med støtte for valutasymbolet for euro. Hvis du vil deaktivere støtten for euro-symbolet, laster du ned konverteringstabellfilen som vises i kolonnen "Konverteringstabellfiler". Arabisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 864, 17248 | 1046, 9238 | 08641046.cnv, | | | | 10460864.cnv, | | | | IBM00864.ucs | +-------------------+----------------------+--------------------------+ | 864, 17248 | 1256, 5352 | 08641256.cnv, | | | | 12560864.cnv, | | | | IBM00864.ucs | +-------------------+----------------------+--------------------------+ | 864, 17248 | 1200, 1208, 13488, | IBM00864.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 1046, 9238 | 864, 17248 | 10460864.cnv, | | | | 08641046.cnv, | | | | IBM01046.ucs | +-------------------+----------------------+--------------------------+ | 1046, 9238 | 1089 | 10461089.cnv, | | | | 10891046.cnv, | | | | IBM01046.ucs | +-------------------+----------------------+--------------------------+ | 1046, 9238 | 1256, 5352 | 10461256.cnv, | | | | 12561046.cnv, | | | | IBM01046.ucs | +-------------------+----------------------+--------------------------+ | 1046, 9238 | 1200, 1208, 13488, | IBM01046.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 1089 | 1046, 9238 | 10891046.cnv, | | | | 10461089.cnv | +-------------------+----------------------+--------------------------+ | 1256, 5352 | 864, 17248 | 12560864.cnv, | | | | 08641256.cnv, | | | | IBM01256.ucs | +-------------------+----------------------+--------------------------+ | 1256, 5352 | 1046, 9238 | 12561046.cnv, | | | | 10461256.cnv, | | | | IBM01256.ucs | +-------------------+----------------------+--------------------------+ | 1256, 5352 | 1200, 1208, 13488, | IBM01256.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Baltisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 921, 901 | 1257 | 09211257.cnv, | | | | 12570921.cnv, | | | | IBM00921.ucs | +-------------------+----------------------+--------------------------+ | 921, 901 | 1200, 1208, 13488, | IBM00921.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 1257, 5353 | 921, 901 | 12570921.cnv, | | | | 09211257.cnv, | | | | IBM01257.ucs | +-------------------+----------------------+--------------------------+ | 1257, 5353 | 922, 902 | 12570922.cnv, | | | | 09221257.cnv, | | | | IBM01257.ucs | +-------------------+----------------------+--------------------------+ | 1257, 5353 | 1200, 1208, 13488, | IBM01257.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Hviterussland +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 1131, 849 | 1251, 5347 | 11311251.cnv, | | | | 12511131.cnv | +-------------------+----------------------+--------------------------+ | 1131, 849 | 1283 | 11311283.cnv | +-------------------+----------------------+--------------------------+ Kyrillisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 855, 872 | 866, 808 | 08550866.cnv, | | | | 08660855.cnv | +-------------------+----------------------+--------------------------+ | 855, 872 | 1251, 5347 | 08551251.cnv, | | | | 12510855.cnv | +-------------------+----------------------+--------------------------+ | 866, 808 | 855, 872 | 08660855.cnv, | | | | 08550866.cnv | +-------------------+----------------------+--------------------------+ | 866, 808 | 1251, 5347 | 08661251.cnv, | | | | 12510866.cnv | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 855, 872 | 12510855.cnv, | | | | 08551251.cnv, | | | | IBM01251.ucs | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 866, 808 | 12510866.cnv, | | | | 08661251.cnv, | | | | IBM01251.ucs | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 1124 | 12511124.cnv, | | | | 11241251.cnv, | | | | IBM01251.ucs | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 1125, 848 | 12511125.cnv, | | | | 11251251.cnv, | | | | IBM01251.ucs | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 1131, 849 | 12511131.cnv, | | | | 11311251.cnv, | | | | IBM01251.ucs | +-------------------+----------------------+--------------------------+ | 1251, 5347 | 1200, 1208, 13488, | IBM01251.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Estland +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 922, 902 | 1257 | 09221257.cnv, | | | | 12570922.cnv, | | | | IBM00922.ucs | +-------------------+----------------------+--------------------------+ | 922, 902 | 1200, 1208, 13488, | IBM00922.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Gresk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 813, 4909 | 869, 9061 | 08130869.cnv, | | | | 08690813.cnv, | | | | IBM00813.ucs | +-------------------+----------------------+--------------------------+ | 813, 4909 | 1253, 5349 | 08131253.cnv, | | | | 12530813.cnv, | | | | IBM00813.ucs | +-------------------+----------------------+--------------------------+ | 813, 4909 | 1200, 1208, 13488, | IBM00813.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 869, 9061 | 813, 4909 | 08690813.cnv, | | | | 08130869.cnv | +-------------------+----------------------+--------------------------+ | 869, 9061 | 1253, 5349 | 08691253.cnv, | | | | 12530869.cnv | +-------------------+----------------------+--------------------------+ | 1253, 5349 | 813, 4909 | 12530813.cnv, | | | | 08131253.cnv, | | | | IBM01253.ucs | +-------------------+----------------------+--------------------------+ | 1253, 5349 | 869, 9061 | 12530869.cnv, | | | | 08691253.cnv, | | | | IBM01253.ucs | +-------------------+----------------------+--------------------------+ | 1253, 5349 | 1200, 1208, 13488, | IBM01253.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Hebraisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 856, 9048 | 862, 867 | 08560862.cnv, | | | | 08620856.cnv, | | | | IBM0856.ucs | +-------------------+----------------------+--------------------------+ | 856, 9048 | 916 | 08560916.cnv, | | | | 09160856.cnv, | | | | IBM0856.ucs | +-------------------+----------------------+--------------------------+ | 856, 9048 | 1255, 5351 | 08561255.cnv, | | | | 12550856.cnv, | | | | IBM0856.ucs | +-------------------+----------------------+--------------------------+ | 856, 9048 | 1200, 1208, 13488, | IBM0856.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 862, 867 | 856, 9048 | 08620856.cnv, | | | | 08560862.cnv, | | | | IBM00862.ucs | +-------------------+----------------------+--------------------------+ | 862, 867 | 916 | 08620916.cnv, | | | | 09160862.cnv, | | | | IBM00862.ucs | +-------------------+----------------------+--------------------------+ | 862, 867 | 1255, 5351 | 08621255.cnv, | | | | 12550862.cnv, | | | | IBM00862.ucs | +-------------------+----------------------+--------------------------+ | 862, 867 | 1200, 1208, 13488, | IBM00862.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ | 916 | 856, 9048 | 09160856.cnv, | | | | 08560916.cnv | +-------------------+----------------------+--------------------------+ | 916 | 862, 867 | 09160862.cnv, | | | | 08620916.cnv | +-------------------+----------------------+--------------------------+ | 1255, 5351 | 856, 9048 | 12550856.cnv, | | | | 08561255.cnv, | | | | IBM01255.ucs | +-------------------+----------------------+--------------------------+ | 1255, 5351 | 862, 867 | 12550862.cnv, | | | | 08621255.cnv, | | | | IBM01255.ucs | +-------------------+----------------------+--------------------------+ | 1255, 5351 | 1200, 1208, 13488, | IBM01255.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Latin-1 +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 437 | 850, 858 | 04370850.cnv, | | | | 08500437.cnv | +-------------------+----------------------+--------------------------+ | 850, 858 | 437 | 08500437.cnv, | | | | 04370850.cnv | +-------------------+----------------------+--------------------------+ | 850, 858 | 860 | 08500860.cnv, | | | | 08600850.cnv | +-------------------+----------------------+--------------------------+ | 850, 858 | 1114, 5210 | 08501114.cnv, | | | | 11140850.cnv | +-------------------+----------------------+--------------------------+ | 850, 858 | 1275 | 08501275.cnv, | | | | 12750850.cnv | +-------------------+----------------------+--------------------------+ | 860 | 850, 858 | 08600850.cnv, | | | | 08500860.cnv | +-------------------+----------------------+--------------------------+ | 1275 | 850, 858 | 12750850.cnv, | | | | 08501275.cnv | +-------------------+----------------------+--------------------------+ Latin-2 +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 852, 9044 | 1250, 5346 | 08521250.cnv, | | | | 12500852.cnv | +-------------------+----------------------+--------------------------+ | 1250, 5346 | 852, 9044 | 12500852.cnv, | | | | 08521250.cnv, | | | | IBM01250.ucs | +-------------------+----------------------+--------------------------+ | 1250, 5346 | 1200, 1208, 13488, | IBM01250.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Forenklet kinesisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 837, 935, 1388 | 1200, 1208, 13488, | 1388ucs2.cnv | | | 17584 | | +-------------------+----------------------+--------------------------+ | 1386 | 1200, 1208, 13488, | 1386ucs2.cnv, | | | 17584 | ucs21386.cnv | +-------------------+----------------------+--------------------------+ Tradisjonell kinesisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 937, 835, 1371 | 950, 1370 | 09370950.cnv, | | | | 0937ucs2.cnv | +-------------------+----------------------+--------------------------+ | 937, 835, 1371 | 1200, 1208, 13488, | 0937ucs2.cnv | | | 17584 | | +-------------------+----------------------+--------------------------+ | 1114, 5210 | 850, 858 | 11140850.cnv, | | | | 08501114.cnv | +-------------------+----------------------+--------------------------+ Thailand +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 874, 1161 | 1200, 1208, 13488, | IBM00874.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Tyrkisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 857, 9049 | 1254, 5350 | 08571254.cnv, | | | | 12540857.cnv | +-------------------+----------------------+--------------------------+ | 1254, 5350 | 857, 9049 | 12540857.cnv, | | | | 08571254.cnv, | | | | IBM01254.ucs | +-------------------+----------------------+--------------------------+ | 1254, 5350 | 1200, 1208, 13488, | IBM01254.ucs | | | 17584 | | +-------------------+----------------------+--------------------------+ Ukraina +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 1124 | 1251, 5347 | 11241251.cnv, | | | | 12511124.cnv | +-------------------+----------------------+--------------------------+ | 1125, 848 | 1251, 5347 | 11251251.cnv, | | | | 12511125.cnv | +-------------------+----------------------+--------------------------+ Unicode +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 813, 4909 | IBM00813.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 862, 867 | IBM00862.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 864, 17248 | IBM00864.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 874, 1161 | IBM00874.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 921, 901 | IBM00921.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 922, 902 | IBM00922.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1046, 9238 | IBM01046.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1250, 5346 | IBM01250.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1251, 5347 | IBM01251.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1253, 5349 | IBM01253.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1254, 5350 | IBM01254.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1255, 5351 | IBM01255.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1256, 5352 | IBM01256.ucs | | 13488, 17584 | | | +-------------------+----------------------+--------------------------+ | 1200, 1208, | 1386 | ucs21386.cnv, | | 13488, 17584 | | 1386ucs2.cnv | +-------------------+----------------------+--------------------------+ Vietnamesisk +-------------------+----------------------+--------------------------+ | CCSID/CPGID på | CCSID/CPGID på | Konverteringstabellfiler | | databasetjener | databaseklient | | +-------------------+----------------------+--------------------------+ | 1258, 5354 | 1129, 1163 | 12581129.cnv | +-------------------+----------------------+--------------------------+ API Reference Støtte for SYNCPOINT-parameter SYNCPOINT-parameteren for APIene sqlesetc, sqleqryc og sqlaprep overses fra og med versjon 8. Den er bare tilgjengelig for bakoverkompatibilitet. Nytt felt for SQLEDBDESC-struktur Det har blitt tilføyd et nytt delt i APIen sqlecream for å støtte direkte I/U. Feltnavn Unsigned char sqlfscaching Beskrivelse Filsystem-hurtigbufring Verdier 0 Filsystem-hurtigbufring er PÅ for den gjeldende tabellplassen 1 Filsystem-hurtigbufring er AV for den gjeldende tabellplassen other Filsystem-hurtigbufring er PÅ for den gjeldende tabellplassen Rettelse til nytt felt i SQLB-TBSPQRY-DATA-strukturen Det nye feltet unsigned char fsCaching har blitt tilføyd i SQLB-TBSPQRY-DATA-strukturen. Dette feltet støtter direkte I/U. Selv om størrelsen til den reserverte biten er dokumentert som 32 biter, er den riktige størrelsen 31 biter. Applikasjonsutvikling: Bygge og kjøre applikasjoner Eksempler på dynamisk rekonfigurasjon (AIX) Det følger med en ny eksempelfil, ibm_db2_sln_upart_smt, i DB2 Universal Database(TM) (UDB) versjon 8.2 opprettingspakke 3 (tilsvarer V8.1 opprettingspakke 10). Denne tabellen viser navnet på filen og en beskrivelse. Tabell 17. Dynamic reconfiguration sample scripts +-----------------+---------------------------------------------------+ | Sample script | File description | | name | | +-----------------+---------------------------------------------------+ | ibm_db2_sln_upa | This Korn shell Dynamic Reconfiguration script | | rt_smt | (DR script) for AIX facilitates the use of | | | Dynamic Logical Partitioning (DLPAR) capabilities | | | provided with AIX Version 5.3 running on | | | POWER5-based pSeries(R) systems, such as p5 570 | | | and p5 590. This script is similar to the | | | ibm_db2_sln DR script but is optimized to support | | | POWER5(TM) and AIX V5.3 features such as | | | micropartitioning and SMT. Further information | | | can be found in the DR script itself. | +-----------------+---------------------------------------------------+ The ibm_db2_sln_upart_smt sample script is in the sqllib/samples/DLPAR directory on DB2 UDB for AIX. Linux-støttet programvare for utvikling Hvis du vil vite mer om installeringen, kan du lese "Kjerneinstalleringsfiler for Linux 2.6" i DB2 UDB versjon 8.2.2 Versjonsmerknader (avsnittet Nyheter i denne utgaven). Tabellene nedenfor beskriver DB2s Linux-arkitekturstøtte fra og med opprettingspakke 9. Du finner oppdateringer om denne støtten på dette nettstedet: http://www.ibm.com/db2/linux/validate Tabell 18. Linux på Intel(R) x86 (32-bits) +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Conectiva Linux Enterprise | 2.4.19 | glibc | Kjøres med United | | Edition (CLEE) | | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | LINX Rocky Secure Server | 2.4.21 | glibc | | | 2.1 | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | Red Flag Advanced Server | 2.4.21- | glibc | | | 4.0 | as.2 | 2.2.93- | | | | | 5 | | +-----------------------------+---------+---------+-------------------+ | Red Flag Function Server | 2.4.20- | glibc | | | 4.0 | 8smp | 2.2.93- | | | | | 5 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.9-e | glibc | | | 2.1 AS/ES/WS | 16 | 2.2.4 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.21- | glibc-2 | | | (RHEL) 3 AS/ES/WS | 7.EL | .3.2-95 | | | | | .3 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.6.9 | glibc-2 | Krever også | | (RHEL) 4 | | .3.3 | pakken | | | | | compat-libstdc++- | | | | | 33 | +-----------------------------+---------+---------+-------------------+ | SCO Linux 4.0 | 2.4.19 | glibc | Kjøres med United | | | | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | SuSE Pro 8.0 | 2.4.18 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | SuSE Pro 8.1 | 2.4.19 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.7 | glibc | | | Server (SLES) 7 | | 2.2.2 | | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.19 | glibc | Validert opp til | | Server (SLES) 8 | | 2.2.5 | SuSE Servicepakke | | | | | 2 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.6.5 | glibc-2 | | | Server (SLES) 9 | | .3.3 | | +-----------------------------+---------+---------+-------------------+ | Turbolinux 7 Server | 2.4.9 | glibc | | | | | 2.2.4 | | +-----------------------------+---------+---------+-------------------+ | Turbolinux 8 Server | 2.4.18- | glibc | | | | 5 | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | Turbolinux Enterprise | 2.4.19 | glibc | | | Server 8 | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | United Linux 1.0 | 2.4.19 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ Tabell 19. Linux på Intel x86 (32-bits) "non-enterprise"-distribusjoner (støttes ikke lenger av leverandøren) +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Red Hat 7.2 | 2.4.9-3 | glibc | | | | 4 | 2.2.4 | | +-----------------------------+---------+---------+-------------------+ | Red Hat 7.3 | 2.4.18 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ | Red Hat 8.0 | 2.4.18- | glibc | | | | 14 | 2.2.93- | | | | | 5 | | +-----------------------------+---------+---------+-------------------+ | SuSE 7.3 | 2.4.10 | glibc | | | | | 2.2.4 | | +-----------------------------+---------+---------+-------------------+ Tabell 20. Linux på s/390 og zSeries(R) (31-bits kjerneversjon støttes på s/390; 64-bits på zSeries) +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Red Hat 7.2 | 2.4.9-3 | glibc | | | | 8 | 2.2.4 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.6.9 | glibc-2 | Krever også | | (RHEL) 4 | | .3.3 | pakken | | | | | compat-libstdc++- | | | | | 33 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.7-5 | glibc | compat.rpm | | Server (SLES) 7 | 8 | 2.2.4 | contains | | | | | libstdc++ 6.1. | | | | | Bruk JDK 1.3.1 SR | | | | | 1 for Java(TM) | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.19 | glibc | Kjøres med United | | Server (SLES) 8 | | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.6.5 | glibc-2 | | | Server (SLES) 9 | | .3.3 | | +-----------------------------+---------+---------+-------------------+ | Turbo Linux Enterprise | 2.4.19 | glibc | Kjøres med United | | Server (TLES) 8 | | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | United Linux 1.0 | 2.4.19 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ Tabell 21. Linux på x86-64 +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.21- | glibc-2 | | | (RHEL) 3 AS/ES/WS | 7.EL | .3.2-95 | | | | | .3 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.6.9 | glibc-2 | Krever også | | (RHEL) 4 | | .3.3 | pakken | | | | | compat-libstdc++- | | | | | 33 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.19- | glibc | | | Server (SLES) 8.0 | SMP | 2.2.5-1 | | | | | 6 | | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.6.5 | glibc-2 | | | Server (SLES) 9 | | .3.3 | | +-----------------------------+---------+---------+-------------------+ Tabell 22. Linux på POWER(TM) (iSeries og pSeries(R)) +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.21- | glibc-2 | | | (RHEL) 3 AS | 7.EL | .3.2-95 | | | | | .3 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.6.9 | glibc-2 | Krever også | | (RHEL) 4 | | .3.3 | pakken | | | | | compat-libstdc++- | | | | | 33 | +-----------------------------+---------+---------+-------------------+ | SuSE Enterprise Server | 2.4.19- | glibc | Kjøres med United | | (SLES) 8 | 16 | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.6.5 | glibc-2 | | | Server (SLES) 9 | | .3.3 | | +-----------------------------+---------+---------+-------------------+ | Turbolinux Enterprise | 2.4.19- | glibc | Kjøres med United | | Server 8 | 16 | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | United Linux 1.0 | 2.4.19 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ Tabell 23. Linux på IA64 +-----------------------------+---------+---------+-------------------+ | Distribusjoner | Kjerne | Bibliot | Kommentarer | | | | ek | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.18- | glibc | | | 2.1 AS/ES/WS | e.12smp | | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.4.21- | glibc-2 | | | (RHEL) 3 AS/ES/WS | 7.EL | .3.2-95 | | | | | .3 | | +-----------------------------+---------+---------+-------------------+ | Red Hat Enterprise Linux | 2.6.9 | glibc-2 | Krever også | | (RHEL) 4 | | .3.3 | pakken | | | | | compat-libstdc++- | | | | | 33 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.4.19- | glibc | Kjøres med United | | Server (SLES) 8 | SMP | 2.2.5 | Linux 1.0 | +-----------------------------+---------+---------+-------------------+ | SuSE Linux Enterprise | 2.6.5 | glibc-2 | | | Server (SLES) 9 | | .3.3 | | +-----------------------------+---------+---------+-------------------+ | United Linux 1.0 | 2.4.19 | glibc | | | | | 2.2.5 | | +-----------------------------+---------+---------+-------------------+ DB2 UDB for Linux 2.6 kjernebaserte Linux-distribusjoner for Intel x86 støtter disse programmeringsspråkene og kompilatorene: C GNU/Linux gcc versjon 3.3 C++ GNU/Linux g++ versjon 3.3 COBOL Micro Focus COBOL Server Express versjon 2.2 med Servicepakke 1 Java(TM) IBM Developer Kit og Runtime Environment for Linux, Java 2 Technology Edition, versjon 1.3.1 og 1.4.1 serviceutgave 1, 32-bits versjon Merk: DB2 UDB installerer den nyeste støttede versjonen av utviklersettet hvis det ikke allerede er installert, med mindre DB2 UDB-installeringen er en oppdatering av en tidligere DB2 UDB versjon 8-installasjon. Hvis en tidligere DB2 UDB versjon 8-installasjon blir oppdatert, må det støttede utviklersettet installeres manuelt fra CDen. Perl Perl 5.004_04 eller nyere, DBI 0.93 eller nyere PHP PHP 4.3.4 eller nyere REXX Object REXX Interpreter for Linux versjon 2.1 En 32-bits forekomst på DB2 UDB for 2.6 kjernebaserte Linux-distribusjoner på x86-64 støtter disse programmeringsspråkene og kompilatorene: C GNU/Linux gcc versjon 3.3 Merk: Kompilatoralternativet "-m32" må brukes for å generere 32-bits applikasjoner eller rutiner (lagrede prosedyrer og brukerdefinerte funksjoner). C++ GNU/Linux g++ versjon 3.3 Merknader: 1. Disse versjonene av GNU/Linux g++-kompilatoren godtar ikke heltallsparametere for fstream-funksjoner. Du finner mer informasjon i dokumentasjonen for kompilatoren. 2. Kompilatoralternativet "-m32" må brukes for å generere 32-bits applikasjoner eller rutiner (lagrede prosedyrer og brukerdefinerte funksjoner). Java IBM Developer Kit og Runtime Environment for Linux x86, Java 2 Technology Edition, versjon 1.3.1 serviceutgave 4, 32-bits versjon, og versjon 1.4.1 serviceutgave 1, 32-bits versjon. Merk: DB2 UDB installerer den nyeste støttede versjonen av utviklersettet hvis det ikke allerede er installert, med mindre DB2 UDB-installeringen er en oppdatering av en tidligere DB2 UDB versjon 8-installasjon. Hvis en tidligere DB2 UDB versjon 8-installasjon blir oppdatert, må det støttede utviklersettet installeres manuelt fra CDen. Perl Perl 5.8 PHP PHP 4.3.4 eller nyere En 64-bits forekomst på DB2 UDB for 2.6 kjernebaserte Linux-distribusjoner på x86-64 støtter disse programmeringsspråkene og kompilatorene: C GNU/Linux gcc versjon 3.3 C++ GNU/Linux g++ versjon 3.3 Merk: Disse versjonene av GNU/Linux g++-kompilatoren godtar ikke heltallsparametere for fstream-funksjoner. Du finner mer informasjon i dokumentasjonen for kompilatoren. Java DB2 UDB støtter i denne versjonen ikke noe 64-bits Java Developer Kit for Linux på x86-64. Perl Perl 5.8 PHP PHP 4.3.4 eller nyere Tilpasse forkompilerings- og bindingsalternativer for SQL-prosedyrer Forkompilerings- og bindingsalternativene for SQL-prosedyrer kan tilpasses ved å definere DB2-registervariabelen DB2_SQLROUTINE_PREPOPTS som gjelder for hele forekomsten, ved å bruke denne kommandoen: db2set DB2_SQLROUTINE_PREPOPTS= I tillegg til alternativene som er dokumentert for versjon 8.2, er også REOP-alternativet tillatt: BLOCKING {UNAMBIG | ALL | NO} DATETIME {DEF | USA | EUR | ISO | JIS | LOC} DEGREE {1 | grad av parallellitet | ANY} DYNAMICRULES {BIND | RUN} EXPLAIN {NO | YES | ALL} EXPLSNAP {NO | YES | ALL} FEDERATED {NO | YES} INSERT {DEF | BUF} ISOLATION {CS | RR | UR | RS | NC} QUERYOPT optimaliseringsnivå REOPT {ALWAYS | NONE | ONCE} VALIDATE {RUN | BIND} Kompileringsalternativ for C/C++ kreves (Linux på POWER 64-bit) Kompilatoralternativet "-m64" kreves når du bruker gcc/g++ til å bygge C/C++-applikasjoner og -rutiner for en 64-bits forekomst på DB2 Universal Database for Linux on POWER. Kompilatoralternativet "-q64" kreves når du bruker xlc/xlC til å bygge C/C++-applikasjoner og -rutiner for en 64-bits forekomst på DB2 Universal Database for Linux on POWER. Kompilerings- og lenkekommando for lagrede prosedyrer for Micro Focus COBOL (HP-UX) Kompilerings- og lenkekommandoen for bygging av lagrede prosedyrer for Micro Focus COBOL på HP-UX som vises i dokumentasjonen til DB2 Universal Database versjon 8.2, er ikke riktig. Kompileringskommandoen i det faktiske skriptet sqllib/samples/cobol_mf/bldrtn er riktig. Kompilerings- og lenkekommandoene er nå kombinert i en enkelt kommando, og bruker alternativet -y til å spesifisere at utdataene skal være et delt bibliotek. Laveste versjon av Micro Focus COBOL (HP-UX) som er støttet Den laveste versjonen av Micro Focus COBOL-kompilatoren og -runtime som er støttet på HP-UX er Micro Focus Server Express 2.2 - Service Pack 1 pluss oppdateringspakken Fixpack22.02_14 for HP-UX PA-RISC 11.x (32/64bit). Denne oppdateringspakken finnes på nettsiden til Micro Focus Support Line: http://supportline.microfocus.com . Definere miljøvariabler for lagrede prosedyrer for Micro Focus COBOL (Windows) For å kunne kjøre eksterne Micro Focus COBOL-rutiner på Windows, er det nødvendig å kontrollere at miljøvariablene for Micro Focus COBOL er definert permanent som systemvariabler. Fremgangsmåte Definere miljøvariabler som systemvariabler: 1. Åpne kontrollpanelet 2. Velg System 3. Velg siden Avansert 4. Klikk Miljøvariabler 5. Tilføy variablene på listen Systemvariabler Det er ikke tilstrekkelig å definere miljøvariablene på listen Brukervariabler eller i et skript. Applikasjonsutvikling: CLI (Call Level Interface) Oppdatering av feilsøkingstabell for SQLDescribeParam-funksjonen (CLI) SQLDescribeParam()-funksjonen returnerer beskrivelsen av et parametermerke som er knyttet til en klargjort SQL-setning. Feilsøkingstabellen er oppdatert med SQLSTATE HYC00. Diagnostics Tabell 24. SQLDescribeParam SQLSTATEs +--------+-------------------+----------------------------------------+ | SQLSTA | Description | Explanation | | TE | | | +--------+-------------------+----------------------------------------+ | HYC00 | Driver not | The schema function stored procedures | | | capable | are not accessible on the server. | | | | Install the schema function stored | | | | procedures on the server and ensure | | | | they are accessible. | +--------+-------------------+----------------------------------------+ Asynkron utføring av CLI (Call Level Interface) DB2 Call Level Interface (DB2 CLI) kan kjøre et delsett med funksjoner asynkront. DB2 CLI-styreprogrammet returnerer kontrollen til applikasjonen etter kallet til funksjonen, men før den funksjonen er fullført. Funksjonen returnerer SQL_STILL_EXECUTING hver gang den blir kalt opp, helt til den er fullført, og da returnerer den en annen verdi (for eksempel SQL_SUCCESS). Asynkron utføring har bare effekt på operativsystemer med enkelttrådsbehandling (single-threaded). Applikasjoner som kjøres på operativsystemer med flertrådsbehandling, skal utføre funksjoner på forskjellige tråder. Asynkron utføring er mulig for de funksjonene som vanligvis sender en forespørsel til tjeneren og deretter venter på et svar. I stedet for å vente vil da en funksjon som kjører asynkront, returnere kontrollen til applikasjonen. Applikasjon kan da utføre andre oppgaver eller returnere kontrollen til operativsystemet, og bruker et avbrudd (interrupt) til å sjekke funksjonen gjentatte ganger til den returnerer en annen kode enn SQL_STILL_EXECUTING. Støtte for asynkron utføring av CLI finnes i DB2 Universal Database (UDB) fra og med versjon 8.2 opprettingspakke 1 (tilsvarer versjon 8.1 opprettingspakke 8). Hvis du vil ha mer dokumentasjon om denne funksjonen, kan du slå opp i DB2 UDB versjon 7 Informasjonssenter på http://publib.boulder.ibm.com/infocenter/db2v7luw/index.jsp. All informasjon i dokumentasjonen for versjon 7 gjelder også for versjon 8.2 opprettingspakke 1 (tilsvarer versjon 8.1 opprettingspakke 8) og senere. DB2 versjon 8 Informasjonssenter inneholder ikke dokumentasjon om denne funksjonen. Tilkoblingsattributtet SQL_ATTR_PING_DB SQL_ATTR_PING_DB (DB2 CLI v8.2) SQL_ATTR_PING_DB er et 32-bits heltall som brukes sammen med SQLGetConnectAttr()-funksjonen til å finne svartiden i nettverket for den eksisterende tilkoblingen mellom DB2 UDB-klienten og DB2 UDB-tjeneren. Svartiden blir rapportert i mikrosekunder. Hvis det er opprettet en tilkobling tidligere og den er slettet av databasen, blir verdien 0 rapportert. Hvis tilkoblingen er lukket av applikasjonen, rapporteres SQLSTATE 08003. Dette tilkoblingsattributtet kan returneres av SQLGetConnectAttr(), men det kan ikke defineres av SQLSetConnectAttr(). Eventuelle forsøk på å definere dette attributtet, vil resultere i SQLSTATE HYC00 (Driver not capable). SQLBindParameter-funksjon (CLI) I dokumentasjonen for SQLBindParameter-funksjonen er beskrivelsen i avsnittet om Input-parameteren feil. Dette er riktig beskrivelse: Input-parameter A 0 ColumnSize means that DB2 CLI will use the maximum length for the SQL type provided as the size of the column or stored procedure parameter. DB2 CLI will perform any necessary conversions using this size. SQLMoreResults-funksjon (CLI) I dokumentasjonen for SQLMoreResults-funksjonen er det ved en feil referert til SQL_ATTR_ROW_ARRAY_SIZE-setningsattributtet. Riktig setningsattributt er SQL_ATTR_PARAMSET_SIZE. Usage-avsnittet skal se slik ut: This function is used to return multiple results set in a sequential manner upon the execution of: * A parameterized query with an array of input parameter values specified with the SQL_ATTR_PARAMSET_SIZE statement attribute and SQLBindParameter() Ekstra miljøattributter I tillegg til at disse attributtene er CLI-tilkoblingsattributter, støttes de også som CLI-miljøattributter: * SQL_ATTR_INFO_ACCTSTR * SQL_ATTR_INFO_APPLNAME * SQL_ATTR_INFO_USERID * SQL_ATTR_INFO_WRKSTNNAME Hvis du vil vite mer om disse attributtene, kan du lese dokumentasjonen om CLI-tilkoblingsattributtene i DB2 Informasjonssenter eller i boken CLI Guide and Reference Volume 2 . Krav for dynamiske pekere som kan blas (dynamic scrollable cursors) Hvis du skal utføre oppdateringer og slettinger på rader i resultatsettet til en peker som kan blas, må UPDATE- eller DELETE-setningen omfatte alle kolonnene for minst en entydig nøkkel i basistabellen. Dette kan være primærnøkkelen eller en annen entydig nøkkel. CLI/ODBC-konfigurasjonsnøkkelordet RetCatalogAsCurrServer Beskrivelse av nøkkelordet: Katalogfunksjoner returnerer CURRENT SERVER-verdien i stedet for null-verdien for katalogkolonnene. Syntaks for db2cli.ini-nøkkelordet: RetCatalogAsCurrServer= 0 | 1 Standardverdier: Hvis måldatabasesystemet returnerer null for katalogkolonnene, vil ikke CURRENT SERVER-verdien bli erstattet. Merknader om bruk: Hvis katalogfunksjonene for måldatabasesystemet returnerer en null-verdi for katalogkolonnene og RetCatalogAsCurrServer blir satt til 1, returnerer databasesystemet CURRENT SERVER-verdien i stedet. * 0 = Katalogfunksjoner returnerer null-verdien for katalogkolonnene (standard). * 1 = Katalogfunksjoner returnerer CURRENT SERVER-verdien, i stedet for null-verdien, for katalogkolonnene. La oss for eksempel anta at katalogfunksjonen SQLTables() returnerer et resultatsett der verdiene i TABLE_CAT-kolonnen er null-verdier. Hvis du setter RetCatalogAsCurrServer til 1, returnerer databasesystemet CURRENT SERVER-verdien i TABLE_CAT-kolonnen. Merk: Dette nøkkelordet støttes av DB2 UDB for Linux, UNIX og Windows versjon 8.2 opprettingspakke 3 (tilsvarer versjon 8.1 opprettingspakke 10) og senere. CLI/ODBC-konfigurasjonsnøkkelordet ReceiveTimeout Beskrivelse av nøkkelordet: Oppgi tiden i sekunder det skal ventes på et svar fra tjeneren på en etablert tilkobling før forsøket avbrytes og det blir generert en tidsavbruddsfeil for kommunikasjonen. Syntaks for db2cli.ini-nøkkelordet: ReceiveTimeout = 0 | 1 | 2 | ... | 32767 Standardverdier: Klienten venter uendelig på et svar fra tjeneren på en etablert tilkobling. Tilsvarende setningsattributt: SQL_ATTR_RECEIVE_TIMEOUT Merknader om bruk: Standardverdien 0 betyr at klienten venter uendelig på et svar. Denne verdien har ingen virkning under opprettelse av tilkobling, og den støttes bare for TCP/IP og blir derfor oversett for alle andre protokoller. Setningsattributtet SQL_ATTR_RECEIVE_TIMEOUT SQL_ATTR_RECEIVE_TIMEOUT (DB2 CLI v8) En 32-bits heltallsverdi som er det antall sekunder en klient skal vente på et svar fra en tjener på en etablert tilkobling før forsøket avbrytes og det blir generert en tidsavbruddsfeil for kommunikasjonen. Standardverdien 0 betyr at klienten venter uendelig på et svar. Denne verdien har ingen virkning under opprettelse av tilkobling, og den støttes bare for TCP/IP og blir derfor oversett for alle andre protokoller. Støttede verdier er heltall fra 0 til 32767. CLI/ODBC-konfigurasjonsnøkkelordet Reopt Beskrivelse av nøkkelordet: Aktiver spørreoptimalisering eller reoptimalisering for SQL-setninger som har spesialregistre eller parametermerker. Syntaks for db2cli.ini-nøkkelordet: Reopt = 2 | 3 | 4 Standardverdier: Det utføres ingen spørreoptimalisering når spørringen utføres. Standardanslagene som er valgt av kompilatoren, brukes for spesialregistre eller parametermerker. Tilsvarende setningsattributt: SQL_ATTR_REOPT Merknader om bruk: Optimaliseringen utføres ved å bruke verdier som er tilgjengelige når spørringen kjøres, for spesialregistrene eller parametermerkene i stedet for standardanslagene som er valgt av kompilatoren. Dette er de gyldige verdiene for nøkkelordet: * 2 = SQL_REOPT_NONE. Dette er standardverdien. Det utføres ingen spørreoptimalisering når spørringen utføres. Standardanslagene som er valgt av kompilatoren, brukes for spesialregistrene eller parametermerkene. Standardpakkesettet "NULLID" brukes til å utføre dynamiske SQL-setninger. * 3 = SQL_REOPT_ONCE. Spørreoptimaliseringen utføres en gang når spørringen kjøres, nærmere bestemt når spørringen utføres for første gang. Pakkesettet "NULLIDR1", som bindes med bindingsalternativet REOPT ONCE, blir brukt. * 4 = SQL_REOPT_ALWAYS. Spørreoptimalisering eller reoptimalisering utføres hver gang spørringen blir utført. Pakkesettet "NULLIDRA", som bindes med bindingsalternativet REOPT ALWAYS, blir brukt. "NULLIDR1" og "NULLIDRA" er reserverte pakkesettnavn, og når de brukes, er henholdsvis REOPT ONCE og REOPT ALWAYS underforstått. Disse pakkesettene må opprettes eksplisitt med disse kommandoene: db2 bind db2clipk.bnd collection NULLIDR1 db2 bind db2clipk.bnd collection NULLIDRA Hvis både nøkkelordet Reopt og nøkkelordet CurrentPackageSet blir oppgitt, har CurrentPackageSet forrang. Setningsattributtet SQL_ATTR_REOPT SQL_ATTR_REOPT (DB2 CLI v8) En 32-bits heltallsverdi som aktiverer spørreoptimalisering for SQL-setninger som inneholder spesialregistre eller parametermerker. Optimaliseringen utføres ved å bruke verdier som er tilgjengelige når spørringen kjøres, for spesialregistre eller parametermerker i stedet for standardanslagene som er valgt av kompilatoren. Dette er de gyldige verdiene for attributtet: * 2 = SQL_REOPT_NONE. Dette er standardverdien. Det utføres ingen spørreoptimalisering når spørringen utføres. Standardanslagene som er valgt av kompilatoren, brukes for spesialregistrene eller parametermerkene. Standardpakkesettet "NULLID" brukes til å utføre dynamiske SQL-setninger. * 3 = SQL_REOPT_ONCE. Spørreoptimaliseringen utføres en gang når spørringen kjøres, nærmere bestemt når spørringen utføres for første gang. Pakkesettet "NULLIDR1", som bindes med bindingsalternativet REOPT ONCE, blir brukt. * 4 = SQL_REOPT_ALWAYS. Spørreoptimalisering eller reoptimalisering utføres hver gang spørringen blir utført. Pakkesettet "NULLIDRA", som bindes med bindingsalternativet REOPT ALWAYS, blir brukt. "NULLIDR1" og "NULLIDRA" er reserverte pakkesettnavn, og når de brukes, er henholdsvis REOPT ONCE og REOPT ALWAYS underforstått. Disse pakkesettene må opprettes eksplisitt med disse kommandoene: db2 bind db2clipk.bnd collection NULLIDR1 db2 bind db2clipk.bnd collection NULLIDRA SQL_ATTR_REOPT og SQL_ATTR_CURRENT_PACKAGE_SET utelukker hverandre, så hvis det ene blir oppgitt, er ikke det andre tillatt. CLI/ODBC-konfigurasjonsnøkkelordet CurrentPackageSet Beskrivelse av nøkkelordet: Utfører SET CURRENT PACKAGESET-setningen etter hver tilkobling. Syntaks for db2cli.ini-nøkkelordet: CurrentPackageSet = skjemanavn Standardverdier: Leddet blir ikke tilføyd. Tilsvarende tilkoblingsattributt: SQL_ATTR_CURRENT_PACKAGE_SET Merknader om bruk: Dette alternativet utfører SQL-setningen SET CURRENT PACKAGESET med CurrentPackageSet-verdien etter hver tilkobling til en database. Som standard blir ikke leddet tilføyd. SQL-setningen SET CURRENT PACKAGESET definerer skjemanavnet (samlings-IDen) som brukes til å velge pakken som skal brukes for senere SQL-setninger. CLI/ODBC-applikasjoner utfører dynamiske SQL-setninger. Ved hjelp av dette alternativet kan du styre hvilke rettigheter som brukes til å kjøre disse setningene: * Velg et skjema som skal brukes når SQL-setninger kjøres fra CLI/ODBC-applikasjoner. * Kontroller at objektene i skjemaet har de nødvendige rettighetene, og kjør bindingen på nytt. * Definer CurrentPackageSet-alternativet til dette skjemaet. SQL-setningene fra CLI/ODBC-applikasjonene vil nå bli kjørt under det oppgitte skjemaet og bruke rettighetene som er definert der. Disse pakkesettnavnene er reservert: "NULLID ", "NULLIDR1", "NULLIDRA". Hvis både nøkkelordet Reopt og nøkkelordet CurrentPackageSet blir oppgitt, har CurrentPackageSet forrang. Tilkoblingsattributtet SQL_ATTR_CURRENT_PACKAGE_SET SQL_ATTR_CURRENT_PACKAGE_SET (DB2 CLI v5) En null-avsluttet tegnstreng som viser skjemanavnet (samlings-IDen) som brukes til å velge pakken for senere SQL-setninger. Når du bruker dette attributtet, blir SQL-setningen SET CURRENT PACKAGESET utført. Hvis dette attributtet blir definert før en tilkobling, utføres SQL-setningen SET CURRENT PACKAGESET på tilkoblingstidspunktet. CLI/ODBC-applikasjoner utfører dynamiske SQL-setninger. Ved hjelp av dette tilkoblingsattributtet kan du styre hvilke rettigheter som brukes til å kjøre disse setningene: * Velg et skjema som skal brukes når SQL-setninger kjøres fra CLI/ODBC-applikasjoner. * Kontroller at objektene i skjemaet har de nødvendige rettighetene, og kjør bindingen på nytt. Dette betyr vanligvis at CLI-pakkene (sqllib/bnd/db2cli.lst) skal bindes med alternativet COLLECTION . Les om BIND-kommandoen hvis du vil ha flere opplysninger. * Definer CURRENTPACKAGESET-alternativet til dette skjemaet. SQL-setningene fra CLI/ODBC-applikasjonene vil nå bli kjørt under det oppgitte skjemaet og bruke rettighetene som er definert der. En alternativ måte å definere skjemanavnet på, er å bruke CLI/ODBC-konfigurasjonsnøkkelordet CURRENTPACKAGESET. Disse pakkesettnavnene er reservert: "NULLID ", "NULLIDR1", "NULLIDRA". SQL_ATTR_REOPT og SQL_ATTR_CURRENT_PACKAGE_SET utelukker hverandre, så hvis det ene blir oppgitt, er ikke det andre tillatt. CLI/ODBC-konfigurasjonsnøkkelordet MapBigintCDefault Beskrivelse av nøkkelordet: Oppgi standard C-type for BIGINT-kolonner og -parametermerker. Syntaks for db2cli.ini-nøkkelordet: MapBigintCDefault = 0 | 1 | 2 Standardverdier: Standard C-type-fremstilling for BIGINT-data er SQL_C_BIGINT. Merknader om bruk: MapBigintCDefault styrer C-typen som brukes når SQL_C_DEFAULT spesifiseres for BIGINT-kolonner og -parametermerker. Nøkkelordet skal primært brukes med Microsoft-applikasjoner slik som Microsoft Access, som ikke kan håndtere heltall med 8 byte. Definer MapBigintCDefault slik: * 0 - for standard SQL_C_BIGINT C-type-fremstilling * 1 - for SQL_C_CHAR C-type-fremstilling * 2 - for SQL_C_WCHAR C-type-fremstilling Dette nøkkelordet påvirker virkemåter til CLI-funksjoner der SQL_C_DEFAULT kan oppgis som en C-type, som for eksempel SQLBindParameter(), SQLBindCol() og SQLGetData(). CLI/ODBC-konfigurasjonsnøkkelordet DescribeOutputLevel Beskrivelse av nøkkelordet: Definer nivået på beskrivende informasjon i utdatakolonner som blir forespurt av CLI-styreprogrammet ved PREPARE- og DESCRIBE-forespørsler. Syntaks for db2cli.ini-nøkkelordet: DescribeOutputLevel = 0 | 1 | 2 | 3 Standardverdier: Forespør den beskrivende informasjonen som vises på nivå 2 i Tabell 25. Merknader om bruk: Dette nøkkelordet styrer mengden informasjon som CLI-styreprogrammet forespør på en PREPARE- eller DESCRIBE-forespørsel. Når tjeneren mottar en forespørsel om beskrivelse, returnerer den informasjonen i nivå 2 i Tabell 25 for resultatsettkolonnene som standard. Det er imidlertid ikke sikkert at applikasjonen trenger all denne informasjonen, eller den kan hende den trenger mer informasjon. Du kan forbedre ytelsen ved å definere nøkkelordet DescribeOutputLevel ut i fra klientapplikasjonens behov, fordi beskrivelsesdataene som overføres mellom klienten og tjeneren blir begrenset til det som er nødvendig for applikasjonen. Hvis innstillingen for DescribeOutputLevel er for lav, kan det påvirke funksjonaliteten til applikasjonen. CLI-funksjonene som henter den beskrivende informasjonen mislykkes ikke nødvendigvis, men dataene de returnerer kan være ufullstendige. Gyldige innstillinger for DescribeOutputLevel: * 0 - ingen beskrivende informasjon returneres til klientapplikasjonen * 1 - beskrivende informasjon på nivå 1 (se Tabell 25) returneres til klientapplikasjonen * 2 - (standard) beskrivende informasjon på nivå 2 (se Tabell 25) returneres til klientapplikasjonen * 3 - beskrivende informasjon på nivå 3 (se Tabell 25) returneres til klientapplikasjonen Tabellen nedenfor inneholder feltene som utgjør den beskrivende informasjonen som tjeneren returnerer når den mottar en klargjørings- eller beskrivelsesforespørsel. Feltene er gruppert i nivåer, og CLI/ODBC-konfigurasjonsnøkkelordet DescribeOutputLevel styrer hvilke nivåer av beskrivende informasjon CLI-styreprogrammet ber om. Merk: Ikke alle nivåer av beskrivende informasjon er støttet på alle DB2-tjenere. Alle nivåer av beskrivende informasjon støttes på følgende DB2-tjenere: DB2 Universal Database (UDB) for Linux, UNIX og Windows versjon 8 og senere, DB2 UDB for z/OS versjon 8 og senere og DB2 UDB for iSeries versjon 5 utgave 3 og senere. Alle andre DB2-tjenere støtter bare verdiene 2 og 0 for DescribeOutputLevel. Tabell 25. Nivåer for beskrivende informasjon +-----------------------+----------------------+----------------------+ | Nivå 1 | Nivå 2 | Nivå 3 | +-----------------------+----------------------+----------------------+ | SQL_DESC_COUNT | alle felt på nivå 1 | alle felt på nivå 1 | | SQL_COLUMN_COUNT | pluss: | og 2 pluss: | | SQL_DESC_TYPE | SQL_DESC_NAME | SQL_DESC_BASE_COLUMN | | SQL_DESC_CONCISE_TYPE | SQL_DESC_LABEL | _NAME | | SQL_COLUMN_LENGTH | SQL_COLUMN_NAME | SQL_DESC_UPDATABLE | | SQL_DESC_OCTET_LENGTH | SQL_DESC_UNNAMED | SQL_DESC_AUTO_UNIQUE | | SQL_DESC_LENGTH | SQL_DESC_TYPE_NAME | _VALUE | | SQL_DESC_PRECISION | SQL_DESC_DISTINCT_TY | SQL_DESC_SCHEMA_NAME | | SQL_COLUMN_PRECISION | PE | SQL_DESC_CATALOG_NAM | | SQL_DESC_SCALE | SQL_DESC_REFERENCE_T | E | | SQL_COLUMN_SCALE | YPE | SQL_DESC_TABLE_NAME | | SQL_DESC_DISPLAY_SIZE | SQL_DESC_STRUCTURED_ | SQL_DESC_BASE_TABLE_ | | SQL_DESC_NULLABLE | TYPE | NAME | | SQL_COLUMN_NULLABLE | SQL_DESC_USER_TYPE | | | SQL_DESC_UNSIGNED | SQL_DESC_LOCAL_TYPE_ | | | SQL_DESC_SEARCHABLE | NAME | | | SQL_DESC_LITERAL_SUFF | SQL_DESC_USER_DEFINE | | | IX | D_ | | | SQL_DESC_LITERAL_PREF | TYPE_CODE | | | IX | | | | SQL_DESC_CASE_SENSITI | | | | VE | | | | SQL_DESC_FIXED_PREC_S | | | | CALE | | | +-----------------------+----------------------+----------------------+ Applikasjonsutvikling: Programmere klientapplikasjoner DB2 Universal JDBC-styreprogrammets tilkoblingskonsentrator og balansering av Sysplex-arbeidsbelastning Java-applikasjoner som bruker DB2 Universal JDBC Driver type 4 connectivity for å få tilgang til DB2 UDB for z/OS-tjenere, kan dra nytte av tilkoblingskonsentratoren og funksjonene for banalsering av Sysplex-arbeidsbelastning. Disse funksjonene likner på tilkoblingskonsentratoren og funksjonene for balansering av Sysplex-arbeidsbelastning i DB2 Connect. DB2 Universal JDBC Driver-tilkoblingskonsentratoren kan redusere ressursene DB2 UDB for z/OS-databasetjenere trenger for å støtte et stort antall klientapplikasjoner, ved å la mange tilkoblingsobjekter bruke den samme fysiske tilkoblingen, slik at antall fysiske tilkoblinger til databasetjeneren reduseres. Balansering av DB2 Universal JDBC Driver Sysplexarbeidsbelastning kan gi bedre tilgjengelighet for en datadelingsgruppe, fordi styreprogrammet henter statusinformasjon om medlemmene i en datadelingsgruppe ofte. Styreprogrammet bruker denne informasjonen til å avgjøre hvilken datadelingsmedlem den neste transaksjonen skal rutes til. Med balansering av Sysplex-arbeidsbelastning sikrer DB2 UDB for z/OS-tjeneren og Workload Manager for z/OS (WLM) at arbeid blir distribuert effektivt blant medlemmer i datadelingsgruppe, og at arbeid blir overført til et annet medlem i en datadelingsgruppe hvis det oppstår en feil hos et medlem. DB2 Universal JDBC Driver bruker transportobjekter og en globalt transportobjektgruppe til å støtte tilkoblingskonsentratoren og balansering av Sysplex-arbeidsbelastning. Det er ett transportobjekt for hver fysiske tilkobling til databasetjeneren. Når du aktiverer tilkoblingskonsentratoren og balansering av Sysplex-arbeidsbelastning, definerer du det maksimale antall fysiske tilkoblinger til databasetjeneren som kan finnes på samme tid, ved å definere det maksimale antall transportobjekter. På styreprogramnivå definerer du grenser for antall transportobjekter ved hjelp av konfigurasjonsegenskapene for DB2 Universal JDBC Driver. På tilkoblingsnivå aktiverer eller deaktiverer du DB2 Universal JDBC Driver-tilkoblingskonsentratoren og balansering av Sysplex-arbeidsbelastning og definerer grenser for antall transportobjekter som bruker DataSource-egenskaper. Du kan overvåke den globale transportobjektgruppen på disse måtene: * Bruke sporinger som du starter ved hjelp av konfigurasjonsegenskapene for DB2 Universal JDBC Driver * Bruke et programmeringsgrensesnitt (API) DB2 Universal JDBC Driver-konfigurasjonsegenskaper for tilkoblingskonsentrator og balansering av Sysplex-arbeidsbelastning Konfigurasjonsegenskapene nedenfor blir brukt til tilkoblingskonsentratoren og banalsering av Sysplex-arbeidsbelastning db2.jcc.dumpPool Specifies the types of statistics that are written for global transport pool events, in addition to the summary statistics that are written. The global transport pool is used for the connection concentrator and Sysplex workload balancing. The data type of db2.jcc.dumpPool is integer (int.). The db2.jcc.dumpPoolStatisticsOnSchedule and db2.jcc.dumpPoolStatisticsOnScheduleFile configuration properties must also be set for writing statistics before any statistics are written. You can specify one or more of the following types of statistics with the db2.jcc.dumpPool property: * DUMP_REMOVE_OBJECT (hexadecimal: X'01', decimal: 1) * DUMP_GET_OBJECT (hexadecimal: X'02', decimal: 2) * DUMP_WAIT_OBJECT (hexadecimal: X'04', decimal: 4) * DUMP_SET_AVAILABLE_OBJECT (hexadecimal: X'08', decimal: 8) * DUMP_CREATE_OBJECT (hexadecimal: X'10', decimal: 16) * DUMP_SYSPLEX_MSG (hexadecimal: X'20', decimal: 32) * DUMP_POOL_ERROR (hexadecimal: X'80', decimal: 128) To trace more than one type of event, add the values for the types of events that you want to trace. For example, suppose that you want to trace DUMP_GET_OBJECT and DUMP_CREATE_OBJECT events. The numeric equivalents of these values are 2 and 16, so you specify 18 for the db2.jcc.dumpPool value. The default is 0, which means that only summary statistics for the global transport pool are written. db2.jcc.dumpPoolStatisticsOnSchedule Specifies how often, in seconds, global transport pool statistics are written to the file that is specified by the db2.jcc.dumpPoolStatisticsOnScheduleFile configuration property. The global transport pool is used for the connection concentrator and Sysplex workload balancing. The default is -1, which means that global transport pool statistics are not written. db2.jcc.dumpPoolStatisticsOnScheduleFile Specifies the name of the file to which global transport pool statistics are written. The global transport pool is used for the connection concentrator and Sysplex workload balancing. If the db2.jcc.dumpPoolStatisticsOnScheduleFile configuration property is not specified, global transport pool statistics are not written. db2.jcc.maxTransportObjectIdleTime Specifies the amount of time, in seconds, that an unused transport object stays in a global transport object pool before it can be deleted from the pool. Transport objects are used for the connection concentrator and Sysplex workload balancing. The default value for the db2.jcc.maxTransportObjectIdleTime configuration property is 60. Setting db2.jcc.maxTransportObjectIdleTime to a value less than 0 causes unused transport objects to be deleted from the pool immediately. This action is not recommended because it can cause severe performance degradation. db2.jcc.maxTransportObjectWaitTime Specifies the maximum amount of time, in seconds, that an application waits for a transport object if the db2.jcc.maxTransportObjects value has been reached. Transport objects are used for the connection concentrator and Sysplex workload balancing. When an application waits for longer than the db2.jcc.maxTransportObjectWaitTime value, the global transport object pool throws an SQLException. The default value for the db2.jcc.maxTransportObjectWaitTime configuration property is -1. Any negative value means that applications wait forever. db2.jcc.maxTransportObjects Specifies the upper limit for the number of transport objects in a global transport object pool for the connection concentrator and Sysplex workload balancing. When the number of transport objects in the pool reaches the db2.jcc.maxTransportObjects value, transport objects that have not been used for longer than the db2.jcc.maxTransportObjectIdleTime value are deleted from the pool. The default value for the db2.jcc.maxTransportObjects configuration property is -1, which means that there is no limit to the number of transport objects in the global transport object pool. db2.jcc.minTransportObjects Specifies the lower limit for the number of transport objects in a global transport object pool for the connection concentrator and Sysplex workload balancing. When a JVM is created, there are no transport objects in the pool. Transport objects are added to the pool as they are needed. After the db2.jcc.minTransportObjects value is reached, the number of transport objects in the global transport object pool never goes below the db2.jcc.minTransportObjects value for the lifetime of that JVM. The default value for the db2.jcc.minTransportObjects configuration property is 0. Any value less than or equal to 0 means that the global transport object pool can become empty. DB2 Universal JDBC Driver DataSource-egenskaper for tilkoblingskonsentrator og balansering av Sysplex-arbeidsbelastning DB2 Universal JDBC Driver DataSource-egenskapene nedenfor blir brukt til tilkoblingskonsentratoren og banalsering av Sysplex-arbeidsbelastning enableConnectionConcentrator Indicates whether the connection concentrator function of the DB2 Universal JDBC Driver is enabled. The connection concentrator function is available only for connections to DB2 UDB for z/OS servers. The data type of the enableConnectionConcentrator property is boolean. The default is false. However, if enableSysplexWLB is set to true, the default is true. enableSysplexWLB Indicates whether the Sysplex workload balancing function of the DB2 Universal JDBC Driver is enabled. The Sysplex workload balancing function is available only for connections to DB2 UDB for z/OS servers. The data type of the enableSysplexWLB property is boolean. The default is false. However, if enableSysplexWLB is set to true, enableConnectionConcentrator is set to true by default. maxTransportObjects Specifies the maximum number of transport objects that can be used for all connections with the associated DataSource object. Transport objects are used for the connection concentrator and Sysplex workload balancing. The maxTransportObjects value is ignored if the enableConnectionConcentrator or enableSysplexWLB properties are not set to enable the use of the connection concentrator or Sysplex workload balancing. The data type of this property is integer (int.). If the maxTransportObjects value has not been reached and a transport object is not available in the global transport objects pool, the pool creates a new transport object. If the maxTransportObjects value has been reached, the application waits for the amount of time that is specified by the db2.jcc.maxTransportObjectWaitTime configuration property. After that amount of time has elapsed, if there is still no available transport object in the pool, the pool throws an SQLException. The maxTransportObjects property does not override the db2.jcc.maxTransportObjects configuration property. The maxTransportObjects property has no effect on connections from other DataSource objects. If the maxTransportObjects value is larger than the db2.jcc.maxTransportObjects value, maxTransportObjects does not increase the db2.jcc.maxTransportObjects value. The default value for the maxTransportObjects property is -1, which means that the number of transport objects for the DataSource is limited only by the db2.jcc.maxTransportObjects value for the driver.. Eksempel på aktivering av DB2 Universal JDBC Driver-tilkoblingskonsentratoren og funksjoner for balansering av Sysplex-arbeidsbelastning i WebSphere Application Server The following procedure is an example of enabling the DB2 Universal JDBC Driver connection concentrator and Sysplex workload balancing functions with WebSphere(R) Application Server. Forutsetninger Server requirements: * WLM for z/OS * DB2 UDB for OS/390(R) and z/OS, Version 7 or later Client requirements: * DB2 Universal JDBC Driver at the FixPak 10 level * WebSphere Application Server, Version 5.1 or later Fremgangsmåte Slik aktiverer du DB2 Universal JDBC Driver-tilkoblingskonsentratoren og funksjoner for balansering av Sysplex-arbeidsbelastning med WebSphere Application Server: 1. Verify that the DB2 Universal JDBC Driver is at the correct level to support the connection concentrator and Sysplex workload balancing functions by issuing the following command in the command line processor on z/OS, or in System Services on UNIX : java com.ibm.db2.jcc.DB2Jcc -version Find a line in the output like this: [ibm][db2][jcc] Driver: IBM DB2 JDBC Universal Driver Architecture n n n should be 2.7 or later. 2. Set DB2 Universal JDBC Driver configuration properties to enable the connection concentrator or Sysplex workload balancing for all DataSource instances that are created under the driver. Set the configuration properties in a DB2JccConfiguration.properties file. a. Create a DB2JccConfiguration.properties file or edit the existing DB2JccConfiguration.properties file. b. Set the following configuration properties: * db2.jcc.minTransportObjects * db2.jcc.maxTransportObjects * db2.jcc.maxTransportObjectWaitTime * db2.jcc.dumpPool * db2.jcc.dumpPoolStatisticsOnScheduleFile Start with settings similar to these: db2.jcc.minTransportObjects=0 db2.jcc.maxTransportObjects=1500 db2.jcc.maxTransportObjectWaitTime=-1 db2.jcc.dumpPool=0 db2.jcc.dumpPoolStatisticsOnScheduleFile= /home/WAS/logs/srv1/poolstats c. Add the directory path for DB2JccConfiguration.properties to the WebSphere Application Server DB2 Universal JDBC Driver classpath. 3. Set DB2 Universal JDBC Driver data source properties to enable the connection concentrator or Sysplex workload balancing functions. In the WebSphere Application Server administrative console, set the following properties for the data source that your application uses to connect to the database server: * enableSysplexWLB * enableConnectionConcentrator * maxTransportObjects Assume that you want the connection concentrator function as well as the Sysplex workload balancing function. Start with settings similar to these: Tabell 26. Example of data source property settings for DB2 Universal JDBC Driver connection concentrator and Sysplex workload balancing functions +-------------------------+-------------------------------------------+ | Property Setting | +-------------------------+-------------------------------------------+ | enableSysplexWLB true1 | +-------------------------+-------------------------------------------+ | maxTransportObjects 100 | +---------------------------------------------------------------------+ | Merknader: | | 1. The enableConnectionConcentrator property is set to true by | | default because the enableSysplexWLB property is set to true. | +---------------------------------------------------------------------+ 4. Restart WebSphere Application Server. Metoder for å overvåke DB2 Universal JDBC Driver-tilkoblingskonsentratoren og funksjonene for balansering av Sysplex-arbeidsbelastning Hvis du skal overvåke DB2 Universal JDBC Driver-tilkoblingskonsentratoren og funksjonene for balansering av Sysplex-arbeidsbelastning, må du overvåke den globale transportobjektgruppen (global transport objects pool). Du kan overvåke den globale transportobjektgruppen på disse måtene: * Bruke sporinger som du starter ved å definere konfigurasjonsegenskapene for DB2 Universal JDBC Driver * Bruke et programmeringsgrensesnitt (API) Konfigurasjonsegenskaper for overvåking av den globale transportobjektgruppen Konfigurasjonsegenskapene db2.jcc.dumpPool, db2.jcc.dumpPoolStatisticsOnSchedule og db2.jcc.dumpPoolStatisticsOnScheduleFile styrer sporingen av den globale transportobjektgruppen. Hvis du for eksempel definerer følgende konfigurasjonsegenskaper, blir Sysplex-feilmeldinger og dump pool-feilmeldinger skrevet hvert 60. sekund til filen /home/WAS/logs/srv1/poolstats: db2.jcc.dumpPool=DUMP_SYSPLEX_MSG|DUMP_POOL_ERROR db2.jcc.dumpPoolStatisticsOnSchedule=60 db2.jcc.dumpPoolStatisticsOnScheduleFile=/home/WAS/logs/srv1/poolstats En oppføring i gruppestatistikkfilen ser slik ut: time Scheduled PoolStatistics npr:2575 nsr:2575 lwroc:439 hwroc:1764 coc:372 aooc:362 rmoc:362 nbr:2872 tbt:857520 tpo:10 Feltene har følgende betydning: npr Totalt antall forespørsler som DB2 Universal JDBC Driver har gjort til gruppen siden gruppen ble opprettet. nsr Antall vellykkede forespørsler som DB2 Universal JDBC Driver har gjort til gruppen siden gruppen ble opprettet. En vellykket forespørsel betyr at gruppen returnerte et objekt. lwroc Antall objekter som ble gjenbrukt, men som ikke var i gruppen. Dette kan oppstå hvis et tilkoblingsobjekt frigir et transportobjekt ved en transaksjonsgrense. Hvis tilkoblingsobjektet trenger et transportobjekt senere, og det opprinnelige transportobjektet ikke er brukt av et annet tilkoblingsobjekt, kan tilkoblingsobjektet bruke det transportobjektet. hwroc Antall objekter som ble gjenbrukt fra gruppen. coc Antall objekter som DB2 Universal JDBC Driver har opprettet siden gruppen ble opprettet. aooc Antall objekter som overskred den uvirksomme tiden som er angitt av konfigurasjonsegenskapen db2.jcc.maxTransportObjectIdleTime og ble slettet fra gruppen. rmoc Antall objekter som er slettet fra gruppen siden gruppen ble opprettet. nbr Antall forespørsler som DB2 Universal JDBC Driver har gjort til gruppen, som gruppen blokkerte fordi gruppen har nådd maksimumskapasiteten sin. En blokkert forespørsel kan bli vellykket hvis et objekt blir returnert til grupen før verdien for konfigurasjonsegenskapen db2.jcc.maxTransportObjectWaitTime blir overskredet slik at det genereres et unntak. tbt Den totale tiden i millisekunder for forespørsler som ble blokkert av gruppen. Denne tiden kan være mye større enn den medgåtte utføringstiden for applikasjonen hvis applikasjonen bruker flere tråder. tpo Antall objekter som finnes i gruppen for øyeblikket. Programmeringsgrensesnitt for overvåking av den globale transportobjektgruppen Du kan skrive applikasjoner for å samle inn statistikk på den globale transportobjektgruppen. Disse applikasjonene oppretter objekter i DB2PoolMonitor-klassen og starter metoder for å hente informasjon om gruppen. For eksempel oppretter den følgende koden et objekt for overvåking av den globale transportobjektgruppen: import com.ibm.db2.jcc.DB2PoolMonitor; DB2PoolMonitor transportObjectPoolMonitor = DB2PoolMonitor.getPoolMonitor (DB2PoolMonitor.TRANSPORT_OBJECT); Etter at du har opprettet DB2PoolMonitor-objektet, kan du bruke disse metodene til å overvåke den globale transportobjektgruppen. getMonitorVersion Format: public int getMonitorVersion() Henter den versjonen av DB2PoolMonitor-klassen som leveres med DB2 Universal JDBC Driver. totalRequestsToPool Format: public int totalRequestsToPool() Henter det totale antall forespørsler som DB2 Universal JDBC Driver har gjort til gruppen siden gruppen ble opprettet. successfullRequestsFromPool Format: public int successfullRequestsFromPool() Henter antall vellykkede forespørsler som DB2 Universal JDBC Driver har gjort til gruppen siden gruppen ble opprettet. En vellykket forespørsel betyr at gruppen returnerte et objekt. numberOfRequestsBlocked Format: public int numberOfRequestsBlocked() Henter antall forespørsler som DB2 Universal JDBC Driver har gjort til gruppen, som gruppen blokkerte fordi gruppen har nådd maksimumskapasiteten sin. En blokkert forespørsel kan bli vellykket hvis et objekt blir returnert til grupen før verdien for konfigurasjonsegenskapen db2.jcc.maxTransportObjectWaitTime blir overskredet slik at det genereres et unntak. totalTimeBlocked Format: public long totalTimeBlocked() Henter den totale tiden i millisekunder for forespørsler som ble blokkert av gruppen. Denne tiden kan være mye større enn den medgåtte utføringstiden for applikasjonen hvis applikasjonen bruker flere tråder. lightWeightReusedObjectCount Format: public int lightWeightReusedObjectCount() Henter antall objekter som ble gjenbrukt, men som ikke var i gruppen. Dette kan oppstå hvis et tilkoblingsobjekt frigir et transportobjekt ved en transaksjonsgrense. Hvis tilkoblingsobjektet trenger et transportobjekt senere, og det opprinnelige transportobjektet ikke er brukt av et annet tilkoblingsobjekt, kan tilkoblingsobjektet bruke det transportobjektet. heavyWeightReusedObjectCount Format: public int heavyWeightReusedObjectCount() Henter antall objekter som ble gjenbrukt fra gruppen. createdObjectCount Format: public int createdObjectCount() Henter antall objekter som DB2 Universal JDBC Driver har opprettet siden gruppen ble opprettet. agedOutObjectCount Format: public int agedOutObjectCount() Henter antall objekter som overskred den uvirksomme tiden som er angitt av konfigurasjonsegenskapen db2.jcc.maxTransportObjectIdleTime og ble slettet fra gruppen. removedObjectCount Format: public int removedObjectCount() Henter antall objekter som er slettet fra gruppen siden gruppen ble opprettet. totalPoolObjects Format: public int totalPoolObjects() Antall objekter som finnes i gruppen for øyeblikket. CLI/ODBC-konfigurasjonsnøkkelordet OleDbReportIsLongForLongTypes Nøkkelordet OleDbReportIsLongForLongTypes støttes av følgende databasetjenere: * DB2 UDB for z/OS versjon 6 med PTF UQ93891 * DB2 UDB for z/OS versjon 7 med PTF UQ93889 * DB2 UDB for z/OS versjon 8 med PTF UQ93890 * DB2 UDB for Linux, UNIX og Windows versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) og senere Beskrivelse av nøkkelordet: Får OLE DB til å flagge LONG-datatyper med DBCOLUMNFLAGS_ISLONG. Syntaks for db2cli.ini-nøkkelordet: OleDbReportIsLongForLongTypes = 0 | 1 Tilsvarende setningsattributt: SQL_ATTR_REPORT_ISLONG_FOR_LONGTYPES_OLEDB Standardverdier: LONG-typer (LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC og LONG VARGRAPHIC FOR BIT DATA) har ikke aktivert DBCOLUMNFLAGS_ISLONG-flagget, noe som kan føre til at kolonnene kan bli brukt i WHERE-leddet. Merknader om bruk: OLE DBs Client Cursor Engine og OLE DB .NET Data Providers CommandBuilder genererer oppdaterings- og slettesetninger basert på kolonneinformasjonen som blir gitt av IBM DB2 OLE DB Provider. Hvis den genererte setningen inneholder en LONG-type i WHERE-leddet, vil setningen mislykkes fordi LONG-typer ikke kan brukes i et søk med en likhetsoperator. Hvis nøkkelordet OleDbReportIsLongForLongTypes settes til 1, vil IBM DB2 OLE DB Provider rapportere LONG-typer (LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC og LONG VARGRAPHIC FOR BIT DATA) med DBCOLUMNFLAGS_ISLONG-flagget definert. Dette vil hindre at LONG-kolonnene blir brukt i WHERE-leddet. CLI/ODBC-konfigurasjonsnøkkelordet OleDbSQLColumnsSortByOrdinal Nøkkelordet OleDbSQLColumnsSortByOrdinal støttes av følgende databasetjenere: * DB2 UDB for z/OS versjon 6 med PTF UQ93891 * DB2 UDB for z/OS versjon 7 med PTF UQ93889 * DB2 UDB for z/OS versjon 8 med PTF UQ93890 * DB2 UDB for Linux, UNIX og Windows versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) og senere Beskrivelse av nøkkelordet: Får OLE DBs IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS) til å returnere et radsett sortert etter ORDINAL_POSITION-kolonnen. Syntaks for db2cli.ini-nøkkelordet: OleDbSQLColumnsSortByOrdinal = 0 | 1 Tilsvarende setningsattributt: SQL_ATTR_SQLCOLUMNS_SORT_BY_ORDINAL_OLEDB Standardverdier: IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS) returnerer radsettet sortert etter kolonnene TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME. Merknader om bruk: Microsoft OLE DB-spesifikasjonen krever at IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS) returnerer radsettet sortert etter kolonnene TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME. IBM DB2 OLE DB Provider følger denne spesifikasjonen. Applikasjoner som bruker Microsoft ODBC Bridge Provider (MSDASQL), er imidlertid vanligvis kodet for å hente radsettet sortert etter ORDINAL_POSITION. Hvis nøkkelordet OleDbSQLColumnsSortByOrdinal settes til 1, vil Provider returnere et radsett sortert etter ORDINAL_POSITION. Egenskapsgruppen DB2 Data Source for IBM DB2 OLE DB Provider IBM DB2 OLE DB Provider har fått en ny egenskapsgruppe: DB2 Data Source. Egenskapssettet for DB2 Data Source er DBPROPSET_DB2DATASOURCE. GUID for egenskapssettet er {0x8a80412a,0x7d94,0x4fec,{0x87,0x3e,0x6c,0xd1,0xcd,0x42,0x0d,0xcd}} DBPROPSET_DB2DATASOURCE har tre egenskaper: * DB2PROP_REPORTISLONGFORLONGTYPES * DB2PROP_RETURNCHARASWCHAR * DB2PROP_SORTBYORDINAL DB2PROP_REPORTISLONGFORLONGTYPES #define DB2PROP_REPORTISLONGFORLONGTYPES 4 Egenskapsgruppe: DB2 Data Source Egenskapssett: DB2PROPSET_DATASOURCE Type: VT_BOOL Vanlig R/W: R/W Beskrivelse: Rapporter IsLong for Long-typer OLE DBs Client Cursor Engine og OLE DB .NET Data Providers CommandBuilder genererer oppdaterings- og slettesetninger basert på kolonneinformasjonen som blir gitt av IBM DB2 OLE DB Provider. Hvis den genererte setningen inneholder en LONG-type i WHERE-leddet, vil setningen mislykkes fordi LONG-typer ikke kan brukes i et søk med en likhetsoperator. Tabell 27. DB2PROP_REPORTISLONGFORLONGTYPES-verdier +----------------+----------------------------------------------------+ | Verdier | Betydning | +----------------+----------------------------------------------------+ | VARIANT_TRUE | Gjør at IBM DB2 OLE DB Provider rapporterer | | | LONG-typer (LONG VARCHAR, LONG VARCHAR FOR BIT | | | DATA, LONG VARGRAPHIC og LONG VARGRAPHIC FOR BIT | | | DATA) med DBCOLUMNFLAGS_ISLONG-flagget definert. | | | Dette vil hindre at LONG-kolonnene blir brukt i | | | WHERE-leddet. | +----------------+----------------------------------------------------+ | VARIANT_FALSE | DBCOLUMNFLAGS_ISLONG er ikke definert for LONG | | | VARCHAR, LONG VARCHAR FOR BIT DATA, LONG | | | VARGRAPHIC og LONG VARGRAPHIC FOR BIT DATA. Dette | | | er standardverdien. | +----------------+----------------------------------------------------+ DB2PROP_RETURNCHARASWCHAR #define DB2PROP_RETURNCHARASWCHAR 2 Egenskapsgruppe: DB2 Data Source Egenskapssett: DB2PROPSET_DATASOURCE Type: VT_BOOL Vanlig R/W: R/W Beskrivelse: Returner Char som WChar Tabell 28. DB2PROP_RETURNCHARASWCHAR-verdier +----------------+----------------------------------------------------+ | Verdier | Betydning | +----------------+----------------------------------------------------+ | VARIANT_TRUE | OLE DB beskriver kolonner av typen CHAR, VARCHAR, | | | LONG VARCHAR, eller CLOB som DBTYPE_WSTR. | | | Kodesettet med data i forbindelse med | | | ISequentialStream vil være UCS-2. Dette er | | | standardverdien. | +----------------+----------------------------------------------------+ | VARIANT_FALSE | OLE DB beskriver kolonner av typen CHAR, VARCHAR, | | | LONG VARCHAR, eller CLOB som DBTYPE_STR. | | | Kodesettet med data i forbindelse med | | | ISequentialStream vil være det lokale kodesettet | | | til klienten. | +----------------+----------------------------------------------------+ DB2PROP_SORTBYORDINAL #define DB2PROP_SORTBYORDINAL 3 Egenskapsgruppe: DB2 Data Source Egenskapssett: DB2PROPSET_DATASOURCE Type: VT_BOOL Vanlig R/W: R/W Beskrivelse: Sorter etter ordenstall Microsoft OLE DB-spesifikasjonen krever at IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS) returnerer radsettet sortert etter kolonnene TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME. IBM DB2 OLE DB Provider følger denne spesifikasjonen. Applikasjoner som bruker Microsoft ODBC Bridge Provider (MSDASQL), er imidlertid vanligvis kodet for å hente radsettet sortert etter ORDINAL_POSITION. Tabell 29. DB2PROP_SORTBYORDINAL-verdier +----------------+----------------------------------------------------+ | Verdier | Betydning | +----------------+----------------------------------------------------+ | VARIANT_TRUE | Gjør at Provider returnerer et radsett sortert | | | etter ORDINAL_POSITION. | +----------------+----------------------------------------------------+ | VARIANT_FALSE | Gjør at Provider returnerer et radsett sortert | | | etter TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, | | | COLUMN_NAME. Dette er standardverdien. | +----------------+----------------------------------------------------+ Feil URL-syntaks i DB2Binder-syntaksdiagrammet I emnet "Installere DB2 Universal JDBC-styreprogrammet" har DB2Binder-syntaksdiagrammet en feil definisjon av URL-syntaksen for DB2 Universal JDBC-styreprogrammet. Dette er riktig URL-syntaks for DB2Binder: DB2Binder-syntaks +----------------------------------------------------------------------+ | >>-java--com.ibm.db2.jcc.DB2Binder------------------------------> | | | | >---url jdbc:db2://tjener-+---------+-/database-----------------> | | '-:--port-' | | | | >---user bruker-ID---password passord--+---------------+--------> | | '--size heltall-' | | | | >--+--------------------------+---------------------------------> | | '--collection samlingsnavn-' | | | | >--+------------------------------------+--+-------+----------->< | | | .-,-----------------. | '--help-' | | | V | | | | '--tracelevel ---sporingsparameter-+-' | +----------------------------------------------------------------------+ Omdirigere DB2 Universal JDBC-styreprogramklienter Funksjonen for automatisk klientomdirigering i DB2 Universal Database (UDB) for Linux, UNIX, og Windows gjør det mulig for klientapplikasjoner å gjenopprette kommunikasjonen etter å ha mistet forbindelsen med tjeneren, slik at de kan fortsette uten lengre avbrudd. Når en tjener låser seg, mottar klientene som er koblet til tjeneren en kommunikasjonsfeil som avslutter forbindelsen og resulterer i en applikasjonsfeil. Når tilgjengelighet er viktig, bør du ha et reserveoppsett eller failover-støtte. (Failover gjør at tjeneren kan ta over operasjonene når en annen tjener ikke fungerer.) I alle tilfeller prøver DB2 Universal JDBC-styreprogramklienten å gjenopprette forbindelsen til en ny tjener eller til den opprinnelige tjeneren som kanskje kjører på en failover-node. Når forbindelsen er gjenopprettet, mottar applikasjonen et SQL-unntak (exception) som informerer om transaksjonsfeilen, men applikasjonen kan fortsette med den neste transaksjonen. Begrensninger * Klientomdirigeringsstøtten i DB2 Universal JDBC-styreprogrammet er bare tilgjengelig for forbindelser som bruker grensesnittet javax.sql.DataSource. * Før en klientapplikasjon kan fortsette etter et kommunikasjonsbrudd, må det være spesifisert en alternativ tjener på tjeneren. Den databaseansvarlige spesifiserer den alternative tjeneren med kommandoen UPDATE ALTERNATE SERVER FOR DATABASE. Fremgangsmåte Når den databaseansvarlige har oppgitt plasseringen til den alternative tjeneren på en bestemt database på tjenerforekomsten, blir plasseringen til den primære og alternative tjeneren returnert til klienten ved tilkobling. DB2 Universal JDBC-styreprogrammet oppretter en forekomst av Referenceable-objektet DB2ClientRerouteServerList og lagrer den forekomsten i sitt midlertidige minne. Hvis kommunikasjonen blir brutt, kan DB2 Universal JDBC-styreprogrammet gjenopprette forbindelsen ved hjelp av tjenerinformasjonen som blir returnert fra tjeneren. Egenskapen clientRerouteServerListJNDIName DataSource sørger for utvidet støtte for klientomdirigering på klienten. clientRerouteServerListJNDIName har to funksjoner: * Den gjør at informasjon om en alternativ tjener kan eksistere på tvers av flere JVMer. * Den gir en alternativ tjenerplassering i tilfelle den første tilkoblingen til databasetjeneren blir brutt. Egenskapen clientRerouteServerListJNDIName identifiserer en JNDI-referanse til en DB2ClientRerouteServerList-forekomst i et JNDI-datalager for opplysninger om alternative tjenere. Når forbindelsen til den primære tjeneren er opprettet, blir opplysningene om den alternative tjeneren som er gitt av clientRerouteServerListJNDIName overskrevet av opplysningene fra tjeneren. DB2 Universal JDBC-styreprogrammet prøver å propagere den oppdaterte informasjonen til JNDI-lageret etter en failover hvis egenskapen clientRerouteServerListJNDIName er definert. Hvis clientRerouteServerListJNDIName er oppgitt, vil informasjonen for den primære tjeneren som er oppgitt i DB2ClientRerouteServerList, bli brukt for tilkoblingen. Hvis den primære tjeneren ikke er oppgitt, brukes serverName-informasjonen som er oppgitt på datakilden. DB2ClientRerouteServerList er en seriell Java-bønne med fire egenskaper: * alternateServerName * alternatePortNumber * primaryServerName * primaryPortNumber Det finnes getter- og setter-metoder for å bruke disse egenskapene. Definisjonen av DB2ClientRerouteServerList-klassen er slik: package com.ibm.db2.jcc; public class DB2ClientRerouteServerList implements java.io.Serializable, javax.naming.Referenceable { public String[] alternateServerName; public synchronized void setAlternateServerName(String[] alternateServer); public String[] getAlternateServerName(); public int[] alternatePortNumber; public synchronized void setAlternatePortNumber(int[] alternatePortNumberList); public int[] getAlternatePortNumber(); public synchronized void setPrimaryServerName (String primaryServerName); public String getPrimaryServerName (); public synchronized void setPrimaryPortNumber (int primaryPortNumber) public int getPrimaryPortNumber (); } En failover-forbindelse som nettopp er opprettet, konfigureres med de opprinnelige DataSource-egenskapene bortsett i fra tjenernavnet og portnummeret. I tillegg blir eventuelle DB2 UDB-spesialregistre som ble endret under den opprinnelige forbindelsen, gjenopprettet i failover-forbindelsen av DB2 Universal Driver JDBC-styreprogrammet. Når det oppstår en kommunikasjonsfeil, prøver først DB2 Universal JDBC-styreprogrammet en gjenoppretting mot den primære tjeneren. Hvis dette mislykkes, prøver styreprogrammet å koble til den alternative plasseringen (failover). Når forbindelsen er gjenopprettet, sender styreprogrammet en java.sql.SQLException til applikasjonen med SQLCODE -4498, for å fortelle applikasjonen at forbindelsen er automatisk gjenopprettet til den alternative tjeneren. Applikasjonen kan deretter prøve å utføre transaksjonen på nytt. Prosedyre for å gjøre DB2ClientRerouteServerList fast (persistent) Slik gjør du DB2ClientRerouteServerList fast (persistent): 1. Opprett en forekomst av DB2ClientRerouteServerList, og bind forekomsten til JNDI-registeret. For eksempel: // Create a starting context for naming operations InitialContext registry = new InitialContext(); // Create a DB2ClientRerouteServerList object DB2ClientRerouteServerList address=new DB2ClientRerouteServerList(); // Set the port number and server name for the primary server address.setPrimaryPortNumber(50000); address.setPrimaryServerName("mvs1.sj.ibm.com"); // Set the port number and server name for the alternate server int[] port = {50002}; String[] server = {"mvs3.sj.ibm.com"}; address.setAlternatePortNumber(port); address.setAlternateServerName(server); registry.rebind("serverList", address); 2. Tildel JNDI-navnet på DB2ClientRerouteServerList-objektet til DataSource-egenskapen clientRerouteServerListJNDIName. For eksempel: datasource.setClientRerouteServerListJNDIName("serverList"); Tilpasse konfigurasjonsegenskaper for DB2 Universal JDBC-styreprogrammet Konfigurasjonsegenskapene for DB2 Universal JDBC-styreprogrammet gjør at du kan definere verdier som gjelder for hele styreprogrammet. Innstillingene gjelder på tvers av applikasjoner og DataSource-forekomster. Du kan endre innstillingene uten å endre kildekode for applikasjoner eller DataSource-egenskaper. Konfigurasjonsegenskapene for DB2 Universal JDBC-styreprogrammet har dette formatet: egenskap=verdi Hvis konfigurasjonsegenskapen begynner med db2.jcc.override, gjelder den for alle forbindelser og overstyrer alle Connection- eller DataSource-egenskaper med samme egenskapnavn. Hvis konfigurasjonsegenskapen begynner med db2.jcc eller db2.jcc.default, er den en standardverdi. Innstillingene for Connection- og DataSource-egenskaper overstyrer denne verdien. Fremgangsmåte Slik definerer du konfigurasjonsegenskaper: * Definer konfigurasjonsegenskapene som Java-systemegenskaper. Disse innstillingene overstyrer alle andre innstillinger. For frittstående Java-applikasjoner kan du definere konfigurasjonsegenskapene som Java-systemegenskaper ved å oppgi -Dproperty=verdi for hver konfigurasjonsegenskap når du utfører java-kommandoen. * Definer konfigurasjonsegenskapene i en ressurs du oppgir navnet på i Java-systemegenskapen db2.jcc.propertiesFile. Du kan for eksempel oppgi en fullstendig bane for db2.jcc.propertiesFile-verdien. For frittstående Java-applikasjoner kan du definere konfigurasjonsegenskapene ved å oppgi alternativet -Ddb2.jcc.propertiesFile=path når du utfører java-kommandoen. * Definer konfigurasjonsegenskaper i en ressurs som heter DB2JccConfiguration.properties. Bruk et standard Java-ressurssøk for å finne DB2JccConfiguration.properties. DB2 Universal JDBC-styreprogrammet søker bare etter denne ressursen hvis du ikke har definert Java-systemegenskapen db2.jcc.propertiesFile. DB2JccConfiguration.properties kan være en frittstående fil eller den kan være en del av en JAR-fil. Hvis DB2JccConfiguration.properties er en frittstående fil, må banen til filen være definert av CLASSPATH. Hvis DB2JccConfiguration.properties er en del av en JAR-fil, må JAR-filen være definert av CLASSPATH. Du kan definere disse konfigurasjonsegenskapene for DB2 Universal JDBC-styreprogrammet: Alle egenskapene er valgfrie. db2.jcc.override.traceFile Aktiverer sporing av Java-styreprogramkode for DB2-styreprogrammet og spesifiserer navnet som sporingsfilnavnene er basert på. Oppgi et fullstendig filnavn for verdien til egenskapen db2.jcc.override.traceFile. Egenskapen db2.jcc.override.traceFile overstyrer traceFile-egenskapen for et Connection- eller DataSource-objekt. Hvis du for eksempel oppgir denne innstillingen for db2.jcc.override.traceFile, aktiveres sporing av Java-koden for DB2 Universal JDBC-styreprogrammet til en fil med navnet /SYSTEM/tmp/jdbctrace: db2.jcc.override.traceFile=/SYSTEM/tmp/jdbctrace Du bør definere sporingsegenskapene i følge instruksjoner fra IBM Kundeservice. db2.jcc.sqljUncustomizedWarningOrException Oppgir handlingen som DB2 Universal JDBC-styreprogrammet skal utføre når en SQLJ-applikasjon som ikke er tilpasset kjøres. db2.jcc.sqljUncustomizedWarningOrException kan ha disse verdiene: 0 DB2 Universal JDBC-styreprogrammet genererer ikke advarsler eller unntak når en SQLJ-applikasjon som ikke er tilpasset kjøres. Dette er standardverdien. 1 DB2 Universal JDBC-styreprogrammet genererer en advarsel når en SQLJ-applikasjon som ikke er tilpasset kjøres. 2 DB2 Universal JDBC-styreprogrammet genererer et unntak når en SQLJ-applikasjon som ikke er tilpasset kjøres. Funksjonen db2secFreeToken er fjernet Funksjonen db2secFreeToken (ledig minne holdt av symbol) er ikke lenger en del av brukerautentiseringstilleggsmodul-APIen db2secGssapiServerAuthFunctions_1. Vær varsom når du tar i bruk tilpassede tilleggsmoduler for sikkerhet Integriteten til DB2 Universal Database-installasjonen kan bli skadet hvis koding, kontroll og testing ikke er tilfredsstillende utført før man tar i bruk en tilleggsmodul for sikkerhet. DB2 UDB har beskyttelse mot mange vanlige typer feil, men det er ikke mulig å garantere ubrutt integritet når det tas i bruk en egenutviklet tilleggsmodul for sikkerhet i systemet. Tilleggsmoduler for sikkerhet Hvis du bruker din egen tilpassede tilleggsmodul for sikkerhet, kan du bruke bruker-IDer på opptil 255 tegn i en tilkoblingssetning som blir sendt gjennom kommandolinjebehandleren (CLP) eller en dynamisk SQL-setning. APIer for tilleggsmoduler for sikkerhet For APIene db2secGetGroupsForUser, db2secValidatePassword og db2secGetAuthIDs kan inndataparameteren dbname være null, og den tilsvarende inndataparameteren dbnamelen for lengden blir da satt til 0. Navngivningsregler for tilleggsmoduler for sikkerhet (Linux og UNIX) .so blir nå godtatt som filtype for brukerskrevne biblioteker for sikkerhetstilleggsmoduler på alle Linux- og UNIX-plattformer. På AIX kan bibliotekene for sikkerhetstilleggsmoduler ha filtypen .a eller .so. Hvis begge versjonene av biblioteket finnes, brukes biblioteket som har filtypen .a. For HP-UX på PA-RISC kan bibliotekene for sikkerhetstilleggsmoduler ha filtypen .sl eller .so. Hvis begge versjonene av biblioteket finnes, brukes biblioteket som har filtypen .sl. På alle andre Linux- og UNIX-plattformer er .so den eneste filtypen som er støttet for biblioteker for sikkerhetstilleggsmoduler. Begrensninger for biblioteker for sikkerhetsmoduler På AIX kan bibliotekene for sikkerhetstilleggsmoduler ha filtypen .a eller .so. Mekanismen som brukes til å laste inn tilleggsmodulbiblioteket er avhengig av hvilken filtype som brukes: Tilleggsmodulbiblioteker med filtypen .a Tilleggsmodulbiblioteker med filtypen .a behandles som arkiver som inneholder felles objektmedlemmer. Disse medlemmene må ha navnet shr.o (32-biters) eller shr64.o (64-biters). Et enkelt arkiv kan inneholde både 32- og 64-bitsmedlemmer, slik at det kan distribueres på begge typer plattformer. Hvis du for eksempel vil bygge et 32-biters tilleggsmodulbibliotek av arkivtypen, oppgir du: xlc_r -qmkshrobj -o shr.o MyPlugin.c -bE:MyPlugin.exp ar rv MyPlugin.a shr.o Tilleggsmodulbiblioteker med filtypen .so Tilleggsmodulbiblioteker med filtypen .so behandles som dynamisk lastbare felles objekter. Slike objekter er enten 32-biters eller 64-biters, avhengig av kompilatoren og lenkealternativene som ble brukt når de ble bygget. Hvis du for eksempel vil bygge et 32-biters tilleggsmodulbibliotek, oppgir du: xlc_r -qmkshrobj -o MyPlugin.so MyPlugin.c -bE:MyPlugin.exp På alle andre plattformer enn AIX behandles alltid bibliotekene for sikkerhetsmoduler som dynamisk lastbare felles objekter. GSS-API-tilleggsmoduler for sikkerhet støtter ikke Multiple-Flow-autentisering GSS-API-autentisering er begrenset til å flytte (flow) ett symbol (token) fra klienten til tjeneren og ett symbol fra tjeneren til klienten. Disse symbolene blir hentet fra gss_init_sec_context() på klienten og fra gss_accept_sec_context() på tjeneren. GSS-API-tilleggsmoduler som prøver på flere flytinger (flows) vil generere en uventet feil for sikkerhetsmodulen, slik at tilkoblingen brytes. GSS-API-tilleggsmoduler for sikkerhet støtter ikke meldingskryptering og -signering Meldingskryptering og -signering er ikke tilgjengelig i GSS-API-tilleggsmoduler for sikkerhet. Implisitt avslutning av transaksjoner i frittstående applikasjoner Alle applikasjonsavslutninger (normale og unormale) tilbakestiller implisitt alle utestående arbeidsenheter, uansett operativsystem. Distribuert transaksjonsstøtte I dokumentet Nyheter for DB2 Universal Database (UDB) versjon 8.2 har avsnittet om forbedringer i distribuert transaksjonsstøtte for DB2 Universal JDBC-styreprogrammet feil informasjon. Den siste setningen i dette avsnittet er feil. Dette er riktig informasjon: Fra og med versjon 8.2 har DB2 UDB støtte for distribuert transaksjonsbehandling som følger XA-spesifikasjonen. Denne støtten implementerer Java 2 Platform, Enterprise Edition (J2EE) Java Transaction Service (JTS) og Java Transaction API (JTA)-spesifikasjoner. Applikasjonsutvikling: Programmere tjenerapplikasjoner CLR-prosedyrer (Common Language Runtime) med flere resultatsett Det største antall resultatsett som kan returneres av en CLR-prosedyre, er begrenset. Grensen bestemmes av det største antall DB2DataReader-objekter som DB2 .NET Data Provider kan ha åpne samtidig i en tilkobling. Støtten for samtidig aktiv datalesing gjør det mulig at flere DB2DataReader-objekter blir åpnet i en og samme tilkobling. Derfor kan det returneres flere resultatsett fra en CLR-prosedyre. Kontorollmodi for utføring av CLR-rutiner (Common Language Runtime) (EXECUTION CONTROL-leddet) Som databaseansvarlig eller applikasjonsutvikler vil du kanskje beskytte sammensettingene ("assemblies") som er tilknyttet de eksterne DB2 Universal Database-rutinene ved å begrense handlingene til rutiner under kjøring. DB2 .NET CLR-rutiner støtter spesifisering av en utføringskontrollmodus som identifiserer hvilke typer handlinger en rutine har lov å utføre under kjøring. Under kjøringen kan DB2 UDB oppdage om rutinen prøver å utføre ulovlige handlinger, noe som er nyttig når du vil vite om en sammensetting har blitt kompromittert. Du definerer utføringskontrollmodusen til en CLR-rutine ved å oppgi det valgfrie leddet EXECUTION CONTROL i CREATE-setningen for rutinen. Gyldige modi er: * SAFE * FILEREAD * FILEWRITE * NETWORK * UNSAFE Du endrer utføringskontrollmodusen for en eksisterende CLR-rutine ved å utføre setningen ALTER PROCEDURE eller ALTER FUNCTION. Hvis EXECUTION CONTROL-leddet ikke er oppgitt for en CLR-rutine, kjøres CLR-rutinen med den strengeste utføringskontrollmodusen (SAFE). Rutiner som opprettes med denne utføringskontrollmodusen har bare tilgang til ressurser som er styrt av databasesystemet. Modi for utføringskontroll som er mindre begrensende lar rutiner få tilgang til filer på det lokale filsystemet (FILEREAD eller FILEWRITE) eller på nettverket. Modusen UNSAFE betyr at det ikke er noen begrensninger på virkemåten til rutinen. Rutiner som er definert med modusen UNSAFE for utføringskontroll kan utføre binærkode. Disse kontrollmodiene representerer et hierarki av tillatte handlinger, der en modus på et høyere nivå omfatter handlingene som er tillatt under den i hierarkiet. For eksempel tillatter modusen NETWORK at en rutine får tilgang til filer på nettverket, filer på det lokale filsystemet og ressurser som er styrt av databasesystemet. Bruk en modus som begrenser så mye som mulig, og unngå å bruke modusen UNSAFE. Hvis DB2 UDB oppdager at en CLR-rutine prøver å utføre en handling som ikke er tillatt i følge utføringskontrollmodusen, returnerer DB2 UDB en feil (SQLSTATE 38501). EXECUTION CONTROL-leddet kan bare oppgis for LANGUAGE CLR-rutiner. Bruksområdet til EXECUTION CONTROL-leddet er begrenset til selve .NET CLR-rutinen, og gjelder ikke for andre rutiner den anroper. Maksimal desimalpresisjon og skala i CLR-rutiner (Common Language Runtime) Datatypen DECIMAL i DB2 Universal Database (UDB) har en presisjon på 31 siffer og en skala på 28 siffer. Datatypen .NET CLR System.Decimal er begrenset til en presisjon på 29 siffer og en skala på 28 siffer. På grunn av dette kan ikke eksterne DB2 UDB CLR-rutiner tildele verdier større enn (2^96)-1, som er den høyeste verdien som kan fremstilles med en presisjon på 29 siffer og en skala på 28 siffer, til en variabel med datatypen System.Decimal. DB2 UDB returnerer kjøretidsfeilen (SQLSTATE 22003, SQLCODE -413) hvis en slik tildeling forekommer. Når en CREATE-setning for en rutine utføres, og en parameter med datatypen DECIMAL er definert med en skala høyere enn 28, gir DB2 UDB feilen (SQLSTATE 42611, SQLCODE -604). Command Reference REORGCHK-kommandoen Formlene for indeksstatistikk som brukes i REORGCHK-kommandoen, er endret. De nye formlene og forklaringene er slik: * Formula F5: 100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) * DUPKEYSIZE ) / ((NLEAF - NUM EMPTY LEAFS - 1) * (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE)) where LEAF_REC_OVERHEAD = 9 and DUPKEYSIZE = 5. A reorganization is recommended if there is more than 50 percent free space in the index, or more than PCTFREE% free space in the index if PCTFREE is greater than 50. This formula is checked only if the value of NLEAF - NUM EMPTY LEAFS - 1 is greater than 0. (One is subtracted from the value of NLEAF because the last leaf page allocated is usually not filled.) * Formula F6: (100 - PCTFREE) * [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96) / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)] * (INDEXPAGESIZE - 96) / (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) * DUPKEYSIZE) < 100 where NONLEAF_REC_OVERHEAD = 12. To determine if recreating the index would result in a tree having fewer levels. This formula checks the ratio between the amount of space in an index tree that has one less level than the current tree, and the amount of space needed. If a tree with one less level could be created and still leave PCTFREE available, then a reorganization is recommended. The actual number of index entries should be more than 90% (or 100 - PCTFREE) of the number of entries an NLEVELS - 1 index tree can handle (only checked if NLEVELS > 1). Merk: All formulas are based on statistics. The statistics and the results from these formulas are estimates only. You should review the results of REORGCHK with this information in mind. REORG INDEXES/TABLE-kommandoen Reorganizes an index or a table. The REORG INDEXES ALL FOR TABLE table-name option reorganizes all indexes that are defined on a table by rebuilding the index data into unfragmented, physically contiguous pages. If you specify the CLEANUP ONLY option of the index option, cleanup is performed without rebuilding the indexes. If you attempt to use this command against indexes on declared temporary tables, the SQLSTATE 42995 error will be returned. The REORG TABLE table-name option reorganizes a table by reconstructing the rows to eliminate fragmented data, and by compacting information. The reorganization of the table is done by one of two methods: Classic Allows only limited read-only access to the data during the first phases of the reorganization. Inplace Allows access to the data throughout the reorganization but without being able to ensure perfectly ordered data. Inplace table reorganization is allowed only on tables with type-2 indexes and without extended indexes. When you choose either type of reorganization, the indexes for the table are rebuilt after the table is reorganized. However, with the inplace method, the index will be imperfectly reorganized and may require that you reorganize the indexes later to reduce index fragmentation and to reclaim index object space. Example For a classic (offline) REORG TABLE like the default in DB2 Universal Database (UDB) Version 7, enter the following command db2 reorg table employee index empid allow no access indexscan longlobdata Merk: The defaults are different in DB2 UDB Version 8. Usage notes DB2 UDB provides two methods of reorganizing tables: classic and inplace. In general, classic table reorganization is faster, but should be used only if your applications function without write access to tables during the reorganization. If your environment does not allow this restriction, although inplace reorganization is slower, it can occur in the background while normal data access continues. Classic table reorganization provides the fastest table reorganization, especially if you do not need to reorganize LOB or LONG data. In addition, indexes are rebuilt in perfect order after the table is reorganized. Read-only applications can access the original copy of the table except during the last phases of the reorganization, in which the permanent table replaces the shadow copy of the table and the indexes are rebuilt. Inplace table reorganization is slower and does not ensure perfectly ordered data, but it can allow applications to access the table during the reorganization. In addition, inplace table reorganization can be paused and resumed later by anyone with the appropriate authority by using the schema and table name. Updated restrictions The REORG utility does not support the use of nicknames. * The REORG TABLE command is not supported for declared temporary tables. * The REORG TABLE command cannot be used on views. * Reorganization of a table is not compatible with range-clustered tables, because the range area of the table always remains clustered. * An offline table reorganization does not allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening. * An online table reorganization of an SMS table does not allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening. * An online table reorganization of a DMS table does allow the starting of an online backup operation of a table space in which the table resides while the reorganization is happening. There may be lock waits of the reorganization operation during the truncate phase. * REORG TABLE cannot use an index that is based on an index extension. BACKUP DATABASE-kommandoen Usage notes Note the following restrictions: * The starting of an online backup operation of a DMS table space is allowed when a table within the same table space is being reorganized online. There may be lock waits of the reorganization operation during the truncate phase. * The starting of an online backup operation of an SMS table space is not allowed when a table within the same table space is being reorganized online. Both operations require an exclusive lock. Migrere databaser Begrensninger I dokumentasjonen for versjon 8 står det noe upresist at det ikke kreves noen databasemigrering hvis databasen er migrert til et opprettingspakkenivå for DB2 UDB versjon 8. Riktig informasjon er at det ikke kreves noen databasemigrering mellom opprettingspakker etter at databasen er ført opp på et versjon 8-nivå (versjon 8.1 eller 8.2 eller en senere opprettingspakke). Det er endringer i filstrukturen for databasekataloger i versjon 8.2, og migreringen blir utført automatisk når du går over fra versjon 7 eller versjon 8.1 til versjon 8.2. Hvis du imidlertid går tilbake fra versjon 8.2 til versjon 8.1, må du kjøre db2demigdbd for å gjenopprette filstrukturen for databasekataloger. Hvis du ikke gjør det, vil du få feil SQL10004 når du prøver å få tilgang til databasen. db2inidb - Kommando for å klargjøre en speilet database Ikke bruk kommandoen db2 connect to database før kommandoen db2inidb database as mirror. Hvis du prøver å koble deg til en delt speilbildedatabase før du klargjør den, slettes loggfilene som trengs for gjenoppretting ved fremlengs rulling. connect-kommandoen setter databasen tilbake til den tilstanden den var i da du stoppet databasen midlertidig. Hvis databasen er merket som konsistent når den blir stoppe midlertidig, tolker DB2 Universal Database Universal det som at det ikke er behov for krasjgjenoppretting og tømmer loggene for fremtidig bruk. Hvis denne situasjonen oppstår og du prøver å utføre en fremlengs rulling, får du en SQL4970-feil. Merknad om bruk for kommandoen db2iupdt Når du oppdaterer en DB2 Universal Database-forekomst med kommandoen db2iupdt, må du fra og med versjon 8.2 først stoppe alle DB2-prosesser som kjører mot forekomsten. Ny parameter for kommandoen db2sqljcustomize Kommandoen db2sqljcustomize har fått en ny parameter. db2sqljcustomize - DB2 SQLJ-profiltilpasserkommando -storebindoptions Lagrer verdien til -bindoptions og -staticpositioned i den serieomkodede profilen. Hvis disse verdiene ikke spesifiseres når verktøyet dbsqljbind starter, brukes verdiene som er lagret i den serieomkodede profilen. Når tilpasseren startes med en .grp-fil, lagres verdiene i den enkelte .ser-filen. Du kan se på de lagrede verdiene ved hjelp av verktøyet db2sqljprint. Ny parameter for sqlj-kommandoen Kommandoen sqlj har fått en ny parameter. sqlj - DB2 SQLJ-konverteringskommando -db2optimize Oppgir at SQLJ-konverteringsprogrammet skal generere kode for en forbindelseskontekstklasse som er optimalisert for DB2 Universal Database. Dette alternativet optimaliserer koden for den brukerdefinerte konteksten, men ikke for standardkonteksten. Når du kjører SQLJ-konverteringsprogrammet med dette alternativet, DB2 Universal JDBC-styreprogramfilen db2jcc.jar være definert av CLASSPATH for kompilering av den genererte Java-applikasjonen. Oppdateringer av overvåkings- og feilsøkingskommando (db2pd) DB2-kommandoen for overvåking og feilsøking (db2pd) mottar informasjon fra DB2 UDB-minnesett. db2pd-systemkommandoen er utvidet på disse måtene: Ny -hadr-parameter Fra og med versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) er det slik at -hadr-parameteren rapporterer HADR-informasjon (High Availability Disaster Recovery). Beskrivelser av de rapporterte elementene finnes under High Availability Disaster Recovery i System Monitor Guide and Reference. Ny -utilities-parameter Fra og med versjon 8.2 (tilsvarer versjon 8.1 opprettingspakke 7) er det slik at -utilities-parameteren rapporterer Utility-informasjon. Beskrivelser av de rapporterte elementene finnes under Utilities i System Monitor Guide and Reference. Ny -activestatements-parameter Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er det slik at -activestatements-parameteren returnerer informasjon om aktive setninger. Denne informasjonen blir returnert: AppHandl Applikasjonsreferansen (application handle) som bruker den aktive setningen, inkludert noden og indeksen. UOW-ID For applikasjonen som er knyttet til AppHandl: arbeidsenhets-IDen der setningen ble aktiv. StmtID Setnings-IDen i arbeidsenheten. AnchID IDen for nøkkelankeret (hash anchor) for de dynamiske SQL-setningene som er lagret i den dynamiske pakkehurtigbufferen. StmtUID IDen for den dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor). EffISO Det effektive isolasjonsnivået for setningen. EffLockTOut Den effektive verdien for tidsbestemt utkobling av lås for setningen. EffDegree Den effektive graden av parallellitet for setningen. StartTime Klokkeslettet setningen startet. LastRefTime Den siste gangen en applikasjon refererte til setningen. Nytt wait-alternativ for -locks-parameteren Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9), kan du oppgi wait-alternativet sammen med -locks-parameteren for å returnere bare låser med en ventestatus og låser det blir ventet på. Nye felt returneres av -applications-parameteren Fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er det slik at -applications-parameteren returnerer fire nye felt: C-AnchID Dette nye feltet er IDen for nøkkelankeret (hash anchor) for den gjeldende dynamiske SQL-setningen som er lagret i den dynamiske pakkehurtigbufferen. Verdien for dette feltet er 0 hvis det ikke finnes noen gjeldende setning. Den gjeldende nøkkelanker-IDen får en verdi bare når applikasjonen utfører en forespørsel knyttet til setningen, for eksempel en FETCH-forespørsel på en peker. Så snart behandlingen av forespørselen er ferdig, blir verdiene satt til 0. Verdien settes også til 0 for statiske SQL-setninger. C-StmtUID Dette nye feltet er IDen for den gjeldende dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor). Verdien for dette feltet er 0 hvis det ikke finnes noen gjeldende setning. Den gjeldende entydige setnings-IDen får en verdi bare når applikasjonen utfører en forespørsel knyttet til setningen. Så snart behandlingen av forespørselen er ferdig, blir verdiene satt til 0. Verdien settes også til 0 for statiske SQL-setninger. L-AnchID Dette nye feltet er IDen for nøkkelankeret (hash anchor) for den sist utførte dynamiske SQL-setningen som er lagret i den dynamiske pakkehurtigbufferen. Verdien for dette feltet er 0 hvis det ikke finnes en setning som ble utført sist, for eksempel før noen dynamisk SQL-setning er utført i det hele tatt. Verdien settes også til 0 for statiske SQL-setninger. Den siste nøkkelanker-IDen får en verdi etter at kjøringen av hver enkelt forekomst er fullført, og beholdes til den neste tilknyttede forespørselen er fullført. L-StmtUID Dette nye feltet er IDen for den sist utførte dynamiske SQL-setningen i den dynamiske pakkehurtigbufferen, og som er entydig i nøkkelankeret (hash anchor). Verdien for dette feltet er 0 hvis det ikke finnes en setning som ble utført sist, eller hvis den sist utførte setningen var en statisk SQL-setning. Den siste setnings-IDen får en verdi etter at den gjeldende forespørselen er fullført, og beholdes til den neste forespørselen er fullført. Oppdatering av SET CLIENT-kommandoen SET CLIENT-kommandoen definerer tilkoblingsinnstillinger for bakgrunnsprosessen. Kommandoparameteren SYNCPOINT for denne kommandoen blir oversett fra og med versjon 8. SYNCPOINT er fremdeles med for å gi bakoverkompatibilitet. Oppdatering av PRECOMPILE-kommandoen PRECOMPILE-kommandoen behandler en kildefil for en applikasjon som inneholder innfelte SQL-setninger. Det blir laget en modifisert kildefil som inneholder vertsspråkkall for SQL, og det blir som standard opprettet en pakke i databasen. Kommandoparameteren SYNCPOINT for denne kommandoen blir oversett fra og med versjon 8. SYNCPOINT er fremdeles med for å gi bakoverkompatibilitet. Oppdatering av UPDATE HISTORY FILE-kommandoen Oppdaterer plasseringen, enhetstypen eller kommentaren i en post i en historikkfil. Kommandoparameteren STATUS spesifiserer en ny status for en post. I tidligere dokumentasjon står det at kommandoparameteren STATUS kan ha verdien "I" for å merke posten som inaktiv, men dette er feil. Gyldige verdier er: A Merker posten som aktiv. E Merker posten som utløpt. Oppdatering av EXPORT- og IMPORT-kommandoene Hele avsnittet "Required connection" for EXPORT- og IMPORT-kommandoen skal være slik: Nødvendig tilkobling Database. If implicit connect is enabled, a connection to the default database is established. Utility access to Linux, UNIX, or Windows database servers from Linux, UNIX, or Windows clients must be a direct connection through the engine and not through a DB2 Connect gateway or loop back. Oppdatering av LOAD-kommandoen Fullstendig informasjon for INDEXING MODE-parameterens AUTOSELECT-verdi skal være slik: INDEXING MODE AUTOSELECT The load utility will automatically decide between REBUILD or INCREMENTAL mode. The decision is based on the amount of data being loaded and the depth of the index tree. Information relating to the depth of the index tree is stored in the index object. RUNSTATS is not required to populate this information. AUTOSELECT is the default indexing mode. Filtypeparametere for innlastingsfunksjonen SET INTEGRITY-kommandoen i beskrivelsen for "generatedoverride"-parameteren er oppdatert. Beskrivelsen for "usedefaults"-parameteren er også oppdatert. Dette er oppdateringene: Tabell 30. Valid file type modifiers for load: All file formats +-------------------+-------------------------------------------------+ | Modifier | Description | +-------------------+-------------------------------------------------+ | generatedoverride | This modifier instructs the load utility to | | | accept user-supplied data for all generated | | | columns in the table (contrary to the normal | | | rules for these types of columns). This is | | | useful when migrating data from another | | | database system, or when loading a table from | | | data that was recovered using the RECOVER | | | DROPPED TABLE option on the ROLLFORWARD | | | DATABASE command. When this modifier is used, | | | any rows with no data or NULL data for a | | | non-nullable generated column will be rejected | | | (SQL3116W). | | | Merk: When this modifier is used, the table | | | will be placed in CHECK PENDING state. To take | | | the table out of CHECK PENDING state without | | | verifying the user-supplied values, issue the | | | following command after the load operation: | | | SET INTEGRITY FOR < table-name > GENERATED | | | COLUMN | | | IMMEDIATE UNCHECKED | | | To take the table out of CHECK PENDING state | | | and force verification of the user-supplied | | | values, issue the following command after the | | | load operation: | | | SET INTEGRITY FOR < table-name > IMMEDIATE | | | CHECKED. | | | | | | This modifier cannot be used with either the | | | generatedmissing or the generatedignore | | | modifier. | +-------------------+-------------------------------------------------+ | usedefaults | If a source column for a target table column | | | has been specified, but it contains no data for | | | one or more row instances, default values are | | | loaded. Examples of missing data are: | | | * For DEL files: two adjacent column | | | delimiters (",,") or two adjacent column | | | delimiters separated by an arbitrary number of | | | spaces (", ,") are specified for a column | | | value. | | | * For DEL/ASC/WSF files: A row that does not | | | have enough columns, or is not long enough for | | | the original specification. | | | Merk: For ASC files, NULL column values are not | | | considered explicitly missing, and a default | | | will not be substituted for NULL column values. | | | NULL column values are represented by all space | | | characters for numeric, date, time, and | | | /timestamp columns, or by using the NULL | | | INDICATOR for a column of any type to indicate | | | the column is NULL. | | | Without this option, if a source column | | | contains no data for a row instance, one of the | | | following occurs: | | | * For DEL/ASC/WSF files: If the column is | | | nullable, a NULL is loaded. If the column is | | | not nullable, the utility rejects the row. | +-------------------+-------------------------------------------------+ Filtypeparametere for importfunksjonen Beskrivelsen for parameterne "usedefaults" og "codepage=x" er oppdatert: Tabell 31. Valid file type modifiers for import: All file formats +-------------------+-------------------------------------------------+ | Modifier | Description | +-------------------+-------------------------------------------------+ | usedefaults | If a source column for a target table column | | | has been specified, but it contains no data for | | | one or more row instances, default values are | | | loaded. Examples of missing data are: | | | * For DEL files: two adjacent column | | | delimiters (",,") or two adjacent column | | | delimiters separated by an arbitrary number of | | | spaces (", ,") are specified for a column | | | value. | | | * For DEL/ASC/WSF files: A row that does not | | | have enough columns, or is not long enough for | | | the original specification. | | | Merk: For ASC files, NULL column values are not | | | considered explicitly missing, and a default | | | will not be substituted for NULL column values. | | | NULL column values are represented by all space | | | characters for numeric, date, time, and | | | /timestamp columns, or by using the NULL | | | INDICATOR for a column of any type to indicate | | | the column is NULL. | | | Without this option, if a source column | | | contains no data for a row instance, one of the | | | following occurs: | | | * For DEL/ASC/WSF files: If the column is | | | nullable, a NULL is loaded. If the column is | | | not nullable, the utility rejects the row. | +-------------------+-------------------------------------------------+ Tabell 32. Valid file type modifiers for import: ASCII file formats (ASC/DEL) +-------------------+-------------------------------------------------+ | Modifier | Description | +-------------------+-------------------------------------------------+ | codepage=x | x is an ASCII character string. The value is | | | interpreted as the code page of the data in the | | | output data set. Converts character data from | | | this code page to the application code page | | | during the import operation. | | | The following rules apply: | | | * For pure DBCS (graphic) mixed DBCS, and EUC, | | | delimiters are restricted to the range of x00 | | | to x3F, inclusive. | | | * nullindchar must specify symbols included in | | | the standard ASCII set between code points x20 | | | and x7F, inclusive. This refers to ASCII | | | symbols and code points. | | | | | | Merknader: | | | 1. The codepage modifier cannot be used with | | | the lobsinfile modifier. | | | 2. If data expansion occurs when the code page | | | is converted from the application code page to | | | the database code page, the data might be | | | truncated and loss of data can occur. | +-------------------+-------------------------------------------------+ ATTACH-kommandoen Parameteren USER for kommandoen ATTACH spesifiserer autentisering-IDen. Ved tilknytning til en DB2 Universal Database-forekomst på Windows kan brukernavnet oppgis i et format som er kompatibelt med Microsoft Windows NT Security Account Manager (SAM). Kvalifikatoren må være et navn av NetBIOS-typen, med en maksimal lengde på 15 tegn. For eksempel domenenavn\brukernavn. RECOVER DATABASE-kommandoen I eksempelseksjonen i dokumentasjonen for kommandoen RECOVER DATABASE i versjon 8.2 er systemtiden formatert feil: yyyy:mm:dd:hh:mm:ss. Riktig format er: yyyy-mm-dd-hh.mm.ss UPDATE HISTORY FILE-kommandoen Kommandoen UPDATE HISTORY FILE oppdaterer plasseringen, enhetstypen, kommentaren eller statusen i en post i en historikkfil. Oppdatert kommandosyntaks >>-UPDATE HISTORY--+-FOR--objektdel-+--WITH---------------------> '-EID--eid-------' >--+-LOCATION--ny-plassering--DEVICE TYPE--ny-enhetstype-+----->< +-COMMENT--ny-kommentar-------------------------------+ '-STATUS--ny-status-----------------------------------' Oppdaterte kommandoparametere FOR objektdel Spesifiserer IDen for historikkposten som skal oppdateres. Det er en systemtid med et valgfritt sekvensnummer fra 001 til 999. Merk: Kan ikke brukes for å oppdatere statusen til posten. Hvis du skal oppdatere statusen, oppgir du i stedet en EID. STATUS ny-status Spesifiserer en ny status for en post. Det er bare mulig å oppdatere statusen til reservekopiposter. Gyldige verdier er: A Aktiv. De fleste postene er aktive. I Inaktiv. Reservekopier som ikke lenger finnes i den aktive loggkjeden, blir inaktive. E Utløpt (Expired). Reservekopier som ikke lenger er nødvendige fordi det finnes flere enn NUM_DB_BACKUPS aktive kopier, blir merket som utløpte. D Slettet (Deleted). Reservekopier som ikke kan gjenopprettes skal merkes som slettet. db2updv8 - Kommando for å oppdatere databaser til gjeldende versjon 8-nivå Denne kommandoen oppdaterer systemkatalogene i en database slik at de støtter det gjeldende nivået på disse måtene: * Innfører nye rutiner som leveres med det gjeldende databasesystemet * Katalogiserer ODBC/CLI/JDBC-skjemaprosedyrer som betrodde prosedyrer for å forbedre ytelsen og skalerbarheten * Retter to stavefeil i returparameterne til tabellfunksjonen SYSPROC.SNAPSHOT_QUIESCERS: * OUIESCER_TBS_ID er rettet til QUIESCER_TBS_ID * OUIESCER_STATE er rettet til QUIESCER_STATE * Retter kolonnebeskrivelser for LOB-kolonner slik at biten "logget" er konsistent med katalogtabellene * Oppretter utsnittet SYSIBM.SYSREVTYPEMAPPINGS * Oppdaterer utsnittsdefinisjonene for SYSSTAT.COLUMNS og SYSSTAT.TABLES * Oppdaterer kolonnen SYSCOLDIST.DISTCOUNT slik at det kan oppdateres * Oppdaterer kolonnen SYSINDEXES.TBSPACEID slik at kolonneflaggene ikke er satt * Retter parameterlengden for 17 tabellfunksjoner. Se emnet Kolonneutvidelse for snapshot-UDFer i delen Dokumentasjonsoppdateringer | SQL-administrasjonsrutiner i versjonsmerknadene for versjon 8.2 hvis du vil se en fullstendig liste over funksjonene * Endrer 33 SYSPROC-snapshot-UDFer til THREADSAFE: * SNAPSHOT_DBM * SNAPSHOT_FCM * SNAPSHOT_FCMNODE * SNAPSHOT_SWITCHES * SNAPSHOT_APPL_INFO * SNAPSHOT_APPL * SNAPSHOT_STATEMENT * SNAPSHOT_LOCKWAIT * SNAPSHOT_AGENT * SNAPSHOT_SUBSECT * SNAPSHOT_DATABASE * SNAPSHOT_BP * SNAPSHOT_LOCK * SNAPSHOT_TABLE * SNAPSHOT_DYN_SQL * SNAPSHOT_TBS * SNAPSHOT_TBS_CFG * SNAPSHOT_QUIESCERS * SNAPSHOT_CONTAINER * SNAPSHOT_RANGES * SNAPSHOT_TBREORG * HEALTH_DBM_INFO * HEALTH_DBM_HI * HEALTH_DBM_HI_HIS * HEALTH_DB_INFO * HEALTH_DB_HI * HEALTH_DB_HI_HIS * HEALTH_TBS_INFO * HEALTH_TBS_HI * HEALTH_TBS_HI_HIS * HEALTH_CONT_INFO * HEALTH_CONT_HI * HEALTH_CONT_HI_HIS Autorisasjon sysadm Nødvendig tilkobling Database. Kommandoen oppretter automatisk en forbindelse til den spesifiserte databasen. Kommandosyntaks >>-db2updv8-- -d--databasenavn----------------------------------> >--+------------------------------+--+-----+------------------->< '- -u--bruker-ID-- -p--passord-' '- -h-' Kommandoparametere -d databasenavn Spesifiserer navnet på databasen som skal oppdateres. -u brukerid Spesifiserer bruker-IDen. -p passord Spesifiserer passordet for brukeren. -h Viser hjelpetekst. Når denne parameteren er oppgitt, blir alle andre parametere oversett og du får bare frem hjelpetekst. Eksempel Når du har installert det gjeldende nivået (opprettingspakke eller ny versjon), oppdaterer du systemkatalogen i eksempeldatabasen ved å oppgi denne kommandoen: db2updv8 -d sample Merknader om bruk 1. Denne kommandoen kan bare brukes på en database som kjører DB2 Universal Database versjon 8.1.2 eller nyere. Hvis kommandoen oppgis mer enn en gang, blir det ikke rapportert feil, og katalogoppdateringene blir bare utført en gang. 2. For å aktivere de nye innebygde funksjonene, må alle applikasjoner koble fra databasen og databasen må deaktiveres (hvis den er aktivert). Formatering av systemfeilfiler (Windows) Det nye verktøyet db2xprt.exe gjør at du kan formatere filer for systemfeil (*.TRP). Verktøyet formaterer de binære systemfeilfilene for DB2 Universal Database til en leselig ASCII-fil. Systemfeilfiler plasseres in forekomstkatalogen (DB2INSTPROF) som standard, eller i katalogbanen for feilsøkingsdata hvis databasesystemets konfigurasjonsparameter DIAGPATH er definert. Autorisasjon Du må ha tilgang til DIAGPATH-katalogen. Kommandosyntaks >>-db2xprt--+----------+--+----+--+----+--innfil--+-------+---->< +-/p--bane-+ '-/m-' '-/n-' '-utfil-' '-/v-------' Kommandoparametere /p bane En bane med semikolon (;) som skilletegn som henviser til plasseringen(e) for de binære filene og PDB-filene. /v Viser versjonsinformasjon. /m Formaterer en minnedumping sammen med resten av systemfeilfilen. /n Formaterer data uten å ta hensyn til linjenummer. innfil Spesifiserer inndatafilen. utfil Spesifiserer utdatafilen. Dataflytting Bindingsfiler som brukes av eksport-, import- og innlastingsfunksjonene En ny bindingsfil, db2uImpInsUpdate.bnd, er tilføyd til importfunksjonen, med Read Stability (RS) som standard isolasjonsnivå. Denne bindingsfilen brukes av importfunksjonen bare ved INSERT_UPDATE. Importfunksjonens INSERT-, REPLACE- og CREATE-parametere bruker fremdeles db2uimpm.bnd-filen. Bindingsfilen db2uImpInsUpdate.bnd kan ikke bindes med INSERT BUF-parameteren. Hvis du prøver å utføre IMPORT INSERT_UPDATE mens db2uImpInsUpdate.bnd er bundet med INSERT BUF, mislykkes importfunksjonen og viser denne feilmeldingen: SQL3525: Parameteren "INSERT_UPDATE" er ikke kompatibel med parameteren "INSERT BUF BIND ON DB2UIMPINSUPDATE.BND" option. Bruke import med bufrede innsettinger I Data Movement Utilities Guide and Reference for versjon 8.2 står dette: The buffered inserts feature cannot be used in conjunction with import operations in which the INSERT_UPDATE parameter is specified. A new bind file (db2uimpm2.bnd) is introduced to enforce this restriction. På grunn av at det er innført en ny bindingsfil, skal teksten være slik: The buffered inserts feature cannot be used in conjunction with import operations in which the INSERT_UPDATE parameter is specified. A new bind file (db2uImpInsUpdate.bnd) is introduced to enforce this restriction. Indekseringsinformasjon går tapt når importfunksjonen brukes Du kan bruke importfunksjonen til å gjenopprette en tabell som ble lagret ved hjelp av eksportfunksjonen. I Data Movement-emnet "Using import to recreate an exported table" beskriver attributter til den opprinnelige som tabellen ikke blir beholdt. I tillegg til attributtene som allerede er dokumentert, blir disse attributtene ikke beholdt: * Indekseringsinformasjon: * Ta med kolonner (hvis det finnes noen) * Indeksnavn, hvis indeksen er en primærnøkkelindeks * Synkende rekkefølge, hvis indeksen er en primærnøkkelindeks (Stigende er standardverdi) Gjenoppretting av data og høy tilgjengelighet Oversikt over reservekopiering Legg merke til følgende begrensninger: * Oppstart av en tilkoblet reservekopiering av en DMS-tabellplass er tillatt når en tabell i samme tabellområde blir omorganisert tilkoblet (online). Det kan oppstå lock wait-situasjoner for omorganiseringsoperasjonen i TRUNCATE-fasen. * Oppstart av en tilkoblet reservekopiering av en SMS-tabellplass er ikke tillatt når en tabell i samme tabellområde blir omorganisert tilkoblet (online). Begge operasjonene krever en ekskluderende lås. Bruke reservekopiering Disse begrensningene gjelder for reservekopieringsfunksjonen: * Det er ikke mulig å kjøre både en reservekopiering av en tabellplass og en gjenoppretting av en tabellplass samtidig, selv om det gjelder forskjellige tabellplasser. * Hvis du vil ha mulighet til gjenoppretting ved fremlengs rulling i en partisjonert database, må du reservekopiere databasen på listen over noder jevnlig, og du må ha minst en reservekopi av resten av nodene i systemet (også de som ikke inneholder brukerdata for den databasen). Det er to situasjoner som krever reservekopien av en databasepartisjon på en databasepartisjonstjener som ikke inneholder brukerdata for databasen: * Du tilføyde en databasepartisjonstjener til databasesystemet etter den siste reservekopien som er tatt, og du må utføre en fremlengs gjenoppretting på denne databasepartisjonstjeneren. * Det er brukt gjenoppretting til et bestemt tidspunkt, noe som krever at alle databasepartisjoner i systemet har status "fremlengs rulling venter". * Tilkoblet reservekopiering for DMS-tabellplasser er ikke kompatibelt med disse operasjonene: * innlasting * Omorganisering (bare frakoblet); (tilkoblet omorganisering av en tabell i tabellplassen som blir reservekopiert kan brukes, selv om det kan forekomme venting på låser under avkuttingsfasen (truncate) av omorganiseringsoperasjonen). * sletting av tabellplass * avkutting av tabell * opprettelse av indeks * ikke logget opprinnelig (brukes sammen med CREATE TABLE- og ALTER TABLE-setningene) Oversikt over High Availability Disaster Recovery (HADR) Når du bruker kommandoene START HADR, STOP HADR eller TAKEOVER HADR, blir de tilhørende feilkodene kanskje generert: SQL01767N, SQL01769N eller SQL01770N med årsakskode 98. Årsakskoden viser at det ikke er installert lisens for HADR på tjeneren der kommandoen ble kjørt. Du løser problemet ved å installere en gyldig HADR-lisens ved hjelp av db2licm eller ved å installere en versjon av tjeneren som inneholder en gyldig HADR-lisens som en del av distribusjonen. Støtte for reservekopiering og gjenoppretting på tvers av plattformer DB2 Universal Database (UDB) har støtte for reservekopiering og gjenoppretting på tvers av plattformer. Du kan gjenopprette DB2 UDB versjon 8-databaser som er opprettet på en 32-bits Windows-plattform, til DB2 UDB versjon 8 på en 64-bits Windows-plattform, og omvendt. Du kan gjenopprette DB2 UDB versjon 8-databaser som er opprettet på en 32-bits Linux x86-plattform, til DB2 UDB versjon 8 på en 64-bits Linux x86-64- eller IA64-plattform, og omvendt. Du kan gjenopprette DB2 UDB versjon 8-databaser som er opprettet på AIX, HP-UX, Linux PPC, Linux zSeries eller Solaris Operating Environment, 32-bits eller 64-bits, til DB2 UDB versjon 8 på AIX, HP-UX, Linux PPC, Linux zSeries eller Solaris Operating Environment (32-bits eller 64-bits). Reservekopiere til magnetbånd (Linux) Den maksimale blokkstørrelsen for magnetbåndenhetene 3480 og 3490 på Linux er 61 440 byte Tabell 33. Maksimal blokkstørrelse for magnetbåndenhetene 3480 og 3490 på Linux +-----------------+-----------------+----------------+----------------+ | Enhet | Tilknytning | Grense for | DB2-bufferstør | | | | blokkstørrelse | relsegrense (i | | | | | sider på 4 kB) | +-----------------+-----------------+----------------+----------------+ | 3480 | s370 | 61 440 | 15 | +-----------------+-----------------+----------------+----------------+ | 3490 | s370 | 61 440 | 15 | +-----------------+-----------------+----------------+----------------+ Tivoli Storage Manager Når du bruker kommandoene BACKUP DATABASE og RESTORE DATABASE kan du oppgi at du vil bruke produktet Tivoli Storage Manager (TSM) til å administrere reservekopiering og gjenoppretting av databaser og tabellplasser. Minimumskravet til nivå på TSM-klientens API er versjon 4.2.0, unntatt for: * 64-bits Solaris-systemer, som krever TSM Client API versjon 4.2.1. * 64-bits Windows NT-operativsystemer, som krever TSM Client API versjon 5.1. * 32-bits Linux for iSeries og pSeries, som krever minimum TSM Client API versjon 5.1.5 * 64-bits Linux for iSeries og pSeries, som krever minimum TSM Client API versjon 5.3 * 64-bits Linux på AMD Opteron-systemer, som krever minimum TSM Client API versjon 5.2.0. * 64-bits Linux for zSeries, som krever minimum TSM Client API versjon 5.2.2. Verdibegrensninger for HADR-parameterne for lokal vert og lokal tjeneste Når du oppgir verdier for HADR-parameterne for lokal vert og lokal tjeneste (HADR_LOCAL_SVC og HADR_REMOTE_SVC) mens du klargjør kommandoen update database configuration, må verdiene være porter som ikke blir brukt for andre tjenester. Hvis parameterne konfigureres på kommandolinjen i Linux eller UNIX, må verdiene også defineres i filen /etc/services. Tilleggskrav til systemet for HADR (High Availability Disaster Recovery) Hvis du oppretter en tabellplass på primærdatabasen og loggavspilling mislykkes på reservedatabasen fordi containerne ikke er tilgjengelige, mottar ikke primærdatabasen en feilmelding om at loggavspillingen mislyktes. Hvis du skal kontrollere om det oppstår feil ved loggavspilling, må du overvåke db2diag.log og administrasjonsloggen på reservedatabasen når du oppretter nye tabellplasser. Hvis en takeover-operasjon blir utført, vil ikke den nye tabellplassen du opprettet være tilgjengelig på den nye primærdatabasen. Du kan løse denne situasjonen ved å gjenopprette tabellplassen på den nye primærdatabasen fra en reservekopi. I eksemplet nedenfor gjenopprettes tabellplassen MY_TABLESPACE på databasen MY_DATABASE før den blir brukt som ny primærdatabase: 1. db2 connect to my_database 2. db2 list tablespaces show detail Merk: Kjør kommandoen db2 list tablespaces show detail for å vise statusen til alle tabellplasser og for å skaffe ID-nummeret for tabellplassen som kreves i trinn 5. 3. db2 stop hadr on database my_database 4. db2 "restore database my_database tablespace (my_tablespace) online redirect" 5. db2 "set tablespace containers for my_tablespace_ID_# ignore rollforward container operations using (path '/my_new_container_path/')" 6. db2 "restore database my_database continue" 7. db2 rollforward database my_database to end of logs and stop tablespace "(my_tablespace)" 8. db2 start hadr on database my_database as primary Ikke-replikerte operasjoner for HADR (High Availability Disaster Recovery) I dokumentasjonen for versjon 8.2 står det: BLOBs and CLOBs are not replicated; however, the space for them will be allocated on the standby database. Det skal i stedet stå: Non-logged BLOBs and CLOBs are not replicated; however, the space for them will be allocated on the standby database. HADR støtter ikke ubehandlede logger HADR (High Availability Disaster Recovery) støtter ikke bruk av ubehandlet I/U (direkte lagertilgang) for databaseloggfiler. Hvis HADR startes med kommandoen START HADR, eller hvis databasen startes på nytt med HADR konfigurert, og ubehandlede logger blitt oppdaget, vil den tilknyttede kommandoen mislykkes med SQL1768N årsakskode "9". Datavarehussenter Oppdatere konfigurasjonen av databasesystemet før installering av varehustransformeringer I boken DB2 Warehouse Manager Standard Edition Installation Guide, versjon 8.2, blir du i emnet "Updating the database manager configuration before installing warehouse transformers" ved fen feil bedt om å oppdatere SDK-baneparameteren. Du skal oppdatere JDK-baneparameteren. Bruk DB2-kommandolinjebehandleren til å oppdatere konfigurasjonen av databasesystemet for DB2-målforekomsten før du installerer varehustransformeringer. Fremgangsmåte Slik oppdaterer du konfigurasjonen av databasesystemet før du installerer varehustransformeringer: 1. Sett JDK-bane parameteren (JDK_PATH) til underkataloget der JDK er installert: UPDATE DATABASE MANAGER CONFIGURATION USING JDK_PATH bane der bane er underkatalogen der JDK er installert. Merk: Ikke ta med bin-katalogen i JDK_path. Hvis målet bruker DB2 Universal Database versjon 7.2 (eller tidligere) som har transformeringer installert, skal du oppdatere JDK11_PATH i stedet for JDK_PATH. 2. Sett størrelsen på minneområdet for Java Virtual Machine (JAVA_HEAP_SZ) til 4096: UPDATE DATABASE MANAGER CONFIGURATION USING JAVA_HEAP_SZ 4096 VW_NETRC-systemvariabelen er tilføyd til datavarehussenteret (UNIX) Fra og med versjon 8.2 opprettingspakke 10 (tilsvarer versjon 8.1 opprettingspakke 3) av datavarehussenteret kan du definere systemvariabelen VW_NETRC environment på UNIX-operativsystemer, unntatt på Linux. Hvis du setter VW_NETRC til off, kan du vedlikeholde filen .netrc manuelt. Slå opp i dokumentasjonen for operativsystemet for å finne informasjon om det riktige formatet for filen .netrc. Hvis du kjører samtidige brukerdefinerte FTP-programmer, kan filen .netrc bli skadet. Hvis du skal kjøre samtidige brukerdefinerte FTP-programtrinn, kan du sette systemvariabelen VW_NETRC til off (VW_NETRC=OFF). Legg inn denne systemvariabelen i agentdemonprofilen for fjernagenter og i filen IWH.environment for din standard eller lokale agent. DB2 Datavarehussenter krever database med Unicode-format Etter at du har installert DB2 Universal Database versjon 8.1 opprettingspakke 7 eller senere, må du kjøre verktøyet Styring av kontrolldatabasen for varehus for å opprette en ny kontrolldatabase som er i Unicode-format. Forutsetninger For at du skal kunne opprette og lagre en kopi av den eksisterende varehuskontrolldatabasen, må arbeidsstasjonen din ha nok lagerplass til å lagre denne kopien pluss dobbelt så mye plass som varehuskontrolldatabasen trenger, for å lagre midlertidige filer. Hvis for eksempel den eksisterende varehuskontrolldatabasen er på 10 MB, må det være til sammen 30 MB plass tilgjengelig i den samme forekomsten som den eksisterende varehuskontrolldatabasen. Fremgangsmåte Slik oppretter du en ny varehuskontrolldatabase i Unicode-format: 1. Kjør verktøyet Styring av kontrolldatabasen for varehus: * I Windows: Klikk på Start og velg Programmer -> IBM DB2-> Konfigureringsverktøy-> Styring av kontrolldatabasen for varehus. * I AIX: Kjør db2wcdbm-skriptet. 2. Oppgi navnet på den eksisterende varehuskontrolldatabasen. Du blir deretter bedt om å oppgi et nytt navn. Det brukes til å opprette en varehuskontrolldatabase i Unicode-format. Definere varehuskilder og -mål i DB2 Denne oppdateringen gjelder to emner om datavarehussenteret: * Definere DB2-varehuskilder * Definere et varehusmål Standard er at når du definerer en varehuskilde eller et varehusmål, blir det returnert 250 tabeller. Du kan imidlertid bruke den nye systemvariabelen VWS_MAX_TABLELIST til å definere hvor mange tabeller som skal returneres. Det maksimale antall tabeller som kan returneres, er 40 000. Det maksimale antallet kan også være mindre, avhengig av størrelsen på tabellnavnene i listen. Det anbefales at du oppgir et mye mindre tall enn 40 000. Oppdateringer i veiledningen for Business Intelligence Kontrollere at DWCTBC- og TBC_MD-databasene er registrert med ODBC I versjon 8 trenger ikke kontrolldatabasen, TBC_MD som brukes i veiledningen, å være en ODBC-systemdatakilde. Måldatabasen eller databasekilden DWCTBC må imidlertid være en ODBC-systemdatakilde. Åpne notisboken Definer varehuskilde Prosedyren for å åpne notisboken Definer varehuskilde for Relasjonskilde for opplæring er endret. Fremgangsmåte Slik åpner du notisboken Definer varehuskilde for Relasjonskilde for opplæring: 1. Høyreklikk på mappen Varehuskilder i vinduet Datavarehussenter. 2. Klikk på Definer --> ODBC --> DB2 --> DB2-familien. Notisboken Definer varehuskilde blir åpnet. Åpne notisboken Definer varehusmål Prosedyren for å åpne notisboken Definer varehusmål er endret. Fremgangsmåte Slik åpner du notisboken Definer varehusmål: 1. Høyreklikk på mappen Varehusmål i vinduet Datavarehussenter. 2. Klikk på Definer --> ODBC --> DB2 --> DB2-familien. Notisboken Definer varehusmål blir åpnet. Definere slettegrensen for varehusloggfiler Loggfilen oppbevarer poster til en definert grense for antall poster blir nådd. Standard grense er 1000 poster. Hver jobb genererer vanligvis 12 til 15 loggposter. Sett slettegrensen til et tall som dekker behovene dine, ved å oppdatere feltet Slett logg når det totale antall poster er lik på flippen Tjener på siden Egenskaper for varehus. Støtte for CURSOR-lasting i datavarehussenteret Last inn-trinnet for DB2 Universal Database gjør det nå mulig å bruke et utsnitt eller en tabell som kilde for trinnet, noe som resulterer i et LOAD FROM CURSOR. For at du skal kunne tilordne kolonner i veiviseren for CURSOR-innlasting, må valgknappen Tilordne kolonner på grunnlag av kolonneposisjoner i inndatafilen være valgt. Migrering og begrensninger for varehuskontrolldatabase med Unicode Fra og med versjon 8.2 av Datavarehussenter må varehuskontrolldatabasen være en Unicode-database. Hvis du har en varehuskontrolldatabase med Unicode fra en versjon av datavarehussenteret eldre enn versjon 8.2, må du opprette en ny kontrolldatabase for Unicode ved hjelp av verktøyet for styring av kontrolldatabasen for varehus. Når du migrerer en varehuskontrolldatabase fra en versjon av datavarehussenteret eldre enn versjon 8.2, kjører verktøyet for styring av kontrolldatabasen for varehus kommandoen db2move for å flytte dataene til en ny kontrolldatabase med Unicode. Under denne prosessen åpnes det vinduer som viser fremdriften til kommandoen db2move. Denne migreringen foretas bare en gang. Datavarehussenteret støtter ikke Unicode på Sybase-tjenere. Endring av datoformatet for kolonnen Endret Formatet til datoen i kolonnen Endret har blitt endret i detaljoversikten til hovedvinduet for datavarehussenteret. Datoen i kolonnen Endret vises i formatet til språkmiljøet ditt og viser også klokkeslettet. Denne endringen av datoformatet sikrer at sortering av objekter i kolonnen Endret fungerer riktig. Denne oppdateringen gjelder de fleste listene over objekter i datavarehussenteret som vises i navigatøren og detaljoversiktene, slik som: * Emner * Prosesser * Varehusskjemaer * Varehusagentsteder * Programmer * Trinn * Dataressurser * Brukere * Brukergrupper Definere statistiske transformeringer i datavarehussenteret Hvis du skal utføre statistiske transformeringer på data, må du definere den statistiske transformeringen du vil bruke. Fremgangsmåte Slik definerer du statistiske transformeringer: 1. Åpne prosessmodellvinduet. 2. Klikk på transformeringsikonet og velg en transformering på listen over tilgjengelige transformeringer. 3. Koble transformeringen du valgte til en varehuskilde og et varehusmål i følge reglene for transformeringen. Hver transformering har bestemte regler for hvordan den skal kobles til en varehuskilde og et varehusmål. Se i dokumentasjonen for hver enkelt transformering hvis du vil ha flere opplysninger. Forutsetning for iSeries-varehusagenten Hvis du skal bruke en iSeries-varehusagent for DB2 Warehouse Manager på V5R2- og V5R3-systemer, er denne PTFen nødvendig: PTF SI13558 Denne database-PTFen gjør at CLI på iSeries kan behandle Unicode-data. DB2 .NET Data Provider Støtte for samtidig aktiv datalesing DB2 .NET Data Provider støtter nå bruk av samtidige aktive datalesere. Det betyr at du på samme tid kan få tilgang til data fra flere DB2DataReader-forekomster som bruker den samme DB2Connection-forekomsten. Hver enkelt DB2DataReader-forekomst må knyttes til sin egen DB2Command-forekomst. For å kunne bruke den tilknyttede DB2Command-forekomsten til et annet formål, må du eksplisitt kalle opp DB2DataReader.Close-metoden. Egenskapen DB2Connection.ConnectionString Det er føyd til et nøkkelord for egenskapen DB2Connection.ConnectionString: CurrentSchema Skjemaet som skal brukes etter en vellykket tilkobling. Når en forbindelse er opprettet, sendes en SET CURRENT SCHEMA-setning til DB2-tjeneren. Dette gjør at applikasjonen kan gi navn til SQL-objekter uten å behøve å kvalifisere dem med et skjemanavn. DB2 Connect Bytte til autentiseringstypeforhandling via en portner Fra og med DB2 Connect(TM) versjon 8.2.2 (tilsvarer versjon 8.1 oppdateringspakke 9) er ikke portneren lenger en passiv deltaker under autentiseringforhandling. I stedet har portneren en aktiv rolle. Autentiseringstypen som er oppgitt i databasekatalogoppføringen i portneren, overstyrer autentiseringstypen som er katalogisert på klienten. Klienten, portneren og tjeneren må alle angi kompatible typer. Hvis den katalogiserte autentiseringstypen på portneren ikke er oppgitt i databasekatalogoppføringen, vil SERVER-autentisering være standardtypen som tjeneren blir bedt om. Forhandlingen vil imidlertid fremdeles bli utført mellom klienten og tjeneren hvis tjeneren ikke støtter SERVER-autentisering. Denne virkemåten er annerledes enn for klienten, som bruker SERVER_ENCRYPT som standardverdi hvis det ikke er oppgitt noen autentiseringstype. Autentiseringstypen som er katalogisert på portneren, brukes ikke hvis parameteren DB2NODE eller SQL_CONNECT_NODE for Set Client-APIen er definert på klienten. I slike tilfeller blir forhandlingen likevel utført bare mellom klienten og tjeneren. En tjener som har SERVER_ENCRYPT definert som autentiseringstype i databasesystemkonfigurasjonen, godtar ikke lenger tilkoblinger eller tilknytninger fra klienter som ber om SERVER-autentisering. Nytt sikkerhetsscenario Et nytt sikkerhetsscenario er tilføyd for APPC-forbindelser: Autentisering GSSPLUGIN Sikkerhet ingen validering GSS API-sikkerhetstilleggsmodulmekanisme Rettelser for diagrammer Disse emnene for DB2 Connect Connect Enterprise Edition har diagrammer som ikke er riktige: * Accessing host or iSeries DB2 data using DB2 Connect Enterprise Edition * Accessing DB2 data from the Web using Java Tabellen nedenfor inneholder rettelser for diagrammer i emnet "Accessing host or iSeries DB2 data using DB2 Connect Enterprise Edition". Tabell 34. Rettelser for diagrammer i emnet "Accessing host or iSeries DB2 data using DB2 Connect Enterprise Edition" +-------------------+-------------------------------------------------+ | Plassering i | Rettelse | | emnet | | +-------------------+-------------------------------------------------+ | Tegnforklaring | * Referanser til DB2 for OS/390 V5R1" skal | | for alle fire | være "DB2 for OS/390 V6 eller senere". | | diagrammene | * Referanser til "DB2 for AS/400 V4R2" skal | | | være "DB2 for iSeries V5R1 eller senere". | +-------------------+-------------------------------------------------+ | Første diagram | Alle referanser til "APPC" og "SNA | | (Figur 1: DB2 | Communications Support" er feil. SNA/APPC | | Connect | støttes ikke som en innkommende protokoll for | | Enterprise | DB2 Runtime-klient av DB2 Linux-, Unix- og | | Edition) | Windows-tjenere, inkludert DB2 Connect | | | Enterprise Edition. | +-------------------+-------------------------------------------------+ Tabellen nedenfor inneholder rettelser for diagrammer i emnet "Accessing DB2 data from the Web using Java". Tabell 35. Rettelser for diagrammer i emnet "Accessing DB2 data from the Web using Java" +-------------------+-------------------------------------------------+ | Plassering i | Rettelse | | emnet | | +-------------------+-------------------------------------------------+ | Tegnforklaring | * Referanser til DB2 for OS/390 V5R1" skal | | | være "DB2 for OS/390 V6 eller senere". | | | * Referanser til "DB2 for AS/400 V4R2" skal | | | være "DB2 for iSeries V5R1 eller senere". | +-------------------+-------------------------------------------------+ Utviklingssenter DB2 Utviklingssenter versjon 8.2 krever nivå 9.2.9 av Distributed Debugger DB2 Utviklingssenter versjon 8.2 krever nå versjon 9.2.9 av IBM Distributed Debugger. Hvis du ikke har installert versjon 9.2.9 av Distributed Debugger, kan du ikke søke etter feil i lagrede Java-prosedyrer ved hjelp av utviklingssenteret. Versjon 9.2.9 av Distributed Debugger støtter ikke lenger Solaris Operating Environments. Hvis du vil vite mer om Distributed Debugger, kan du gå til nettsiden for Distributed Debugger: http://www.ibm.com/software/awdtools/debugger. Lengdebegrensning i vinduet Endre variabelområde i DB2 Utviklingssenter Når du endrer lengden på en variabel ved hjelp av vinduet Endre variabelområde i DB2 Utviklingssenter, er maksimumslengden 1024 byte. Denne begrensningen er i denne versjonen dokumentert med en melding på engelsk. Begrensninger for DB2 Universal Type 2- og Type 4-styreprogrammer I versjon 8.2 er det lagt inn støtte som gjør det mulig for brukerne å koble seg til en DB2 Universal Database-database fra utviklingssenteret ved hjelp av DB2 Universal Type 2- og Type 4-styreprogrammer. Hvis du imidlertid prøver å bruke et av disse styreprogrammene til å koble deg til en iSeries-tjener, eller til en DB2 UDB-tjener med versjon 8.1 eller tidligere, får du imidlertid frem denne feilmeldingen: Tilkoblingen til mislyktes. IBM DB2 Universal Driver (JCC) ble ikke funnet. Les emnet "JDBC-styreprogrammer" i DB2 Informasjonssenter hvis du vil vite mer om hvilke styreprogrammer du skal bruke for å unngå denne feilen. GUI-verktøy Endre setningsavslutningstegnet Fra og med DB2 Universal Database (UDB) versjon 8.2 opprettingspakke 1 (tilsvarer versjon 8.1 opprettingspakke 8) kan du endre setningsavslutningstegnet i et skript som blir kjørt i kommandolinjebehandleren (CLP) eller kommandoredigeringsprogrammet. Denne endringen likner på metoden som allerede er tilgjengelig i DB2 UDB for OS/390. Dette eksempelet viser hvordan avslutningstegnet kan endres etter hver setning: connect to gilroy user newton using password; select * from newton.department; --#SET TERMINATOR : select * from newton.employee: --#SET TERMINATOR @ select * from newton.department@ --#SET TERMINATOR ; select * from newton.department; --#SET TERMINATOR & terminate& Muligheten for å endre avslutningstegnet er viktig når et skript inneholder sammensatte setninger. I eksempelet nedenfor antar DB2 UDB at det første semikolonet (;) den finner i den sammensatte CREATE TRIGGER-setningen, er avslutningstegnet for hele CREATE TRIGGER-setningen. Dette stemmer imidlertid ikke. Det er bare ment som avslutningstegn for en av setningene i den sammensatte CREATE TRIGGER-setningen. CONNECT TO SAMPLE; DROP TRIGGER newton.NWTTRIGGER; CREATE TRIGGER newton.NWTTRIGGER AFTER DELETE ON newton.NWTTABLE FOR EACH ROW MODE DB2SQL BEGIN ATOMIC insert into newton.nwttable values(0,'0'); insert into newton.nwttable values( -1, '-1'); END; CONNECT RESET; TERMINATE; Dette eksempelet viser hvordan setningsavslutningstegnet kan endres i skriptet for å oppnå det ønskede resultatet. CONNECT TO SAMPLE; DROP TRIGGER newton.NWTTRIGGER; --#SET TERMINATOR @ CREATE TRIGGER newton.NWTTRIGGER AFTER DELETE ON newton.NWTTABLE FOR EACH ROW MODE DB2SQL BEGIN ATOMIC insert into newton.nwttable values(0,'0'); insert into newton.nwttable values( -1, '-1'); END@ --#SET TERMINATOR ; CONNECT RESET; Hvis du ikke har behov for å kjøre skriptene lokalt på DB2 for OS/390, eller hvis DB2 UDB-skriptene dine ikke kobler seg til OS/390, er ikke --#SET TERMINATOR den anbefalte metoden for å endre setningsavslutningstegn. I stedet bør du bruke de eksisterende alternativene med -tdX- eller ;--. Med -tdX kan du oppgi avslutningstegnet når du kaller opp et skript ved hjelp av en CLP-kommando. 'X' representerer tegnet som blir brukt som setningsavslutningstegn. For eksempel denne kommandoen: db2 -tvf test.txt -td& Her vil & bli brukt som setningsavslutningstegn når du kjører skriptet i filen test.txt. Hvis det skriptet inneholdt den sammensatte CREATE TRIGGER-setningen, ville det ha blitt skrevet slik: CONNECT TO SAMPLE& DROP TRIGGER newton.NWTTRIGGER& CREATE TRIGGER newton.NWTTRIGGER AFTER DELETE ON newton.NWTTABLE FOR EACH ROW MODE DB2SQL BEGIN ATOMIC insert into newton.nwttable values(0,'0'); insert into newton.nwttable values( -1, '-1'); END& CONNECT RESET& TERMINATE& Merk: Alternativet -tdX er ikke tilgjengelig i kommandoredigeringsprogrammet. Skriptet som inneholder den sammensatte CREATE TRIGGER-setningen, kan også skrives om ved hjelp av alternativet ;-- på denne måten: CONNECT TO SAMPLE; DROP TRIGGER newton.NWTTRIGGER; CREATE TRIGGER newton.NWTTRIGGER AFTER DELETE ON newton.NWTTABLE FOR EACH ROW MODE DB2SQL BEGIN ATOMIC insert into newton.nwttable values(0,'0');-- insert into newton.nwttable values( -1, '-1');-- END; CONNECT RESET; TERMINATE; Statusen Database ikke tilgjengelig i detaljruten i kontrollsenteret Du kan bruke detaljruten i kontrollsenteret til å se på informasjon om databasene. Hvis du velger en database i objektoversikten eller innholdsruten, får du se et sammendrag av databasens status. I enkelte situasjoner kan informasjonen om databasen være ikke tilgjengelig. I tabellen nedenfor finner du noen mulige årsaker til dette. Tabell 36. Årsaker til at databasestatusen er Ikke tilgjengelig +--------------------+------------------------------------------------+ | Element av | Mulige årsaker | | databasestatus | | +--------------------+------------------------------------------------+ | Siste | * Det er ikke utført noen reservekopiering | | reservekopiering | for databasen. | | | * Brukeren har ikke autorisasjonen som er | | | nødvendig for å få tilgang til disse | | | opplysningene. | +--------------------+------------------------------------------------+ | Størrelse | * Databasen er fra en tidligere versjon enn | | | 8.2. | | | * Brukeren har ikke autorisasjonen som er | | | nødvendig for å få tilgang til disse | | | opplysningene. | +--------------------+------------------------------------------------+ | Kapasitet | * Databasen er fra en tidligere versjon enn | | | 8.2. | | | * Databasen har flere partisjoner. | | | * Brukeren har ikke autorisasjonen som er | | | nødvendig for å få tilgang til disse | | | opplysningene. | +--------------------+------------------------------------------------+ | Helse | * Helseovervåkeren er ikke slått på. | | | * Forsinkelse. Det er en forsinkelse på | | | omtrent 5 minutter fra tidspunktet da | | | databasen blir aktivert, til helsestatusen | | | blir tilgjengelig. | +--------------------+------------------------------------------------+ | Vedlikehold | * Databasen er fra en tidligere versjon enn | | | 8.2. | +--------------------+------------------------------------------------+ Generering av standard write to table output (Opprett aktivitetsovervåker) Det er lagt inn en Generer-knapp i vinduet Utdataalternativer, som blir startet fra vinduet Opprett aktivitetsovervåker. Hvis du klikker på knappen Generer, genereres standardalternativet write to table output. Disse utdataene tilsvarer syntaksen som genereres av kommandoen db2evtbl. Det genererte alternativet viser brukeren hvilke tabeller og dataelementer som vil bli inkludert når aktivitetsovervåkeren blir opprettet. Brukerne kan endre kommandoen etter behov. Den genererte syntaksen er basert på aktivitetsovervåkernavnet og aktivitetstypene som er oppgitt i vinduet Opprett aktivitetsovervåker. Oppgi aktivitetsovervåkernavnet og aktivitetstypene før du genererer syntaksen for utdataalternativet. Hvis aktivitetsovervåkernavnet eller aktivitetstypene blir endret etter genereringen av utdataalternativet, blir det vist en melding som minner brukeren på å regenerere utdataalternativet før aktivitetsovervåkeren blir opprettet. Hvis utdataalternativet ikke blir regenerert, blir det generert aktivitetstabeller basert på aktivitetsovervåkernavnet som var oppgitt tidligere. Informasjonskatalogsenter Eksempelskript for konfigurering Eksempelskriptene ICCConfig.jacl og ICCConfig.properties følger med Information Catalog Center for the Web med DB2 Embedded Application Server. Du kan bruke disse eksempelskriptene til å konfigurere Information Catalog Center for the Web med WebSphere Application Server 5. Disse skriptene ligger i katalogen sqllib\samples\icweb. Web-tjenerkonfigurasjon Når du konfigurerer Information Catalog Center for the Web med DB2 Embedded Application Server og metadataene dine inneholder URLer som bruker filer på tjeneren, må du tilordne URLene til det riktige stedet ved hjelp av aliaser i web-tjenerkonfigurasjonen. Du må også tilordnet linkene til hjelpen og informasjonen om opphavsrett. Hvis du bruker DB2 Embedded Application Server, må en web-tjener være konfigurert riktig og være i gang for at disse linkene skal virke, selv om du ikke trenger å koble deg til en web-tjener. Installation and Configuration Supplement DB2-nodekonfigurasjonsfilen - db2nodes.cfg Parameteren resourcesetname støttes bare på AIX, HP-UX, Solaris Operating Environment og Linux. På Linux-operativsystemer definerer kolonnen resourcesetname et tall som samsvarer med en NUMA-node (Non-Uniform Memory Access) på systemet. numactl-systemfunksjonen må være tilgjengelig i tillegg til en 2.6-kjerne med støtte for NUMA-policy. Les om man-siden for numact1 hvis du vil vite mer om NUMA-støtte på Linux-operativsystemer. Eksempel på bruk av resourcesetname på Linux-operativsystemer Dette eksempelet viser hvordan du definerer en NUMA-maskin med fire noder der hver logiske node er knyttet til en NUMA-node. Fremgangsmåte 1. Kontroller at det finnes NUMA-funksjoner på systemet. 2. Kjør denne kommandoen: $ numactl --hardware Det blir vist utdata som ser omtrent slik ut: available: 4 nodes (0-3) node 0 size: 1901 MB node 0 free: 1457 MB node 1 size: 1910 MB node 1 free: 1841 MB node 2 size: 1910 MB node 2 free: 1851 MB node 3 size: 1905 MB node 3 free: 1796 MB 3. I dette eksempelet er det fire NUMA-noder på systemet. Rediger filen db2nodes.cfg på denne måten for å knytte hver MLN (Multiple Logical Node) til en NUMA-node på systemet: 0 hostname 0 hostname 0 1 hostname 1 hostname 1 2 hostname 2 hostname 2 3 hostname 3 hostname 3 Registervariabelen DB2NOLIOAIO er erstattet med DB2LINUXAIO (Linux) DB2 Universal Database (UDB)-registervariabelen DB2NOLIOAIO blir avvist fra og med versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9). For Linux-brukere er DB2NOLIOAIO-registervariabelen erstattet med DB2LINUXAIO. * Du aktiverer asynkron I/U-støtte (AIO) på Linux med denne kommandoen: db2set DB2LINUXAIO=true Start deretter DB2 UDB på nytt. Merk: For å bruke AIO må brukerne installere libaio-0.3.98 eller nyere og ha en kjerne som støtter AIO. * Du deaktiverer AIO-støtte på Linux med denne kommandoen: db2set DB2LINUXAIO=false Start deretter DB2 UDB på nytt. Applikasjonstjener for DB2 UDB Applikasjonstjeneren for DB2 Universal Database (UDB) støtter ikke lenger fjernadministrasjon eller lagrede prosedyrer. De oppdaterte emnene er som følger: Aktivere applikasjonstjeneren for DB2 UDB Aktiveringen av databasen utfører følgende: * Kobler til en oppgitt database * Oppretter og legger inn data i metadatatabeller * Oppdaterer DBM CFG-parametere, JDK_PATH og JAVA_HEAP_SZ * Installerer DB2 Web Services Application Forutsetning På Linux må du, etter at du har installert applikasjonstjeneren, og før du aktiverer applikasjonstjeneren, konfigurere Linux Java-miljøet. Slå opp i boken Application Development Guide: Building and Running Applications hvis du vil vite mer om hvordan du konfigurerer Linux Java-miljøet. Fremgangsmåte Slik aktiverer du applikasjonstjeneren for DB2 UDB: 1. Logg deg på DB2-tjeneren som root on Linux- eller UNIX-operativsystemer eller som en bruker med Administrator-rettigheter på Windows-operativsystemer. 2. For Linux- og UNIX-baserte operativsystemer kjører du denne kommandoen: . /db2-forekomstbane/sqllib/db2profile der db2-forekomstbane er der DB2-forekomsten ble opprettet. 3. Kjør en av disse kommandoene: * For Linux- og UNIX-operativsystemer: AppServer_install_path/bin/enable.sh -db db-kallenavn -user db-bruker -password db-passord -db2path bane_til_sqllib -instance forekomstnavn -easpath bane_til_eas -fencedid beskyttet_bruker-id * For Windows-operativsystemer: AppServer_install_path\bin\enable -db db-kallenavn -user db-bruker -password db-passord -db2path bane_til_sqllib -instance forekomstnavn -easpath bane_til_eas der * db-kallenavn er kallenavnet til databasen som skal aktiveres. * db-bruker er bruker-IDen som skal brukes for tilkobling til databasen. * db-passord er passordet som skal brukes for bruker-IDen ved tilkobling til databasen. * bane_til_sqllib er banen til DB2 UDB-forekomstens SQLLIB-katalog. Denne banen brukes til å oppdatere DB2EAS med de nødvendige JAR-filene. * forekomstnavn er navnet på en DB2 UDB-forekomst. * bane_til_eas er banen til den innfelte applikasjonstjeneren. * beskyttet_bruker-id er bruker-IDen for den beskyttede brukeren. Når applikasjonstjeneren for DB2 UDB er aktivert, blir applikasjonstjeneren startet automatisk. Starte applikasjonstjeneren for DB2 UDB lokalt Applikasjonstjeneren skal bare startes ved hjelp av den beskyttede bruker-IDen for systemer som oppretter web-tjenester i et .NET-miljø eller kjører XML Metadata Registry (XMR). Fjernstarte applikasjonstjeneren for DB2 UDB Avsnittet er fjernet. Applikasjonstjeneren for DB2 UDB støtter ikke lenger fjernadministrasjon. Stoppe applikasjonstjeneren for DB2 UDB lokalt Applikasjonstjeneren skal bare stoppes ved hjelp av den beskyttede bruker-IDen for systemer som oppretter web-tjenester i et .NET-miljø eller kjører XML Metadata Registry (XMR). Fjernstoppe applikasjonstjeneren for DB2 UDB Avsnittet er fjernet. Applikasjonstjeneren for DB2 UDB støtter ikke lenger fjernadministrasjon. Deinstallere applikasjonstjeneren for DB2 UDB Avsnittet er fjernet. Applikasjonstjeneren for DB2 UDB støtter ikke lenger fjernadministrasjon. Aktivering av DB2 Embedded Application Server Den aktiverte databasen for en DB2 Embedded Application Server må ligge i en 32-biters forekomst. Alle databaser som brukes fra DB2 Embedded Application Server, kan ligge i 32-biters eller 64-biters forekomster. Distribuere DB2 Web Tools Applikasjonstjenere som bruker JDK 1.4, krever ikke lenger tilpasning av CLASSPATH-variabelen ved distribusjon DB2 Web Tools. Alle avhengigheter, inkludert for XML-analysator og -transformering, distribueres nå med web-modulen og forventes lastet inn fra katalogen WEB-INF\lib i henhold til J2EE-spesifikasjonen. Denne endringen påvirker to informasjonsemner: * Distribuere DB2 Web Tools på WebLogic-applikasjonstjenere * Distribuere DB2 Web Tools på andre applikasjonstjenere De oppdaterte emnene er som følger: Distribuere DB2 Web Tools på WebLogic-applikasjonstjenere Denne oppgaven beskriver hvordan du distribuerer og konfigurerer DB2 Web Tools (inkludert web-kommandosenter og helsesenter) på BEA WebLogic 7.0. Disse verktøyene kan kjøres som web-applikasjoner på en web-tjener for å gi tilgang til DB2-tjenere gjennom nettlesere. Forutsetninger Før du installerer DB2 Web Tools på WebSphere, må du sørge for at du har følgende: * BEA WebLogic 7.0 applikasjonstjener. * IBM DB2 Administration Client versjon 8. * En nettleser som er kompatibel med HTML 4.0. Merk: DB2 Web Tools er testet med Netscape 4.x, Netscape 6.x, Netscape 7.x, Mozilla 1.x, Internet Explorer 5.x, Opera 6.x, Konqueror 3.x (Linux) og EudoraWeb 2.x (Palm OS). Bruk av visse nettlesere som ikke er testet, kan kreve at det tilføyes en eksplisitt referanse i servlettkonfigurasjonen. Begrensninger Følgende begrensninger gjelder for distribusjon av DB2 Web Tools: * Flere språk og kodesettkonverteringer mellom mellomlaget og DB2-tjenere støttes ikke. Selv om språket for tjeneren brukes til visning, kan enkelte tegn bli vist feil. * For å se helsevarsler for databaser, tabellplasser og tabellplasscontainere i Web Health Center må du sørge for at databasene er katalogisert på web-applikasjonstjeneren. * Bruk av nettleserknappene (Stopp, Tilbake, Historikk) støttes ikke ved bruk av DB2 Web Tools. * Hvis du bruker Netscape Navigator 4 med DB2 Web Tools, er det ikke sikkert at nettleservisningen oppdateres riktig. Hvis du har dette problemet, kan du oppdatere visningen ved å minimere vinduet og deretter maksimere det. Du kan også oppdatere visningen ved å skjule nettleservinduet under et annet vindu og så hente det frem i forgrunnen igjen. * For å tildele ditt eget kallenavn til et DB2 Universal Database-system (UDB-system), en forekomstnode eller en database må du eksplisitt katalogisere den på applikasjonstjeneren med DB2 Konfigureringsassistent eller DB2 Kontrollsenter. * Ved første oppstarting krever DB2 Web Tools betydelig lengre tid til klargjøring enn ved senere oppstartinger. Det meste av ventetiden skyldes den automatiske katalogiseringsprosessen. Hvis du ikke vil bruke funksjonen for automatisk katalogisering, kan du kutte ned på ventetiden ved å slå av automatisk katalogisering via servlettkonfigureringen. Merk: Servlettkonfigurasjonsparametere er tilgjengelige i beskrivelsesfilen for distribusjon, web.xml. Parameternavnene og standardverdiene kan endre med hver utgave. Noen applikasjonstjenere tillater endringen i disse parameterne, enten gjennom grensesnittet eller ved direkte redigering av filen web.xml. * Utdatabufferen (resultatene) har en absolutt maksimalstørrelse på 1 MB ved bruk av nettlesere for bordmodeller og bærbare datamaskiner, selv om den er konfigurert for større kapasitet. For PDA-nettlesere er grensen 1 kB. * I operativsystemene Linux, UNIX, og Windows oppdager og katalogiserer DB2 Web Tools automatisk alle systemer på samme TCP/IP-nett som applikasjonstjeneren. Systemer på samme TCP/IP-nett har samme første tre sifre i IP-adressen. Verktøyene prøver å katalogisere DB2-systemnoder ved hjelp av det opprinnelige fjernliggende TCP/IP-vertsnavnet. Hvis det er navnelikhet, tildeler verktøyene et vilkårlig unikt navn. Du må eksplisitt katalogisere eventuelle andre DB2-administrasjonstjenere på applikasjonstjeneren hvis du vil at de skal være tilgjengelige. Dette omfatter tjenere som bruker TCP/IP og som ikke er på samme TCP/IP-nett som applikasjonstjeneren, og tjenere som ikke bruker TCP/IP. * I operativsystemene Linux, UNIX, og Windows forsøker DB2 Web Tools automatisk å oppdage og katalogisere alle DB2-forekomstnoder og -databaser som befinner seg på katalogiserte DB2 UDB-systemer. Det er mulig å konfigurere en fjernforekomst for flere kommunikasjonsprotokoller, og katalogen vil derfor inneholde en separat nodepost for hver protokoll som støttes av en automatisk katalogisert forekomst. Hvis det er navnelikhet, tildeler verktøyene et vilkårlig unikt navn. Fremgangsmåte Slik installerer du DB2 Web Tools på WebLogic-applikasjonstjenere: 1. Distribuer DB2 Web Tools gjennom WebLogic-administrasjonskonsollen ved å gjøre følgende: a. Start WebLogic-administrasjonskonsollen. b. Klikk på domene -> distribueringer -> Web-applikasjoner i venstre vindusrute. c. Klikk på Konfigurer en ny web-applikasjon for å installere web-applikasjonen for DB2 Web Tools. d. Bla gjennom listen over filsystemer for å finne Sqllib\tools\web\db2wa.war. e. Klikk på velg ved siden av filnavnet db2wa.war. f. Velg en tjener på listen over tilgjengelige tjenere for å huse DB2 Web Tools, og klikk på pilen for å flytte tjeneren til måltjenere. Merk: Du må beholde det opprinnelige navnet db2wa, for det er hardkodet i DB2 Web Tools. g. Klikk på Konfigurer og distribuer. h. Vent til applikasjonstjeneren fornyer distribusjonsstatus for web-applikasjonen på den valgte tjeneren. Hvis det går bra, skal det stå Deployed=true 2. Start web-applikasjonen for DB2 Web Tools, som du finner på: http://tjenernavn:app_tjener_portnummer/db2wa Eksempel: http://tjenernavn:7001/db2wa. Distribuere DB2 Web Tools på andre applikasjonstjenere Denne oppgaven beskriver hvordan du distribuerer og konfigurerer DB2 Web Tools (inkludert web-kommandosenter og helsesenter) på andre applikasjonstjenere, for eksempel Tomcat 4.0 og Macromedia JRun 4.0. Disse verktøyene kan kjøres som web-applikasjoner på en web-tjener for å gi tilgang til DB2-tjenere gjennom nettlesere. Forutsetninger Før du installerer DB2 Web Tools, må du sørge for at du har følgende: * En applikasjonstjener, for eksempel: * Tomcat 4.0 Servlet/JSP Container (http://jakarta.apache.org/tomcat/) * Macromedia JRun 4.0 * IBM DB2 Administration Client versjon 8. * En nettleser som er kompatibel med HTML 4.0. Begrensninger Følgende begrensninger gjelder for distribusjon av DB2 Web Tools: * Flere språk og kodesettkonverteringer mellom mellomlaget og DB2-tjenere støttes ikke. Selv om språket for tjeneren brukes til visning, kan enkelte tegn bli vist feil. * For å se helsevarsler for databaser, tabellplasser og tabellplasscontainere i Web Health Center må du sørge for at databasene er katalogisert på web-applikasjonstjeneren. * Bruk av nettleserknappene (Stopp, Tilbake, Historikk) støttes ikke ved bruk av DB2 Web Tools. * Hvis du bruker Netscape Navigator 4 med DB2 Web Tools, er det ikke sikkert at nettleservisningen oppdateres riktig. Hvis du har dette problemet, kan du oppdatere visningen ved å minimere vinduet og deretter maksimere det. Du kan også oppdatere visningen ved å skjule nettleservinduet under et annet vindu og så hente det frem i forgrunnen igjen. * For å tildele ditt eget kallenavn til et DB2 UDB-system, en forekomstnode eller en database må du eksplisitt katalogisere den på applikasjonstjeneren med DB2 Konfigureringsassistent eller DB2 Kontrollsenter. * Ved første oppstarting krever DB2 Web Tools betydelig lengre tid til klargjøring enn ved senere oppstartinger. Det meste av ventetiden skyldes den automatiske katalogiseringsprosessen. Hvis du ikke vil bruke funksjonen for automatisk katalogisering, kan du kutte ned på ventetiden ved å slå av automatisk katalogisering via servlettkonfigureringen. Merk: Servlettkonfigurasjonsparametere er tilgjengelige i beskrivelsesfilen for distribusjon, web.xml. Parameternavnene og standardverdiene kan endre med hver utgave. Noen applikasjonstjenere tillater endringen i disse parameterne, enten gjennom grensesnittet eller ved direkte redigering av filen web.xml. * Utdatabufferen (resultatene) har en absolutt maksimalstørrelse på 1 MB ved bruk av nettlesere for bordmodeller og bærbare datamaskiner, selv om den er konfigurert for større kapasitet. For PDA-nettlesere er grensen 1 kB. * I operativsystemene Linux, UNIX, og Windows oppdager og katalogiserer DB2 Web Tools automatisk alle systemer på samme TCP/IP-nett som applikasjonstjeneren. Systemer på samme TCP/IP-nett har samme første tre sifre i IP-adressen. Verktøyene prøver å katalogisere DB2-systemnoder ved hjelp av det opprinnelige fjernliggende TCP/IP-vertsnavnet. Hvis det er navnelikhet, tildeler verktøyene et vilkårlig unikt navn. Du må eksplisitt katalogisere eventuelle andre DB2-administrasjonstjenere på applikasjonstjeneren hvis du vil at de skal være tilgjengelige. Dette omfatter tjenere som bruker TCP/IP og som ikke er på samme TCP/IP-nett som applikasjonstjeneren, og tjenere som ikke bruker TCP/IP. * I operativsystemene Linux, UNIX, og Windows forsøker DB2 Web Tools automatisk å oppdage og katalogisere alle DB2-forekomstnoder og -databaser som befinner seg på katalogiserte DB2 UDB-systemer. Det er mulig å konfigurere en fjernforekomst for flere kommunikasjonsprotokoller, og katalogen vil derfor inneholde en separat nodepost for hver protokoll som støttes av en automatisk katalogisert forekomst. Hvis det er navnelikhet, tildeler verktøyene et vilkårlig unikt navn. Fremgangsmåte Dette er fremgangsmåtene for å installere DB2 Web Tools med applikasjonstjener som Tomcat 4.0 eller Macromedia JRun 4.0: Tomcat 4.0 1. Klargjør konfigurasjonsfilen for Tomcat 4.0 (CLASSPATH) ved å gjøre følgende: a. Opprett en ny systemvariabel CATALINA_HOME som skal inneholde banen (rotkatalogen) til Tomcat 4.0. Eksempel: D:\jakarta-tomcat-4.0.3. b. Bekreft at Tomcat Servlet/JSP-containeren er i funksjon: 1) Start Tomcat ved å kjøre startup.bat fra Tomcats bin-katalog. 2) Gå inn på hoved-web-siden http://lokalvert:8080/ gjennom en nettleser. 2. Distribuer DB2 Web Tools i Tomcat Servlet/JSP-containeren ved å finne installeringsbanen for DB2 Web Tools (dvs. Sqllib\tools\web\db2wa.war) og kopiere db2wa.war til Tomcats distribusjonskatalog (dvs. Tomcats webapps-katalog). 3. Start DB2 Web Tools på Tomcat Servlet/JSP-containeren ved å gjøre følgende: a. Åpne et DB2-kommandovindu og bytt katalog til Tomcats bin-katalog. b. Start Tomcat ved hjelp av startup.bat og bekreft at en ny katalog (db2wa) er tilføyd i webapps-katalogen. Merk: Kjøring av startup.bat fra et klarmeldingsvindu definerer ikke DB2PATH. For at DB2PATH skal defineres må CLASSPATH-linjen endres så den får en eksplisitt referanse til DB2s installeringsbane snarere enn til systemvariabelen %DB2PATH%. c. DB2 Web Tools-applikasjonen for store databaser finnes på http://lokalvert:8080/db2wa og kan hentes med en HTML 4.0-kompatibel nettleser. JRun 1. Klargjør en ny applikasjonstjener for DB2 Web Tools ved å utføre følgende oppgaver: Anbefaling Det anbefales å opprette en ny applikasjonstjener, men det er ikke obligatorisk. Til testformål kan standardtjeneren benyttes, og det kreves bare konfigurering av JVM-klassebane. a. Start JRun-styringskonsollen og logg deg på som administrator av applikasjonstjeneren. b. Opprett en ny applikasjonstjener ved hjelp av Opprett ny tjener øverst til høyre i hovedvinduet. Ikke endre vertsnavnvalget fra lokalvert. c. Oppgi nytt tjenernavn (DB2WebToolsServer) og klikk på JRun-tjenerkatalogen. Verdien blir fylt ut automatisk. d. Klikk på Opprett tjener. e. Registrer de genererte verdiene eller oppgi nye verdier for: * URL for JNDI-leverandør * Portnummer for web-tjener. Dette er verdien som brukes i URLen for DB2 Web Tools (dvs. http://lokalvert:web_tjener_portnummer/db2wa). * Proxy-portnummer for web-forbindelse f. Klikk på oppdater portnumre om nødvendig, og lukk vinduet. 2. Distribuer DB2 Web Tools på JRun-applikasjonstjeneren ved å utføre følgende oppgaver: a. Start applikasjonstjeneren valgt som vert for DB2 Web Tools' web-applikasjon (DB2WebToolsServer, standard eller andre unntatt admin). b. Klikk på Web-applikasjoner og deretter på Tilføy. c. Bla gjennom seksjonen Distribusjonsfil og velg filen Sqllib\tools\web\db2wa.war i DB2-installeringsbanen. d. Klikk på Distribuer og bekreft at kontekstbanen er /db2wa. e. Velg applikasjonstjener og bekreft at DB2 Web Tools-applikasjonen er vist i seksjonen Web-applikasjoner. Ikke klikk på Bruk på denne siden. f. Velg koblingen Hjem i øverst venstre rute på hovedsiden. g. Start applikasjonstjeneren på nytt fra den Hjem-oversikten som inneholder DB2 Web Tools (DB2WebToolsServer). DB2 Web Tools-applikasjonen for store databaser finnes på http://lokalvert:web_tjener_portnummer/db2wa og kan hentes med en HTML 4.0-kompatibel nettleser. Direkte I/U på blokkenheter (Linux) Direkte I/U støttes nå på både filsystemer og blokkenheter for av Linux med en 2.6-kjerne. Direkte I/U på blokkenheter er en alternativ måte å oppgi containere for direkte lagertilgang eller for ubehandlet I/U. Ytelsen ved direkte I/U tilsvarer den for enhetsmetoden med ubehandlede tegn. DB2 Universal Database (UDB) har mulighet for direkte I/U ved åpning av tabellplassen når setningen CREATE TABLESPACE spesifiserer enhetsnavn for containerbanen. Tidligere oppnådde man samme ytelse ved hjelp av metoden for ubehandlet I/U, som krevde binding av blokkenheten til en tegnenhet ved hjelp av funksjonen raw. Tabell 37. Sammenlikning mellom direkte I/U og ubehandlet I/U +----------------------------------+----------------------------------+ | Ubehandlet I/U som bruker | Ubehandlet I/U som bruker | | blokkenhet med direkte I/U (ny | styreprogram for tegnenhet og | | metode) | raw-funksjon (gammel metode) | +----------------------------------+----------------------------------+ | CREATE TABLESPACE dms1 | CREATE TABLESPACE dms1 | | MANAGED BY DATABASE | MANAGED BY DATABASE | | USING (DEVICE '/dev/sda5' | USING (DEVICE '/dev/raw/raw1' | | 11170736) | 11170736) | +----------------------------------+----------------------------------+ Selv om DB2 UDB fremdeles støtter metoden med å bruke raw-funksjonen for ubehandlet (raw) I/U, frarådes det å bruke den i nyere distribusjoner, og den kan bli fjernet i fremtiden. Den anbefalte metoden er den nye metoden, der enhetene oppgis direkte. Anbefaling Hvis du vil bruke direkte filtilgang, oppretter du DNM-enhetscontainere ved direkte I/U for å unngå fremtidige migreringsproblemer. Merk: Direkte I/U støttes ikke av DB2 UDB på Linux/390. Demon for DB2 Informasjonssenter (Linux og UNIX) DB2 Informasjonssenter-demonen er ansvarlig for kontroll av DB2-dokumentasjonstjeneren. Demonen, som er en del av DB2 Informasjonssenter-installasjonen, består av to filer: * db2icd - klargjøringsskript * db2ic.conf - konfigurasjonsfil Disse filene installeres følgende steder: AIX /etc/db2icd /var/db2/v81/db2ic.conf HP /sbin/init.d/db2icd /var/opt/db2/v81/db2ic.conf Solaris Operating Environment /etc/init.d/db2icd /var/db2/v81/db2ic.conf Linux /etc/init.d/db2icd /var/db2/v81/db2ic.conf Starte eller stoppe Informasjonssenter-demonen (AIX, Solaris Operating Environment, HP, Linux) Den eneste gangen du må starte eller stoppe demonen manuelt, er når du vil endre konfigurasjonsvariabler for den. Normalt startes demonen ved systemstart, i samsvar med kjøringsnivåer opprettet under installeringen av DB2 Informasjonssenter. Fremgangsmåte Slik stopper og starter du Informasjonssenter-demonen: 1. Stopp demonen hvis den allerede kjøres. Skriv følgende ved en kommandolinje: INIT_DIR/db2icd stop der INIT_DIR er installeringskatalogen til filen db2icd som nevnt ovenfor. 2. Du kan eventuelt endre variabler for demonen ved å redigere filen db2ic.conf. For tiden kan du endre TCP/IP-portnummer der det finnes dokumentasjon, og plassering for midlertidig arbeidsområde som brukes av demonen ved kjøring. 3. Start demonen. Skriv følgende ved en kommandolinje: INIT_DIR/db2icd start der INIT_DIR er installeringskatalogen til filen db2icd som nevnt ovenfor. Nå demonen starter, bruker den de nye systemvariablene. Det er også mulig å avslutte og restarte demonen umiddelbart. Skriv følgende ved en kommandolinje: INIT_DIR/db2icd restart der INIT_DIR er installeringskatalogen til filen db2icd som nevnt ovenfor. Du kan sjekke status for demonen når som helst. Skriv følgende ved en kommandolinje: INIT_DIR/db2icd status der INIT_DIR er installeringskatalogen til filen db2icd som nevnt ovenfor. Demonen returnerer gjeldende status og viser IDen til demonprosessen(e) hvis den er aktiv. Nøkkelord og eksempelfiler for responsfil Hvis du skal installere DB2 Informasjonssenter versjon 8.2 ved hjelp av en responsfil, bruker du disse opplysningene: Nøkkelord for responsfil (PROD) INFORMATION_CENTER Navn på responsfil db2doce.rsp Feilkoder for responsfilinstallering Feilkodene nedenfor gjelder bare for Windows, ikke for Linux- og UNIX-operativsystemer. 3010 Installeringen ble fullført, men systemet må startes på nytt for å fullføre installeringen. Brukerkontoer som kreves for å installere DB2-tjenere (Windows) Øke kvoter Brukerrettigheten Øke kvoter er endret til Justere minnekvoter for en prosess i operativsystemene Windows XP og Windows 2003. Brukerrettigheter som gis av DB2-installering - Feilsøkingsprogrammer DB2-installeringsprogrammet gir ikke feilsøkingsprogrammer brukerrettighet. DB2-installeringsprogrammer gir følgende brukerrettigheter: * fungere som en del av operativsystemet * opprette symbolobjekt * låse sider i minnet * logge på som en tjeneste * øke kvoter * erstatte et symbol (token) på prosessnivå Asynkron I/U-støtte (Linux) Asynkron I/U-støtte er nå tilgjengelig i Linux (2.6 og enkelte 2.4-kjerner) for ubehandlede enheter og O_DIRECT-filsystemer. AIO forbedrer sidetømmerytelsen. Du kan aktivere eller deaktivere AIO på Linux ved å bruke kommandoen db2set. For å bruker AIO må brukerne installere libaio-0.3.98 eller senere og ha en kjerne som støtter AIO. Brukerne må også utføre kommandoen db2set DB2LINUXAIO=true og starte DB2 Universal Database på nytt. db2ln-kommandoen er endret for å opprette 64-bits DB2 UDB-biblioteklinker (Linux og UNIX) I tidligere utgaver av DB2 Universal Database (UDB) versjon 8 opprettet kommandoen db2ln bestemte DB2-linker under /usr/lib and /usr/include. På plattformer der både 32-bits og 64-bits DB2 UDB-forekomster støttes, peker disse linkene til bibliotekfiler eller inkluderingsfil under DB2DIR/lib64 eller DB2DIR/include64 som standard, der DB2DIR er katalogen der DB2 UDB versjon 8 er installert. Hvis du ikke vil bruke standardverdien, kan du oppgi bitbredden ved å kjøre kommandoen db2ln med parameteren -w: db2ln -w 32|64 Dette hindrer at 32-bits DB2 UDB-forekomster kan eksistere sammen med 64-bits forekomster på enkelte plattformer. Fra og med DB2 UDB versjon 8.2 oppretter kommandoen db2ln 64-bits DB2-biblioteklinker på disse plattformene i de riktige katalogene. I dette tilfellet brukes parameteren -w bare til å legge inn data i /usr/include. Når kommandoen db2ln oppretter linkene for DB2 UDB-bibliotekfiler, blir det opprettet både 32-bits og 64-bits linker på støttede plattformer. Dette gjør at både 32-bits forekomster og 64-bits forekomster kan eksistere og kjøres samtidig. På enkelte Linux-distribusjoner leveres libc development rpm med biblioteket /usr/lib/libdb2.so eller /usr/lib64/libdb2.so. Dette biblioteket brukes for Sleepycat Softwares Berkeley DB-implementering og er ikke knyttet til IBMs DB2 UDB. Denne filen gjør imidlertid at kommandoen db2ln og kommandoen db2rmln ikke fungerer. Kommandoen db2ln overskriver ikke filen, og kommandoen db2rmln fjerner ikke filen. Når du skal kompilere applikasjoner med DB2 UDB i et slikt tilfelle, må kompilerings- og linkeprosesser oppgi en fullstendig bane til henholdsvis DB2 UDBs inkluderingsfiler (header-filer) og biblioteker. Dette er den anbefalte metoden fordi den gjør det mulig å kompilere og linke mot flere utgaver av DB2 UDB på samme datamaskin. Slå opp i boken DB2 UDB versjon 8.2 Installation and Configuration hvis du vil vite mer om begrensninger ved bruk av kommandoen db2ln. Query Patroller Oppdatering om virkemåte for Query-klasse Det blir returnert en varselmelding når en av disse oppgavene blir utført via Query Patroller-senteret eller Query Patroller-kommandolinjen: * Tilføye en spørreklasse * Fjerne en spørreklasse * Oppdatere maksimalkostnaden til en spørring for en spørreklasse Dette er varselmeldingen: DQP1024W Creation, change, or removal of a query class will not take effect until the Query Patroller server is restarted. I boken DB2 Query Patroller Guide: Installation, Administration, and Usage, Version 8.2, står det også at du må starte Query Patroller-tjeneren på nytt etter at du har opprettet, endret eller fjernet spørreklasser, for at endringene skal bli tatt i bruk. Denne meldingen og forklaringen i boken er ikke helt korrekte lenger. De tre spørreklasseoppgavene ovenfor vil bli aktivert umiddelbart med mindre det er aktive spørringer eller spørringer i kø. Hvis det er aktive spørringer eller spørringer i kø, inkludert nylig sendte spørringer, blir spørreklasseendringene tatt i bruk når disse spørringene er utført. Hvis du ikke vil vente til alle aktive spørringer eller spørringer i kø er fullført, må du starte Query Patroller-tjeneren på nytt. Merk: Som i tidligere versjon er av Query Patroller vil oppdateringer av største antall spørringer for en spørreklasse alltid bli tatt i bruk umiddelbart. Definisjonsoppdateringer til statuser for administrerte spørringer Betydningen for spørrestatusene Canceled og Done er oppdatert slik: Canceled Spørringen ble avbrutt, enten via Query Patroller Center eller Query Patroller-kommandolinjen, av administratoren, avsenderen eller en operatør som har en profil der MONITORING-rettigheten har edit-autorisasjon. Bare spørringer med statusen running, held, released og queued kan endres til canceled. Done Spørringen er ferdig. Merk: Selv om selve spørringen ble fullført uten feil, kan applikasjonen få en feil hvis fullføringen ble forårsaket av en ekstern hendelse, for eksempel en DB2 force-applikasjon. Opprett forklaringstabeller før du kjører Query Patrollers generator for historikkdata Når du kjører generatoren for historikkdata for Query Patroller og forklaringstabellene ikke allerede finnes, oppretter generatoren dem for deg. Du bør imidlertid opprette forklaringstabellene før du kjører generatoren for historikkdata. Når du oppretter forklaringstabellene, må du passe på at du oppretter dem på samme partisjon. Hvis du oppretter forklaringstabellene selv på samme partisjon, får du bedre ytelse i forklaringsfunksjonen. Denne forbedringen øker også ytelsen til generatoren for historikkdata. Kontrollere Query Patroller-loggfiler for historisk analyse Hvis kolonnen Explain kjørt i rapporten Spørringsaktivitet over tid (Historisk analyse) viser statusen Kjørt med feil for en spørring, er det ikke generert historiske data for den spørringen. Derfor vil ikke spørringen blir vist i noen rapporter eller diagrammer for historisk analyse. Som det er beskrevet i versjon 8, kan du se i filen qpuser.log for å finne ut hvorfor det oppstod feil med spørringen. I tillegg til å se i filen qpuser.log kan du også se i filen qpdiag.log. Unormal avslutning av generatoren for historikkdata Hvis du kjører generatoren for historikkdata og avslutter den på en unormal måte, får du en feilmelding neste gang du forsøker å kjøre generatoren. Dette er eksempler på unormal avslutning: * DB2 Universal Database stopper uventet * Du gir kommandoen db2stop force * Du gir kommandoen killdb2 Når generatoren for historikkdata avsluttes unormalt, må du gi følgende kommando før du forsøker å kjøre generatoren for historikkdata på nytt: qp -d database generate historical_data stop der database angir databasen som kommandoen skal kjøres mot. Dynamiske oppdateringer av spørreklasser Enkelte spørreklasseoperasjoner krever ikke lenger at Query Patroller blir stoppet og startet på nytt for at de skal bli tatt i bruk. I tabellen nedenfor er en aktiv spørring en spørring med statusen Kjører eller I kø. Tabell 38. Betingelser for at endringer i spørreklasse skal tas i bruk +----------------------------------+----------------------------------+ | Beskrivelse av endring | Betingelser for at endringer | | | skal tas i bruk | +----------------------------------+----------------------------------+ | Tilføying, fjerning eller | Hvis det ikke er noen aktive | | oppdatering av en spørreklasse. | spørringer, blir endringene tatt | | | i bruk umiddelbart. | +----------------------------------+----------------------------------+ | En oppdatering av en | Tas i bruk umiddelbart, selv om | | spørreklasse som bare omfatter | det finnes aktive spørringer. | | en endring av Største antall | | | spørringer. | | +----------------------------------+----------------------------------+ | En oppdatering av en | Hvis det finnes aktive | | spørreklasse som bare omfatter | spørringer, blir oppdateringen | | en endring av Maksimal kostnad | tatt i bruk når en av disse | | for en spørring. | tingene skjer: | | | * Query Patroller blir stoppet | | | og startet på nytt. | | | * Det ikke er flere aktive | | | spørringer. | | | Merk: Når det venter en endring | | | av Maksimal kostnad for en | | | spørring, vil ikke noen type | | | etterfølgende oppdateringer av | | | spørreklassen bli tatt i bruk | | | før en av de to betingelsene | | | ovenfor er oppfylt. | +----------------------------------+----------------------------------+ | Tilføying eller fjerning av en | Hvis det finnes aktive | | spørreklasse. | spørringer, blir tilføyingen | | | tatt i bruk når en av disse | | | tingene skjer: | | | * Query Patroller blir stoppet | | | og startet på nytt. | | | * Det ikke er flere aktive | | | spørringer. | +----------------------------------+----------------------------------+ Virkemåte for nestet spørring Nestede spørringer kan ikke legges i kø. I stedet blir en nestet spørring kjørt umiddelbart hvis den overskrider terskelen som normalt ville ha ført til at den ble lagt i kø. Begrensninger av type SQL-setning I motsetning til hva som har stått i tidligere dokumentasjon, kan spørringer med disse setningene legges i kø: * Spørringer som inneholder statisk SQL med vertsvariabler * Spørringer som inneholder en identitetsverdifunksjon (IDENTITY_VAL_LOCAL) eller en sekvensverdifunksjon, for eksempel NEXT VALUE FOR eller PREVIOUS VALUE FOR Oppløsningsbegrensning ved bruk av Terminal Services Client Når du bruker Terminal Services Client ved en oppløsning på 640x480 for tilkobling til en fjerntliggende bordmodellmaskin som kjører Query Patroller Center, er det mulig at vinduet Submission Preferences er tomt. For at vinduet Submission Preferences skal vises ordentlig, må du bruke en høyere oppløsning enn 640x480. Ny gruppestøtte for spørringer Fra og med versjon 8.2 støtter DB2 Universal Database (UDB) brukergrupper utover operativsystemets brukergrupper. Det er derfor en liten endring i valglisten Submitter Profile to Use i vinduet Query Submission Preferences i Query Patroller-senteret. Hvis du er logget på, men ikke har DBADM-autorisasjon eller redigeringsrettighet for Query Patrollers brukeradministrasjon, kan du bare tilføye eller oppdatere en innsendingsinnstilling for deg selv. I dette tilfellet inneholder valglisten Submitter Profile to Use eksisterende innsenderprofiler i DB2 UDB-gruppene du tilhører, i stedet for bare operativsystemgruppene du tilhører. Hvis du er logget på og har DBADM-autorisasjon eller redigeringsrettighet for Query Patrollers brukeradministrasjon, kan du tilføye eller oppdatere innsendingsinnstillinger for andre brukere. I dette tilfellet viser valglisten Submitter Profile to Use alle eksisterende gruppeinnsenderprofiler. Planleggingsbegrensninger i Query Patroller Når du arbeider med planer i Query Patroller-senteret, kan du bruke vinduet Schedule til å lagre planer i en fil og importere dem senere. Hvis du har en plan som du har lagret med opprettingspakke 6 eller tidligere, kan du ikke importere planen med versjon 8.2 eller senere. Denne begrensningen skuldes endringen i serieomkoding mellom JDK-nivåer innført med DB2 UDB versjon 8.2. Autorisasjon som kreves for å utføre kommandoen RUN IN BACKGROUND QUERY For å utføre kommandoen RUN IN BACKGROUND QUERY å du være den innsenderen som opprinnelig sendte inn spørringen. Opprette et kallenavn for en resultattabell I Query Patroller versjon 8.1 opprettingspakke 5 sluttet Query Patroller å opprette resultattabeller i skjemaet som samsvarte med autorisasjons-IDen til den som sendte spørringen. I stedet begynte Query Patroller å opprette resultattabeller i et felles DB2QPRT-skjema. For å gjøre det mulig å referere til resultattabeller med innsenderens skjema innfører Query Patroller versjon 8.2 et alternativ for automatisk opprettelse av kallenavn for hver nye resultattabell som Query Patroller oppretter. Resultattabellen opprettes i skjemaet DB2QPRT, og kallenavnet opprettes i et skjema som samsvarer med innsenderens autorisasjons-ID. Du kan slå dette alternativet på eller av ved å kjøre kommandoen UPDATE QP_SYSTEM med alternativet CREATE_RESULT_TABLE_ALIASES: >>-UPDATE QP_SYSTEM USING---------------------------------------> >--+-DEFAULT------------------------------+-------------------->< '-CREATE_RESULT_TABLE_ALIASES--+-'Y'-+-' '-'N'-' Fjerne løsrevne kallenavn for resultattabeller Kallenavn som er opprettet med alternativet CREATE_RESULT_TABLE_ALIASES, blir automatisk slettet når en resultattabell slettes. Det er imidlertid to situasjoner der en resultattabell kan bli slettet uten at tilsvarende kallenavn slettes: * Når resultattabellen slettes manuelt uten bruk av qp-kommandolinjen eller Query Patroller-senteret. * Når resultattabellen slettes ved hjelp av qp-kommandolinjen eller Query Patroller-senteret under kontroll av en operator som ikke er spørringsinnsenderen og ikke har DBADM-autorisasjon. For å rydde opp i kallenavn som ikke har noen tilsvarende resultattabeller, er det opprettet en ny kommando, REMOVE RESULT_TABLE_ALIASES. Denne kommandoen utføres automatisk når resultattabeller slettes som en del av Query Patrollers planlagte prosess for sletting av resultattabeller. Kommandoen REMOVE RESULT_TABLE_ALIASES henter listen over kallenavn som skal slettes, ved hjelp av følgende spørring: with a as (select tabschema, tabname from syscat.tables where type = 'A' and tabname like 'QUERY%_RESULTS'), t as (select tabname from syscat.tables where type = 'T' and tabname like 'QUERY%_RESULTS') select all tabschema, tabname from a where not exists (select * from t where t.tabname=a.tabname) Forutsetninger Du må ha DBADM-autorisasjon. Fremgangsmåte 1. Kjør kommandoen REMOVE RESULT_TABLE_ALIASES. Denne kommandoen fjerner alle kallenavn som finnes etter at deres tilsvarende resultattabeller er blitt slettet. Kallenavnene ble opprinnelig opprettet av Query Patroller for resultattabeller. Kommandosyntaks >>-REMOVE RESULT_TABLE_ALIASES--------------------------------->< Merk: Du finner opplysninger om hvordan du oppgir Query Patroller-kommandoer i kommandolinjegrensesnittet, og generelt om syntaksen for Query Patroller-kommandoer i kommandolinjegrensesnittet til Query Patroller. Beskyttet (fenced) bruker-ID krever skrivetilgang til filen qpdiag.log og tilhørende bane Query Patroller bruker noen beskyttede lagrede prosedyrer som kan føre inn loggposter i filen qpdiag.log. Derfor må den beskyttede bruker-IDen ha skrivetilgang til filen qpdiag.log og banen der filen qpdiag.log ligger. Komme i gang Krav til minne DB2 Universal Database (UDB) krever minst 256 MB med RAM. For et system som bare kjører DB2 UDB og grafiske DB2-verktøy, kreves det minst 512 MB med RAM. Vi anbefaler imidlertid 1 GB med RAM for å få bedre ytelse. Disse kravene omfatter ikke eventuelle krav til minne for annen programvare som kjøres på systemet. Når du skal finne ut hvor mye minne som kreves, må du ta med dette i vurderingen: * For DB2-klientstøtte gjelder disse kravene for en base på 5 samtidige klienttilkoblinger. Du trenger 16 MB med RAM ekstra for 5 ekstra klienttilkoblinger. * Minnekravene påvirkes av databasesystemets størrelse og kompleksitet, samt av hvor stor aktivitet det er på systemet og hvor mange klienter som bruker systemet. * På Linux-operativsystemer anbefales det et SWAP-område som er minst dobbelt så stort som mengden med RAM, men det er ikke et krav. Klargjøring om DB2 UDB-klientstøtte Emnet "DB2 clients" i boken DB2 Quick Beginnings for Clients inneholder denne setningen: DB2 clients can connect to DB2 servers two releases later or one release earlier than the client's release level, as well as to servers at the same release level. Denne setningen skal erstattes av dette: While connections from Version N clients to Version N + 2 servers is possible in some environments, this is a supported configuration as long as Version N is in service. Once Version N is withdrawn from service, this configuration is no longer supported. DB2 Version 7 clients connecting to a DB2 Version 8 server is no longer supported because DB2 Version 7 has been withdrawn from service. Endre kjerneparametere (Linux) Før du installerer DB2 UDB, bør du vurdere å oppdatere Linux-kjerneparameterne. DB2 Universal Database (UDB) hever automatisk IPC-grensene der det er nødvendig. Du ønsker kanskje å heve disse grensene mer, avhengig av behov. Forutsetninger Du må ha root-autorisasjon for å endre kjerneparametere. Fremgangsmåte slik oppdaterer du kjerneparametere: Red Hat og SuSE Systemer som bruker en kjerne i 2.4.x-serien, har en standardverdi for meldingskøparameteren (msgmni), noe som gjør at det bare blir tillatt med noen få samtidige tilkoblinger til DB2 UDB. Semaphore array-parametere må også endres for at DB2 UDB skal kunne kjøres uten problemer. Du finner grensene for shared memory segment, semaphore array og message queue ved hjelp av kommandoen ipcs -l. Dette er utdata fra kommandoen ipcs -l. # ipcs -l ------ Shared Memory Limits -------- max number of segments = 4096 // SHMMNI max seg size (kbytes) = 262144 // SHMMAX max total shared memory (kbytes) = 8388608 // SHMALL min seg size (bytes) = 1 ------ Semaphore Limits -------- max number of arrays = 1024 // SEMMNI max semaphores per array = 250 max semaphores system wide = 256000 max ops per semop call = 32 semaphore max value = 32767 ------ Messages: Limits -------- max queues system wide = 1024 // MSGMNI max size of message (bytes) = 65535 // MSGMAX default max size of queue (bytes) = 16384 // MSGMNB der max semaphores system wide = max number of arrays x max semaphores/array For 32-bits Linux-kjerner endrer du kjerneparameterne ved å legge inn disse oppføringene i standard konfigurasjonsfil for systemstyring, /etc/sysctl.conf: kernel.msgmni = 1024 kernel.sem = "250 256000 32 1024" kernel.shmmax=268435456 For 64-bits Linux-kjerner endrer du kjerneparameterne ved å legge inn disse oppføringene i standard konfigurasjonsfil for systemstyring, /etc/sysctl.conf: kernel.msgmni = 1024 kernel.sem = "250 256000 32 1024" kernel.shmmax=1073741824 Kjør sysctl med parameteren -p for å laste inn sysctl-innstillinger fra standardfilen /etc/sysctl.conf: sysctl -p Oppføringene fra filen sysctl.conf blir lest ved oppstart av skriptet for nettverksinitialisering. På noen distribusjoner må du kanskje tilføye sysctl -p i en av systeminitialiseringsfilene, for eksempel rc.local, slik at kjerneparameterne blir definert etter hver omstart. Endre kjerneparametere (Solaris Operating Environment) Informasjonen nedenfor er en rettelse til emnet "Endre kjerneparametere (Solaris Operating Environment)" i boken Begynnerbok for DB2 Servers: For at DB2 Universal Database (UDB) skal virke på riktig måte, bør du oppdatere systemets kjernekonfigurasjonsparametere. Du kan bruke funksjonen db2osconf til å foreslå anbefalte kjerneparametere. Hvis du skal bruke db2osconf-kommandoen, må du først installere DB2 UDB. Funksjonen db2osconf kan bare kjøres fra $DB2DIR/bin. Du må starte systemet på nytt etter at kjerneparameterne er endret. Boken DB2 Universal Database Express Edition Version 8.2 Basics er tilgjengelig for nedlasting IBM DB2 Universal Database Express (DB2 UDB Express) er det nyeste medlemmet i DB2 Universal Database versjon 8-produktfamilien. Det kombinerer kraften, funksjonaliteten og påliteligheten til IBMs prisbelønte DB2 UDB relasjonsdatabase med enklere sammensetning, installering og distribusjon til en minimal investeringskostnad, og er på denne måten i stand til å dekke behovene til små og mellomstore bedrifter. DB2 UDB Express er beregnet på kunder med lite databasekompetanse blant egne ansatte, og som trenger en database som er enkel å installere og integrere i deres egne programvareløsninger. Det er en flerbrukerversjon av DB2 UDB som støtter lokal- og fjerntapplikasjoner på frittstående maskiner og i lokalnettmiljøer. Hvis du vil vite mer om DB2 UDB Express, kan du laste ned Quick Beginnings for DB2 Express Edition og DB2 Universal Database Express Edition Version 8.2 Basics fra nettsiden for DB2 UDB-bøker: http://www.ibm.com/software/data/db2/udb/support/manualsv8.html Kontrollere at databasene er klare for migrering Følgende forutsetningsseksjon er dokumentert i versjon 8.2 av emnet som forklarer hvordan du kontrollerer at databasene er klare for migrering: Forutsetning Pass på at filen migration.log, som finnes i forekomsteierens privatkatalog, inneholder følgende tekst: Version of DB2CKMIG being run: VERSION 8. Denne forutsetningen er egentlig et ettermigreringstrinn som utføres på slutten av prosedyren. Vanlig kriteriesertifisering for DB2 UDB Den autoritative informasjonen for DB2 UDB-konfigurasjoner som er sertifisert for vanlige kriterier, finnes på http://niap.nist.gov/cc-scheme Spatial Extender Verifisere Spatial Extender-installering Programeksempelet runGseDemo kan brukes til å gjøre seg kjent med applikasjonsprogrammering for DB2 Spatial Extender. Du finner en beskrivelse av trinnene som programeksemplene utfører for å opprette en romaktivert database og utføre romanalyse på data i databasen ved å slå opp i emnet "The DB2 Spatial Extender sample program". Dette emnet finner du i Informasjonssenter og i Spatial Extender and Geodetic Extender User's Guide and Reference. DB2 Spatial Extender har et annet programeksempel, seBankDemoRunBankDemo, som demonstrerer hvordan du tilføyer romfunksjonalitet i et eksisterende informasjonssystem. Du finner flere opplysninger om begge programmene i README-filene i følgende kataloger: Windows ~\sqllib\samples\spatial ~\sqllib\samples\spatial\bank Linux og UNIX ~/sqllib/spatial ~/sqllib/spatial/bank SQL-administrasjonsrutiner Feil kolonnenavn dokumentert i resultatsett for SNAP_GET_DYN_SQL-tabellfunksjon Emnet "SNAP_GET_DYN_SQL-tabellfunksjon" i DB2 Informasjonssenter versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) inneholder feil om resultatsettet for SNAP_GET_DYN_SQL-tabellfunksjonen. En av kolonnene er feilaktig dokumentert som STMT_TXT. Riktig navn på utdatakolonnen er STMT_TEXT. Tabellfunksjoner i Snapshotovervåker har versjonsspesifikke utsnitt Versjonsspesifikke utsnitt er definert på følgende tabellfunksjoner for snapshotovervåkeren som ble introdusert i DB2 Universal Database versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9): * SNAP_GET_CONTAINER * SNAP_GET_DB * SNAP_GET_DYN_SQL * SNAP_GET_STO_PATHS * SNAP_GET_TAB * SNAP_GET_TBSP * SNAP_GET_TBSP_PART Dette er de versjonsspesifikke utsnittene: * SYSCATV82.SNAPCONT * SYSCATV82.SNAPDB * SYSCATV82.SNAPDYNSQL * SYSCATV82.SNAPSTOPATHS * SYSCATV82.SNAPTAB * SYSCATV82.SNAPTBSPACE * SYSCATV82.SNAPTBSPACEPART Siden det ikke er noen garanti for at resultattabellene fra tabellfunksjonene for snapshotovervåkeren vil forbli uendret fra utgave til utgave, anbefaler vi at du bruker de versjonsspesifikke utsnittene hvis du vil være sikker på å få riktige resultattabeller. Hvert utsnitt inneholder alle kolonnene fra resultattabellen til den tilhørende tabellfunksjonen for snapshotovervåkeren. GET_DB_CONFIG-prosedyren krever 8K som minste sidestørrelse for en midlertidig brukertabellplass GET_DB_CONFIG-prosedyren krever en midlertidig brukertabellplass med en sidestørrelse på minst 8K. Det dokumenterte eksempelet som viser hvordan du bruker GET_DB_CONFIG-prosedyren, skal erstattes med eksempelet nedenfor. Ved hjelp av kommandolinjebehandleren endrer du verdien for databasesystemets konfigurasjonsparametere logretain og userexit. Hent de originale (på lageret) og oppdaterte (i minnet) verdiene ved å kalle opp GET_DB_CONFIG-prosedyren. UPDATE DB CFG USING LOGRETAIN RECOVERY USEREXIT YES CALL SYSPROC.GET_DB_CONFIG() Nedenfor ser du et eksempel på deler av utdataene fra dette prosedyrekallet. Resultatsett 1 -------------- DBCONFIG_TYPE ... LOGRETAIN ... USEREXIT... ------------- ----------- ----------- 0 1 1 1 0 0 2 post(er) valgt. Returstatus = 0 SQL Reference EXPLAIN_DIAGNOSTIC: En ny forklaringstabell EXPLAIN_DIAGNOSTIC-tabellen inneholder en post for hver feilsøkingsmelding som er generert for en bestemt forekomst av en forklart setning i EXPLAIN_STATEMENT-tabellen. EXPLAIN_GET_MSGS-tabellfunksjonen spør forklaringstabellene EXPLAIN_DIAGNOSTIC og EXPLAIN_DIAGNOSTIC_DATA og returnerer formaterte meldinger. Tabell 39. EXPLAIN_DIAGNOSTIC-tabell Kolonnenavn | Datatype | Kan | Nø | Beskrivelse | | ha | kk | | | nullv | el | | | erdie | 1 | | | r | | --------------+----------+-------+----+------------------------------ EXPLAIN_REQU | VARCHAR( | Nei | PK | Autorisasjons-ID for ESTER | 128) | | , | starteren av denne | | | FK | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ EXPLAIN_TIME | TIMESTAM | Nei | PK | Klokkeslett for start av | P | | , | forklaringsforespørselen. | | | FK | --------------+----------+-------+----+------------------------------ SOURCE_NAME | VARCHAR( | Nei | PK | Navnet på pakken som ble | 128) | | , | kjørt da den dynamiske | | | FK | setningen ble forklart eller | | | | navnet på kildefilen da den | | | | statiske SQL-setningen ble | | | | forklart. --------------+----------+-------+----+------------------------------ SOURCE_SCHEM | VARCHAR( | Nei | PK | Skjema, eller kvalifikator, A | 128) | | , | for kilden til | | | FK | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ SOURCE_VERSI | VARCHAR( | Nei | PK | Versjon for kilden til ON | 64) | | , | forklaringsforespørselen. | | | FK | --------------+----------+-------+----+------------------------------ EXPLAIN_LEVE | CHAR(1) | Nei | PK | Nivå på L | | | , | forklaringsinformasjon som | | | FK | denne raden er relevant for. | | | | Gyldige verdier er: | | | | * O: Original tekst (slik | | | | den ble skrevet inn av | | | | brukeren) | | | | * P: PLAN SELECTION --------------+----------+-------+----+------------------------------ STMTNO | INTEGER | Nei | PK | Setningsnummer i pakken som | | | , | denne | | | FK | forklaringsinformasjonen | | | | gjelder. Satt til 1 for | | | | forklaring av dynamiske | | | | SQL-setninger. For statiske | | | | SQL-setninger er denne | | | | verdien den samme som | | | | verdien som brukes for | | | | SYSCAT.STATEMENTS-kataloguts | | | | nittet. --------------+----------+-------+----+------------------------------ SECTNO | INTEGER | Nei | PK | Seksjonsnummer i pakken som | | | , | inneholder denne | | | FK | SQL-setningen. For | | | | forklaring av dynamiske | | | | SQL-setninger brukes dette | | | | seksjonsnummeret til å holde | | | | seksjonen for denne | | | | setningen under kjøring. For | | | | statiske SQL-setninger er | | | | denne verdien den samme som | | | | verdien som brukes for | | | | SYSCAT.STATEMENTS-kataloguts | | | | nittet. --------------+----------+-------+----+------------------------------ DIAGNOSTIC_I | INTEGER | Nei | PK | ID for feilsøkingen for en D | | | | bestemt forekomst av en | | | | setning i | | | | EXPLAIN_STATEMENT-tabellen. --------------+----------+-------+----+------------------------------ CODE | INTEGER | Nei | Ne | Et entydig nummer som blir | | | i | tildelt hver enkelt | | | | feilsøkingsmelding. Nummeret | | | | kan også bli brukt av en | | | | meldings-API for å hente | | | | hele teksten til | | | | feilsøkingsmeldingen. 1. PK betyr at kolonnen er en del av primærnøkkelen, og FK betyr at kolonnen er en del av en fremmednøkkel. EXPLAIN_DIAGNOSTIC_DATA: En ny forklaringstabell EXPLAIN_DIAGNOSTIC_DATA-tabellen inneholder meldingssymboler for bestemte feilsøkingsmeldinger som blir loggført i EXPLAIN_DIAGNOSTIC-tabellen. Meldingssymbolene gir tilleggsopplysninger om utføringen av SQL-setningen som genererte meldingen. EXPLAIN_GET_MSGS-tabellfunksjonen spør forklaringstabellene EXPLAIN_DIAGNOSTIC og EXPLAIN_DIAGNOSTIC_DATA og returnerer formaterte meldinger. Tabell 40. EXPLAIN_DIAGNOSTIC_DATA-tabell Kolonnenavn | Datatype | Kan | Nø | Beskrivelse | | ha | kk | | | nullv | el | | | erdie | 1 | | | r | | --------------+----------+-------+----+------------------------------ EXPLAIN_REQU | VARCHAR( | Nei | FK | Autorisasjons-ID for ESTER | 128) | | | starteren av denne | | | | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ EXPLAIN_TIME | TIMESTAM | Nei | FK | Klokkeslett for start av | P | | | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ SOURCE_NAME | VARCHAR( | Nei | FK | Navnet på pakken som ble | 128) | | | kjørt da den dynamiske | | | | setningen ble forklart eller | | | | navnet på kildefilen da den | | | | statiske SQL-setningen ble | | | | forklart. --------------+----------+-------+----+------------------------------ SOURCE_SCHEM | VARCHAR( | Nei | FK | Skjema, eller kvalifikator, A | 128) | | | for kilden til | | | | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ SOURCE_VERSI | VARCHAR( | Nei | FK | Versjon for kilden til ON | 64) | | | forklaringsforespørselen. --------------+----------+-------+----+------------------------------ EXPLAIN_LEVE | CHAR(1) | Nei | FK | Nivå på L | | | | forklaringsinformasjon som | | | | denne raden er relevant for. | | | | Gyldige verdier er: | | | | * O: Original tekst (slik | | | | den ble skrevet inn av | | | | brukeren) | | | | * P: PLAN SELECTION --------------+----------+-------+----+------------------------------ STMTNO | INTEGER | Nei | FK | Setningsnummer i pakken som | | | | denne | | | | forklaringsinformasjonen | | | | gjelder. Satt til 1 for | | | | forklaring av dynamiske | | | | SQL-setninger. For statiske | | | | SQL-setninger er denne | | | | verdien den samme som | | | | verdien som brukes for | | | | SYSCAT.STATEMENTS-kataloguts | | | | nittet. --------------+----------+-------+----+------------------------------ SECTNO | INTEGER | Nei | FK | Seksjonsnummer i pakken som | | | | inneholder denne | | | | SQL-setningen. For | | | | forklaring av dynamiske | | | | SQL-setninger brukes dette | | | | seksjonsnummeret til å holde | | | | seksjonen for denne | | | | setningen under kjøring. For | | | | statiske SQL-setninger er | | | | denne verdien den samme som | | | | verdien som brukes for | | | | SYSCAT.STATEMENTS-kataloguts | | | | nittet. --------------+----------+-------+----+------------------------------ DIAGNOSTIC_I | INTEGER | Nei | PK | ID for feilsøkingen for en D | | | | bestemt forekomst av en | | | | setning i | | | | EXPLAIN_STATEMENT-tabellen. --------------+----------+-------+----+------------------------------ ORDINAL | INTEGER | Nei | Ne | Posisjonen til symbolet i | | | i | den fullstendige | | | | meldingsteksten. --------------+----------+-------+----+------------------------------ TOKEN | VARCHAR( | Ja | Ne | Meldingssymbol som skal | 1000) | | i | settes inn i den | | | | fullstendige | | | | meldingsteksten; kan være | | | | avkuttet. --------------+----------+-------+----+------------------------------ TOKEN_LONG | BLOB(3M) | Ja | Ne | Mer detaljert informasjon, | | | i | hvis det er tilgjengelig. 1. PK betyr at kolonnen er en del av primærnøkkelen, og FK betyr at kolonnen er en del av en fremmednøkkel. Skjema brukt av forklaringsfunksjonen Forklaringsfunksjonen bruker følgende IDer som skjema til bruk ved kvalifisering av forklaringstabeller som den legger inn data i: * Sesjonens autorisasjons-ID for dynamisk SQL * Setningens autorisasjons-ID for statisk SQL Skjemaet kan knyttes til et sett med forklaringstabeller, eller kallenavn som peker på et sett med forklaringstabeller under et annet skjema. Hvis det ikke finnes noen forklaringstabeller under skjemaet, sjekker forklaringsfunksjonen om det er forklaringstabeller under SYSTOOLS-skjemaet og forsøker å bruke disse tabellene. Strengrepresentasjoner av datetime-verdier Klokkeslettstrenger En strengrepresentasjon av et klokkeslett er en streng som begynner med et siffer og har en lengde på minst 4 tegn. Etterfølgende blanktegn kan tas med. Foranstilt null kan utelates fra timedelen av klokkeslettet, og sekunddelen kan utelates i sin helhet. Hvis sekundene utelates, antas en implisitt spesifikasjon av null sekunder. 13:30 tilsvarer altså 13:30:00. Gyldige strengformater for klokkeslett er oppført i tabellen nedenfor. Hvert format identifiseres ved navn og tilknyttet forkortelse. Tabell 41. Formater for strengrepresentasjoner av klokkeslett +---------------------------+-------------+-------------+-------------+ | Formatnavn | Forkortelse | Klokkeslett | Eksempel | | | | - format | | +---------------------------+-------------+-------------+-------------+ | International Standards | ISO | tt.mm.ss | 13.30.05 | | Organization | | | | +---------------------------+-------------+-------------+-------------+ | IBM USA-standard | USA | tt:mm AM | 1:30 PM | | | | eller PM | | +---------------------------+-------------+-------------+-------------+ | IBM Europeisk standard | EUR | tt.mm.ss | 13.30.05 | +---------------------------+-------------+-------------+-------------+ | Japanese Industrial | JIS | tt:mm:ss | 13:30:05 | | Standard Christian Era | | | | +---------------------------+-------------+-------------+-------------+ | Stedsdefinert | LOC | Avhenger av | - | | | | områdekoden | | | | | til | | | | | applikasjon | | | | | en | | +---------------------------+-------------+-------------+-------------+ Fra og med versjon 8.2 kan "AM" og "PM" representeres med små eller store bokstaver. Systemovervåker Sammendrag om helseindikatorer I emnet "Health indicators summary" i DB2 Informasjonssenter for versjon 8.2.2 (tilsvarer versjon 8.1 opprettingspakke 9) er IDen for helseindikatoren for bruk av automatisk lager for database (Database automatic storage utilization) feilaktig dokumentert som db.db_auto_storage_util. Riktig ID for denne helseindikatoren er db.auto_storage_util. Listen over frakoblede applikasjoner uten tilkoblingskonsentrator aktivert Det er mulig å bruke frakoblede applikasjoner ved hjelp av kommandoen list applicationsselv uten at tilkoblingskonsentratoren er aktivert. Statusovervåking av tilbakestillingsprosessen ved kjøretid Statusovervåking av kjøretidens tilbakestillingsprosess gir statusinformasjon om tilbakestillingsaktiviteter ved hjelp av applikasjonssnapshot. Det finnes to typer tilbakestillingsaktiviteter: Tilbakestilling av arbeidsenhet Inkluderer eksplisitt (brukerstartet) og implisitt (tvunget) tilbakestilling av hele transaksjonen. Tilbakestilling av lagringspunkt Inkluderer lagringspunkter på setnings- og applikasjonsnivå. Nestede lagringspunkter anses som en enkelt enhet der det ytterste lagringspunktet brukes. Opplysningene som gis, er startklokkeslett for tilbakestillingsaktiviteten, samlet arbeidsmengde og fullført arbeid. Arbeidsenheten er byte. Samlede arbeidsenheter er det intervallet i loggstrømmen som må tilbakestilles for transaksjonen eller lagringspunktet. Fullførte arbeidsenheter viser den relative posisjonen i loggstrømmen som er blitt tilbakestilt. Oppdateringer i fullført arbeid foretas etter at hver loggpost er behandlet. Oppdateringer utføres jevnlig fordi loggpostene varierer i størrelse. Eksempel på utdata fra kommandoen GET SNAPSHOT FOR ALL APPLICATIONS Applikasjonssnapshot Applikasjonsreferanse = 6 Applikasjonsstatus = Tilbakestilling er aktiv Startklokkeslett = 02/20/2004 12:49:27.713720 Fullført arbeid = 1024000 byte Samlet arbeid = 4084000 byte Applikasjonssnapshot Applikasjonsreferanse = 10 Applikasjonsstatus = Tilbakestilling til lagringspunkt Startklokkeslett = 02/20/2004 12:49:32.832410 Fullført arbeid = 102400 byte Samlet arbeid = 2048000 byte Merk: Hvis tilbakestilling ikke er aktiv under et snapshot, vil ikke tilbakestillingselementene bli vist. XML Extender Parameterendring for de lagrede prosedyrene dxxGenXML, dxxGenXMLClob, dxxRetrieveXML, and dxxRetrieveXMLClob override-parameterens beskrivelse for disse lagrede prosedyrene er endret: * dxxGenXML() * dxxGenXMLClob() * dxxRetrieveXML() * dxxRetrieveXMLClob() Oppdateringen er slik: Parameters Tabell 42. Override parameter for the dxxGenXML, dxxGenXMLClob, dxxRetrieveXML, and dxxRetrieveXMLClob stored procedures +-----------+--------------------------------------------+------------+ | Parameter | Description | IN/OUT | | | | Parameter | +-----------+--------------------------------------------+------------+ | override | Overrides the condition in the DAD file. | IN | | | The input value is based on the | | | | overrideType. | | | | * NO_OVERRIDE: A NULL string. | | | | * SQL_OVERRIDE: A valid SQL statement. | | | | Using this overrideType requires that SQL | | | | mapping is used in the DAD file. The input | | | | SQL statement overrides the SQL_stmt in | | | | the DAD file. | | | | * XML_OVERRIDE: A string that contains | | | | one or more expressions that are separated | | | | by the word AND. Using this overrideType | | | | requires that RDB_node mapping is used in | | | | the DAD file. | | +-----------+--------------------------------------------+------------+ Oppløse XML-dokumenter til DB2 UDB-data Grenser for tabellstørrelse for oppløsing Oppløsing bruker RDB_node-tilordning for å oppgi hvordan et XML-dokument skal oppløses i DB2 UDB-tabeller ved å trekke ut element- og attributtverdiene og lagre dem i tabellrekker. Verdiene fra hvert enkelt XML-dokument blir lagret i en eller flere DB2 UDB-tabeller. Hver tabell kan ha opptil 10240 rader med oppløste data fra hvert dokument. Hvis for eksempel et XML-dokument blir oppløst i fem tabeller, kan hver av de fem tabellene ha opptil 10240 rader for det dokumentet. Hvis tabellen har rader for flere dokumenter, kan den ha opptil 10240 rader for hvert dokument. Bruk av elementer som opptrer flere steder (elementer med baner som kan finnes mer enn en gang i XML-strukturen) påvirker antallet rader. Et dokument som for eksempel inneholder elementet som finnes 20 steder, kan bli oppløst som 20 rader i tabellen. Når du bruker elementer som opptrer flere ganger, må du ta med ivurderingen av maksimalt 10240 rader kan oppløses i en enkelt tabell fra ett enkelt dokument. Oppløse dokumenter som er større enn 1 MB Du trenger ikke å slette og gjenopprette den lagrede prosedyren dxxShredXML for å oppløse dokumenter som er større enn 1 MB. Hvis du vil oppløse dokumenter som er større enn 1 MB, bruker du den lagrede prosedyren dxxShredXML100MB, som kan makulere dokumenter på opptil 100 MB. Selv om dxxShredXML100MB kan håndtere store dokumenter, må du kanskje øke andre ressurser for den lagrede prosedyren for å kunne fullføre den. Hvis du vil kalle opp den lagrede prosedyren via eksempelprogrammet dxxshrd, bruker du den nye parameteren " -large". For eksempel: dxxshrd -large mindb xxx.xml Hvis din versjon av DB2 Universal Database er tidligere enn versjon 8 opprettingspakke 6, må du kjøre dxxMigv for å migrere XML Extender til gjeldende nivå for å kjøre den nye lagrede prosedyren. Konfigurere MQ XML-UDFer med XML Extender Du må konfigurere og aktivere MQ XMLs brukerdefinerte funksjoner (UDFer) før du kan bruke dem. Forutsetninger Installer UDFene ved å følge fremgangsmåten i emnet "Installing DB2 WebSphere MQ functions", som du finner enten i informasjonssenteret eller i boken IBM DB2 Information Integrator Application Developer's Guide. Fremgangsmåte Konfigurer og aktiver MQ XML-UDFer med XML Extender: 1. Åpne et DB2-kommandolinjevindu. 2. Koble til databasen som skal bruke MQ XML-UDFene, ved å gi følgende kommando: db2 connect to 3. Bytt til katalogen bnd i banen der du installerte DB2 Universal Database, for eksempel: * SQLLIB/bnd (Linux og UNIX) * C:\Program Files\IBM\SQLLIB\bnd (Windows) 4. Bind databasen til XML Extender med følgende kommando: db2 bind @dbxxbind.lst 5. Bind databasen for XML Extender til å bruke MQ XML-UDFene med følgende kommando: db2 bind mqxml.bnd 6. Bind databasen til CLI med følgende kommando: db2 bind @db2cli.lst XML Extender-systemvariabelen DB2DXX_MIN_TMPFILE_SIZE DB2 XML Extender kan legge store dokumenter i midlertidige filer for å unngå å bruke for mye minne under behandlingen. På systemer med svært mye fysisk minne kan du unngå at dokumenter blir flyttet til midlertidige filer, og dermed redusere I/U-aktiviteten. Systemvariabelen DB2DXX_MIN_TMPFILE_SIZE instruerer XML Extender til å bruke minnebuffere, i stedet for midlertidige filer, til behandling av dokumenter som er mindre enn den oppgitte størrelsen. Variabelen kan bare brukes på tjeneren. Hvis flere fysiske noder deltar i et partisjonert miljø, kan variabelen defineres ulikt på hver enkelt node, slik at den tilpasses nøyaktig minnet som er installert på hver enkelt maskin. Hvis systemvariabelen ikke blir definert, vil dokumenter som er større enn 128 kB automatisk bli plassert i midlertidige filer under behandlingen. Dokumenter som er mindre enn 128 kB, vil bli behandlet i minnet. DB2XML.XMLVarchar UDT-omdefinering Du kan omdefinere den brukerdefinerte typen (UDT) DB2XML.XMLVarchar med inntil 32 kB. For å endre størrelsen til en XMLVarchar UDT oppretter du UDTen før du aktiverer databasen for XML Extender. Du finner flere opplysninger i DB2 XML Extender Administration and Programming. Tillegg A. Katalogstruktur på CDen med DB2 UDB-opprettingspakken Windows-operativsystemer Filene på CDen med opprettingspakken ligger i disse katalogene: Tabell 43. Windows-filer +------------------+--------------------------------------------------+ | Filer | Plassering | +------------------+--------------------------------------------------+ | DB2-produktfiler | x:\db2 | | : | | +------------------+--------------------------------------------------+ | Installeringskra | x:\doc\\install.txt | | v: | | +------------------+--------------------------------------------------+ | Installeringskra | x:\doc\\install.htm | | v (HTML): | | +------------------+--------------------------------------------------+ | Lisensfiler: | x:\db2\license | +------------------+--------------------------------------------------+ | Versjonsmerknade | x:\doc\\release.txt | | r: | | +------------------+--------------------------------------------------+ | Versjonsmerknade | x:\doc\\db2ir\index.htm | | r (HTML): | | +------------------+--------------------------------------------------+ der * x: viser til CD-stasjonen din * refererer til språkkatalogen, som består av en kode på fem tegn som tilsvarer et av språkene i Tabell 45 UNIX Filene på CDen med opprettingspakken ligger i disse katalogene: Tabell 44. UNIX-filer +------------------+--------------------------------------------------+ | Filer | Plassering | +------------------+--------------------------------------------------+ | DB2-produktfiler | /cdrom/db2 | | : | | +------------------+--------------------------------------------------+ | Installeringskra | /cdrom/doc//install.txt | | v: | | +------------------+--------------------------------------------------+ | Installeringskra | /cdrom/doc//install.htm | | v (HTML): | | +------------------+--------------------------------------------------+ | Lisensfiler: | /cdrom/db2/license | +------------------+--------------------------------------------------+ | Versjonsmerknade | /cdrom/doc//release.txt | | r: | | +------------------+--------------------------------------------------+ | Versjonsmerknade | /cdrom/doc//db2ir/index.htm | | r (HTML): | | +------------------+--------------------------------------------------+ der * /cdrom viser til tilkoblingspunktet * refererer til språkkatalogen, som består av en kode på fem tegn som tilsvarer et av språkene i Tabell 45 Tabellen nedenfor viser språkkatalognavnene og de tilsvarende språkene. Tabell 45. Katalognavn og tilhørende språk +----------------+----------------------------------------------------+ | Katalog | Språk | +----------------+----------------------------------------------------+ | ar_AA | Arabisk | +----------------+----------------------------------------------------+ | bg_BG | Bulgarsk | +----------------+----------------------------------------------------+ | cs_CZ | Tsjekkisk | +----------------+----------------------------------------------------+ | da_DK | Dansk | +----------------+----------------------------------------------------+ | de_DE | Tysk | +----------------+----------------------------------------------------+ | el_GR | Gresk | +----------------+----------------------------------------------------+ | en_US | Engelsk | +----------------+----------------------------------------------------+ | es_ES | Spansk | +----------------+----------------------------------------------------+ | fi_FI | Finsk | +----------------+----------------------------------------------------+ | fr_FR | Fransk | +----------------+----------------------------------------------------+ | hr_HR | Kroatisk | +----------------+----------------------------------------------------+ | hu_HU | Ungarsk | +----------------+----------------------------------------------------+ | it_IT | Italiensk | +----------------+----------------------------------------------------+ | iw_IL | Hebraisk | +----------------+----------------------------------------------------+ | ja_JP | japansk | +----------------+----------------------------------------------------+ | ko_KR | Koreansk | +----------------+----------------------------------------------------+ | nl_NL | Nederlandsk | +----------------+----------------------------------------------------+ | no_NO | Norsk | +----------------+----------------------------------------------------+ | pl_PL | Polsk | +----------------+----------------------------------------------------+ | pt_BR | Portugisisk (Brasil) | +----------------+----------------------------------------------------+ | pt_PT | Portugisisk | +----------------+----------------------------------------------------+ | ro_RO | Rumensk | +----------------+----------------------------------------------------+ | ru_RU | Russisk | +----------------+----------------------------------------------------+ | sk_SK | Slovakisk | +----------------+----------------------------------------------------+ | sl_SI | Slovensk | +----------------+----------------------------------------------------+ | sv_SE | Svensk | +----------------+----------------------------------------------------+ | tr_TR | Tyrkisk | +----------------+----------------------------------------------------+ | zh_CN | Forenklet kinesisk | +----------------+----------------------------------------------------+ | zh_TW | Tradisjonell kinesisk | +----------------+----------------------------------------------------+ Merknader: 1. Katalognavnene kan ha store eller små bokstaver, avhengig av hvilket operativsystem du bruker. 2. Det er ikke sikkert at alle katalogene på listen ovenfor finnes på denne CDen, siden ikke alle språkkatalogene finnes på alle CDene. 3. Fra og med versjon 8.2 er installeringsmerknadene en del av versjonsmerknadene. Tillegg B. Contacting IBM In the United States, call one of the following numbers to contact IBM: * 1-800-IBM-SERV (1-800-426-7378) for customer service * 1-888-426-4343 to learn about available service options * 1-800-IBM-4YOU (426-4968) for DB2 marketing and sales In Canada, call one of the following numbers to contact IBM: * 1-800-IBM-SERV (1-800-426-7378) for customer service * 1-800-465-9600 to learn about available service options * 1-800-IBM-4YOU (1-800-426-4968) for DB2 marketing and sales To locate an IBM office in your country or region, check IBM's Directory of Worldwide Contacts on the web at http://www.ibm.com/planetwide B.1 Product information Information regarding DB2 Universal Database products is available by telephone or by the World Wide Web at http://www.ibm.com/software/data/db2/udb This site contains the latest information on the technical library, ordering books, product downloads, newsgroups, FixPaks, news, and links to web resources. If you live in the U.S.A., then you can call one of the following numbers: * 1-800-IBM-CALL (1-800-426-2255) to order products or to obtain general information. * 1-800-879-2755 to order publications. For information on how to contact IBM outside of the United States, go to the IBM Worldwide page at www.ibm.com/planetwide Tillegg C. Notices IBM may not offer the products, services, or features discussed in this document in all countries. Consult your local IBM representative for information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to state or imply that only that IBM product, program, or service may be used. Any functionally equivalent product, program, or service that does not infringe any IBM intellectual property right may be used instead. However, it is the user's responsibility to evaluate and verify the operation of any non-IBM product, program, or service. IBM may have patents or pending patent applications covering subject matter described in this document. The furnishing of this document does not give you any license to these patents. You can send license inquiries, in writing, to: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country/region or send inquiries, in writing, to: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106, Japan The following paragraph does not apply to the United Kingdom or any other country/region where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY, OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or implied warranties in certain transactions; therefore, this statement may not apply to you. This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this publication at any time without notice. Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product, and use of those Web sites is at your own risk. IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you. Licensees of this program who wish to have information about it for the purpose of enabling: (i) the exchange of information between independently created programs and other programs (including this one) and (ii) the mutual use of the information that has been exchanged, should contact: IBM Canada Limited Office of the Lab Director 8200 Warden Avenue Markham, Ontario L6G 1C7 CANADA Such information may be available, subject to appropriate terms and conditions, including in some cases payment of a fee. The licensed program described in this document and all licensed material available for it are provided by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement, or any equivalent agreement between us. Any performance data contained herein was determined in a controlled environment. Therefore, the results obtained in other operating environments may vary significantly. Some measurements may have been made on development-level systems, and there is no guarantee that these measurements will be the same on generally available systems. Furthermore, some measurements may have been estimated through extrapolation. Actual results may vary. Users of this document should verify the applicable data for their specific environment. Information concerning non-IBM products was obtained from the suppliers of those products, their published announcements, or other publicly available sources. IBM has not tested those products and cannot confirm the accuracy of performance, compatibility, or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products. All statements regarding IBM's future direction or intent are subject to change or withdrawal without notice, and represent goals and objectives only. This information may contain examples of data and reports used in daily business operations. To illustrate them as completely as possible, the examples include the names of individuals, companies, brands, and products. All of these names are fictitious, and any similarity to the names and addresses used by an actual business enterprise is entirely coincidental. COPYRIGHT LICENSE: This information may contain sample application programs, in source language, which illustrate programming techniques on various operating platforms. You may copy, modify, and distribute these sample programs in any form without payment to IBM for the purposes of developing, using, marketing, or distributing application programs conforming to the application programming interface for the operating platform for which the sample programs are written. These examples have not been thoroughly tested under all conditions. IBM, therefore, cannot guarantee or imply reliability, serviceability, or function of these programs. Each copy or any portion of these sample programs or any derivative work must include a copyright notice as follows: (C) (your company name) (year). Portions of this code are derived from IBM Corp. Sample Programs. (C) Copyright IBM Corp. _enter the year or years_. All rights reserved. C.1 Trademarks The following terms are trademarks of International Business Machines Corporation in the United States, other countries, or both, and have been used in at least one of the documents in the DB2 UDB documentation library. ACF/VTAM iSeries AISPO LAN Distance AIX MVS AIXwindows MVS/ESA AnyNet MVS/XA APPN Net.Data AS/400 NetView BookManager OS/390 C Set++ OS/400 C/370 PowerPC CICS pSeries Database 2 QBIC DataHub QMF DataJoiner RACF DataPropagator RISC System/6000 DataRefresher RS/6000 DB2 S/370 DB2 Connect SP DB2 Extenders SQL/400 DB2 OLAP Server SQL/DS DB2 Information Integrator System/370 DB2 Query Patroller System/390 DB2 Universal Database SystemView Distributed Relational Tivoli Database Architecture VisualAge DRDA VM/ESA eServer VSE/ESA Extended Services VTAM FFST WebExplorer First Failure Support Technology WebSphere IBM WIN-OS/2 IMS z/OS IMS/ESA zSeries The following terms are trademarks or registered trademarks of other companies and have been used in at least one of the documents in the DB2 UDB documentation library: Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both. Intel and Pentium are trademarks of Intel Corporation in the United States, other countries, or both. Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both. UNIX is a registered trademark of The Open Group in the United States and other countries. Linux is a trademark of Linus Torvalds in the United States, other countries, or both. Other company, product, or service names may be trademarks or service marks of others.