Med databaser som bruker en tabellplass for automatisk lagring vil kommandoen db2look |bli fullført på riktig måte. Den vil imidlertid ikke vise tabellplassinformasjon spesifikt for |tabellplasser for automatisk lagring.
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:
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.
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.
Denne begrensningen gjelder DB2 UDB versjon 7 og DB2 UDB versjon 8.
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.
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 har ikke støtte for disse Sybase-datatypene:
Disse datatypene støttes ikke i SQL-feilrettingsprogrammet (SQL Debugger) som er integrert i utviklingssenteret:
Utviklingssenteret støtter ikke lenger opprettelse av strukturerte typer.
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.
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).
Utviklingssenteret støtter ikke feilsøking for noen lagret prosedyre med dobbeltanførselstegn (") i den lagrede prosedyrens navn, skjema eller bestemte navn.
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.
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:
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.
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.
Disse kravene må oppfylles før du installerer 64-bits DB2 for Linux på iSeries- og pSeries-systemer:
http://www.ibm.com/support/docview.wss?uid=swg24007906eller gjør slik:
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).
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.
ConnectNode-nøkkelordet påvirker ikke kontrollsenteret. Kontrollsenteret kobler seg alltid til katalognoden som er angitt av SQL_CONN_CATALOG_NODE-innstillingen.
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.
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:
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ø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:
Opprettelse av verktøykatalogdatabasen under en 32-biters forekomst på Linux (AMD64) støttes fra og med versjon 8.1.4.
Opprettelse av verktøykatalogen støttes ikke under installeringen av DB2 Universal Database (UDB) mot 64-bits forekomster av 64-bits hybridplattformer. Hybridplattformene er:
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.
Det er minnebegrensninger for disse produktene:
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.
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:
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.
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 for CONNECT-setningen og ATTACH-kommandoen, som for eksempel domenenavn\brukernavn, støttes ikke på Windows ME.
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øyene som følger med DB2 Universal Database (UDB), er Java-baserte grafiske |funksjoner. Dette er eksempler på grafiske DB2 UDB-verktøy:
|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:
|ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf
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.
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.
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:
CREATE DATABASE PARTITION GROUP partisjonsgruppenavn
ON DBPARTITIONNUM partisjonsnummerCREATE REGULAR TABLESPACE tabellplassnavn
IN DATABASE PARTITION GROUP partisjonsgruppenavn
MANAGED BY SYSTEM USING ('knavn')Query Patroller kan ikke utføre disse handlingene hvis databasekonfigurasjonsparameteren DYN_QUERY_MGMT er deaktivert:
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).
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:
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.
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.
[ Øverst på siden |Forrige side | Neste side | Innhold ]