DB 2

IBM DB2 Connect
IBM DB2 Connect Ghidul utilizatorului

Versiunea 8
SA12-6488-00
IBM DB2 Connect
IBM DB2 Connect Ghidul utilizatorului

Versiunea 8
SA12-6488-00
nainte de a folosi aceste informa ii i produsul la care se refer, asigura i-v c a i citit informa iile generale din Notices(anun uri).
Acest document con ine informa ii ce apar in IBM. Este furnizat n cadrul unui contract de licen i este protejat de legea copyright. Informa iile con inute n aceast publica ie nu includ nici un fel de garan ii pentru produs i declara iile con inute n acest manual nu trebuie interpretate n acest sens. Pute i comanda publica iile IBM online sau prin reprezentatul IBM local. v Pentru a comanda publica ii online, vizita i centrul de publica ii IBM (IBM Publications Center) la www.ibm.com/shop/publications/order v Pentru a gsi reprezentatul IBM local al dumneavoastr, vizita i directorul IBM de contacte interna ionale (IBM Directory of Worldwide Contacts) la www.ibm.com/planetwide Pentru a comanda publica ii DB2 de la departamentul de marketing i vnzri al DB2 din Statele Unite sau Canada, suna i la 1-800-IBM-4YOU (426-4968). Cnd trimite i informa ii ctre IBM, acorda i IBM un drept neexclusiv de a distribui informa iile respective oricum crede de cuviin i fr a implica nici o obliga ie ctre dumneavoastr. Copyright International Business Machines Corporation 1993, 2002. Toate drepturile rezervate.
Cuprins
Despre aceast carte . . . . Cine ar trebui s citeasc aceast carte . . . . vii . . . . vii Limbajul de manipulare a datelor n medii gazd sau iSeries . . . . . . . . . . . . Limbajul de control al datelor n medii gazd i iSeries . . . . . . . . . . . . . Gestiunea conexiunilor bazei de date cu DB2 Connect. . . . . . . . . . . . . Procesarea cererilor de ntrerupere . . . . . Diferen e ntre atributele de pachet de-a lungul sistemelor de baze de date rela ionale IBM . . Op iunea CNULREQD BIND pentru irurile C terminate n null . . . . . . . . . . Variabilele independente SQLCODE i SQLSTATE . . . . . . . . . . . Ordini de sortare definite de utilizator . . . . Diferen ele de integritate referen ial de-a lungul Sistemelor de baze de date rela ionale IBM . . Blocarea i portabilitatea aplica iilor . . . . Diferen ele SQLCODE i SQLSTATE de-a lungul sistemelor de baze de date rela ionale IBM . . . . . . . . . . . . . . Diferen ele catalogului de sistem de-a lungul sistemelor de baze de date rela ionale IBM . . Depirile de conversie numeric pe asignri de extragere . . . . . . . . . . . . Nivelele de izolare suportate de DB2 Connect Proceduri memorate n medii gazd sau iSeries Suportul DB2 Connect pentru SQL compus . . Actualizarea multisite cu DB2 Connect . . . Instruc iunile SQL ale serverului gazd i iSeries suportate de DB2 Connect . . . . . . . Instruc iunile SQL ale serverului gazd i iSeries refuzate de DB2 Connect . . . . . . . 40 41 41 42 43 44 44 44 44 45 45 46 46 46 47 49 49 50 51
Component 1. Concepte DB2 Connect . . . . . . . . . . . . 1

Capitol 1. Concepte DB2 Connect Conectare DB2 . . . . . . . . Ofertele produsului DB2 Connect . . Func ii livrate n edi ii anterioare . . Baze de date gazd . . . . . . DB2 Connect i instruc iuni SQL . . Utilitare de administrare DB2 Connect . . . . . . . . . . . . . . . . 3 . . 3 . . 3 . . 6 . . 10 . . 11 . . 12
Capitol 2. Arhitectura bazelor de date rela ionale distribuite (DRDA) . . . . . 15 Arhitectura rela ional distribuit rela ional . . . 15 DRDA i date de acces . . . . . . . . . 16 DB2 Connect i DRDA . . . . . . . . . 16 Unitatea la distan a lucrului . . . . . . . 18 Cereri distribuite . . . . . . . . . . . 19 Capitol 3. Scenariu DB2 Connect . . . . 21 Scenariu DB2 Connect . . . . . . . . . 21 Scenarii. . . . . . . . . . . . . . 21 Acces direct la bazele de date gazd . . . . 21 DB2 Connect Enterprise Edition ca server de connectivitate . . . . . . . . . . . 23 DB2 Connect ca i aplica ii web . . . . . 25 DB2 Connect i IBM WebSphere . . . . . 26 DB2 Connect i Net.Data . . . . . . . 28 DB2 conectat ca aplica ie server Java. . . . . 28 DB2 conectat pe un server web . . . . . . 30 DB2 Connect i servere de aplica ii . . . . 31 DB2 Connect i monitoare de procesare a tanzac iilor . . . . . . . . . . . . 34 Capitol 4. Programarea ntr-un mediu DB2 Connect . . . . . . . . . . . . Programarea ntr-un mediu gazd sau iSeries. . Aplica iile n medii gazd sau iSeries . . . Limbajul de definire a datelor n medii gazd sau iSeries . . . . . . . . . . .
Component 2. Referin . . . . . 53
Capitol 5. Actualizarea directoarelor bazei de date . . . . . . . . . . . . Actualizarea directoarelor bazei de date . . . Valorile din directorul de baze de date sistem . Valori pentru director nod . . . . . . . Valorile din directorul DCS . . . . . . . Spa iul de lucru de personalizare a directoarelor . Definirea mai multor intrri pentru aceiai baz de date . . . . . . . . . . . . . . . . . . . . 55 55 56 56 58 63
. 39 . 39 . 39 . 40
. 64
Copyright IBM Corp. 1993, 2002
iii
Tratarea datelor BiDi .
. 65 69 69 70 71 72 74 75
Capitol 6. Actualizri multisite . . . . . Actualizri Multisite . . . . . . . . . . Activare actualizri multi-site folosind Centrul de control . . . . . . . . . . . . . . Testare actualizare multi-site folosind Centrul de control . . . . . . . . . . . . . . Actualizare multi-site i manager de punct sync . . Configurare conectare DB2 cu un manager de tranzac ie supus XA . . . . . . . . . . Suportul DB2 Connect pentru tranzac ii cuplate fr blocri . . . . . . . . . . . . . . Capitol 7. Mapare SQLCODE mapare SQLCODE . . . . nchiderea maprii SQLCODE . Croirea maprii SQLCODE . .
S-au ntlnit probleme dup conexiunea ini ial Utilitar de urmrire . . . . . . . . . . Detaliile utilitarului de urmrire . . . . . . ieire de urm . . . . . . . . . . Analiza urmei fiierului de ieire . . . . . Parametrii de urmrire . . . . . . . . Sintax de urmrire . . . . . . . . . Generarea umei urmriri CS AIX CPIC APPC API . . . . . . . . . . . . . . Probleme DB2 Connect comune . . . . . . Probleme comune DB2 DRDA AS . . . . . Capitol 12. Consilierul personalizat DB2 Connect . . . . . . . . . . . . Concepte DB2 Connect Custom Advisor . . . Instalarea DB2 Connect Custom Advisor (Consilier personalizat) . . . . . . . . . Configurarea DB2 Connect Custom Advisor . . Setarea DB2 Connect Custom Advisor (Consilier personalizat) . . . . . . . . . . . . Activarea DB2 Connnect Custom Advisor (Consilier personalizat) . . . . . . . . . Depanarea DB2 Connect Custom Advisor (Consultant personalizat) . . . . . . . . Exemplu de fiier script pentru pornirea Dispecerului . . . . . . . . . . . . Capitol 13. Performan e . . . . . . . Considera ii ale performan ei conectrii DB2 . . Optimizare acces ODBC . . . . . . . . Proiectare aplica ie . . . . . . . . . . Gestiunea conexiunilor . . . . . . . . . conectare pool . . . . . . . . . . Concentrator de conexiune. . . . . . . Gruparea conexiunilor i concentratorul de conexiuni . . . . . . . . . . . . Reglarea DB2 Connect . . . . . . . . . Reglarea conectrii DB2 . . . . . . . Reglarea bazei de date gazd . . . . . . Considerente ale reglrii re elei . . . . . Dezbaterea resurselor sistem . . . . . . Depanarea performan elor conectrii DB2 . . Ajustarea conexiunii DB2 Connect folosindNCP . . . . . . . . . . . Reglarea DB2 pentru OS/390 i z/OS . . . Reglare suplimentar pentru performan ele SNA Sugestii i indicii de reglare a performan elor SNA . . . . . . . . . . . . . Selectarea i ajustarea attachment-ului de re ea mbunt iri OSA-2 . . . . . . . . .
107 109 110 110 111 118 118 119 120 127
. . . . . . 77 . . . . . . 77 . . . . . . 77 . . . . . . 78
129 129 134 135 136 137 138 138 141 141 145 146 149 149 152 157 158 158 160 160 162 163 164 167 168 168 169 170
Capitol 8. Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA . . . . . . . . . . . CLI/ODBC. . . . . . . . . . . . . Sugestii i indicii a cuvntului cheie CLISCHEMA adi ional . . . . . . . . . . . . . Cuvntul cheie CLISCHEMA . . . . . . . unealta de optimizare catalog db2ocat . . . . . Utilitarele db2cli i bldschem . . . . . . . Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA . . . . . . .
83 83 84 85 86 86 88
Capitol 9. Asocierea aplica iilor i utilitarelor . . . . . . . . . . . . 89 Legarea aplica iilor i utilit ilor (DB2 Connect). . 89 Capitol 10. Monitor de sistem de baz de date . . . . . . . . . . . . . Monitorizarea conecxiunilor pentru clien i la distan . . . . . . . . . . . . . Monitorizarea performan elor utiliznd Windows Performance Monitor. . . . . . . . . Utilizarea comenzilor GET SNAPSHOT . . . Starea aplica iei DCS. . . . . . . . .
. 95 . 95 . 96 . 97 . 99
Capitol 11. Depanare . . . . . . . . 105 Determinarea problemei . . . . . . . . 105 Concepte pentru determinarea problemelor . . . 105 Strngerea informa iilor relevante . . . . 105 Unelte de diagnosticicare . . . . . . . 106 Conectarea ini ial nu este cu succes . . . . 106
iv
Ghidul utilizatorului
Creterea ratelor de transfer de date DB2 Connect Blocuri de interogare suplimentare . . . . . Scalarea ferestrei RFC-1323 . . . . . . . Conectivitate cu disponibilitate ridicat i echilibrarea ncrcrii pentru baza de date gazd . Gazd pentru conversie de date . . . . . . Tipurile datelor pentru datele caracterelor . . . Suportul de canale cu mai multe ci pentru SNA peste ESCON . . . . . . . . . . . Hardware de re ea . . . . . . . . . . Capitol 14. Securitate . . . . . . . . Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS . . . . . . . Sugestii i indicii suplimentare despre securitatea OS/390 z/OS . . . . . . . . . . . . Considera ii de autentificare conectare DB2 . . Tipuri de securit i suportate cu conexiuni DB2. Suport Kerberos . . . . . . . . . . .
172 172 174 175 179 180 181 181 185 185 185 187 188 190
Component 3. Anexe
. . . . . 193
Anex A. Mutarea datelor cu DB2 Connect 195 Anex B. Informa ii tehnice despre baza de date universal DB2 . . . . . . Privire general asupra informa iilor tehnice despre baza de date universal DB2 . . . . Pachete de corec ie pentru documenta ia DB2 Categorii de informa ii tehnice despre DB2 Tiprirea cr ilor DB2 din fiiere PDF . . . Comandarea cr ilor DB2 tiprite . . . . . Accesarea ajutorului online . . . . . .
Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser . . . . . . Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare . . . . . . . . . . . . Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation . . . Actualizarea documenta iei HTML instalat pe maina dumneavoastr . . . . . . . . . Copierea fiiereloe de pe CD-ul Documneta ie HTML DB2 pe un server Web. . . . . . . Depanarea problemelor din cutarea n documenta ia DB2 cu Netscape 4.x . . . . . Cutarea n documenta ia DB2 . . . . . . Informa ii de depanare DB2 online . . . . . Accesibilitate. . . . . . . . . . . . Intrarea de la tastatur i navigarea . . . . Afiaj accesibil . . . . . . . . . . Metode de alert alternative . . . . . . Compatibilitate cu tehnologiile de asisten Accesibilitatea documenta iei . . . . . . ndrumare DB2 . . . . . . . . . . . Centrul de informare DB2 accesat dintr-un browser . . . . . . . . . . . . .
210 213 214 215 216 217 218 219 220 220 220 220 221 221 221 222
. 199 . 199 199 199 . 207 . 208 . 209
Anex C. Anun uri . . . . . . . . . 225 Mrci comerciale . . . . . . . . . . 228 Index . . . . . . . . . . . . . 231
Contactarea IBM. . . . . . . . . . 239 Informa ii despre produs . . . . . . . . 239
Cuprins
vi
Despre aceast carte

Aceast carte con ine informa ii despre utilizarea general pentru urmtoarele produse IBMConectare DB2: v Conectare DB2 Personal Edition pentru Linux i Windows. v Conectare DB2 Enterprise Edition (EE) pentru AIX, HP-UX, Linux, mediul de operare Solaris i Windows. v Conectare DB2 Unlimited Edition, utilizat pentru accesarea DB2 UDB pentru OS/390 i z/OS.
Cine ar trebui s citeasc aceast carte

Aceast carte este inten ionat pentru programatorii i administratorii care sunt responsabili de setarea i ntre inerea conexiunilor Conectare DB2. Aceste conexiuni pot exista ntre clien i DB2 i oricare dintre urmtoarele sisteme de gestiune a bazelor de date server aplica ie: v Baza de date universal DB2 (UDB) pentru OS/390 Versiune 5 sau ulterioar i UDB DB2 pentru OS/390 i z/OS Versiune 7 sau ulterioar v DB2 pentru VSE & VM v DB2 pentru AS/400 Versiune 3.1 sau ulterioar i UDB DB2 pentru iSeries Versiune 5.1 sau ulterioar v Alte sisteme de gestiune a bazelor de date rela ionale care implementeaz o func ie server aplica ie DRDA. Note: 1. UDB DB2 nu cere Conectare DB2 pentru a permite aplica iilor gazd sau iSeries s acceseze datele UDB DB2. 2. UDB DB2 pentru OS/390 Versiune 5.1 sau ulterioar este necesar pentru utilizarea func iilor DRDA de nivel 3, inclusiv conexiunile TCP/IP cu baza de date i procedurile memorate cu seturi de rspunsuri pe mai multe linii. 3. UDB DB2 pentru OS/390 Versiune 6.1 sau ulterioar este necesar pentru utilizarea func iilor DRDA de nivel 4 pentru care este furnizat suport n DB2 Connect. Aceste func ii includ suport pentru ntregi mari, obiecte mari, ID-uri de linie i tipuri de date distincte definite de utilizator.
vii
viii
Component 1. Concepte DB2 Connect
Capitol 1. Concepte DB2 Connect

Conectare DB2
Conectare DB2 furnizeaz connectivitate rapid i robust la bazele de date ale IBM pentru e-business i alte aplica ii ce ruleaz sub sistemele de operare UNIX i Windows. DB2 Connect are mai multe solu ii de conectare. Edi ie personal de conectare DB2 furnizeaz direct connectivitate la gazd i serverele bazei de date iSeries, n tipm ce Edi ie de nteprindere de conectare DB2 furnizeaz connectivitate indirect ce permite clien ilor s acceseze gazda i serverele iSeries prin serverul DB2 Connect. Edi ie nelimitat de conectare DB2 furnizeaz o solu ie de mpachetare unic ce face selectarea produselor i autorizarea utilizatorului. No iuni nrudite: v DB2 Connect i instruc iuni SQL pe pagina 11 v DB2 Connect i DRDA pe pagina 16 v Scenariu DB2 Connect pe pagina 21 Referin e nrudite: v v v v Ofertele produsului DB2 Connect pe pagina 3 Baze de date gazd pe pagina 10 Utilitare de administrare DB2 Connect pe pagina 12 Func ii livrate n edi ii anterioare pe pagina 6
Ofertele produsului DB2 Connect

DB2 Connect are mai multe solu ii de conectare. Edi ie personal de conectare DB2furnizeaz conectivitate direct la serverele de baze de date gazd i serverele de baze de date iSeries, n timp ce Edi ie de nteprindere de conectare DB2 furnizeaz conectivitate indirect care permite clien ilor s acceseze serverele de baze de date gazd i serverele de baze de date iSeries prin serverul DB2 Connect. Edi ie nelimitat de conectare DB2 furnizeaz o solu ie de mpachetare unic ce face selectarea produselor i autorizarea utilizatorului. Edi ie de nteprindere de conectare DB2 Edi ie de nteprindere de conectare DB2 este un server de conectivitate ce concentreaz i gestioneaz conexiuni de la mai mul i clien i desktop i aplica ii web la serverele bazei de date DB2 rulnd pe sisteme gazd sau
sisteme iSeries . Baza de date universal DB2 (UDB) de la IBM pentru iSeries, bazele de date DB2 pentru OS/390 i z/OS i bazele de date DB2 pentru VSE & VM continu s fie sistemele de alegere pentru gestionarea majorit ii datelor critice pentru cele mai mari organiza ii din lume. n timp ce aceste baze de date gazd i iSeries gestioneaz datele, exist o cerere crescut pentru integrarea acestor date cu aplica ii care ruleaz pe sta ii de lucru Windows i UNIX. Edi ie de nteprindere de conectare DB2 activeaz aplica iile locale i client de la distan s creeze, actualizeze, controleze i s gestioneze baze de date DB2 i sisteme gazd folosind Structured Query Language (SQL), DB2 API (Application Programming Interfaces), ODBC (Open Database Connectivity), JDBC (Java Database Connectivity), SQLJ (Embedded SQLJ pentru Java) sau DB2 CLI (Call Level Interface). n plus, DB2 Connect suport interfe ele de date Microsoft Windows, cum ar fi Obiecte de date ActiveX (ADO), Obiecte de date la distan (RDO) i OLE (Legarea i ncorporarea obiectelor) DB. Edi ie de nteprindere de conectare DB2 este n prezent disponibil pentru sistemele de operare AIX, HP-UX, Linux, Solaris Windows. Aceste servere furnizeaz suport pentru aplica iile care ruleaz pe sta ii de lucru UNIX (AIX, HP-UX, Linux i mediul de operare Solaris) i pe sta ii de lucru Windows. Edi ie de nteprindere de conectare DB2 este des instalat pe un server intermediar pentru a conecta clien i DB2 la o baz de date gazd sau iSeries. Poate fi de asemenea folosit pe maini unde mai mul i utilizatori locali vor s acceseze gazda sau serverele iSeries direct. De exemplu, Edi ie de nteprindere de conectare DB2 poate fi instalat pe o main mare cu mul i utilizatori locali. Poate fi de asemenea instalat pe un server web, o main ce ruleaz un monitor Procesor de tranzac ie (TP) sau alte servere de aplica ii pe trei nivele cu mai multe procese i fire de execu ie SQL locale. n aceste cazuri, pute i instala Edi ie de nteprindere de conectare DB2 pe aceeai main pentru simplitate sau pe o main separat pentru a descrca ciclurile CPU-ului . Edi ie de nteprindere de conectare DB2 este cel mai potrivit pentru mediile n care: v Serverele de baze de date gazd i iSeries nu suport conectivitatea nativ TCP/IP, iar conectivitatea direct de la sta ii de lucru desktop prin SNA nu este de dorit. v Servere Web ruleaz aplica ii bazate pe web . v Servere web ruleaz aplica ii bazate pe web utiliznd aplica ii de date Java. v Este folosit un server de aplica ii de nivel intermediar. v Sunt folosite monitoare TP, cum ar fi CICS, Encina, Microsoft Transaction Server (MTS), Tuxedo, Component Broker i MQSeries. Edi ie personal de conectare DB2
Edi ie personal de conectare DB2 furnizeaz acces de pe o singur sta ie de lucru la bazele de date DB2 care se afl pe servere cum sunt OS/390, z/OS, OS/400, VM i VSE, ca i la serverele Bazei de date universale DB2 pe sisteme de operare Windows i UNIX. Edi ie personal de conectare DB2 furnizeaz acelai set bogat de API-uri ca i Edi ie de nteprindere de conectare DB2. Acest produs este n prezent disponibil pentru sisteme de operare Linux i Windows. Edi ie personal de conectare DB2 este utilizat pentru conectarea unui singur sistem de operare Windows sau a unei sta ii de lucru Linux, la o baz de date gazd sau iSeries. Edi ie personal de conectare DB2 se potrivete cel mai bine la medii unde suportul nativ TCP/IP este furnizat de serverele bazei de date i de aplica ia ce este desfurat este o aplica ie client-server tradi ional pe dou nivele. De exemplu, Edi ie personal de conectare DB2 este o alegere bun pentru activarea aplica iilor tradi ionale pe dou nivele VisualBasic i Microsoft Access. Aplica iile care necesit un server de aplica ii de nivel intermediar trebuie s utilizeze DB2 Connect Enterprise Edition. Edi ie nelimitat de conectare DB2 Edi ie nelimitat de conectare DB2 este o ofert unic de pachet, care permite flexibilitate total a desfurrii Conectare DB2 i simplific selec ia i licen ierea produsului. Acest produs con ine att Edi ie personal de conectare DB2, ct i Edi ie de nteprindere de conectare DB2 cu termeni i condi ii de licen ce pemit desfurarea nelimitat a oricrui produs Conectare DB2. Pre urile licen ei sunt bazate pe mrimea serverului S/390 sau zSeries cu care utilizatorii Conectare DB2 vor lucra . Oferta acestui pachet este disponibil numai pentru sistemele OS/390 i z/OS, iar licen ierea este valid numai pentru sursele de date DB2 pentru OS/390 i z/OS. No iuni nrudite: v Conectare DB2 pe pagina 3 v DB2 Connect i instruc iuni SQL pe pagina 11 v Clienui mici din Anex despre instalare i configurare Opera ii nrudite: v Instalarea fiierului rspuns pe DB2 n UNIX din Anex despre instalare i configurare v Instalarea fiierului rspuns pe DB2 n Windows din Anex despre instalare i configurare Referin e nrudite:
v Baze de date gazd pe pagina 10 v Utilitare de administrare DB2 Connect pe pagina 12
Func ii livrate n edi ii anterioare

Aceast sec iune furnizeaz un sumar ale mbunt irilor introduse la fiecare versiune i edi ie prezentat. Func iile livrate n DB2 Connect versiunea 7 edi ia 2 DB2 Connect versiunea 7.2 include urmtoarele mbunt iri: v Suport mbunt it pentru Microsoft Transaction Server (MTS) i tehnologiile COM+ v Kitul DB2 Connect Web Starter v DB2 Connect pentru Linux pe S/390 Func ii livrate n DB2 Connect versiunea 7 edi ia 1 DB2 Connect versiunea 7.1 include urmtoarele mbunt iri: v XA Concentrator v mbunt iri la actualizarea Multisite v Suport pentu produsul DCL SNA Func ii livrate n DB2 Connect versiunea 6 edi ia 1 DB2 Connect versiunea 6.1 include urmtoarele mbunt iri: v Folosirea protocolului de comunica ii TCP/IP v Comitere dou faze v Proceduri memorate multi-linii v Securitate DCE v Suport de director DCE Cell i sisteme gazd v Notificare la euarea securit ii mbunt ite v v v v v v v v Exploatare mbunt it a System/390 SYSPLEX Acces optimizat al catalogului pentru aplica ii ODBC i JDBC Noi op iuni de BIND Suport de tranzac ii server Microsoft Gestionare de parole simplificat mbunt iri informa ii client Suport bidirec ional de limbaj Monitorizarea aplica iilor DB2 Connect
v mbunt iri comitere dou faze v Configura ie simplificat DB2 Syncpoint Manager v Tipuri suplimentare de obiecte dat i tip
v DB2 Connect pentru Comunica ii Personale Func iile livrate n DB2 Connect versiunea 5 edi ia 2 DB2 Connect versiunea 5.2 include urmtoarele mbunt iri pentru func iile gazd i AS/400 DRDA : v Suport DCE Cell Directory v Notiifcare mbunt it a eurii securit ii v Exploatare mbunt it a System/390 SYSPLEX v Acces optimizat al catalogului pentru aplica ii ODBC i JDBC v Suport de tranzac ii server Microsoft v v v v v v Noi op iuni BIND (DYNAMICRULES) Setarea mbunt irilor Client Information API Suport SQLDescribeParam pentru DB2 Connect Suport pentru limbi bidirec ionale mbunt iri monitor sistem mbunt iri suport comitere n dou faze
v Configurare simplificat DB2 Syncpoint Manager v Suport pentru sistemul de operare SCO** v Suport pentru tipurile de date Big Integer, Large Object, Row ID i User Defined Distinct. Func iile livrate n DB2 Connect versiunea 5.0 DB2 Connect versiunea 5.0 include urmtoarele mbunt iri: v Mai uor de cumprat pachetul : Un singur pachet DB2 Connect Personal Edition care con ine versiunile OS/2, Windows 3.1, Windows 95 i Windows NT ale produsului. Acest pachet con ine orce este necesar pentru a porni, incluznd o copie complimentar a Lotus Approach. Un singur pachet DB2 Connect Enterprise Edition care con ine versiunile OS/2, Windows NT i UNIX . v Capabilitate: Driverul New Level 3 ODBC cu multe mbunt iri Driver JDBC actualizat pentru mai bun suport Java Suport pentru procedurile memorate care ntorc setri de rezultate multi-linie sets i setri multiple de rezultate (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare ) Suport de replica ie Built-in Op iune generic de sociere: pute i specifica i asocia op iuni suportate de baza de date gazd. Exploatarea SYSPLEX (doar DB2 Connect Personal Edition; necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare)
v Folosibilitate: O nou metod de instalare Conexiunile bazei de date TCP/IP sunt mult mai uor de configurat (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare sau DB2 pentru AS/400 versiunea 4.2) Suport integrat SNA cu configura ia point-and click (Conectare DB2 doar Personal Edition) Nou utilitar de configurare point and click pentru configurarea conexiunilor gazdei. Proces mult mai uor pentru conectarea sistemelor client desktop la Edi ie de ntreprindere de conectare DB2 servere. Clien ii pot descoperi Conectare DB2 servere i toate bazele de date care sunt definite pe fiecare server Urme mbunt ie ODBC cu informa ii detailate pentru analize de performan Centru de control i alte instrumente GUI care simplific cteva opera ii DBA v Securitate: Securitate DCE (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare) Abilitatea de a rula aplica ii ODBC fr a trebui s autoriza i fiecare utilizator la tabelele de baz . Utilizatorii i pot acum asocia driverul ODBC ntr-un aa fel s permit aplica iilor s ruleze sub autoritatea personei care leag driverul ODBC. v Performan : Acces mai rapid la catalogul DB2 pentru aplica iile ODBC Trafic redus la re ea: - nchidere mai devreme pentru cursoare - Preparare amnat - Octet redus numrat Compound SQL - Mai multe mbunt iri la fluxul re elei - Suport pentru memorarea ASCII la gazd (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare) v Conectivitate: Suport pentru DRDA peste conexiuni TCP/IP la alte Servere de aplica ii IBM DRDA cum introduc suport pentru TCP/IP. SNA peste TCP/IP prin suport integrat MPTN (necesit AnyNet pe gazd). Suport pentru op iuni de conectivitate SNA suplimentar: - IBM Communication Server pentru Windows NT
- IBM Personal Communications v Alte: Abilitatea de a ini ia comiterea tranzac iilor 2-faz peste TCP/IP (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare) Abilitatea aplica iilor desktop de a participa ntr-o tranzac ie de comitere 2-faze fr vevoia unui gateway (doar TCP/IP, necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare ) Abilitatea de a folosi DB2 UDB pentru OS/390 pentru reliabilitatea adugat a coordonrii tranzac iilor (necesit DB2 UDB pentru OS/390 versiunea 5.1 sau mai mare, i TCP/IP) Numeroase alte mbunt iri i corec ii afectnd toate aspectele performan ei sistemului, ncredere i folosibilitate. Func iile livrate n DDCS versiunea 2 edi ia 4 Distributed Database Connection Services (DDCS) pentru Windows Single-User versiunea 2.4 introdus: v Un instrumen Data Source Setup pentru a v ajuta s defini i conexiuni la serverele gazd i AS/400 rapid i uor. v Wall Data Rumba, pentru a v furniza suportul de comunica ii cerut pentru a face aceste conexiuni. v Un utilitar DB2 Password Expiration Maintenance (DB2PEM), car v activeaz s schimba i parola DB2 pentru MVS fr nregistrarea TSO. v mbunt iri pentru a mbunt i performan a i flexibilitatea Conectare DB2: Pregtire diferit, care mbunt ete performan a ODBC i alte aplica ii SQL dinamic prin ataarea cererea PREPARE la o cerere subsevent n locul trimiterii separat. ODBC asincrom, care mbunt ete disponibilitatea aplica iilor ODBC. Anterior, acestea ar fi trebuit s s fie ntrziate n timp ce se proceseaz interogri lungi n unele situa ii de re ea. Pe AIX i OS/2, suportul pentru aplica ii fire de execu ii multiple, care d aplica iilor non-ODBC abilitatea de a men ine multiple conexiuni de baze de date cu propriul lor context. Func iile livrate n DDCS versiunea 2 edi ia 3 Noi op iuni n DDCS versiunea 2 esdi ia 3.1 : v Comitere dou faze pentru conexiuni DRDA folosind LU6.2 Syncpoint Manager (SPM) pe OS/2 i AIX. Noi op iuni n DDCS versiunea 2 esdi ia 3.0 : v Performan e ale aplioca iilor client ar putea fi mbunt ite prin rularea procedurilor memorate pe DB2 pentru serverele MVS versiunea 4.1 i DB2 pentru AS/400 versiunea 3.1 .
v Capabil de lucru cu baze de date multiple ntr-o singur tranzac ie. v Capabil s mbunt easc performan a prin concatenarea instruc iunilor SQL. v Capabil s implementeze contabilitatea chargeback prin folosirea irurilor de numrare. v Capabil s foloseasc multe noi op iuni de asociere cnd se asociaz aplica ii la un server de aplica ii DRDA. v Cnd se folosete un director DCE, abilitatea de a consolida informa iile director necesare de to i clien ii domneavoastr ntr-un depozit central. v Flexibilitate mai mare n procesarea SQLCODE. v Informa ii de diagnosticare memorate ntr-un format citibil i consolidat ntr-o singur loca ie (jurnalul dee servicii de prima euare). v Variabila mediu DDCSSETP a fost nlocuit de op iunile BIND i PREPARE cum ar fi SQLERROR CONTINUE, simplificnd opera iile. v mbunt iri diverse de performan au mai fost de asemenea implementate. No iuni nrudite: v Conectare DB2 pe pagina 3
Baze de date gazd

Termenul baz de date este folosit n acest document penru a descrie un sistem rela ional e gestionare a bazei de date (RDBMS). Alte sisteme cu careConectare DB2 communicrile pot folosi termenul baz de date pentru a descrie un concept uor diferit. Termenul Conectare DB2 baz de date se mai poate referi: OS/390 sau z/OS DB2 UDB pentru OS/390 (Versiunea 5 i mai trziu), DB2 UDB pentru OS/390 i z/OS (Versinea 7 sau posterioar). Un Baz de date universal DB2 pentru OS/390 i z/OS subsistem identificat prin NUMELE LOCA IE al su. NUMELE LOCA IE poae fi determinat prin nregistrarea n TSO i aumnd urmtoarea coad SQL folosind una din urmtoarele unelte de cozi disponibile :
selecta i serverul curent de la sysibm.sysdummy1
NUME LOCA IE este de asemenea definit n Boot Strap Data Set (BSDS) la fel ca i mesajul DSNL004I (LOCA IE=loca ie), care este scrie cnd este pornit Distributed Data Facility (DDF). VSE VM OS/400 DB2 pentru iSeries, o parte integral a sistemului de OS/400 operare. Doar o DB2 pentru VSE rularea ntr-o parti ie identificat prin DBNAME DB2 pentru VM rularea ntr-o main virtual CMS identificat prin DBNAME
10
baz de date poate exista pe un server iSeries. Dac baza de date va fi folosit de aplica ii n afara sistemului iSeries, bazei de date i trebuie dat un nume n directorul rela ional al bazei de date. Acest nume este cunoscut ca Relation Database Name (RDB Name). Pentru a afia Numele RDB al sistemului domneavoastr iSeries executa i comanda WRKRDBDIRE pe sistemul domneavoastr iSeries. Numele RDB a sistemului local are *LOCAL specificat n coloana Remote Location. Pentru a sschimba Numele RDB folosi i comand CHGRDBDIRE. No iuni nrudite: v Conectare DB2 pe pagina 3 v DB2 Connect i instruc iuni SQL pe pagina 11 Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3 v Utilitare de administrare DB2 Connect pe pagina 12
DB2 Connect i instruc iuni SQL

Conectare DB2 nainteaz instruc iuni SQL lansate prin programe de aplica ii pentru gazd sau servere ale bazei de date iSeries. Conectare DB2 poate nainta aproape orice instruc iune SQL valid, as well as supporting DB2 APIs (Application Programming Interfaces), ODBC (Open Database Connectivity), JDBC (Java Database Connectivity), SQLJ (Embedded SQLJ for Java), or DB2 CLI (Call Level Interface) suport SQL ncorporat: Exist dou tipuru de procesare SQL ncorporat : SQL static i SQL dinamic. SQL Static minimizeaz timpul necesar pentru a executa o instruc iune SQL prin procesarea nainte. SQL dinamic SQL est procesat cnd instruc iunea SQL este lansat la gazda sau serverul bazei de date iSeries. SQL dinamic este mai flexibil dar mai ncet. Decizia de a folosi SQL static sau dinamic este fcut de programatorul aplica iei. Ambele sunt suportate de Conectare DB2. Servere diferite gazd sau baz de bate iSeries implementeaz SQL diferit. Conectare DB2 suport din plin IBM SQL, la fel ca i DB2 pentru OS/390 i z/OS, DB2 pentru VSE & VM (formal SQL/DS) i DB2 pentru implementri iSeries de SQL. IBM SQL este recomandat pentru men inerea independen ei bazei de date. No iuni nrudite: v Conectare DB2 pe pagina 3 Referin e nrudite:
11
v Ofertele produsului DB2 Connect pe pagina 3 v Baze de date gazd pe pagina 10 v Utilitare de administrare DB2 Connect pe pagina 12
Utilitare de administrare DB2 Connect

Urmtoarela utilitare sunt disponibile pentru a ajuta un Conectare DB2 administrator: v Procesarea linie de comand v permite s lansa i o instruc iune SQL asupra un unui server gazd sau baz de date iSeries. Conduce fluxul de instruc iuni SQL la baza de date care o specifica i. v Centrul de comand DB2 furnizeaz o interfa grafic la Procesarea linie de comand. v Utilitarele de import i export v permit s ncrca i, importa i exporta date catre i de la un fiier la o sta ie de lucru i la un server gazd sau baz de date iSeries. Aceste fiiere pot fi folosite pentru importarea datelor n baze de date, spreadsheet-uri, i alte aplica ii ce ruleaz pe sta ia dumneavoastr de lucru. v Utilizatorii Edi ie de nteprindere de conectare DB2 ce ruleaz pe Windows NT i Windows 2000 pot folosi Event Viewer i Performance Monitor. Folosind Event Viewer, pute i vizualiza evenimentele excep ie nregistrate de Conectare DB2. Folosind Performance Monitor, pute i monitoriza i gestiona performan ele Conectare DB2 serverelor locale sau de la distan v DB2 Control Center v las s administra i i s monitoriza i toate aspectele Conectare DB2 serverelor. Permite de asemenea administratorilor s lucreze cu DB2 pentru obiecte baz de date OS/390 sau z/OS ca tabelele, vizualizrile, pool-uri buffer i fire de execu ie. v Utilitarul monitor de sistem de baz de date las administratorul de ssitem s monitorizeze conexiunile sistem. Aceast func ie este disponbil doar cnd DB2 Connect ac ioneaz ca server. Acest utilitar de asemenea ajut administratorul de sistem s determine sursa unei erori. Administratorul de sistem poate correla aplica iile client cu job-urile corespunztoare rulnd pe serverul gazd sau baz de date iSeries . No iuni nrudite: v Database system monitor din Ghid i referin al monitorului de sistem v Conectare DB2 pe pagina 3 v DB2 Connect i instruc iuni SQL pe pagina 11 Opera ii nrudite: v Anex A, Mutarea datelor cu DB2 Connect pe pagina 195 Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3
12
v Baze de date gazd pe pagina 10
13
14
Capitol 2. Arhitectura bazelor de date rela ionale distribuite (DRDA)

Arhitectura rela ional distribuit rela ional
Arhitectura rela ional distribuit rela ional (DRDA) este un set de protocoale ce permit sistemelor baze de date multipl, fie IBM fie non-IBM, la fel i programelor aplica iilor, s func ioneze mpreun. Orice combina ie de produse de gestionare a bazei de date rela ionale care folosete DRDA poate fi conectat pentru a forma un sistem de gesiune a bazelor de date distribuite rela ional. DRDA coordoneaz comunica iile ntre sisteme prin a defini ce trebuie schimbat i cum va fi schimbat. Unitate de lucru O unitate de lucru (UOW) este o singur tranzac ie logic. Const dintr-o secven de instruc iunni SQL n care fie toate opera iile sunt realizate cu succes sau secven a ca un tot este considerat fr succes. Distribu ia unit ii de lucru O unitate de lucru distribuit (DUOW), cunoscut de asemenea ca o actualizare multi-site, implic mai mult de un server baz de date ntr-o unitate de lucru. O DUOW are urmtoarele caracteristici: v Mai mult de un server de gestionare a bazei de data este actualizat de unitatea de lucru. v Aplica ia direc ioneaz distribu ia lucrului i ini ializeaz comiterea. v Pot fi cereri multiple pe unitatea de lucru. v Exist un server de gestionare a bazei de date pe cerere. v Comiterea este coordonat de-a lungul serverelor baze de date multiple. No iuni nrudite: v DB2 Connect i DRDA pe pagina 16 v Unitatea la distan a lucrului pe pagina 18 v Cereri distribuite pe pagina 19 v Actualizri Multisite pe pagina 69 v DRDA i date de acces pe pagina 16
15
DRDA i date de acces

Dei DRDA definete baze de date de protocoale de comunica ii, nu definete interfe e de programare, sau API.uri, care trebuie folosite de programatori de aplica ii. In general, DRDA poate fi folosit de ctre un program de aplica ie pentru a permite trecerea oricrei cereri pe care o poate executa un server int DRDA. Toate serverele DRDA disponibile, astzi pot executa cereri SQL naintate de un program de aplica ii prin Conectare DB2. IBM ofer programe de aplica ii cu unelete de generare cereri SQL pentru Windows, i cteva platforme UNIX . Aceste unelte sunt parte a Client de dezvoltare a aplica iilor DB2. Client de dezvoltare a aplica iilor DB2 suport cteva tipuri API: inclusiv SQL, JDBC, SQLJ, i Interfa de nivel de apel DB2 (DB2 CLI). Aceste API-uri pot fi folosite de programatori pentru construirea aplica iilor ntr-o varietate de limbaje de programare. Dezvoltatorii de aplica ii pot de asemenea s utilizeze API-uri folosite de alte companii. De exemplu, Microsoft ODBC i ADO sunt folosite de aplica ii de programe Windows pentru a dezvolta aplica ii de baze de date. Conectare DB2 ofer un driver ODBC i un provider OLE DB care suportdezvoltri de aplica ii folosind ODBC i API-uri ADO. IBM nu ofer unelte pentru dezvoltarea aplica iilor ODBC; aceste unelte sunt oferite de corpora ia Microsoft. No iuni nrudite: v Arhitectura rela ional distribuit rela ional pe pagina 15 v DB2 Connect i DRDA pe pagina 16 v Aplica iile n medii gazd sau iSeries pe pagina 39
DB2 Connect i DRDA

Conectare DB2 implementeaz arhitectura DRDA pentru a reduce costul i complexitatea acesrii datelor memorate n DB2 UDB pentru iSeries, DB2 UDB pentru OS/390 i z/OS, DB2 pentru VSE & VM, i alte servere de baze de date supuse DRDA. Prin exploatarea din plin a arhitecturii DRDA , Conectare DB2 ofer o solu ie performant, necostisitoare cu caracteristici de gestionare sistem care o cer clien ii. n terminologia DRDA, un solicitant de aplica ie (AR) este codul ce manipuleaz sfritul aplica iei a unei conexiuni distribuite ; este aplica ia care cere date. Un server de aplica ii (AS) este codul care manipuleaz sfritul bazei de date al conexiunii. n Conectare DB2 mediu, Conectare DB2 sta ia de lucru poate doar func iona ca un solicitant de aplica ie n numele programelor aplica iei. Figura 1 pe pagina 17 afieaz fluxul de date dintre Conectare DB2 server i serverul gazd sau iSeries n cazul unde exist doar clien i locali.
16
Figura 1. Fluxul de date dintre un server DB2 Connect i o gazd sau server iSeries
Pentru a implementa conexiunile dintre sistemul de gestionare a bazei de date a serverului DRDA i client baz de date, DRDA folosete urmtoarele arhitecturi: v Arhitectura Character Data Representation (CDRA) v Arhitectura Distributed Data Management (DDM) v Arhitectura Formatted Data Object Content (FD:OCA) v Arhitectura Systems Network Architecture (SNA) v Arhitectura SNA Management Services (MSA) v Protoculul Transmission Control Protocol/Internet (TCP/IP). Aceste arhitecturi folosite ca blocuri de construire. irurile de date care curg peste re ea sunt specificae de arhitectura DRDA, care documenteaz un protocol ir de date suportnd acces distribuit de baze de date rela ionale. O cerere este rutat la destina ia corect prin intermediul directoarelor care con in iverse tipuri de informa ii de comunicare i serverului numele bazei de date DRDA ce este accesat. No iuni nrudite: v Arhitectura rela ional distribuit rela ional pe pagina 15 v Unitatea la distan a lucrului pe pagina 18 v Cereri distribuite pe pagina 19
17
Unitatea la distan a lucrului

O unitate de lucru la distan permite unui utilizator sau unei aplica ii program s citeasc sau s actualizeze date la o loca ie pe unitatea de lucru. Suport acces la o baz de date ntr-o unitate de lucru. n timp ce un program aplica ie poate actualiza cteva baze de date la distan , poate doar accesa o baz de date ntr-o unitate de lucru. Unitatea la distan de lucru are urmtoarele caracteristici: v Cerin e multiple (instruc iuni SQL) pe unitate de lucru sunt suportate. v Cursoare multiple pe unitatea de lucru sunt suportate. v Fiecare unitate de lucru pot actualiza doar baze de date. v Programul aplica ei comite sau deruleaz unitatea de lucru. n anumite circumstan e de eroare, serveul bazei de date sau Conectare DB2 deruleaz unitatea de lucru. De exemplu, Figura 2 un client ce ruleaz o aplica ie de transfer fonduri ce acceseaz o baz de date ce con ine verificri i salvri de tabele de cont la fel ca i planificarea taxelor bancare. Aplica iile trebuie s: v Accept cantitatea pentru a a transfera de la interfa a utilizator. v Subtrage cantitatea de la cantitatea de salvare i determin noul echilibru. v Citete planificarea taxei pentru a determina taxa de tranzac ie pentru un cont de economii cu echilibru dat. v Subtrage taxa de tranzac ie din contul de economii. v Adaug cantitatea transferului la contul de verificare. v Comite tranzac ia (unitatea de lucru).
Figura 2. Folosirea Single Database ntr-o Tranzac ie
Pentru a seta o asemenea aplica ie, trebuie s: 1. Crearea tabelelor pentru salvarea contului, verificarea contului i programarea planificrii taxei n aceeai baz de date. 2. Dac e fizic la distan , seta i serverul bazei de date pentru folosirea protocolului pe comunica ie corespunztor.
18
3. Dac e fiyic la distan , cataloga i nodul i baza de date pentru a identifica baza de date pe serverul bazei de date. 4. Precompila i programul aplica iei pentru a specifica o conexiune de tip 1; care este specifica i CONNECT(1) la comanda PREP. No iuni nrudite: v Arhitectura rela ional distribuit rela ional pe pagina 15 v DB2 Connect i DRDA pe pagina 16 v Cereri distribuite pe pagina 19 v Remote Unit of Work din Ghid de dezvotare de aplica ii: Programare aplica ii client
Cereri distribuite
O cerere distribuit este o func ie de baz de date distribuit care permite applica iilor i utilizatorilor s lanseze instruc iuni SQL care refer dou sau mai multe DBMS-uri sau baze de date ntr-o singur instruc iune. De exemplu, o unire ntre tabele n dou subsisteme diferite DB2 pentru OS/390 sau z/OS. DB2 Connect furnizeaz suport pentru cereri distribuite de-a lungul bazei de date i DBMS. De exemplu, pute i realiza o opera ie UNION ntre un tabel DB2 i o vizualizare Oracle. DBMS-urile suportate includ membri ai Familiei DB2 (ca i DB2 UDB pentru Windows i UNIX, DB2 pentru OS/390 i z/OS i DB2 UDB pentru iSeries) i Oracle. Cererea distribuit furnizeaz transparen a de loca ie pentru obiectele bazei de date. Dac informa ia (n tabele i vizualizri) este mutat, referin ele la acea informa ie (numit nicknames) pot fi actualizate fr vreo schimbare la aplica ii care cer informa ia. Cererea distribuit furnizeaz de asemenea compensri pentru DBMS ce nu suport toate dialectele DB2 SQL sau anumite capabilit i de optimizare . Opera ii ce nu pot fi realizate sub DBMS (ca i un SQL recursiv) sunt sub DB2 Connect. Func ia de cereri distribuite ntr-o manier semi-autonom . De exempu, interogarea DB2 con innd referin e la obiectele Oracle pot fi lansate n timp ce aplica iile Oracle acceseaz acelai server . Cererile distribuite nu monopolizeaz sau restric ioneaz accesul (dincolo de constrngerea de integritate i de blocare) la Oracle sau alte obiecte DBMS. Implementarea fuc iei de cerere distribuit const ntr-o instan DB2 Connect o baz de date ce va servi ca baz de date federat i una sau mai multe surse de date la distan . Baza de date federalizat con ine intrri catalog identificnd sursele de date i caracteristicele lor. O surs de dat consist din DBMS i date. Aplica iile conectate la baza de date federalizat ca orice alt baz de date DB2. Baza de date federalizat DB2 Connect nu este licen iat pentru gestionarea datelor utilizator. Singurul scop este de a con ine informa ii despre sursele de date.
19
Dup ce este setat un sistem federalizat, informa ile din sursele de date pot fi accessate dei au fost ntr-o baz de date mai mare. Utilizatorii i aplica iile trimit interogri la o baz de date federalizat, care apoi extrage date din sistemele DB2 Family i Oracle dup cum este necesar. Utilizatorii i aplica iile specific porecle n interogare; aceste porecle furnizeaz referin e la tabele i vizualizri localizate n sursele datelor. Din perspectiva unui end-user, poreclele sunt similare cu aliasurile. Mul i factori pot afecta performan a cererilor distribuite. Cel mai critic factor este siguran a c informa ii corecte i up-to-date despre sursele datelor i obiectele lor sunt memorate n catalogul global al bazei de date federalizat. Aceast informa ie este folosit de optimizatorul DB2 i poate afecta deciziile de a opri opera iile pentru evaluare la sursele datelor. No iuni nrudite: v Arhitectura rela ional distribuit rela ional pe pagina 15 v DB2 Connect i DRDA pe pagina 16 v Unitatea la distan a lucrului pe pagina 18
20
Capitol 3. Scenariu DB2 Connect

Scenariu DB2 Connect
Conectare DB2 opaet furniza o varietate de solu ii necesare pentru accesul la gazda domneavoastr sau baza de date iSeries . Acest subiect contureaz cteva scenarii ce se pot aplica la vevoile domneavoastr particulare sau de mediu . No iuni nrudite: v v v v v Conectare DB2 pe pagina 3 Acces direct la bazele de date gazd pe pagina 21 DB2 Connect Enterprise Edition ca server de connectivitate pe pagina 23 DB2 Connect ca i aplica ii web pe pagina 25 DB2 Connect i servere de aplica ii pe pagina 31
v DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34 Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3
Scenarii Acces direct la bazele de date gazd

Principala mbunt ire a Conectare DB2 este furnizarea unei conexiuni directe la o baz de date gazd din aplica iile desktop rulnd pe sisteme Windows 32bi i, sau sta ii de lucru Linux. Edi ie personal de conectare DB2 este cea mai simpl cale de a furniza acecast solu ie. Fiecare sta ie de lucru care are Edi ie personal de conectare DB2 instalat poate stabili o conexiune TCP/IP direct la DB2 UDB pentru OS/390 i z/OS, DB2 UDB pentru iSeries i DB2 UDB pentru Windows NT, Windows 2000 i servere UNIX. n plus, aplica iile se pot conecta i actualiza multiple familii de baze de dat DB2 din aceeai tranzac ie cu integritatea complet a datelor furnizat de protocolul de comitere dou-faze. Pe sisteme Windows 32-bi i, Edi ie personal de conectare DB2 a integrat suportul APPC , pentru a comunica cu baze de date DB2 pe sisteme gazd ce necesit APPC. Totui, folosirea TCP/IP este foarte recomandat n locul SNA, cnd suportul nativ TCP/IP este disponibl.
21
Figura 3 afieaz sta iile de lucru conectate direct la un sever gazd sau iSeries. Fiecare sta ie de lucru are Edi ie personal de conectare DB2 instalat.
Figura 3. Conexiune direct ntre Conectare DB2 i o gazd sau un servr baz de date iSeries
22
Note: 1. Nu trebuie s ave i Baz de date universal DB2 instalat pe Conectare DB2 sta ia de lucru. Dac vre i un sistem complet de gestiune al bazelor de date rel ionale pe Conectare DB2 sta ia de lucru, comanda iBaz de date universal DB2. 2. Client de dezvoltare a aplica iilor DB2 Eset acum o parte a Conectare DB2 pachetului i poate fi instalat dac un client vrea s-l foloseasc pentru dezvoltarea aplica iei. n plus, Conectare DB2 acum include Stored Procedure Builder care poate fi folosit la construit, testat i lansa proceduri memorate pentru DB2 pentru OS/390 i z/OS. 3. Programatorii C ce dezvolt aplica ii Windows ce folosesc Microsoft ODBC, OLE DB sau ActiveX Data Objects (ADO) ar trebui s foloseascMicrosoft Open Database Connectivity Software Development Kit. Programatorii care vor s dezvolte aplica ii folosind limbajul de programare Java pot folosi orice mediu de dezvoltare Java, cum ar fi IBMs VisualAge pentru Java. No iuni nrudite: v Scenariu DB2 Connect pe pagina 21 v DB2 Connect Enterprise Edition ca server de connectivitate pe pagina 23 v DB2 Connect ca i aplica ii web pe pagina 25 v DB2 Connect i servere de aplica ii pe pagina 31 v DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34 Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3
DB2 Connect Enterprise Edition ca server de connectivitate

Un server Conectare DB2 activeaz clien i multipli pentru a se conecta la gazd sau date iSeries i pot reduce semnificativ efortul care este cerut pentru a stabili i men ine acces la datele ntreprinderii. Figura 4 pe pagina 24 ilustreaz solu ii IBM pentru medii n care vre i un client DB2 pentru a face o conexiune indirect la o gazd sau server baz de date iSeries prin Edi ie de nteprindere de conectare DB2. n urmtorul exemplu, pute i nlucui serverul DB2 Connect cu un DB2 UDB Enterprise Server Edition care are componenta DB2 Connect Server Support instalat.
23
Figura 4. Edi ie de nteprindere de conectare DB2
No iuni nrudite: v Conectare DB2 pe pagina 3
24
v v v v
Scenariu DB2 Connect pe pagina 21 DB2 Connect ca i aplica ii web pe pagina 25 DB2 Connect i servere de aplica ii pe pagina 31 DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34
Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3
DB2 Connect ca i aplica ii web

Browserul de web devine rapid o ionterfa standard pentru orice de la cataloage online la aplica ii re ea intern (intranet). Pentru aplica ii web simple, este suficient un server de web server singur. Pentru aplica iile mari ce pot necesita acces la bazele de date cerute i procesarea tranzac iei, IBM ofer solu ii ce folosesc DB2 Connect ventru a gestiona un numr foarte mare de tranzac ii simultane peste web. Avantaje i limitri ale programrii CGI tradi ionale: aplica iile e-business peste World Wide Web folosesc tipical Common Gateway Interface (CGI) pentru utilizatorii ce interogheaz baze de date back-end. Multe companii folosesc de asemena aplica ii web intern i acestea au uzual o baz de date n fundal. Utilizatorii completeaz fomularele pe pagina web i aceste formulare sunt lansate prin aplica iile CGI sau scripturi peste serverul de web. Scriptul va ntoarce n schimb o baza de date furnizat API pentru a lansa intorogri SQL la o baz de date gazd. Acelai script poate apoi construi o pagin web (HTML) cu rezultatele interogrii i le trimite napoi s fie afiate de browserul de web al utilizatorului. De exemplu, un catalog online, n care utilizatorul poate interoga disponibilitatea i pre ul curent al bunurilor particularw sau servicii. Aplica iile CGI pot fi simple de proiectat i uor de ntre inut. De cnd standardul CGI este i sistem de operare - i limbaj-independent, este disponibil lng toate platformele de calculare. Programele CGI pot fi scrise n C++, sau ntr-un limbaj de scriptare cum ar fi Perl. n timp ce CGI poate prea ca o solu ie ideal pentru aplica iile bazate pe web, are lipsuri semnificative. Mediul de programare pentru CGI nu este sofisticat ca alte API-uri. n plus, there is a scalability issue that will affect any large-scale e-commerce operation. De fiecare dat cnd o aplica ie CGI este invocat, un nou proces este creat pe serverul de web. Fiecare instan i face propria conecxiune la baza de date i fiecare instan i lanseaz propria coad n medii de tranzac ii de volum mare, caeast limitare poate crea probleme signifiante de performan .
25
Pute i folosi Conectare DB2 cu un server web pentru a crea aplica ii e-commerce robuste i de volum mare Conectare DB2 furnizeaz mai multe solu ii care nbunt esc performan a aplica iilor bazate pe web Proceduriel memorate permit Conectare DB2 utilizatorilor s reduc numrul de interogri trimise la baza de date. Grupurile de conexiuni reduc frecven a de conexiuni i deconexiuni la i de la o baz de date. Pentru opera ii mari unde limitrile CGI devin importante, consulta i IBM Net.Data i WebSphere furnizeaz conexiuni CGI pentru aplica ii de intraprindere mari . No iuni nrudite: v v v v v Conectare DB2 pe pagina 3 Scenariu DB2 Connect pe pagina 21 DB2 Connect Enterprise Edition ca server de connectivitate pe pagina 23 DB2 Connect i servere de aplica ii pe pagina 31 DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34
v conectare pool pe pagina 149 v DB2 Connect i IBM WebSphere pe pagina 26 v DB2 Connect i Net.Data pe pagina 28 v DB2 conectat pe un server web pe pagina 30
DB2 Connect i IBM WebSphere

IBM WebSphere ofer o solu ie mai complet de e-business dect este oferit prin programare CGI. Serverele de aplica ie WebSphere efectueaz posibilit i de scripturi CGI dar i permit oferirea de servicii complexe prin web, folosind servlet-e, pagini active de server, JavaBeans de intreprindere i include suport web bazat pe tehnologii cum ar fi Java, TCP/IP, HTTP, HTTPS, HTML, DHTML, XML, MIME, SMTP, IIOP, i X.509, printre altele.Cu WebSphere pute i: v Exploata standarde industriale pentru a grbi de zvoltarea i maximizarea interoperabilit ii. v Activa i uneltele de tehnologie parte ter i aplica iile de cadru de lucru. v Analiza con inutului de site web ca performan e i utilizare. v Scalarea site-ului cu uurin pentru acomodarea mai multor utilizatori i men inerea v Desfurarea unui numr mare de medii de operare (AIX, HP-UX, Linux, Novell NetWare, OS/390, z/OS, OS/400, Solaris Operating Environment, Microsoft Windows NT i Windows 2000) v Folosirea serverului web existent inclusiv cele din Apache, IBM, Netscape, i Microsoft. WebSphere nu este un produs ci o familie de trei produse care adreseaz trei pie e int diferite. Centrul solu iei WebSphere este serverul de aplica ie Websphere.
26
Serverul de aplica ie WebSphere ofer mediul pentru trei tipuri de obiecte. Unul este serverul de pagin Java, care este analog serverului de pagini active. Cea de a doua component este alctuit din servlete de Java iar cea de a treia este intreprinderea JavaBeans. Intreprinderea JavaBeans este standardul de emergen pentru desfurarea pe scar larg a aplica iilor robuste pe clase de ntreprinderi. Adi ional, Data Access JavaBeans ofer func ii sofisticate de baze de date create pentru DB2. DB2 Application Development Client ofer suport pentru Java incorporat SQL (SQLJ). Cu suporturile DB2 JDBC i SQLJ pute i construi i rula aplica ii i aplete SQLJ.Acestea con in SQL static i folosesc instruc iuni SQL incluse care sunt legate la baza de date DB2. Aplica iile WebSphere pot fi desfurate pe aceeai platform ca serverul web i baze de date universale DB2. In cazul DB2 UDB pentru OS/390 i z/OS, DB2 pentru VM, DB2 pentru VSE, i DB2 UDB pentru iSeries, WebSphere se desfooar pe aceeai platform ca i Edi ie de nteprindere de conectare DB2. Exist cteva solu ii WebSphere, ca i studioul web i pachetele de performan WebS phere. Cele trei versiuni WebSphere sunt: Edi ia standard Pentru productorii site-ului web acest server permite utilizarea servletelor Java i tehnologiei JPS pentru a transforma rapid i uor site-urile web i portalurile din paginile statice din surse vitale sau personalizarea con inutului dinamic web. De asemenea include suport industrial de conducere XML pentru partajarea informa iilor i datelor ntre grupuri sau ntreprinderi i analiza construit n site de tehnologie care ofer informa ii de performan i utilizare pentru a v ajuta s v maximiza i ntoarcerea companiei la investi ia pe site-ul web. Edi ia avansat Pentru programatorii de aplica ii acest server EJB de nalt performan permite dezvoltarea logicii de afaceri folosdind componente EJB. Ofer conectivitate pentru scalabilitatea securit ii i suport Java i include toate func ionalit ile edi iei standard. Edi ie ntreprindere Pentru arhitec ii de ntreprindere acest server integreaz sisteme business de-a lungul organiza iei pentru a face aplica ii e-business i maximizarea refolosirii de resurse. Edi ia ntreprindere incorporeaz capacit ile al IBM TXSeries i tehnologii Component Broker. De asemenea include toate func ionalit ile ale edi iei standard i avansat. No iuni nrudite: v Scenariu DB2 Connect pe pagina 21
27
DB2 Connect i Net.Data

Net.Data, parte a DB2 Universal Database i familia Conectare DB2, este un set de unelte de dezvoltare a aplica iilor proiectat pentru a te ajuta s creezi i s men ii aplica iile de tranzac ie bazate pe web. Pute i folosii Net.Data pentru a accesa i memora date pe DB2 UDB pentru Windows NT i Windows 2000, DB2 UDB pentru UNIX, DB2 UDB pentru OS/390 i z/OS, DB2 pentru VM, DB2 pentru VSE, i DB2 UDB pentru iSeries. Aplica iile pe care le creezi folosindNet.Data sunt memorate pe un server web i pot fi activate prin browser.ul web. Net.Data folosete macrouri, sau templete, pentru a permite utilizatorilor cu n elegere de baz a HTML i SQL s realizeze aplica ii web foarte sofisticate. Un macrou este un fiier text care poate fi compus de func iile de construc ie i de plcile Java, Java Scripts, HTML. Aceste macrouri pot apoi fi folosite pentru a genera pagini dinamice web cu dispunere, variabile i func ii predefinite. Un macrou de baz Net.Data are apte sesiuni de district: v Sec iuni comune, care de fapt servesc ca documenta ie de ajutor pentru programator. v Sec iunea definit, care ofer un loc pentru a defini variabile. v Sec iune de func ie, care con in programul logic principal. v Sec iune report, care specific logicul formatat pentru ieirea macro Net.Data. v Sec iune HTML, care con ine majoritatea HTML folosite n paginile web. v Sec iunea inclus, care este doar un mod mai convenabil de includere a pr ilor comune ale macro care pot fi folosite de alte macro. v Sec iune mesaj, unde manipularea erorii este oferit. Caracteristica cheie a Net.Data, specifit pentru DB2, este aceea c nu exist desfurare a clientului necesar. Clientul din aceast implementa ie este doar un browser web. Procesorul Net.Data este instalat mpreun cu DB2 Universal Database pe un Windows NT, Windows 2000, sau o sta ie de lucru UNIX de-a lungul serverului web. Cnd se conecteaz la DB2 UDB for OS/390 i z/OS, DB2 pentru VSE i VM, i DB2 UDB pentru iSeries, toate infrastructurile Net.Data sunt desfurate pe serverul DB2 Connect de-a lungul serverului web. No iuni nrudite: v Scenariu DB2 Connect pe pagina 21
DB2 conectat ca aplica ie server Java.

Cele mai multe dintre shortcoming-urile CGI pot fi depite prin mutare i folosire Java.IBM ofer apleturi i aplica ii care permit nlocuirea Java cu CGI la fiecare pas al tranzac iei web. Solu iile pe care IBM le ofer permit o mixur de tehnici care permit
28
utilizarea solu iilor cu scripturi cum ar fi Net.Data iMicrosoft Active Server Pages cu DB2, sau mutare ctre o implementare mai robust oferit de o aplica ie server Java cum ar fi IBM WebSphere. Exist dou interfe e de aplica i de programare (APIs) pentru p rogramatorii Java. Primul, JDBC, este suportat pentru utilizarea Java pentru a dezvolta datelor de apleturi Java, aplica ii Java ca i Java servlets, pagini de server Java (JSP) i Enterprise Java Beans (EJB). JDBC este o apelare de nivel sau metode de invocare a API. Cellalt API Java este SQLJ. SQLJ ofer abilitate de specificare SQL in-line ntr-un program Java. DB2 poate folosi att API, pe client sau pe server ntr-o tranzac ie web. De partea clientului, applete, applete data-aware, i aplica ii suportate. Pe partea de activare a bazei de date Java const n obiecte de baze de date cum ar fi func iile de definire utilizator i proceduri de memorare. pentru DB2 pentru OS/390 i z/OS, DB2 pentru VSE i VM, i DB2 UDB pentru iSeries, exist dou ci diferite pentru a face aplica ii Java. Pute i folosi conectare direct oferit de Edi ie personal de conectare DB2 cu TCP/IP sau SNA, sau pute i alege s merge i printr-un server Edi ie de nteprindere de conectare DB2 care va oferi conectare la mainframe sau la partea final iSeries. In ambele cazuri, utilizatorul pe web nu necesit software special pentru a accesa baza de date, doar un browser standard de web. SAingurul lucru care trebuie instalat este un server Conectare DB2 i orice server web standard. Dac serverul web i Conectare DB2 nu sunt n aceleai maini fizice, un client DB2 trebuie s fie instalat n serverul web. Pentru DB2 pentru OS/390 i z/OS, componenta cheie Edi ie de nteprindere de conectare DB2 ruleaz pe serverul mid-tier. Aceast component ofer activarea serverului JDBC, n plus conecteaz DB2 pentru OS/390 i z/OS, DB2 pentru VSE i VM, sau DB2 UDB pentru serverul iSeries. Din nou, nu este nevoie de un software special pentru browser-ul web al clientului. IBM ofer un set extins de unelte pentru a dezvolta aplica iile Java i applete. pentru conectare a bazei de date, DB2 Developer Edition ofer un kit complet care con ine VisualAge pentru Java Professional Edition, WebSphere Application Server, Net.Data, ca i DB2 Universal Database i Conectare DB2 pentru testare. IBM VisualAge pentru Java Enterprise Edition de asemenea con ine unelte de dezvoltare pentru aplica ii de ntreprindere la scar larg. Unelte ter e parte cum ar fiBorland JBuilder sau Symantec Visual Cafe vor lucra de asemenea cu solu iile bazei de date ale IBM. No iuni nrudite: v Scenariu DB2 Connect pe pagina 21
29
DB2 conectat pe un server web

IBM ofer servere HTTP (Web) cu toate produsele Conectare DB2 pentruUNIX, Windows NT, i Windows 2000. Edi ie de nteprindere de conectare DB2 ofer suport n afara cutiei pentru Apache sau Lotus Domino Go servere web pot de asemenea lucra cu alte servere web cum ar fi Microsoft Internet Information Server sau Netscape Enterprise Server. Dac lucra i cu familia DB2 de baze de date care ruleaz pe zSeries, iSeries, VM, i sisteme VSE, Edi ie de nteprindere de conectare DB2 este necesar pe serverul Web. Edi ie de nteprindere de conectare DB2 va oferi biblioteci i interfe e de comunica ie pentru a permite accesul serverelor Web la aceste gazde i la platformele iSeries . Att TCP/IP ct i SNA pot fi folosite pentru a comunica ntre serverul web i o baz de date care ruleaz pe zSeries, iSeries, VM sau VSE. Not: solu iile web IBM ofer abilitatea de a lucra cu multiple baze de date n acelai script CGI sau n aceeai tranzac ie dintr-un script CGI. Proceduri de memorare: O considera ie important pentru aplica iile web, ca ntr-o lume client/server, este s minimiza i traficul care se produce ntre serverul HTTP i baza de date de final. Aceast considera ie este important particular n procesarea tranzac ional de mare volum, care este inima celor mai multe aplica ii e-business. Abordarea recomandat este s combini aplica iile de programare CGI cu ncapsularea de programare i de business din procedurile de memorare. Baz de date universal DB2pe UNIX, i Windows, i DB2 UDB pe OS/390 i z/OS, DB2 UDB pentru iSeries, i DB2 pentru VSE toate partajeaz acelai parametru de conven ie pentru invocarea procedurilor de memorare. Ca i cu un CGI nornal, browser-ul web lanseaz formularul serverului web unde scriptul CGI este rulat. Totui, n loc de instruc iuni individuale SQL trimise bazei de date DB2 este trimis o cerere de execu ie a procedurii de memorare. Aceast procedur memorat ncapsuleaz un numr de instruc iuni SQL care altfel ar fi rulate individual. Procedurile memorate reduc numrul de mesaje care se duc nainte i napoi ntre scriptul CGI i baza de date. Beneficiul cheii procedurilor memorate este de trafic redus de re ea ntre swerverul HTTP i sfritul bazei de date DB2. No iuni nrudite: v Scenariu DB2 Connect pe pagina 21 v DB2 Stored Procedures din Ghid de dezvotare de aplica ii: Programare aplica ii client
30
v Proceduri memorate n medii gazd sau iSeries pe pagina 47
DB2 Connect i servere de aplica ii

Dezvoltarea aplica iilor client-server au permis proiectan ilor de aplica ii s mbunt easc folosibilitatea i s micoreze costurile de pregtire prin furnizarea aplica iilor cu interfe e grafice utilizator pe platforme cum ar fi Windows. n acelai timp, a permis flexibilitatea delegrii func iilor de gestionare de baze de date s robusteze serverrele bazei de date pe o varietate de sisteme de operare i platforme hardware. Modelul client-server, unde aplica ia logic este distribuit la sta iile de lucru client este referit comun ca server 2 client. n modelul 2-tier, aplica ia este desfurat pe tierul client i serverul bazei de date implementeaz serverul sau tierul back-end. DB2 Connect furnizeaz suport complet pentru aplica iile 2-tier client-server, unde serverele bazei de date sunt DB2 UDB pentru OS/390 i z/OS, DB2 UDB pentru iSeries sau DB2 pentru VM i VSE. Odat cu creterea n mrime a aplica iilor client-server, devine aparent c modelul 2-tier client-server are limitri signifiante. Distribuirea cantit ilor mari de informa ii logice la sute sau chiar mii de sta ii de lucru client au fcut schimbri asupra complexit i i costului gestionrii. Orice schimbare n regulile afacerii necesit nlocuirea por iei client a aplica iei Des aceste rulri de aplica ii trebuiau s fie pe toate sta iile de lucru client n ntreprindere n acelai timp pentru a se asigura c regulile afacerii sunt aplicate consistent. Alt dezavantaj al modelului 2-tier client-server ce devine aparent cu scala este cantitatea de resurse care sunt consumate de asemenea aplica ii. Lansarea de sute sau mii de clien i mari, ca i clien ii 2-tier sunt apela i des, cereri crescute pe puterea de procesare i capacitatea fiecrii sta ii de lucru client. Mai mult, cererile serverului bazei de date sunt de asemenea mult crescute pe msur ce fiecare client cere o conexiune dedicat la baza de date i resursa asociat cu men inerea unei astfel de conexiuni. n timp ce dependen a 2-tier client-server a logicului afacerii distribuit poat fi oarecum redus prin folosirea extensiv a procedurilor memorate, alte dezavanteje nu sunt cu uurin adresate fr schimbri la model. O solu ie aplica ie server Cum costul i complexitatea aplica iilor 2-tier client-server a crescut, majoritatea aplica iilor mari au investit pe calea multi-tier client-server. Sub modelul multi-tier, rolul tier baz de date rmne neschimbat. Totui, client tier este suplementat unul sau mai multe tier-uri de miloc; tipic unul, prin urmare numele 3-tier. n modelul 3-tier, clientul este transferat la interac iunile de manipulare a utilizatorului i nu con ine vreo logic de afaceri. Tier-ul de mijloc este cuprins n unul sau mai multe servere de aplica ii. Obiectivul serverului de aplica ii este de a furniza implementri robuste, cu cost eficient ale logicii n spatele
31
proceselor i regulilor afacerilor. Ca i cu modelul 2-tier, implementarea regulilor afacerilor este adesea suplimentat prin folosirea procedurilor memorate pentru a mbunt i performan a. Deoarece sta iile de lucru client nu mai implementeaz majoritatea logicii aplica iilor i manipuleaz interac iunile utilizator, cererile de resurse pentru tier-ul client sunt cu mult reduse De fapt, tier-ul client din modelul 3-tier este des numit client thin. n plus, deoarece un server de aplica ii centralizat manipuleaz cereri de la to i clien ii, are abilitatea de a mpr i resurse, cum ar fi conexiuni de baze de date ntre to i clien ii. Ca rezultat, serverul bazei de date nu mai trebuie s men in conexiunile dedicate pentru fiecare utilizaotr de aplica ie. Exist multe exemple de servere de aplica ii 3-tier n industrie astzi. Aproape to i vnztorii Enterprise Resource Planning (ERP) i implementeaz aplica iile folosind modelul 3-tier, cum ar fi aplica iile SAP R/3 i PeopleSoft V7. Alte exemple includ conducerea vnztorilor Enterprise Relationship Management, cum ar fi Siebel i Vantive. Servere de aplica ii i DB2 Connect Serverele DB2 Connect Enterprise Edition furnizeaz suport comprehensiv pentru lansarea aplica iilor multi-tier. Suportul furnizat de DB2 Connect include o varietate de API-uri ce pot fi folosite pentru a dezvolta aplica ii logice (ODBC, ADO, DB2 CLI, Embedded SQL, JDBC i SQLJ), la fel ca i o infrastructur complet de comunica ie pentru interac iunea cu serverele de baze de date DB2 Family. DB2 Connect suport de asemnea implementri n care un tier baz de date este cuprins n serverele multiple de baze dedate DB2 Family. Aceasta permite serverelor de aplica ii s implementeze tranzac ii ce actualizeaz date ce se afl pe servere multiple de baze de date ntr-o singur tranzac ii. Suportul protocolului de comitere dou-faze furnizat de DB2 Connect asigur integritata acestor tranzac ii distribuite. De exemplu, o aplica ie poate actualiza date ntr-o baz de date DB2 pentru OS/390 i z/OS i DB2 UDB pe Windows 2000 n aceeai tranzac ie. Dac suportul de cerere distribuit este instalat i activat, aplica ia poate citi o baz de date Oracle i actualiza familia de baze de date DB2 n aceeai tranzac ie. n urmtoarea diagram, API-ul la fel ca i mecanismul dee conectivitate dintre serverul de aplica ii i serverele de baze de date back-end este furnizat de DB2 Connect Enterprise Edition.
32
Caracteristicele avansate ale DB2 Connect, cum ar fi pool-ul de conectare erduc mult cerin ele resurselor aplica iilor i simplific implementarea aplica ilor server. DB2 Connect i configura iile serverului de aplica ii Produsul DB2 Connect Enterprise Edition product (disponibil ca partea de sine stttoare sau ca parte a pachetului produsului DB2 Connect Unlimited Edition) este necesar de folosit cu serverele de aplica ii. DB2 Connect Personal Edition nun este suportat i nu este licen iat pentru folosirea cu servere de aplica ii. n plus, serverele de aplica ii implementate penrtu clien i ar trebui s revizuiasc termenii i condi iile furnizate cu copia lor de DB2 Connect penru a n elege nunmrul de licen e utilizator ce trebuiesc ob inute. Sunt dou metode pentru DB2 Connect n mediul serverului de aplica ii. Edi ie de nteprindere de conectare DB2 instalat pe: v Maina serverului de aplica ii ; sau v O main server separat de comunica ie.
33
n majoritatea aplica iilor, instalarea unei copii de DB2 Connect pe acelai server ca nsui serverul de aplica ii este solu ia preferat. Instalarea DB2 Connect pe serverul de aplica ii i permite s participe n orice schem fail-over i load-balancing pe care un server de aplica ii poate fi implementat. Acest setup poate furniza performan mai bun odat ce elimin o re ea suplimentar care este cerut cnd DB2 Connect este instalat pe un server separat. Mai mult, administra ia poate fi simplifict att timp ct nu nu este nevoie pentru instalarea i men inerea unui server suplimentar. Instalatea DB2 Connect pe un server separat este o p iune bun n situa ii n care Edi ie de nteprindere de conectare DB2 nu este disponibil pentru sistemul de operare sau platforma hardware unde serverul de aplica ii ruleaz. No iuni nrudite: v Conectare DB2 pe pagina 3 v DB2 Connect Enterprise Edition ca server de connectivitate pe pagina 23 v v v v DB2 Connect ca i aplica ii web pe pagina 25 DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34 Concentrator de conexiune pe pagina 152 conectare pool pe pagina 149
Referin e nrudite: v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
DB2 Connect i monitoare de procesare a tanzac iilor

Un server de aplica ii permite un numr mare de utilizatori s execute aplica ii folosind un minim de resurse sistem. Un server de aplica ii poate fi extins pentru a permite tranzac ii coordonate s fie invocate de aplica iile executate de serverul de aplica ii. Aceast coordonator de tranzac ii este cunoscut ca un moitor Transaction Processing (TP). Un monitor TP lucreaz n conjunc ie cu un server de aplica ii. P tranzac ia poate fi gndit ca un eveniment de rutin uzual o cerere de serviciu, n rularea opera iilor day-to-day a unei organiza ii. Procesarea ordinal a tranzac iilor este tip de lucru pentru care monitoarele TP au fost proiectate. Procesarea de tranzac ii: Fiecare regul i proceduri ale organiza iei ce descriu cum ar trebui operat. Aplica iile utilizator care implementeaz aceste reguli pot fi numite logica afacerii. Tranzac iile pe care aceste aplica iile de afaceri le execut sunt des referite ca Transaction Processing sau Online Transaction Processing (OLTP). Caracteristicele cheie ale OLTP comercial sunt:
34
Mul i utilizatori Este comun pentru procesarea tranzac iei de folost de majoritatea persoanelor dintr-o organiza ie, de cnd mule persoane afecteaz starea curent a afacerii. Repetitivitatea Majoritatea interac iunilor cu computerul tind s fie acelai proces executat iar i iar. De exemplu, introducerea unei ordine sau pl i de procesare sunt folosite de multe ori n fiecare zi. Interac iuni scurte Majoritatea interac iunilor pe care persoanelel dintr-o organiza ie le au cu sistemul de procesare a tranzac iilor sunt scurte n durat. Date partajate Datele reprezint starea organiza iei, poate exista o singur copie a datelor. Integritatea datelor Datele trebuie s reprezinte starea curent a organiza iei i trebuie s fie consistente intern. De exemplu, fiecare ordine trebuie s fie asociate cu o nregistrare cumprtor. Cost sczut/Tranzac ie Procesarea tranzac iei reprezint un cost direct a efecturii afacerilor, costul sistemului trebuie s fie un minim. DB2 Connect permite aplica iilor sub controlul unui server de aplica ii rulnd sub UNIX, Windows NT, sau Windows 2000 s execute tranzac ii asupra LAN-ului de la distan , gazda i servere baz de date iSeries au aceste tranzac ii coordonate de un monitor TP.
35
n acest figur, API-urile, la fel ca i mecanismul de connectivitate dintre serverul de aplica ii i serverul de baze de date back-end, sunt furnizate de Edi ie de nteprindere de conectare DB2. Exemple de monitoare de procesare de tranzac ii: Cele mai comune monitoae TP de pe pia a de astzi sunt: v IBM WebSphere Application Server v IBM TxSeries CICS v IBM TxSeries Encina Monitor v BEA Tuxedo v BEA WebLogic v Microsoft Transaction Server
36
Serverele de baze de date Remote iSeries, zSeries i LAN database pot fi folosite fr tranzac iile coordonate de aceste monitoare TP. Tuxedo i DB2 Connect: Cu DB2 Connect versiunea 6 i versiuni anterioare, aplica iile bazate Tuxedo au fost limitate la acces doar pentru citire la serverele de baze de date gazd i iSeries. Aceste restric ii au fost nlturate. Aplica iile bazate Tuxedo pot acum actualiza serverele baz de date gazd i iSeries cu tranzac ii coordonate Tuxedo. Se aplic cerin e speciale de configurare i restric ii. modelul X/Open Distributed Transaction Processing (DTP): O aplica ie ce execut afaceri logice poate fi cerut pentru a actualiza resurse multiple cu o singur tranzac ie. De exemplu, o aplica ie bancar care implementeaz un transfer de bani de la un cont la altul poate cere debitarea unei baze de date (contul de la) i depozitarea la alt baz de date (contul la). Este de asemenea posibil ca vnztori diferi i s firnizeze aceste dou baze de date. De exemplu, o baz de date este DB2 Universal Database pentru OS/390 i z/OS i cealalt este o baz de date Oracle. Mai degrab dect s fie fiecare monitor TP implementat pe fiecare interfa de tranzac ii, o interfa comun de tranzac ii ntre un monitor TP i orice resurs accesat de o aplica ie a fost definit. Aceast interfa este cunoscut ca Interfa a XA . Un monitor TP care folosete Interfa a XA este referit ca un XA Transaction Manager (TM). O resurs actualizabil care implementeaz interfa a XA este referit ca un XA Resource Manager (RM). Monitoarele listate mai sus TP sunt toate compatibile XA TM. Gazde de la distan , iSeries, i servere de baze de date DB2 UDB LAN, cnd e accesat prin DB2 Connect, sunt combatibile XA RMs. Prin urmare, orice monitor TP care are un XA combatibil TM poate folosi serverele baz de date gazd, iSeries i LAN based DB2 UDB n aplica iile de afaceri ce execut tranzac ii. No iuni nrudite: v X/Open distributed transaction processing model din Ghid de administrare: Planificare v Conectare DB2 pe pagina 3 v DB2 Connect Enterprise Edition ca server de connectivitate pe pagina 23 v DB2 Connect ca i aplica ii web pe pagina 25 v DB2 Connect i servere de aplica ii pe pagina 31 v Configuration considerations for XA transaction managers din Ghid de administrare: Planificare v XA function supported by DB2 UDB din Ghid de administrare: Planificare v Configurare conectare DB2 cu un manager de tranzac ie supus XA pe pagina 74
37
Opera ii nrudite: v Updating host or iSeries database servers with an XA-compliant transaction manager din Ghid de administrare: Planificare Referin e nrudite: v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
38
Capitol 4. Programarea ntr-un mediu DB2 Connect

Programarea ntr-un mediu gazd sau iSeries Aplica iile n medii gazd sau iSeries
DB2 Connect permite unui program aplica ie s acceseze date din bazele de date DB de pe servere System/390, zSeries, iSeries. De exemplu, o aplica ie care ruleaz pe Windows poate accesa date dintr-o baz de date Baz de date universal DB2 pentru OS/390 i z/OS. Pute i crea aplica ii noi sau pute i modifica aplica ii existente pentru a rula ntr-un mediu gazd sau iSeries. Pute i de asemenea s dezvolza i aplica ii ntr-un mediu i s le transporta i n alt mediu. DB2 Connect v permite utilizarea urmtoarelor API-uri cu produsele bazei de date gazd cum ar fi Baz de date universal DB2 pentru OS/390 i z/OS, att timp ct elementul este suportat de produsul bazei de date gazd: v SQL ncorporat, static i dinamic v Interfa de nivel de apel DB2 v API-ul ODBC Microsoft v JDBC Unele instruc iuni SQL difer de-a lungul produselor bazei de date rela ionale. Pute i ntlni instruc iuni SQL care sunt: v La fel pentru toate produsele bazei de date pe care le utiliza i, indiferent de standarde v Disponibile n toate produsele bazei de date rela ionale IBM (consulta i informa iile de referin SQL pentru detalii) v Unice pentru un sistem de baze de date pe care l accesa i. Instruc iunile SQL din primele dou categorii sunt foarte portabile, dar cele din cea de-a treia categorie vor necesita schimbri. n general, instruc iunile SQL din Limbajul de definire a datelor (DDL) nu sunt la fel de portabile ca cele din Limbajul de manipulare a datelor (DML). DB2 Connect accept unele instruc iuni SQL care nu sunt suportate de Baz de date universal DB2. DB2 Connect transmite aceste instruc iuni la serverul gazd sau iSeries. Pentru informa ii despre limitele diferitelor platforme, cum ar fi lungimea maxim de coloan, consulta i subiectul despre limitele SQL. Dac muta i o aplica ie CICS de la OS/390 sau VSE pentru a rula sub alt produs CICS (de exemplu, CICS pentru AIX), acesta poate accesa i baza de date OS/390 sau
39
VSE utiliznd DB2 Connect. Consulta i CICS/6000 Ghidul de programare a aplica iilor i manualul Personalizare i func ionare CICS pentru mai multe detalii. Not: Pute i utiliza DB2 Connect cu o baz de date Baz de date universal DB2 Versiune 8, dei ave i nevoie doar de un client DB2. Majoritatea problemelor de incompatibilitate men ionate n subiectele urmtoare nu se vor aplica dac utiliza i DB2 Connect n locul Baz de date universal DB2 Versiune 8, mai pu in n cazurile n care o restric ie este datorat unei limitri a DB2 Connect. Opera ii nrudite: v Creating the sample Database on Host or AS/400 and iSeries Servers din Ghid de dezvoltare de aplica ii: Construire i rulare aplica ii Referin e nrudite: v SQL limits din Referin SQL, volumul 1
Limbajul de definire a datelor n medii gazd sau iSeries

Instruc iunile DDL difer de-a lungul produselor baze de date IBM, deoarece memoria este tratat diferit pe sisteme diferite. Pe sisteme server gazd sau iSeries, pot exista mai mul i pai ntre proiectarea unei baze de date i lansarea unei instruc iuni CREATE TABLE (Creare tabel). De exemplu, mai multe instruc iuni pot translata design-ul obiectelor logice n reprezentarea fizic a obiectelor respective n memorie. Precompilatorul transmite multe astfel de instruc iuni DDL serverului gazd sau iSeries, atunci cnd precompila i la o baz de date a serverului gazd sau iSeries. Aceleai instruc iuni nu vor fi precompilate la o baz de date pe sistemul unde ruleaz aplica ia. De exemplu, ntr-o aplica ie Windows instruc iunea CREATE STORGROUP va precompila cu succes la o baz de date Baz de date universal DB2 pentru OS/390 i z/OS, dar nu i la o baz de date DB2 pentru Windows.
Limbajul de manipulare a datelor n medii gazd sau iSeries

n general, instruc iunile DML sunt foarte portabile. Instruc iunile SELECT, INSERT, UPDATE i DELETE sunt similare de-a lungul produselor baze de date rela ionale IBM. Majoritatea aplica iilor utilizeaz n principal instruc iuni DML SQL, care sunt suportate de DB2 Connect. Urmtoarele sunt considera ii pentru utilizarea DML n medii gazd i iSeries: v Tipuri de date numerice Cnd sunt transferate date numerice pe Baz de date universal DB2, se poate modifica tipul datelor. SQLTYPE-urile zecimale numerice i zonale, suportate de OS/400, sunt convertite n SQLTYPE-uri zecimale fixe (mpachetate). v Date pe octe i amesteca i
40
Datele pe octe i amesteca i pot consta din caractere dintr-un set de caractere cod UNIX extins (EUC), dintr-un set de caractere pe doi octe i (DBCS) i dintr-un set de caractere pe un singur octet (SBCS), n aceeai coloan. Pe sistemele care memoreaz date n EBCDIC (OS/390, z/OS, OS/400, VSE i VM), caracterele shift-out i shift-in marcheaz nceputul i sfritul datelor pe doi octe i. Pe sistemele care memoreaz date n ASCII (cum ar fi UNIX), caracterele shift-in i shift-out nu sunt necesare. Dac aplica ia dumneavoastr transfer date pe octe i amesteca i de pe un sistem ASCII pe un sistem EBCDIC, asigura i-v c permite i spa iu suficient pentru caracterele shift. Pentru fiecare comutare de la date SBCS la date DBCS, aduga i 2 octe i la lungimea datelor dumneavoastr. Pentru o portabilitate mai mare, utiliza i iruri cu lungime variabil n aplica iile care utilizeaz date pe octe i amesteca i. v Cmpuri lungi Cmpurile lungi (irurile mai lungi de 254 caractere) sunt tratate diferit pe sisteme diferite. Un server gazd sau iSeries poate suporta numai un subset al func iilor scalare pentru cmpuri lungi; de exemplu, Baz de date universal DB2 pentru OS/390 i z/OS permite numai func iile LENGHT i SUBSTR pentru cmpurile lungi. De asemenea, un server gazd sau iSeries poate necesita tratare diferit pentru anumite instruc iuni SQL; de exemplu DB2 pentru VSE & VM cere ca mpreun cu instruc iunea INSERT s fie utilizat numai o variabil gazd, SQLDA sau o valoare NULL. v Tipuri de date obiecte mari Tipul de date LOB este suportat de Conectare DB2. v Tipuri definite de utilizator Numai tipurile distincte definite de utilizator sunt suportate de Conectare DB2. Tipurile structurate, cunoscute i ca tipuri de date abstracte, nu sunt suportate de Conectare DB2. v Tipul de date ROWID Tipul de date ROWID este tratat de Conectare DB2 ca VARCHAR pentru date bit. v Tipul de date BIGINT ntregii pe opt octe i (64-bit) sunt suporta i de Conectare DB2. Tipul de date BIGINT este utilizat pentru a furniza suport pentru cardinalitatea bazelor de date foarte mari, cu pstrarea preciziei datelor.
Limbajul de control al datelor n medii gazd i iSeries

Fiecare sistem de gestiune a bazelor de date rela ionale IBM furnizeaz nivele diferite de granularitate pentru instruc iunile SQL GRANT (Acordare) i REVOKE (Revocare). Consulta i publica iile specifice produsului pentru verificarea instruc iunilor SQL corespunztoare de utilizat pentru fiecare sistem de gestiune a bazelor de date.
Gestiunea conexiunilor bazei de date cu DB2 Connect

DB2 Connect suport versiunile CONNECT TO i CONNECT RESET ale instruc iunii CONNECT (Conectare), ca i CONNECT fr parametri. Dac o aplica ie
41
apeleaz o instruc iune SQL fr a realiza mai nti o instruc iune CONNECT TO explicit, este realizat o conectare implicit la serverul de aplica ii implicit (dac este definit unul). Cnd v conecta i la o baz de date, informa iile care identific sistemul de gestiune a bazelor de date rela ionale sunt ntoarse n cmpul SQLERRP al SQLCA. Dac serverul de aplica ii este o baz de date rela ional IBM, primii trei octe i ai SQLERRP con in una dintre urmtoarele: DSN ARI QSQ SQL Baz de date universal DB2 pentru OS/390 i z/OS DB2 pentru VSE & VM DB2 UDB pentru iSeries Baz de date universal DB2.
Dac lansa i o instruc iune CONNECT TO sau CONNECT nul n timpul utilizrii DB2 Connect, codul de teritoriu sau jetonul de teritoriu din cmpul SQLERRMC al SQLCA este ntors ca spa ii; CCSID-ul serverului de aplica ii este ntors n jetonul paginii de cod sau n jetonul setului de cod. V pute i deconecta explicit utiliznd instruc iunea CONNECT RESET (pentru conectare de tip 1), instruc iunile RELEASE i COMMIT (pentru conectare de tip 2) sau instruc iunea DISCONNECT (pentru orice tip de conectare, dar nu ntr-un mediu monitor TP). Not: A aplica ie poate primi SQLCODE-uri care indic erori i totui se poate termina normal; DB2 Connect comite datele n acest caz. Dac nu dori i ca datele s fie comise, trebuie s lansa i o comand ROLLBACK. Comanda FORCE v permite s deconecta i utilizatorii selecta i sau to i utilizatorii din baza de date. Aceasta este suportat pentru bazele de date ale serverului gazd sau iSeries; utilizatorul poate fi for at s ias de pe sta ia de lucru Conectare DB2. Referin e nrudite: v CONNECT (Type 1) statement din Referin SQL, volumul 2 v CONNECT (Type 2) statement din Referin SQL, volumul 2
Procesarea cererilor de ntrerupere

DB2 Connect trateaz o cerere de ntrerupere de la un client DB2 n dou moduri: v Dac exist cuvntul cheie INTERRUPT_ENABLED n cmpul PARMS al intrrii n catalogul DCS, DB2 Connect va abandona conexiunea cu serverul de date gazd sau iSeries la recep ionarea unei cereri de ntrerupere. Pierderea conexiunii, cel pu in pe serverele DB2 UDB pentru OS/390 i z/OS va determina ntreruperea cererii curente la server.
42
v Dac cuvntul cheie INTERRUPT_ENABLED nu exist n cmpul PARMS al intrrii n catalogul DCS, cererile de ntrerupere sunt ignorate.
Diferen e ntre atributele de pachet de-a lungul sistemelor de baze de date rela ionale IBM
Un pachet are urmtoarele atribute: ID colec ie ID-ul pachetului. Poate fi specificat n comanda PREP. Proprietar ID-ul de autorizare al proprietarului pachetului. Poate fi specificat n comanda PREP sau BIND. Creator Numele utilizator care asociaz pachetul. Calificativ Calificativul implicit pentru obiectele din pachet. Poate fi specificat n comanda PREP sau BIND. Fiecare sistem server gazd sau iSeries are limitri la utilizarea acestor atribute: Baz de date universal DB2 pentru OS/390 i z/OS Toate cele patru atribute pot fi diferite. Utilizarea unui calificativ diferit necesit drepturi administrative speciale. Pentru informa ii suplimentare despre condi iile care privesc utilizarea acestor atribute, consulta i Referin e comand pentru Baz de date universal DB2 pentru OS/390 i z/OS. DB2 pentru VSE & VM Toate atributele trebuie s fie identice. Dac USER1 creeaz un fiier de asociere (cu PREP) i USER2 realizeaz asocierea efectiv, USER2 are nevoie de autorizare DBA pentru a asocia pentru USER1. Numai numele utilizator al lui USER1 este utilizat pentru atribute. DB2 UDB pentru iSeries Calificativul indic numele colec iei. Rela ia dintre calificative i dreptul de proprietate afecteaz acordarea i revocarea drepturilor asupra obiectului. Numele utilizator care este logat este creatorul i proprietarul, numai dac acesta nu este determinat de un ID de colec ie, caz n care ID-ul de colec ie este proprietarul. ID-ul de colec ie trebuie s existe nainte de a fi utilizat ca un calificativ. Baz de date universal DB2 Toate cele patru atribute pot fi diferite. Utilizarea unui proprietar diferit necesit autorizare administrativ, iar persoana care asociaz trebuie s aib dreptul CREATEIN asupra schemei (dac aceasta exist deja).
43
Op iunea CNULREQD BIND pentru irurile C terminate n null

Op iunea de asociere CNULREQD nlocuiete tratarea irurilor terminate n null care sunt specificate utiliznd op iunea LANGLEVEL. Implicit, CNULREQD este setat la YES (Da). Aceasta determin interpretarea irurilor terminate n null n conformitate cu standardele MIA. Dac v conecta i la un server Baz de date universal DB2 pentru OS/390 i z/OS, este recomandat s seta i CNULREQD la YES (Da). Trebuie s asocia i aplica iile codate la standardele SAA1 (cu respectarea irurilor terminate n null) cu op iunea CNULRQD setat la NO (Nu). Altfel irurile terminate n null vor fi interpretate n conformitate cu standardele MIA, chiar dac sunt pregtite utiliznd LANGLEVEL setat la SAA1. No iuni nrudite: v Null-Terminated Strings in C and C++ din Ghid de dezvotare de aplica ii: Programare aplica ii client
Variabilele independente SQLCODE i SQLSTATE

Variabilele independente SQLCODE i SQLSTATE, aa cum sunt definite n ISO/ANS SQL92, sunt suportate prin op iunea de precompilare LANGLEVEL SQL92E. Va fi emis o avertizare SQL0020W n momentul precompilrii, care indic faptul c LANGLEVEL nu este suportat. Aceast avertizare se aplic numai op iunilor men ionate sub LANGELEVEL MIA, care este un subset al LANGLEVEL SQL92E. Referin e nrudite: v PRECOMPILE Command din Referin comand
Ordini de sortare definite de utilizator

Diferen ele dintre EBCDIC i ASCII determin diferen e n ordinile de sortare din diferite produse baze de date i afecteaz i clauzele ORRDER BY i GROUP BY. Un mod de minimizare a acestor diferen e este crearea unei ordini de comparare care simuleaz ordinea de sortare EBCDIC. Pute i specifica o ordine de comparare numai atunci cnd crea i o baz de date nou. Not: Tabelele bazei de date pot fi acum memorate pe Baz de date universal DB2 pentru OS/390 i z/OS n format ASCII. Acest lucru permite schimburi mai rapide de date ntre Conectare DB2 i Baz de date universal DB2 pentru OS/390 i z/OS i nltur necesitatea de furnizare a procedurilor de cmp, care altfel, ar trebui utilizate pentru convertirea datelor i resecven ierea lor.
Diferen ele de integritate referen ial de-a lungul Sistemelor de baze de date rela ionale IBM
Sisteme diferite trateaz constrngerile referen iale diferit:
44
Baz de date universal DB2 pentru OS/390 i z/OS Trebuie creat un index pe o cheie primar nainte de a putea fi creat o cheie extern utiliznd cheia primar. Tabelele se pot referi pe ele nsele. DB2 pentru VSE & VM Este creat automat un index pentru o cheie extern. Tabelele nu se pot referi pe ele nsele. DB2 UDB pentru iSeries Este creat automat un index pentru o cheie extern. Tabelele se pot referi pe ele nsele. Baz de date universal DB2 Pentru baze de date Baz de date universal DB2, este creat automat un index pentru o constrngere unic, inclusiv o cheie primar. Tabelele se pot referi pe ele nsele. Alte reguli variaz n ceea ce privete nivelele de cascadare.
Blocarea i portabilitatea aplica iilor

Modul n care serverul de baze de date realizeaz blocarea poate afecta anumite aplica ii. De exemplu, aplica iile proiectate n jurul blocrii la nivel de linie i nivelul de izolare a stabilit ii cursorului nu sunt portabile direct pe sisteme care realizeaz blocarea la nivel de pagin. Din cauza acestor diferen e de substrat, aplica ia poate necesita ajustri. Produsele Baz de date universal DB2 pentru OS/390 i z/OS i Baz de date universal DB2 au abilitatea de a face timeout pentru o blocare i de a trimite un cod retur de eroare aplica iilor care sunt n ateptare.
Diferen ele SQLCODE i SQLSTATE de-a lungul sistemelor de baze de date rela ionale IBM
Diferite produse baze de date rela ionale IBM nu produc ntotdeauna aceleai coduri SQLCODE pentru erori similare. Pute i trata aceast problem n dou moduri: v Utiliza i SQLSTATE n loc de SQLCODE pentru o anumit eroare. SQLSTATE-urile au aproximativ acelai n eles de-a lungul produselor baze de date, iar produsele emit SQLSTATE-URI care corespund SQLCODE-urilor. v Mapa i SQLCODE-urile de la un sistem la alt sistem. Implicit, DB2 Connect mapeaz SQLCODE-urile i jetoanele de la fiecare sistem server gazd sau iSeries IBMla sistemul dumneavoastr Baz de date universal DB2. Pute i specifica propriul fiier de mapare SQLCODE dac dori i s nlocui i maparea implicit sau dac utiliza i un server de baze de date care nu are mapare SQLCODE (un server de baze de date non-IBM). Pute i de asemenea s opri i maparea SQLCODE. No iuni nrudite:
45
v mapare SQLCODE pe pagina 77
Diferen ele catalogului de sistem de-a lungul sistemelor de baze de date rela ionale IBM
Cataloagele de sistem variaz de-a lungul produselor de baze de date IBM. Multe diferen e pot fi mascate prin utilizarea vizualizrilor. Pentru informa ii, consulta i documenta ia pentru serverul de baze de date pe care l utiliza i. Func iile catalog din CLI evit aceast problem prin prezentarea suportului aceluia API i a seturilor de rezultate pentru interogri catalog de-a lungul familiei DB2. No iuni nrudite: v Catalog Functions for Querying System Catalog Information in CLI Applications din Ghid i referin CLI, volumul 1
Depirile de conversie numeric pe asignri de extragere

Depirile de conversie numeric pe asignri de extragere pot fi tratate diferit de ctre diferite produse baze de date rela ionale IBM. De exemplu, lua i n considerare citirea unei coloane float ntr-o variabil gazd ntreag de pe Baz de date universal DB2 pentru OS/390 i z/OS i de pe Baz de date universal DB2. Cnd se face conversia valorii float ntr-o valoare ntreag, se poate produce o depire de conversie. Implicit, Baz de date universal DB2 pentru OS/390 i z/OS va ntoarce un SQLCODE de avertizare i o valoare nul aplica iei. n contrast, Baz de date universal DB2 va ntoarce o eroare de depire de conversie. Este recomandat ca aplica iile s evite depirile de conversie numeric pe asignrile de extragere prin citirea n variabile gazd cu dimensiuni corespunztoare.
Nivelele de izolare suportate de DB2 Connect

Conectare DB2 accept urmtoarele nivele de izolare cnd pregti i sau asocia i o aplica ie: RR RS CS UR NC Citire repetabil Stabilitate citire Stabilitate cursor Citire necomis Fr comitere
Nivelele de izolare sunt men ionate n ordine de la protec ia cea mai mare, la cea mai mic. Dac serverul gazd sau iSeries nu suport nivelul de izolare specificat de dumneavoastr, este utilizat urmtorul nivel suportat.
46
Urmtorul tabel arat rezultatele fiecrui nivel de izolare pe fiecare server de aplica ii gazd sau iSeries.
Tabela 1. Nivele de izolare
Conectare DB2 Baz de date universal DB2 pentru OS/390 i z/OS RR nota 2 CS nota 3 nota 4 DB2 pentru VSE & VM DB2 UDB pentru iSeries Baz de date universal DB2
RR RS CS UR NC Note:
RR RR CS CS nota 5
nota 1 COMMIT(*ALL) COMMIT(*CS) COMMIT(*CHG)
RR RS CS UR
COMMIT(*NONE) UR
1. Nu exist o op iune COMMIT echivalent pe UDB DB2 pentru iSeries care s se potriveasc cu RR. DB2 UDB pentru iSeries suport RR prin blocarea ntregii tabele. 2. Rezultatele n RR pentru Versiune 3.1 i rezultatele n RS pentru Versiune 4.1 cu APAR PN75407 sau Versiune 5.1. 3. Rezultatele n CS pentru Versiune 3.1 i rezultatele n UR pentru Versiune 4.1 sau Versiune 5.1. 4. Rezultatele n CS pentru Versiune 3.1 i rezultatele n UR pentru Versiune 4.1 cu APAR PN60988 sau Versiune 5.1. 5. Nivelul de izolare NC nu este suportat cu DB2 pentru VSE & VM
Cu DB2 UDB pentru iSeries, pute i accesa o tabel nejurnalizat, dac o aplica ie este asociat cu un nivel de izolare de UR i blocarea setat la ALL sau dac nivelul de izolare este setat la NC.
Proceduri memorate n medii gazd sau iSeries

Considera iile pentru proceduri memorate n medii gazd i iSeries sunt dup cum urmeaz: v Invocare Un program client poate invoca un program server prin lansarea unei instruc iuni SQL CALL. n acest caz, fiecare server lucreaz n mod uor diferit fa de celelalte servere. z/OS i OS/390 Numele schemei nu trebuie s fie mai mare de 8 octe i, numele procedurii nu trebuie s fie mai mare de 18 octe i, iar procedura memorat trebuie definit n catalogul SYSIBM.SYSPROCEDURES de pe server. VSE sau VM Numele procedurii nu trebuie s fie mai mare de 18 octe i i trebuie definit n catalogul SYSTEM.SYSROUTINES de pe server.
47
OS/400 Numele procedurii trebuie s fie un identificator SQL. Pute i utiliza i instruc iunile DECLARE PROCEDURE sau CREATE PROCEDURE pentru specificarea numelui real al cii (numele schemei sau numele colec iei), n vederea localizrii procedurii memorate. Toate instruc iunile CALL la DB2 UDB pentru iSeries de la REXX/SQL trebuie pregtite i executate dinamic de ctre aplica ie, din moment ce instruc iunea CALL implementat n REXX/SQL mapeaz la CALL USING DESCRIPTOR. Pute i invoca programul server pe Baz de date universal DB2 cu aceeai conven ie de parametri pe care o utilizeaz programele server pe Baz de date universal DB2 pentru OS/390 i z/OS, DB2 UDB pentru iSeries sau DB2 pentru VSE & VM. Pentru informa ii suplimentare despre conven ia de parametri pe alte platforme, consulta i documenta ia produsului DB2 pentru platforma respectiv. Toate instruc iunile SQL dintr-o procedur memorat sunt executate ca parte a unit ii de lucru SQL pornite de programul SQL client. v Nu transmite i valori indicator cu semnifica ii speciale la sau de la proceduri memorate. ntre Baz de date universal DB2, sistemul transmite ceea ce dumneavoastr pune i n variabilele indicator. Totui, cnd utiliza i DB2 Connect, pute i transmite numai 0, -1 i -128 n variabile indicator. v Ar trebui s defini i un parametru pentru ntoarcerea erorilor sau avertizrilor ntlnite de aplica iile server. Un program server de pe Baz de date universal DB2 poate actualiza SQLCA pentru a ntoarce orice erori sau avertizri, dar o procedur memorat de pe Baz de date universal DB2 pentru OS/390 i z/OS sau DB2 UDB pentru iSeries nu are un astfel de suport. Dac dori i s ntoarce i un cod de eroare de la procedura dumneavoastr memorat, trebuie s l transmite i ca un parametru. SQLCODE i SQLCA este setat de server numai pentru erori detectate de sistem. v n acest moment, DB2 pentru VSE & VM Versiune 7 sau ulterioar, Baz de date universal DB2 pentru OS/390 i z/OS Versiune 5.1 sau ulterioar, DB2 pentru AS/400 V5R1 i DB2 pentru iSeries Versiune 7 sau ulterioar sunt singurele servere de aplica ii gazd sau iSeries care pot ntoarce seturile de rezultate ale procedurilor memorate. No iuni nrudite: v DB2 Stored Procedures din Ghid de dezvotare de aplica ii: Programare aplica ii client Referin e nrudite: v CALL statement din Referin SQL, volumul 2
48
Suportul DB2 Connect pentru SQL compus

SQL compus permite gruparea mai multor instruc iuni SQL ntr-un singur bloc executabil. Acest lucru poate reduce regia i poate mbunt i timpul de rspuns. Cu SQL compus NOT ATOMIC, procesarea unui SQL compus continu dup o eroare. Cu SQL compus ATOMIC, o eroare deruleaz napoi ntregul grup de SQL compus. Instruc iunile vor continua execu ia pn vor fi oprite de serverul de aplica ii. n general, execu ia instruc iunii SQL compuse va fi oprit numai n caz de erori grave. SQL compus NOT ATOMIC poate fi utilizat cu toate serverele de aplica ii gazd sau iSeries suportate. SQL compus ATOMIC poate fi utilizat cu serverele de aplica ii gazd suportate. Dac se produc mai multe erori SQL, SQLSTATE-urile primelor apte instruc iuni euate sunt ntoarse n cmpul SQLERRMC al SQLCA cu un mesaj care indic apari ia mai multor erori. Referin e nrudite: v SQLCA din Referin API administrativ
Actualizarea multisite cu DB2 Connect

DB2 Connect v permite realizarea unei actualizri multisite, cunoscut i ca comitere n dou-faze. O actualizare multisite este o actualizare a mai multor baze de date n cadrul unei singure unit i de lucru distribuite (DUOW). Posibilitatea de utilizare a acestei capacit i depinde de mai mul i factori: v Programul dumneavoastr aplica ie trebuie precompilat cu op iunile CONNECT 2 i SYNCPOINT TWOPHASE. v Dac ave i conexiuni de re ea SNA, pute i utiliza suportul pentru comiterea n dou faze furnizat de func ia manager de punct sync (SPM) a DB2 Connect Enterprise Edition pe AIX i Windows NT. Aceast op iune permite urmtoarelor servere de baze de date gazd s participe ntr-o unitate de lucru distribuit: DB2 pentru AS/400 Versiune 3.1 sau ulterioar DB2 UDB pentru iSeries Versiune 5.1 sau ulterioar DB2 pentru OS/390 Versiune 5.1 sau ulterioar DB2 UDB pentru OS/390 i z/OS Versiune 7 sau ulterioar DB2 pentru VM & VSE Versiune V5.1 sau ulterioar. Cele de mai sus sunt adevrate pentru aplica iile native DB2 UDB i pentru aplica iile coordonate de un monitor TP extern, cum ar fi IBM TXSeries, CICS pentu Sisteme deschise, BEA Tuxedo, Encina Monitor, Serverul de tranzac ii Microsoft. v Dac ave i conexiuni de re ea TCP/IP, atunci un server DB2 pentru OS/390 V5.1 sau ulterior poate participa ntr-o unitate de lucru distribuit. Dac aplica ia este
49
controlat de un Monitor procesare tranzac ie cum ar fi IBM TXSeries, CICS pentru Sisteme deschise, Encina Monitor sau Serverul de tranzac ii Microsoft, atunci trebuie s utiliza i SPM. Dac un server Edi ie de ntreprindere de conectare DB2 este utilizat att de ctre aplica iile native DB2, ct i de aplica iile monitor TP, pentru accesarea datelor prin conexiuni TCP/IP, trebuie utilizat managerul de punct sync. Dac un singur server Edi ie de ntreprindere de conectare DB2 este utilizat pentru accesarea datelor gazd, att prin protocolul de re ea SNA, ct i prin TCP/IP i este necesar comiterea n dou faze, trebuie s utiliza i SPM. Acest lucru este adevrat att pentru aplica iile DB2, ct i pentru aplica iile monitor TP. No iuni nrudite: v XA function supported by DB2 UDB din Ghid de administrare: Planificare v Configurare conectare DB2 cu un manager de tranzac ie supus XA pe pagina 74 Opera ii nrudite: v Configuring BEA Tuxedo din Ghid de administrare: Planificare v Updating host or iSeries database servers with an XA-compliant transaction manager din Ghid de administrare: Planificare
Instruc iunile SQL ale serverului gazd i iSeries suportate de DB2 Connect
Urmtoarele instruc iuni compileaz cu succes pentru procesarea serverelor gazd i iSeries, dar nu i pentru procesarea cu sistemele Baz de date universal DB2: v ACQUIRE v DECLARE (modificator.(calificativ.)nume_tabel TABLE ... v LABEL ON Aceste instruc iuni sunt suportate i de procesarea liniei de comand. Urmtoarele instruc iuni sunt suportate pentru procesarea serverelor gazd i iSeries, dar nu sunt adugate la fiierul de asociere sau la pachet i nu sunt suportate de procesarea liniei de comand: v DESCRIBE nume_instruc iune INTO nume_descriptor USING NAMES v PREPARE nume_instruc iune INTO nume_descriptor USING NAMES FROM ... Precompilatorul face urmtoarele presupuneri: v Variabilele gazd sunt variabile de intrare v Instruc iunii i este alocat un numr de sec iune unic.
50
Instruc iunile SQL ale serverului gazd i iSeries refuzate de DB2 Connect
Urmtoarele instruc iuni SQL nu sunt suportate de DB2 Connect i nu sunt suportate de procesarea liniei de comand: v COMMIT WORK RELEASE v DECLARE nume_stare, nume_instruc iune STATEMENT v DESCRIBE nume_instruc iune INTO nume_descriptor USING xxxx (unde xxxx este ANY, BOTH sau LABELS) v PREPARE nume_instruc iune INTO nume_descriptor USING xxxx FROM :variabil_gazd (unde xxxx este ANY, BOTH sau LABELS) v PUT ... v ROLLBACK WORK RELEASE v SET :variabil_gazd = CURRENT ... Instruc iunile SQL dinamice extinse ale DB2 pentru VSE & VM sunt respinse cu -104 i SQLCODE-uri de eroare de sintax.
51
52
Component 2. Referin
53
54
Capitol 5. Actualizarea directoarelor bazei de date

Actualizarea directoarelor bazei de date
Conectare DB2 folosete urmtoarele directoare pentru a gestiona onforma iile de conectare a bazei de date: v directorul nod, care con ine adrese de re ea i informa ii ale protocolului de comunica ie pentru fiecare gazd sau server de baze de date iSeries pe care Conectare DB2 le acceseaz. v directorul de servicii de conectare a bazei de date (DCS) care con ine informa ii specifice la gazda sau bazele de date ale serverului de baze de date iSeries. v directorul baz de date sistem , care con ine numele, nodul i informa ii de autentificare pentru fiecare baze de date pe care Conectare DB2 o accesez. Note: 1. nainte de actualizarea acestor directoare , ar trebui s configura i comunica iile pe serverele de baze de date gazd sau iSeries i sta iile de lucru. 2. Directoarele bazei de date pot fi actualizate folosind Configuration Assistant (CA). 3. Acest subiect asum c nu folosi i DCE Directory Services. Procedura: Pentru a actualiza directoarele bazei de date: 1. Colecta i informa iile directoarelor bazei de date folosind spa iul de lucru de personalizare a directoarelor 2. Actualiza i directoarele cu informa ii despre about maini servere de baze de date la distan Opera ii nrudite: v Updating the directories with information about remote database server machines din Ghid de administrare: Implementare Referin e nrudite: v LIST DATABASE DIRECTORY Command din Referin comand v LIST NODE DIRECTORY Command din Referin comand v LIST DCS DIRECTORY Command din Referin comand v Spa iul de lucru de personalizare a directoarelor pe pagina 63
55
Valorile din directorul de baze de date sistem

n directorul de baze de date sistem pute i specifica urmtoarele informa ii: Numele bazei de date Aceiai valoare pe care a i scris-o n tabela de parametrii director DCS. Aliasul bazei da date Un alias pentru serverul de baze de date gazd sau iSeries. Acest nume va fi utilizat de orice program aplica ie care acceseaz baza de date. Implicit, este utilizat valoarea pe care o specifica i pentru numele bazei de date. Format: 18 caractere alfanumerice pe un singu octet, inclusiv semnul pentru numere (#), semnul a-rond (@), semnul dolar ($) u liniu de subliniere (_). Nu poate ncepe cu o liniu de subliniere sau cu un numr. Numele nodului Aceiai valoare pe care a i scris-o n tabela de parametrii director nod. Autentificare Specific unde se va face validarea numelui de utilizator i a parolei pentru conexiuni provenind de la serverul DB2 Connect. Op iunile corecte sunt: SERVER, SERVER_ENCRYPT, CLIENT i DCE. No iuni nrudite: v Actualizarea directoarelor bazei de date pe pagina 55
Valori pentru director nod

n directorul nod pute i specifica urmtoarele informa ii: Numele nodului Un pseudonim pentru sistemul server de baze de date gazd sau iSeries pe care se afl baza de date la distan . Acest nume este definit de utilizator. Scrie i acelai nume de nod att n tabela de parametri director nod, ct i n tabela de parametri director de baze de date sistem. Format: 18 caractere alfanumerice pe un singu octet, inclusiv semnul pentru numere (#), semnul a-rond (@), semnul dolar ($) u liniu de subliniere (_). Nu poate ncepe cu o liniu de subliniere sau cu un numr. Protocol Poate fi APPC sau TCPIP. Nume destina ie simbolic La definirea unui nod APPC, utiliza i numele de destina ie simbolic care a fost specificat n Tabela de informa ii despre partea de comunica ii CPI (CPI Communications Side Information Table); de exemplu, numele propriet i destina ie simbolic CPI-C (CPI-C Symbolic Destination Properties) cnd se
56
utilizeaz serverul SNA Microsoft. Ar trebui s lua i aceste valori de la persoana care fie a instalat i/sau a configurat SAN. Numele destina iei simbolice este sensibil la majuscule (a i putea ntlni un cod de retur SQL1338 dac este o nepotrivire ntre numele cu litere mari i cele cu litetere mici). Tipul de securitate Tipul verificrilor de securitate care vor fi efectuate. Pentru nodurile APPC, op iunile corecte sunt SAME, PROGRAM i NONE. Pentru nodurile TCP/IP, SECURITY SOCKS este o op iune care specific faptul c nodul va fi SOCKS-activat, caz n care variabilele de mediu SOCKS_NS i SOCKS_SERVER sunt obligatorii i trebuie setate astfel nct s activeze SOCKS. Numele TCP/IP al gazdei la distan sau adresa IP La definirea nodurilor TCP/IP, fie numele gazdei TCP/IP la distan , fie adresa TCP/IP la distan . Dac este specificat un nume de gazd, atunci ecesta trebuie rezolvat la sta ia de lucru Conectare DB2, fie prin cutarea DNS (Domain Name Server - Server de nume de domenii), sau printr-o intrare n fiierul de gazde TCP/IP locale. Pentru gazdele de la distan DB2 pentru OS/390 i z/OS, numele de gazd apare n mesajul DSNL004I (DOMAIN=nume gazd) la pornirea DDF (Distributed Data Facility - Facilitate de date distribuite). Numele serviciului TCP/IP sau numrul portului La definirea nodului TCP/IP, fie numele serviciului TCP/IP la distan , fie numrul portului. Acestea trebuie definite pentru TCP/IP la gazda de la distan . Numrul de port 446 a fost nregistrat ca numr de port implicit pentru DRDA. Pentru gazdele de la distan DB2 pentru OS/390 i z/OS, numrul portului este definit n BSDS (Boot Strap Data Set -Set de date de bootstrap) ca PORT i este de asemenea furnizat n mesajul DSNL004I (TCPPORT=numrport) la pornirea DDF (Distributed Data Facility - Facilitatea de date distribuite). Not: Un al doilea port utilizat pentru resincromizri ale opera iilor de comiteri n dou faze peste conexiunile TCP/IP connections este asignat de ctre server. De exemplu, setul de date de bootstrap Baz de date universal DB2 pentru OS/390 i z/OS asigneaz un numr de port (RESPORT) care s fie utilizat pentru resincronizarea conexiunilor de intrare doar la Baz de date universal DB2 pentru OS/390 i z/OS. Pentru aceasta nu este necesar definirea unui nume de serviciu. No iuni nrudite: v Actualizarea directoarelor bazei de date pe pagina 55 v Tipuri de securit i suportate cu conexiuni DB2. pe pagina 188
57
Valorile din directorul DCS

Pute i specifica urmtoarele informa ii n directorul DCS: Numele bazei de date Un pseudonim definit utilizator pentru serverul de baze de date gazd sau iSeries. Scrie i acelai nume de baz de date att n tabela de parametri director DCS, ct i n tabela de parametri director baze de date sistem. Format: 18 caractere alfanumerice pe un singu octet, inclusiv semnul pentru numere (#), semnul a-rond (@), semnul dolar ($) i liniu de subliniere (_). Nu poate ncepe cu o liniu de subliniere sau cu un numr. Numele bazei de date destina ie Baza de date de pe sistemul server de baze de date gazd sau iSeries, dup cum urmeaz: OS/390 i z/OS Un subsistem Baz de date universal DB2 pentru OS/390 i z/OS identificat dup LOCATION NAME (nume loca ie) al su. LOCATION NAME (nume loca ie) poate fi determinat prin nregistrarea n TSO i lansarea urmtoarei interogri SQL prin utilizarea uneia dintre unelte de interogare disponibile:
selectare server curent din sysibm.sysdummy1
LOCATION NAME (nume loca ie) este de asemenea definit n BSDS (Boot Strap Data Set - Set de date de bootstrap), ct i n mesajul DSNL004I (LOCATION=loca ie), care este scris la pornirea DDF (Distributed Data Facility - Facilitate de date distribuite). VSE sau VM Numele bazei de date (DBNAME) OS/400 i z/OS Numele bazei de date rela ionale (RDBNAME) Altul Pentru Windows NT, Windows 2000 i sistemele bazate pe UNIX, aliasul bazei de date gsit n directorul bazei de date.
irul de parametri Dac dori i s schimba i valorile implicite, specifica i unii sau to i parametrii urmtori, n ordinea urmtoare. fiier-mapare Numele unui fiier de mapare SQLCODE care nlocuiete maparea implicit SQLCODE. Pentru a opri maparea SQLCODE, specifica i NOMAP.
58
Not: La procesarea unei cereri de interogare, serverul DRDA ntoarce datele sub forma unui set de rnduri care reprezint setul rezultat. Cu fiecare rnd, se ntoarce de asemenea un SQLCA, n mod normal con innd un cod SQL zero sau pozitiv (cum ar fi +12 sau +802). Dac utiliza i un fiier de mapare personalizat la un server DB2 Connect, asemenea coduri pozitive nu vor fi mapate dac sunt con inute n fiierul de mapare personalizat i au mapri personalizate (e.g. sunt mapate ntr-un cod SQL diferit asu au mapri token personalizate). Este important de subliniat c: 1. Codurile SQL pozitive reprezint avertismente, opuse codurilor SQL negative care indic condi ii de eroare. Toate codurile SQL negative vor fi mapate ntotdeauna n toate circumstan ele, indiferent de fiierul de mapare care este utilizat. Toate codurile SQL pozitive, con inute n fiierul de mapare personalizat i mapate n ele nsele fr nici o modificare, vor fi mapate ntotdeauna n acest mod. De asemenea, aceste coduri SQL pozitive care nu sunt con inute n fiierul de mapare personalizat la serverul DB2 Connect vor fi mapate ntotdeauna. 2. Dac utiliza i fiierul de mapare implicit, sau dac v conecta i direct la baza de date gazd, maparea codurilor SQL va fi efectuat ntotdeauna pentru toate codurile SQL. ,D Acesta este al doilea parametru n ordine. Dac este specificat, aplica ia se va deconecta de la baza de date de pe serverul de baze de date gazd sau iSeries atunci cnd se ntoarce unul dintre urmtoarele SQLCODES (coduri SQL):
SQL30000N SQL30040N SQL30050N SQL30051N SQL30053N SQL30060N SQL30070N SQL30071N SQL30072N SQL30073N SQL30074N SQL30090N
59
Atunci cnd parametrul de deconectare ,D nu este specificat, o deconectare va fi efectuat doar cnd se returneaz urmtoarele coduri SQL (SQLCODE):
SQL30020N SQL30021N SQL30041N SQL30061N SQL30081N
Pentru explicarea acestor coduri, condulta i Referin mesaj. Not: Dac Conectare DB2 se deconecteaz din cauza unei erori, va fi efectuat n mod automat o refacere. ,,INTERRUPT_ENABLED (ntrerupere activat) Acesta este al treilea paremetru n ordine. INTERRUPT_ENABLED (ntrerupere activat) se aplic doar dac serverul terminal nu suport ntreruperi. Dac un server suport fluxul de ntreruperi DRDA, Connect va transmite pur i simplu cererea de ntrerupere la server. Dac INTERRUPT_ENABLED (ntrerupere activat) este configurat n directorul DCS de pe sta ia de lucru Conectare DB2 i o aplica ie client lanseaz o ntrrupere n timp ce este conectat la serverul de baze de date gazd sau iSeries database, Conectare DB2 va efectua ntreruperea prin eliberearea conexiunii i refacerea unit ii de lucru. Acest comportament de ntrerupere este suportat pe AIX, Windows NT i Windows 2000. Aplica ia va recep iona codul SQL (-30081) care indic terminarea conexiunii cu serverul. Aplica ia va trebui atunci s stabileasc o nou conexiune cu serverul de baze de date gazd sau iSeries, nainte de a prelucra alte cereri de baze de date. Pe alte platforme dect AIX V4.1 i ulterioare, SNA Server V3.1 i ulterioare later, Windows NT i Windows 2000, Conectare DB2 nu se suport ac iunea de deconectare automat atunci cnd o aplica ie care l utilizeaz primete o cerere de ntrerupere. Not: Acest suport func ioneaz pentru conexiunile TCP/IP pe orice platforme. Clientul poate nchide socketul, dar - depinznd de implementarea serverului - poate sau nu fi o recep ionare rezolvat. Baz de date universal DB2 pentru OS/390 i z/OS utilizeaz apeluri socket asincrone i de aceea este capabil s
60
detecteze pierderea conexiunii i refacerea oricror instruc iuni SQL cu rulare ndelungat care sunt n desfurare. ,,,,,SYSPLEX Acest parametru, al aselea n parametru n ordine, poate fi utilizat pentru a activa explicit suportul SYSPLEX pentru DB2 Connect pentru o anumit baz de date. O nou variabil de profil (mediu sau registru) a fost de asemenea introdus, numit DB2SYSPLEX_SERVER i poate fi utilizat pentru a dezactiva suportul SYSPLEX la nivelul sta iei de lucru. ,,,,,,LOCALDATE=<valoare> Acest parametru, al aptelea parametru n ordine, este utilizat pentru a activa suportul DB2 Connect pentru formatarea datei. Acesta este implementat prin utilizarea unei mti de dat pentru <valoare> dup cum urmeaz: Presupunnd c a i lansat urmtoarele instruc iuni CLP (procesor n linie de comand):
catalog appc node nynode remote nycpic security program catalog dcs database nydb1 as new_york catalog database nydb1 as newyork1 at node nynode authentication server
Aliasul bazei de date newyork1 va fi utilizat pentru accesarea unei baze de date gazd fr transformarea datelor deoarece nu a fost specificat nici o masc de date. Totui, cu noul suport de formatare a datei, pute i acum utiliza urmtoarele comenzi CPL. n acest caz, deoarece este utilizat CLP i irul de parametri este el nsui specificat prin utilizarea ghilimelelor duble, valoarea LOCALDATE (data local) trebuie specificat n interiorul a dou perechi de ghilimele duble. Observa i utilizarea caracterului escape \ (backslash) al sistemului de operare pentru a asigurarea ca ghilimelele duble s nu fie extrase din specificarea LOCALDATE (data locala).
catalog dcs database nydb2 as new_york parms \",,,,,,LOCALDATE=\"\"YYYYMMDD\"\"\" catalog database nydb2 as newyork2 at node nynode authentication server
Aliasul bazei de date newyork2 v furnizeaz accesul la aceiai baz de date gazd, dar n plus, are specificat o masc de format al datei. Acest exemplu ilustreaz faptul c
61
masca de format al datei este specificat prin utilizarea cuvntului cheie LOCALDATE i este al aptelea parametru n ordine din cmpul PARMS al unei intrri de director DCS. Pentru ca masca de dat s fie corect, TOATE dintre urmtoarele trebie s fie adevrate: 1. Poate fi doar cel mult cel mult o secven de fiecare tip Y-uri, M-uri i D-uri, unde Y esde o cifr pentru an, M este o cifr pentru lun i D este o cifr pentru zi. 2. Numrul maxim de Y ntr-o secven este 4. 3. Numrul maxim de M ntr-o secven este 2. 4. Numrul maxim de D ntr-o secven este 2. De exemplu, toate mtile de dat urmtoare sunt corecte:
"YYyyMmDd" - cifrele Y, M i D nu sunt sensibile la majuscule "MM+DD+YYYY" - este corect s fie o masc mai lung de 10 octe i i s aib caractere altele dect Y, M i D n masc "abcYY+MM" - este corect s nu existe secvenie de D-uri
Mtile de dat urmtoare sunt toate incorecte:

"YYYYyMMDD" - incorect deoarece sunt 5 de Y ntr-o secven "YYYYMDDM" - incorect deoarece sunt dou secven e de M-uri
Dac o masc de format de dat este incorect, nu se va produce nici o eroare. Pur i simplu va fi ignorat. Dac o masc de dat este corect, aceasta nu nseamn c va fi neaprat utilizat. Transformarea formatului de dat bazat pe o masc de date corect va fi efectuat doar dac TOATE dintre urmtoarele sunt adevrate: 1. Nu este nici o eroare SQL. 2. Ieirea este o valoare de dat n format compatibil ISO (ISO i JIS). 3. Zona de dat de ieire ere o lungime de cel pu in 10 octe i. Aceasta este lungimea minim a unei zone de dat de ieire pentru ca o valoare de dat s fie stocat acolo chiar dac NU este efectuat nici otransformare de format de dat. Aceast cerin se aplic chiar dac masca de formt dat se termin dup mai pu in de 10 octe i. 4. Exist o masc valid de format dat specificat n intrarea de director DCS i aceast masc ncape n zona de ieire dat.
62
,,,,,,,,BIDI=<ccsid> Acest parametru, al noulea parametru n ordine, este utilizat pentru a specifica CCSID-ul bidirec ional (BiDi) care s fie utilizat pentru a nlocui CCSID-ul BiDi implicit al serverului de baze de date. De exemplu:
",,,,,,,,BIDI=xyz"
unde xyz reprezint CCSID-ul nlocuit. No iuni nrudite: v Actualizarea directoarelor bazei de date pe pagina 55
Spa iul de lucru de personalizare a directoarelor

Spa iul de lucru de personalizare a directoarelor afieaz informa iile de care ave i nevoie s le colecta i. S-ar putea s vi se par un incovenient s face i o copie a spa iului de lucru i s v introduce i valorile sistem. Parametrii directorului nod:
Tabela 2. Parametrii directorului nod Parametru Numele nodului Nume simbolic destina ie (nod APPC) Server (nume serviciu i numr port TCP/IP) Tip de securitate Exemplu DB2NODE DB2CPIC Valoarea dumneavoastr
Nume gazd la distan (nod TCP/IP) ZOSHOST db2inst1c (or 446) PROGRAM pentru Noduri APPC; NONE pentru noduri TCP/IP.
Note: 1. Numrul implicit a portului TCP/IP pentru DRDA este 446 2. Numai dac ti i c serverul baz de date gazd sau iSeries suport SECURITY SOCKS, nu specifica i SECURITY pentru un nod TCP/IP.
Parametrii directorului DCS:

Tabela 3. Parametrii directorului DCS Parametru Nume baz de date Exemplu DB2DB Valoarea dumneavoastr
63
Tabela 3. Parametrii directorului DCS (continuat) Parametru Exemplu Valoarea dumneavoastr
Nume baz de date destina ie NEW_YORK3 Solicitant aplica ie irul parametrului ,,,,,,LOCALDATE=\\YYMMDD\\\
Parametrii directorului baz de date sistem:

Tabela 4. Parametrii directorului baz de date sistem Parametru Nume baz de date Alias baz de date Numele nodului Autentificare Exemplu DB2DB NYC3 DB2NODE SERVER Valoarea dumneavoastr
No iuni nrudite: v Actualizarea directoarelor bazei de date pe pagina 55 v Valorile din directorul de baze de date sistem pe pagina 56 v Valori pentru director nod pe pagina 56 v Valorile din directorul DCS pe pagina 58
Definirea mai multor intrri pentru aceiai baz de date

Pentru fiecare baz de date, trebuie s defini i cel pu in o intrare n fiecare din cele trei directoare (directorul de noduri, directorul DCS i directorul de baze de date sistem). n unele cazuri, a i putea dori s defini i mai mult de o intrare pentru baza de date. De exemplu, a i putea dori s opri i maparea SQLCODE pentru aplica ii care au fost portate de pe serverul de baze de date gazd sau iSeries dar s accepta i maparea implicit pentru aplica iile care au fost dezvoltate pentru mediul client/server. Ve i face aceasta dup cum urmeaz: v Defini i o intrare n directorul de noduri. v Defini i dou intrri n directorul DCS, cu nume diferite de baze de date. Pentru o intrare specifica i NOMAP n irul de parametri. v Defini i dou intrri n directorul de baze de date sistem, cu aliasuri diferite de baze de date i cele dou nume de baze de date pe care le-a i specificat n directorul DCS.
64
Ambele aliasuri acceseaz aceiai baz de date, unul cu mapare SQLCODE, iar cellalt fr mapare SQLCODE. No iuni nrudite: v Actualizarea directoarelor bazei de date pe pagina 55 Referin e nrudite: v Spa iul de lucru de personalizare a directoarelor pe pagina 63
Tratarea datelor BiDi

Urmtoarele atribute BiDi sunt necesare pentru o tratare corect a detelor BiDi pe diferite platforme: v Form numeric (ARABIC vs HINDI) v Orientare (RIGHT-TO-LEFT - de le dreapta la stnga vs LEFT-TO-RIGHT - de la stnga la dreapta) v Form (SHAPED - cu form vs UNSHAPED -fr form) v Schimbare simetric (DA sau NU) v Tip text (LOGICAL - logic vs VISUAL - vizual) Deoarece valorile implicite pe diferite platforme nu sunt aceleai, probleme apar cnd datele DB2 sunt trimise de pe o platform pe alta. De examplu, platformele Windows folosesc date LOGICAL UNSHAPED, n timp datele OS/390 sau z/OS sunt n mod obinuit n format SHAPED VISUAL. De accea, fr un suport pentru atributele BiDi, datele trimise de la DB2 pe OS/390 i z/OS la Conectare DB2 pentru Windows sunt afiate incorect. Cnd se schimb date ntre Conectare DB2 i o baz de date de pe un server, receptorul este cel care, n mod normal, efectueaz conversia asupra datelor de intrare. Aceiai conven ie se aplic, n mod normal, i asupra transformrii de machet BiDi, care este suplimentar la conversia codurilor de pagin. Totui, n mod curent nici un produs gazd sau iSeries DB2 nu suport CCSID-uri specifice-BiDi sau transformri de machet BiDi. De accea, Conectare DB2 a fost mbunt it cu capacitatea op ional de a efectua transformri de machet BiDi asupra datelor pe care le va trimite bazei de date de pe server n plus fa de datele primite de la baza de date de pe server. Pentru ca DB2 Connect s efectueze transformri de machet BiDi asupra datelor de trimise unei baze de date server, CCSID-ul BiDi al bazei de date server va trebui s fie nlocuit. Aceasta este ndeplinit prin utilizarea parametrului BIDI n cmpul PARMS al intrrii directorului bazei de date DCS pentru baza de date server. Utilizarea acestei caracteristici este cel mai bine ilustrat cu un exemplu.
65
Considera i un client Hebrew DB2 rulnd CCSID 62213 (tip sir BiDi 5) i dori i s accesa i o baz de date gazd DB2 gazd sau iSeries rulnd CCSID 424 (tip ir BiDi 4). Totui, cunoate i c datele con inute m baza de date DB2 gazd sau iSeries sunt, n schimb bazate pe CCSID 8616 (tip ir BiDi 6). Sunt dou probleme n aceast situa ie. Prima este c baza de date DB2 gazd sau iSeries nu cunoate diferen a dintre tipurile de ir BiDi cu CCSID-urile 424 i 8616. A doua problem c baza de date DB2 gazd sau iSeries nu recunoate clientul DB2 CCSID al 62213. Suport doar CCSID 862, care este bazat pe aceiai pagin coduri ca CCSID 62213. Va trebui s v asigura i c datele trimise bazei de date DB2 gazd sau iSeries sunt n format tip ir BiDi 6 cu care s nceap i, de asemenea, s permit Conectare DB2 s tie c trebuie s efectueze transformarea de nachet BiDi asupra datelor pe care le primete de la baza de date DB2 gazd sau iSeries. Ve i utiliza urmtoarea catalogare pentru baza de date DB2 gazd sau iSeries:
catalog dcs database nydb1 as TELAVIV parms ",,,,,,,,BIDI=8616"
Aceasta spune Conectare DB2 s nlocuiasc CCSID-ul 424 al bazei de date DB2 gazd sau iSeries cu 8616. Aceast nlocuire include urmtoarele prelucrri: 1. DB2 Connect se va conecta la baza de date DB2 gazd sau iSeries utiliznd CCSID 862. 2. DB2 Connect va efectua transformarea de machet BiDi asupra datelor pe care le va trimite bazei de date DB2 gazd sau iSeries de la CCSID 62213 (tip ir BiDi 5) la CCSID 62221 (tip ir BiDi 6). 3. DB2 Connect va efectua transformarea de machet BiDi asupra datelor pe care le primete de la baza de date DB2 gazd sau iSeries din CCSID 8616 (tip ir BiDi 6) la CCSID 62213 (tip ir BiDi 5). Note: 1. Variabila de mediu sau valoarea registrului DB2BIDI va trebui s fie setat pe YES (DA) pentru ca parametrul BIDI s aib efect. 2. Dac a i dori ca DB2 Connect s efectueze transformri de machet asupra datelor pe care le ve trimite la baza de date DB2 gazd sau iSeries chiar dac nu trebuie s nlocui i CCSID-ul acesteia, trebuie nc s aduga i parametrul BIDI n cmpul PARMS din directorul bazei de date DCS. n acest caz, CCSID-ul pe care ar trebui s l furniza i este CCSID-ul implicit al bazei de date DB2 gazd sau iSeries. 3. n unele cazuri, utilizarea CCSID-ului bidirec ional poate cauza ca nsui interogarea SQL s fie modificat i din aceast cauz s nu fie recunoscut de ctre serverul DB2. n mod specific, ar trebui s evita i s utiliza i CCSID-uri implicit contextuale (IMPLICIT CONTEXTUAL) i implicit de la dreapta la stnga (IMPLICIT RIGHT-TO-LEFT) atunci cnd poate fi utilizat un tip de ir diferit. CCSID-urile contextuale (CONTEXTUAL) pot produce rezultate inpredictibile dac interogarea
66
SQL con ine iruri ntre ghilimele. Evita i utilizarea irurilor ntre ghilimele n declara iile SQL i utiliza i, n loc, variabilele gazdei sau iSeries, atunci cnd este posibil. Dac un anumit CCSID bidirec ional cauzeaz probleme care nu pot fi corectate prin urmarea acestor recomandri, atunci ar trebui s seta i variabila de nediu sau valoarea registrului DB2BIDI pr NO (NU). Specifica iile irului de parametri: Aici sunt exemple de cteva iruri de parametri pe care le pute i specifica. De exemplu, pute i specifica oricare dintre urmtoarele, unde \ (backslash) este caracterul escape al sistemului de operare: Pe AIX:
NOMAP /u/username/sqllib/map/dcs1new.map,D ,D ,,INTERRUPT_ENABLED NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,
Pe Windows NT sau Windows 2000:

NOMAP d:\sqllib\map\dcs1new.map,D ,,INTERRUPT_ENABLED NOMAP,D,INTERRUPT_ENABLED,,,SYSPLEX,LOCALDATE=\"\"YYMMDD\"\",,
Alternativ, pute i accepta valorile implicite i s nu specifica i un ir de parametri. Not: Din cauza nevoii de a specifica dou perechi de ghilimele duble atunci cnd se specific masca LOCALDATE n irul de parametri, trebuie s utiliza i caracterul escape \ (backslash) al sistemului de operare, de exemplu:
db2 catalog dcs db x as y parms \",,,,,,LOCALDATE=\"\"YYMMDD\"\"\"
Aceasta are ca rezultat urmtoarea intrare de director DCS:

DCS 1 entry: Local database name Target database name Application requestor name DCS parameters Comment DCS directory release level = = = = = = X Y ,,,,,,LOCALDATE="YYMMDD" 0x0100
No iuni nrudite: v Bidirectional support with DB2 Connect din Ghid de administrare: Planificare
67
Opera ii nrudite: v Enabling bidirectional support din Ghid de administrare: Planificare Referin e nrudite: v Bidirectional-specific CCSIDs din Ghid de administrare: Planificare
68
Capitol 6. Actualizri multisite

Actualizri Multisite
Actualizrile multi-site, cunoscute i ca unitate de lucru distribuit (DUOW) i comitere dou-faze este o func ie care activeaz aplica iile domneavoastr s actualizeze date n serverele multiple de baze de date la distan cu integritate garantat. De exemplu, o tranzac ie bancar cae implic transferul de bani de la un cont la altul ntr-un server de baze de date diferit. ntr-o asemenea tranzac ie, este critical ca actualizrile care implementeaz opera ii de debit pe un cont care nu este comis fr actualizarea cerut pentru a procesa credite la alt cont sunt comise la fel. Considera iile de actualizare multi-site se aplic cnd datele cee reprezint aceste conturi sunt gestionate de dou servere diferite de baze de date. Produsele DB2 furnizeaz suport comprehensiv penru actualizri multi-site. Acest suport este disponibil pentru aplica iile dezvoltate folosind SQL-ul obinuit la fel aplica iile care folosesc monitoarele de procesare tranzac ii (monitoare TP) care implementeaz specifica iile interfe ei X/Open XA. Exemplele de asemenea produse monitoare TP includ IBM TxSeries (CICS i Encina), IBM Message i Queuing Series, IBM Component Broker Series, IBM San Francisco Project la fel i Microsoft Transaction Server (MTS), BEA Tuxedo i multe altele. Exist cerin e diferite de setare dependinznd dac actualizarea nativ SQL multi-site sau dac este folosit actualizarea multi-site a monitorului TP . Ambele SQL nativ i programele de actualizare multi-site a monitorului TP monitor trebuiesc precompilate cu op iunile CONNECT 2 SYNCPOINT TWOPHASE. Ambele pot folosi intruc iunile SQL Connect pentru a indica care baz de date vor s fie folosit pentru instruc iunile SQL care urmeaz. Dac nu este nici un monitor TP pentru a spune c DB2 va coordona tranzac ia (cum este indicat de DB2 ce primete apelri xa_open de la monitorul TP pentru a stabili o conexiune de baze de date), apoi software-ul DB2 va fi folosit pentru a coordona tranzac ia. Cnd se folosete actualizarea multi-site a monitorului TP, aplica ia trebuie s cear comiterea sau derularea prin folosirea API-ului monitorului TP, de exemplu CICS SYNCPOINT, Encina Abort(), MTS SetAbort(). Cnd se folosete actualizarea multi-site SQL nativ SQL COMMIT normal i ROLLBACK trebuiesc folosite. Actualizarea multi-site a monitorului TP poate coordona o tranzac ie care acceseaz ambii gestionari de resurse DB2 i non-DB2 ca i Oracle, Informix sau SQLServer. Actualizarea multi-site SQL nativ este folosit doar cu servere DB2.
69
Pentru ca o tranzac ie de actualizare multi-site s fuc ioneze, fiecare dn bazele de date participante ntr-o tranzac ie distribuit trebuie s fie capabil s suporte unitatea distribuit de lucru. Curent, urmtoarele servere DB2 au furnizat soprt DUOW care le-a activat s participe n tranzac iile distribuite: v DB2 UDB pentru UNIX i Windows versiunea 5 sau ulterioar v DB2 pentru OS/390 versiunea 5.1 v v v v DB2 UDB pentru OS/390 versiunea 6.1 sau ulterioar DB2 pentru z/OS Version 7 DB2 UDB pentru iSeries versiunea 4 sau ulterioar DB2 Server pentru VM i VSE V5.1 sau ulterioar (doar SNA)
O tranzac ie distribuit poate actualiza orice mix de servere de baze de date suportate. De exemplu, aplica ia domneavoastr poate atualiza mai multe tabele n DB2 UDB pe Windows NT sau Windows 2000, o DB2 pentru baz de date OS/390 i z/OS i o baz de date DB2 UDB pentru iSeries, toate ntr-o singur tranzac ie. No iuni nrudite: v Unitatea la distan a lucrului pe pagina 18 v Cereri distribuite pe pagina 19 v Actualizare multi-site i manager de punct sync pe pagina 72 Opera ii nrudite: v Activare actualizri multi-site folosind Centrul de control pe pagina 70 v Testare actualizare multi-site folosind Centrul de control pe pagina 71
Activare actualizri multi-site folosind Centrul de control

Pute i folosi Centrul de control pentru a furniza actualizri multi-site . Procedur: Pentru a activa actualizrile multi-site: 1. Lansa i Vrjitorul actualizri multi-site. De la Centrul de control . 2. Apsa i semnul [+] pentru a extinde vizualizarea arbore. 3. Cu butonul dreapta al mouse-ului , selecta i instan a care vre i s-o configura i. Se deschide un meniu pop-up. 4. Selecta i Actualizare multi-site elementul meniu > Configurare. 5. Vrjitorul actualizare multi-site furnizeaz o interfa tip-notebook. Fiecare pagin a vrjitorului v va prompta pentru anumite informa ii despre configura ia domneavoastr.
70
a. Specifica i un monitor Procesor de tranzac ie (TP). Aceasta cmp va afia implici ii pentru monitorul TP care l-a i activat. Dac nu vre i s folosi i un monitor TP, selecta i A nu se folosi un monitor TP . Apsa i Urmtorul. b. Specifica i protocoalele de comunica ie care le ve i folosi. Apsa i Urmtorul. c. Specifica i o baz de date Transaction Manager. Acest panou face implicit la prima baz de date la care v conecta i (1ST_CONN). Pute i prsi acest implicit sau selecta alt baz de date catalogat . Apsa i Urmtorul. d. Specifica i tipurile de servere baz de date implicate n actualizare i de asemenea dac se va folosi exclusiv sau nu TCP/IP . e. Specifica i punctul de sincronizare a setrilor managerului. Aceast pagin va aprea dac setrile de la pagina anterioar indic c ave i nevoie de managerul punctului de sincronizare al DB2 ntr-un scenariu de actualizare multi-site . No iuni nrudite: v Actualizri Multisite pe pagina 69 Opera ii nrudite: v Testare actualizare multi-site folosind Centrul de control pe pagina 71
Testare actualizare multi-site folosind Centrul de control

Pute i testa setarea de actualizare multi-site folosind Centrul de control. Procedur: Pentru a testa actualizri multi-site: 1. Selecta i instan a cu butonul dreapta a mouseului i alege i op iunea meniu Multisite Update > Test din meniul pop-up. Se deschide fereastra Testare actualizare multi-site. 2. Selecta i baza de date care vre i s o testa i din bazele de date disponibile n cutia list Baze de date disponibile . Pute i folosi butoanele sgeat (> i >>) din mijloc pentru a muta selec iile la i de la cutia listei Baze de date selectate . Pute i de asemenea schimba id-ul utilizator selectat i parola prin editarea direct a lor n cutia listBaze de date selectate. 3. Cnd v-a i terminat selec ia, apsa i OK. Se deschide fereastra Rezultate testare actualizare multi-site . 4. fereastra Rezultate testare actualizare multi-site arat care din bazele de date care le-a i selectat au trecut sau nu testul de actualizare. Fereastra fa afia coduri SQL i mesaje de eroare pentru acele care au euat. Apsa i nchide pentru a nchide fereastra. 5. Apsa i nchidere pentru a nchide fereastra Testare actualizare multi-site.
71
No iuni nrudite: v Actualizri Multisite pe pagina 69 Opera ii nrudite: v Activare actualizri multi-site folosind Centrul de control pe pagina 70
Actualizare multi-site i manager de punct sync

Gazd i baze de date de servere iSeries cere conectareDB2 pentru a participa la o tranzactie distribuita din Windows, UNIX, i aplica ii web. In plus, multe dintre scenariile de actualizri de multi-site care implic gazda i baze de date de servere iSeries cer configurarea componentei de management a punctului sync (SPM). Cnd este creat o instan a DB2, SPM-ul DB2 este automat configurat cu setri de default. Necesitatea de SPM este dictat de alegerea de protocol (SNA or TCP/IP) i utilizarea monitorului TP. Urmtorul tabel ofer un sumar de scenarii care necesit folosirea SMP. Tabelul arat de asemenea dac DB2 Connect este necesar pemtru orice acces la gazd sau iSeries de pe maini Intel sau UNIX. Pentru actualizri multi-site, componenta SPM a conexiunii DB2 este necesar dac accesul este prin SNA sau dac se folosete un nonitor TP.
Tabela 5. Scenariile de actualizare multi-site care cer SPM TCP/IP Monitor de tranzac ie de proces folosit ? Da Manager punct sync necesar? Da Produs necesar (alege i unul) v DB2 conectat EE v DB2 UDB ESE Gazad sau baz de date iSeries suportat v DB2 pentru OS/390 V5.1 v DB2 UDB pentru OS/390 V6.1 sau mai mult v DB2 UDB pentru z/OS V7 sau mai mult Nu Nu v DB2 conectat PE v DB2 conectat EE v DB2 UDB ESE v DB2 pentru OS/390 V5.1 v DB2 UDB pentru OS/390 V6.1 sau mai mult v DB2 UDB pentru z/OS V7 sau mai mult
72
Tabela 6. Scenariile de actualizare multi-site care cer SPM SNA Monitor de tranzac ie de proces folosit ? Da Manager punct sync necesar? Da Produs necesar (alege i unul) v DB2 conectat EE* v DB2 UDB ESE* Not: Numai platformele *AIX, Windows NT, i Windows 2000. Gazad sau baz de date iSeries suportat v DB2 pentru OS/390 V5.1 v DB2 UDB pentru OS/390 V6.1 sau mai mult v DB2 UDB pentru z/OS V7 sau mai mult v DB2 pentru AS/400 V3.1 sau mai mult v DB2 UDB pentru iSeries V4 sau mai mult v DB2 Server pentru VM sau VSE V5.1 sau mai mult Nu Da v DB2 conectat EE* v DB2 UDB ESE* Not: Numai platformele *AIX, Windows NT, i Windows 2000. v DB2 pentru OS/390 V5.1 v DB2 UDB pentru OS/390 V6.1 sau mai mult v DB2 UDB pentru z/OS V7 v DB2 pentru AS/400 V3.1 sau mai mult v DB2 UDB pentru iSeries V4 sau mai mult v DB2 Server pentru VM i VSE V5.1 sau mai mult
Not: O tranzac ie distribuit poate actualiza orice baze de date de servere mixate sau suportate. De exemplu, aplica ia dumneavoastr poate actualiza cteva tabele n DB2 UDB sau Windows, o DB2 pentru baz de date OS/390 i o DB2 UDB pentru baz de date iSeries, toate printr-o singur tranzac ie. No iuni nrudite:
73
v Actualizri Multisite pe pagina 69
Configurare conectare DB2 cu un manager de tranzac ie supus XA

Acest topic descrie paii de configurare necesari pentru a folosi S/390, iSeries, i zSeries serveri de baze de date n monotorul TP. Cerinte preliminare: Ave i un monitor Tp opera ional i a i instalat DB2 Connect, aa cum a fost configurat i testat coneziunea cu gazda sau cu serveru l de baze de date iSeries . Procedur: Nu exist nici o deosebire ntre configurare pentru acces la un server de baze de date LAN-based DB2 UDB mpotriva unei gazde sau unui server de baze de date iSeries. Urmtoarele instruc iuni sublinieaz paii de configurare general pentru monitoarele TP nelistate n Ghid de administrare. Pentru a configura DB2 Connect pentru a folosi serverele de baze de date S/390, iSeries, i zSeries n monitorul TP, face i urmtorii pai: 1. Configura i monitorul TP pentru a accesa switch-ul DB2 XA. Switch-ul DB2 XA ofer monitorului TP adresele conectrii DB2 XA cu API. Fiecare monitor TP are o alt cale de a face asta. 2. Configureaz monitorul TP cu ir DB2s XA_OPEN. Fiecare monitor TP are propria cale de a face asta. Pentru informa ii despre cum s configura i un ir DB2s XA OPEN aentru a fi folosit de ctre monitorul TP, referi iv la documenta ia proprie a monitorului TP. 3. Dac este necesar, modifica i managerul de punct sznc conectat DB2 (SPM),implicit parametrii de configurare. Gazda i serverii de baze de date iSeries nc nu suport interfa a XA. SPM este o component a DB2 Connect care mapeaz protocolul de comitere n dou faze a XA-ul n protocolul de comitere n dou faze a gazdei sau a serverelor de baze de date iSeries. Implicit, DB2 are valori predefinite pentru parametrii de configurare a SPM-ului. Cel mai signifiant parametru este parametrul de configurare a managerului bazei de date SPM_NAME. Implicit o variant a primelor 7 caractere ale numegazd TCP/IP. Dac folosi i TCP/IP pentru a conecta la DB2 pentru OS/390 i z/OS, atunci nu trebuie s schimba i nici o setare. In acest caz nu este necesar nici o configurare SPM din moment ce este deja opera ional. Dac folosi i SNA pentru a accesa gazda sau serverele de baze de date iSeries, atunci trebuie s v asigura i c valoarea SPM_NAME reprezinta o valoare valid n SNA LU din re eaua voastr.Dac valoarea implicit SPM_NAME nu este acceptat atunci trebuie s folosi i Wizard-ul de Actualizare Multisite pentru a modifica aceast valoare.
74
No iuni nrudite: v DB2 Connect i monitoare de procesare a tanzac iilor pe pagina 34
Suportul DB2 Connect pentru tranzac ii cuplate fr blocri

Suportul din cadrul DB2 Connect pentru tranzac ii cuplate fr blocri este destinat utilizatorilor care implementeaz aplica ii distribuite XA care acceseaz DB2 pentru OS/390 versiunea 6 sau ulterioar sau DB2 pentru z/OS versiunea 7 sau ulterioar. Acest suport permite diferitelor ramuri ale aceleiai tranzac ii globale s partajeze spa iul de blocare pe DB2 pentru OS/390 i z/OS. Aceast caracteristic reduce fereastra n care n care o ramur a unei tranzac ii distribuite ntlnete expirare a timpului de ateptare la blocaj sau deadlock ca rezultat al unei alte ramuri din cadrul aceleiai tranzac ii globale. DB2 pentru OS/390 i z/OS partajeaz spa iul de blocare n aceast situa ie furnizat DB2 Connect trimite XID pe fiecare conexiune deservind aceiai tranzac ie global.
75
76
Capitol 7. Mapare SQLCODE

mapare SQLCODE
Diferite produse baz de date rela ionale IBM nu mereu produc caeleai coduri SQLCODE pentru erori similare. Chiar cnd codul SQLCODE este acelai, poate fi acompaniat de tokenuri care sunt specificate diferit. Lista tokenurilor este pasat n cmpul SQLERRMC al SQLCA. Implicit, Conectare DB2 hr ile SQLCODE i tokenurile de la fiecare gazd sau server de baze de date iSeries la Baz de date universal DB2 SQLCODE corespunztoare. Dac vre i s nchide i maparea SQLCODE, specifica i NOMAP n irul parametrului al directorului DCS al obiectului de informare de rut DCE. Dac porta i o aplica ie direct de la o gazd sau server al bazei de date iSeries, cum ar fi DB2 UDB pentru OS/390 i z/OS, a i putea vrea s nchide i maparea SQLCODE. Aceasta v va lsa s folosi i aplica ia fr s schimba i SQLCODE la care esre referin . Opera ii nrudite: v Croirea maprii SQLCODE pe pagina 78
nchiderea maprii SQLCODE

Dac vre i s nchide i maparea SQLCODE, specifica i NOMAP n irul parametrului al directorului DCS al obiectului de informare de rut DCE. Dac porta i o aplica ie direct de la o gazd sau server al bazei de date iSeries, cum ar fi DB2 UDB pentru OS/390 i z/OS, a i putea vrea s nchide i maparea SQLCODE. Aceasta v va lsa s folosi i aplica ia fr s schimba i SQLCODE la care esre referin . Opera ii nrudite: v Croirea maprii SQLCODE pe pagina 78
77
Croirea maprii SQLCODE

Implicit, Conectare DB2 mapeaz SQLCODE i tokenurile de la fiecare gazd sau server baze de date iSeries la SQLCODE DB2 UDB corespunztoare. Urmtoarele fiiere sunt copii alte SQLCODE implicite: v dcs1dsn.map mapeaz DB2 UDB pentru OS/390 i z/OS SQLCODE. v dcs1ari.map mapri DB2 pentru VSE & VM SQLCODE. v dcs1qsq.map mapri DB2 UDB pentru iSeries SQLCODE. Nici o mapare nu este necesar pentru sisteme bazate de sisteme UNIX DB2. Procedura: Dac vre i s nlocui i maparea implicit SQLCODE sau folosi i o gazd sau un server de daze de date iSeries care nu are maparea SQLCODE (un server baze de date non-IBM), pute i copia unul din aceste fiiere i s le folosi i ca baze pentru noul fiier de mapare SQLCODE . Prin copierea fiierului mai degrab dect editarea lui direct, v asigura i c pute i referi totdeauna la maparea original SQLCODE dac este necesar. Specifica i numele fiierului noului fiier de mapare SQLCODE n irul de parametri al Directorului DCS sau informa iile obiectului de rutare DCE. Fiecare fiier de mapare este un fiier de mapare ASCII, care este creat i editat folosind un editor ASCII . La instalarea ini ial, fiierul este memorat n directorul mapare din calea de instalare. Fiierul poate con ine urmtoarele tipuri speciale de linii: && nceputul logic al fiierului. Toate linii de dinainte de prima apari ie a && sunt considerate comentarii free-form i sunt ignorate. Dac fiierul con ine nimic dup &&, nici o mapare SQLCODE nu este realizat. Pute i de asemenea nchide maparea SQLCODE cu parametrul NOMAP, cum este descris anterior. Ca i primul caracter din linie, indic un comentariu. Ca primul caracter din linie, indic faptul c flag-urile de avertizare ar trebui remapate. Implicit, flag-urile de avertizare originale warning sunt pasate. Caracterul W trebuie s fie majuscul.
* W
Toate liniile dup && trebuie s fie ori spa ii ori instruc iuni de mapare n urmtoarea form:
input_code [, output_code [, token_list]]
input_code reprezint una din urmtoarele: sqlcode SQLCODE de la gazd sau serverul bazei de date iSeries.
78
Toate SQLCODE nedefinite negative (caele ce nu sunt listate n acest fiier) sunt mapate la codul de _ieire specificat. Dac nici un cod_de ieire nu este specificat n aceast linie, SQLCODE original este folosit. Acest caracter trebuie s fie majuscul. Toate SQLCODE nedefinite pozitive (cele ce nu sunt listate n acest fiier) sunt mapate la codul de _ieire specificat. Dac nici un cod_de ieire nu este specificat n aceast linie, SQLCODE original este folosit. Acest caracter trebuie s fie majuscul. SQLSTATE de la gazd sau serverul bazei de date iSeries .nn este una din urmtoarele: 00 01 02 21 22 23 24 26 40 42 51 55 56 57 58 Completare necalificat cu succes Avertisment Nici o dat nclcare de cardinalitate Excep ii date nclcare constrngere Stare cursor invalid Identificator instruc iuni SQL invalid Tranzac ie Rollback nclcare acces Stare invalid aplica ie Obiect ce nu este n starea de cerin e preliminare Diverse SQL sau Erori de produs Resurse nedisponibile sau interven ie operator Eroare sistem
ccnn
Cudul de _ieire specificat este folosit pentru toate SQLCODE cu aceste coduri clase care un sunt specificate explicit n fiierul de mapare. Dac nici un cod de _ieire nu este specificat pe linia aceasta, SQLCODE original este mapat la el nsui cu nici un token copiat peste. Caracterele cc trebuie s fie litere mici. Dac acelai cod de _intrare apare mai mult de o dat n fiierul de mapare, prima apari ie este folosit. output_code reprezint SQLCODE de ieire. Dac nu este specificat nici o valoare, SQLCODE original este folosit.
79
Dac specifica i un cod de ieire, pute i de asemnenea specifica un din urmtoarele: (s) SQLCODE de intrare plus ID-ul product (ARI, DSN or QSQ) va fi pus n cmpul de mesaje token SQLCA. SQLCODE original este returnat ca singurul token. aceast op iune este proiectat pentru a trata SQLCODE nedefinite, cu excep ia +965 i -969. Dac +965 sau -969 este codul de _ieire, lista token returnat n cmpul SQLERRMC al SQLCA include SQLCODE original, urmat de identificatorul produs, urmat de lista token original. Caracterul s trebuie s fie liter mic. (token-list) O list de tokenuri, separate de virgule. Specifica i doar o virgul pentru a sri un token particular . De exemplu, forma (,t2,,t4) nseamn c primul i al treilea token de ieire sunt nule. Fiecare token are forma unui numr (n), op ional precedat de c, op ional urmat de c sau i. Este interpretat cum urmeaz: c Tipul de date al tokenului n aceast pozi ie este CHAR (implicitul). Dac c vine nainte de n, refer la tokenul de intrare; dac vine dup n, refer tokenul de ieire. Caracterul c trebuie s fie liter mic. Tipul de date al tokenului n aceast pozi ie este INTEGER. Dac i vine dup n, re refer la tokenul de ieire. i nu ar trebui s vin dup n, deoarece gazda IBM sau produsele server baz de date iSeries suport doar tokenuri CHAR . Caracterul i trebuie s fie liter mic. Un numr sau numere indicnd care gazd sau tokenuri server baz de date iSeries sunt folosite. Sunt aranjate n ordinea dorit pentru plasarea n SQLCA de ieire. Numrul indic gazda sau tokenul serverului bazei de date iSeries ; aranjamentul indic ordinea n care tokenurile vor fi plasate n SQLCA. De exemplu, gazda sau serverul bazei de date iSeries ar putea returna dou tokenuri, 1 i 2. Dac vre i ca tokenul 2 s apar nainte de tokenul 1 n SQLCA de ieire, specifica i (2,1). Numere multiple token pot fi combinate pentru a forma un token CHAR de ieire prin conectarea lor cu puncte. Virgulele sunt folosite pentru a separa tokenurile de ieire. Dac nu este specificat nici un token nainte de o virgul, nici un token de ieire nu este inclus n SQLCA pentru aceast pozi ie. Orice token ce apare n SQLCA de ieire urmnd ultimul token specificat sunt mapate la un token ull. Figura 5 pe pagina 81 afieaz un fiier de mapare SQLCODE eantion.
80
&&
-007 -010 -060 ... -204 ... -633 -30021 cc00 ... U P
, , , , , , , ,
-007 -171 -204 -206
, , , ,
(1) (2) (c1.2c) (,c1i) (c1c,c2c)
-30021 , +000 -969 +965 , ,
(s) (s)
Figura 5. Un fiier de mapare SQLCODE
Fiecare instruc iune de mapare din fiier este descris cum urmeaz: 1. SQLCODE este mapat de la -007 la -007. Primul token de intrare primit de la gazd sau de la serverul bazei de date iSeries este folosit ca primul token de ieire, i este implicit la CHAR. Nici un alt token nu este transferat. 2. SQLCODE este mapat de la -010 la -010 (nici un SQLCODE de ieire nu este specificat). Nici un token nu este pus n SQLCA de ieire. 3. SQLCODE este mapat de la -060 la -171. Primul token de intrare primit de la gazd sau de la serverul bazei de date iSeries este rejectat. Al doilea este folosit ca primul token n SQLCA de ieire, i este CHAR. Nu exist al doilea n SQLCA de ieire. 4. SQLCODE este mapat de la -204 la -204. Primul i al doilea tokenuri de intrare primite de la gazd sau de la serverul bazei de date iSeries sunt CHAR. Aceste dou tokenuri de intrare sunt combinate pentru a forma un token de ieire CHAR, care vor fi primul token de ieire din SQLCA. 5. SQLCODE este mapat de la -633 la -206. Primul token de intrare primit de la gazd sau de la serverul bazei de date iSeries este CHAR. Este convertit la INTEGER i este folosit ca al doilea token n SQLCA de ieire. Primul token din SQLCA de ieire este null, indicat de o virgul. 6. SQLCODE este mapat de la -30021 la -30021. Primul i al doilea tokenuri de intrare primite de la gazd sau de la serverul bazei de date iSeries sunt CHAR i sunt folosite ca primul i al doilea token n SQLCA de ieire. 7. Toate SQLCODEs din SQLCAs cu SQLSTATE din clasa 00 vor fi mapate la SQLCODE +000. 8. Toate SQLCODE nedefinite sunt mapate la -969. Acveast op iune ar rebui folosit doar dac toate codurile mapate sunt listate, incluznd toate acele care sunt identice i nu necesit mapare. Op iunea (s) indic faptul c lista token de returnat n cmpul SQLERRMC al SQLCA include SQLCODE original, urmat de product n care a aprut eroarea, urmat de lista sa original de tokenuri . Dac intrarea U nu este inclus, toate codurile nelistate sunt pasate fr vreo mapare.
81
9. Toate SQLCODE pozitive nedefinite sunt mapate la -965. Acveast op iune ar rebui folosit doar dac toate codurile mapate sunt listate, incluznd toate acele care sunt identice i nu necesit mapare. Op iunea (s) indic faptul c lista token de returnat n cmpul SQLERRMC al SQLCA include SQLCODE original, urmat de product n care a aprut avertismentul, urmat de lista sa original de tokenuri . Dac intrarea P nu este inclus, toate codurile pozitive nelistate sunt pasate fr vreo mapare. No iuni nrudite: v mapare SQLCODE pe pagina 77 Opera ii nrudite: v nchiderea maprii SQLCODE pe pagina 77
82
Capitol 8. Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA
CLI/ODBC
CLI/ODBC este o interfa de programere a aplica iilor SQL care poate fi chemat de ctre aplica iile dumneavoastr de baze de date. Ea transmite instruc iuni SQL dinamice cum ar fi apeluri ale func iilor de baze de date. Spre deosebire de SQL ncorporat nu necesit variabile gazd sau un precompilator. Cnd un program aplica ie cheam CLI/ODBC, primul lucru care tebuie fcut este chemarea SQL a unora din tabele catalog sistem pe baza de date destina ie pentru a ob ine informa ii despre con inutul altor baze de date. Aplica iile CLI/ODBC acceseaz totdeauna tabelele catalog sistem n acest mod. Exist 10 apeluri API care pot fi fcute pentru a aduna informa ii despre baza de date la care este fcut conectarea. Aceste apeluri API includ:
Tabele SQL Coloane SQL Coloane speciale SQL Chei primare SQL Chei strrine SQL Privilegii tabele SQL Privilegii coloane SQL Proceduri SQL Coloane proceduri SQL. Statistic SQL
Implicit, cnd v conecta i la baza de date, aplica ia dumneavoastr CLI/ODBC va interoga tabela de cataloage sistem despre informa ii de all the database tables in that database. n special pe un sistem mare aceasta poate rezulta ntr-un trafic mare n re ea i ntrzieri considerabile cnd se pornete o aplica ie. No iuni nrudite: v Sugestii i indicii a cuvntului cheie CLISCHEMA adi ional pe pagina 84 v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88 v Cuvntul cheie CLISCHEMA pe pagina 85 Opera ii nrudite: v Calling Stored Procedures in CLI Applications din Ghid i referin CLI, volumul 1 Referin e nrudite:
83
v SQLTables Function (CLI) - Get Table Information din Ghid i referin CLI, volumul 2
Sugestii i indicii a cuvntului cheie CLISCHEMA adi ional

Cuvntul cheie CLISCHEMA trebuie adugat fiierului db2cli.ini mpreun cu o sec iune pentru numele DSN sau sec iunea comun. O sec iune este un text ntre paranteze ptrate. Sec iunea COMMON este indicat de textul COMMON ntre paranteze ptrate. Nota i cum numel e de cuvinte cheie i de sec iuni nu sunt case-sensitive. La conectare, fiecare cuvnt cheie posibil este verificet prima dat sub numele DSN, apoi dac nu este gsit, sub sec iunea COMMON. Aceasta permite att cuvinte cheie specifice DSN ct i cuvinte cheie globale (client). De asemenea, cuvntul cheie DBALIAS poate fi utilizat pentru a crea DSN (ODBC Data Sources) diferite care mapeaz ctre aceeai baz de date. (Un nume DSN poate avea pn la 255 caractere lungime, i este mapat la 8 caractere dbname). n exemplul de mai jos, de fiecare dat cnd un utilizator se conecteaz la TESTDB sau orice DSN care nu este listat n fiier, acesta va utiliza clischema=ODBCCAT. Dac ei se conecteaz la TestDBcar2, ei vor utiliza clischema=odbccat2, dar se vor conecta tot la baza de date testdb. Exemplu fiierul db2cli.ini:
[TESTDB] [COMMON] clischema=odbccat [TestDBcat1] DBALIAS=testdb clischema=odbccat1 [TestDBcat2] DBALIAS=testdb clischema=odbccat2
No iuni nrudite: v CLI/ODBC pe pagina 83 v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88 v Cuvntul cheie CLISCHEMA pe pagina 85
84
Cuvntul cheie CLISCHEMA

DB2 baza de date universal ofer cteva cuvinte cheie CLI/ODBC de ini ializare care pot fi utilizate pentru a limita cantitatea de date ntoarse de apelurile API ini iale din timpul etapei adunrii de informa ii dup ce baza de date este prima oar conectat. Aceste cuvinte cheie pot fi setate de: 1. Editare manual a fiierului db2cli.ini. 2. Prin schimbarea setrilor ODBC/CLI pentru baza de date folosind Asistentul de configurare a clientului (pe acele platforme care le suport). 3. Actualiznd configurarea bazei de date CLI folosind linia de comand a interfe ei DBA. Cuvintele cheie sunt:
DBNAME TABLETYPE SCHEMALIST SYSSCHEMA CLISCHEMA
Note de utilizare: Op iunea CLISCHEMA indic o schem,tabele i indexurialternative setate pentru a fi cutaten loc de schemele SYSIBM (sau SYSTEM,QSYS2) cnd func iile de catalog DB2 CLI i ODBC apelate sunt lansate pentru a ob ine informa ii despre catalog. De exemplu, dac specifica i CLISCHEMA=SERGE, apelurile interne CLI/ODBC API care se refer la tabelele sistemului vor indica urmtoarele tabele de utilizator:
SERGE.TABLES SERGE.COLUMNS SERGE.SPECIALCOLUMNS SERGE.TSTATISTICS SERGE.PRIMARYKEYS SERGE.FOREIGNKEYS SERGE.TABLEPRIVILEGES SERGE.COLUMNTABLES SERGE.PROCEDURES SERGE.PROCEDURESCOLUMNS.
Aceste tabele de utilizator trebuie cldite de ctre administratorul bazei de date nainte ca CLISCHEMA s fie folosit. Not: DataPropagator ofer suport pentru CLISCHEMA, astfel ca administratorul bazei de date s poat face aceste sarcini n trei moduri: 1. Folosind db2cli.exe pe client. 2. Automat pe server folosind DataPropagator. 3. Manual pe server.
85
Informa ia care urmeaz explic modul n care aceast ac iune poate fi efectuat pe client. No iuni nrudite: v Sugestii i indicii a cuvntului cheie CLISCHEMA adi ional pe pagina 84 v CLI/ODBC pe pagina 83 v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88
unealta de optimizare catalog db2ocat

O unealt noua db2ocat este furnizat de sistemele de operare 32-bit Windows pentru a v ajuta s optimiza i cutrile de catalog sistem pentru aplica ii ODBC i JDBC. Pote i ob ine db2ocat fcnd click pe utilitarul de optimizare catalog prindescrcarea db2ocat.exe de la:
ftp://ftp.software.ibm.com/ps/products/db2/tools.
No iuni nrudite: v CLI/ODBC pe pagina 83 v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88
Utilitarele db2cli i bldschem

Este furnizat un utilitar pentru a seta tabelele utilizator cerute de CLISCHEMA n forma comenzii anterioare nedocumentate de suport bldschem a CLI (Command Line Interface - Interfa n linie de comand), care poate fi gsit ca /samples/cli/db2cli.exe. De exemplu, pentru a construi setul de tabele utilizator care este necesar pentru a lucra cu CLISCHEMA=SERGE pentru numele de tabel STAFF de inut de proprietarul schemei (creatorul) USERID, n baza de date SAMPLE, trebuie s rula i comanda urmtoare dup lansarea db2start i dup nregistrarea bazei de date la ODBC/CLI:
db2cli < addstaff.txt
Unde addstaff.txt con ine urmtorul script:

opt callerror on opt echo on quickc 1 1 sample userid password # # Repeta i urmtoarea linie pentru fiecare tabel care trebuie adugat # bldschem 1 SERGE USERID STAFF
86
# # Ieire # killenv 1
Acest script va avea ca rezultat crearea setului de tabele SERGE.* ca cele listate mai sus, cu indeci, populate prin utilizarea datelor tabelei catalog a sistemului pentru tabela USERID.STAFF. De exemplu, SERGE.TABLES va fi populat cu un nou rnd pentru fiecare intrare care este gsit. Apelurile bldschem adi ionale au ca rezultat adugri n tabele SERGE.* existente, cu nlocuirea rndurilor existente. Pe scurt, sintaxa comenzii de suport bldschem este:
bldschem <numr_mner> <valoare_CLISCHEMA> <proprietar_schem> <nume_tabel>
Unde:
- <numr_mner> trebuie s fie 1 - <valoare_CLISCHEMA> trebuie s fie aceiai ca numele de schem specificat cu cuvntul cheie CLISCHEMA - <proprietar_schem> este creatorul tabelei - <nume_tabel> poate fi numele tabelei utilizator, o imagine, un alias, un sinonim, sau un nume de tabel sistem. (Sunt permise caractere de substitu ie - wildcard).
Dac rula i n mod repetat urmtorul exemplu prin db2cli.exe, atunci ve i aduga la tabelele utilizator SERGE.* create n exemplul anterior, rnduri de adunare care reflect datele din tabele catalog sistem pentru fiecare tabel pentru care FRED i BERT sunt proprietarii schemei.
bldschem 1 SERGE FRED % bldschem 1 SERGE BERT %
Cnd cuvntul cheie CLI/ODBC CLISCHEMA este setat n mod repetat pe SERGE, aplica iile prelucrate de ODBC pe baza de date SAMPLE vor referi setul de tabele SERGE.* n locul tabelelor catalog sistem. No iuni nrudite: v CLI/ODBC pe pagina 83 v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88
87
Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA

Aceast sec iune v va ajuta s regla i performan ele aplica iilor dumneavoastr ODBC/CLI utiliznd cuvntul cheie de ini ializare CLISCHEMA. Acesta nu con ine informa ii generale despre reglarea performan elor re elei sau a bazei de date. Informa ia prezentat aici inten ioneaz a fi utilizat n mod primar de ctre utilizatorii de DB2 UDB pentru OS/390 i z/OS, o mediul destina ie cuprinde: v O aplica ie CLI/ODBC rulnd cu un client baz de date universal DB2 v DB2 Connect Versiunea 6 sau mai mult (Personal Edition sau Enterprise Edition) v Baz de date universal DB2 pentru OS/390 i z/OS Versiunea 5.1 sau mai mult. n cele mai multe medii de produc ie, cutarea implicit a tabelei catalos sistem poate returna o cantitate mare de date, astfel c de fiecare dat cnd o aplica ie CLI/ODBC deschide o baz de date acolo poate fi o ntrziere considerabil. Chiar i la un test tipic al bazei de date, ntrzierea poate fi uor de ordinul a 25 secunde. Msura i aceast ntrziere ini ial fr a avea unele din cuvintele cheie de mai sus CLI , n timp ce v aminti i desconsidera i timpul de conectare i n special ntrzierile lungi care pot aprea cnd un client DB2 apeleaz prima lui conexiune la o baz de date nou - autoconectarea poate dura des cteva minute. Cum ve i proceda mai apoi depinde de structura datelor dumneavoastr i de organizarea dumneavoastr. n unele cazuri pute i utiliza DBNAME, SCHEMALIST, i TABLETYPE n combina ie pentru a limita cutarea pentru utilizare a unei aplica ii particulare sau a unui grup de aplica ii. De exemplu, dac clien ii de produc ie DBA acceseaz de obicei tabele sub un DBNAME i schema date aceasta este uor de specificat. CLISCHEMA furnizeaz avantajele performan ei celei mai bune pentru majoritatea utilizatorilor. Din acest motiv v recomandm ca n general s utiliza i CLISCHEMA ntr-un mediu de produc ie, din moment ce este mult mai uor de setat i modificat tabelele utilizator CLISCHEMAs prin comanda CLI Line Interface (db2cli.exe) i comanda suport bldschem. No iuni nrudite: v Sugestii i indicii a cuvntului cheie CLISCHEMA adi ional pe pagina 84 v CLI/ODBC pe pagina 83 v Cuvntul cheie CLISCHEMA pe pagina 85 Referin e nrudite: v CLISCHEMA CLI/ODBC Configuration Keyword din Ghid i referin CLI, volumul 1
88
Capitol 9. Asocierea aplica iilor i utilitarelor

Legarea aplica iilor i utilit ilor (DB2 Connect)
Programele de aplica ii dezvoltate utiliznd SQL ncorporat trebuie legate la fiecare baz de date cu care vor operate. Pe platformele unde eceste func ii sunt disponibile, pute i face aeasta utiliznd Command Center i Configuration Assistant. Legarea ar trebui realizat o singur dat per aplica ie, pentru fiecare baz de date. n timpul procesului de legare, planurile de acces al bazei de date sunt memorate pentru fiecare instruc iune SQL care va fi executat. Aceste planuri de acces sunt livrate de ctre cei care dezvolt aplica iile i sunt con inute n fiiere de legtur, care sunt create n timpul precompilrii. Legarea este un proces simplu al procesrii acestor fiiere de legtur de ctre o gazd sau de ctre serverul baz de date iSeries. Pentru mai multe informa ii n legtur cu legarea, referi i-v la Ghid de dezvoltare de aplica ii. Deoarece mai multe utilit i livrate cu Conectare DB2 sunt dezvoltate utiliznd SQL incorporat, acestea trebuie s fie legate la o gazd sau la serverul baz de date iSeries nainte ca ele s poat fi utilizate cu acel sistem. Dac nu utiliza i Conectare DB2 utilit ile i interfe ele, nu trebuie s le lega i la fiecare gazd sau server baz de date iSeries. Lista fiierelor de legtur necesare acestor utilit i sunt con inute n urmtoarele fiiere: v ddcsmvs.lst pentru OS/390 sau z/OS v ddcsvse.lst pentru VSE v ddcsvm.lst pentru VM v ddcs400.lst pentru OS/400 Legarea uneia sau a mai multor astfel de liste de fiiere la o baz de date va lega fiecare utilitate individual la baza de date. Dac este instalat Edi ie de ntreprindere de conectare DB2 , utilit ile Conectare DB2 trebuie legate la fiecare gazd sau la serverul baz de date iSeries; o dat pentru fiecare tip de platform client, deoarece pot fi utilizate cu acel sistem. De exemplu, dac ave i 10 Windows clien i, i 10 AIX clien i care se conecte az la DB2 UDB pentru OS/390 i z/OS via un Edi ie de ntreprindere de conectare DB2 pentru Window NT server, face i urmtoarele: 1. Lega i ddcsmvs.lst de la unul din clien ii Windows. 2. Lega i ddcsmvs.lst de la unul din clien ii AIX. 3. Lega i ddcsmvs.lst dev la serverul Conectare DB2.
89
Not: Aceasta presupune c to i clien ii sunt la acelai nivel de servicii. Dac nu sunt, n plus, s-ar putea s trebuiasc s lega i de la fiecare client cu un nivel particular de servicii. n plus cu utilit ile Conectare DB2 , orice alt aplica ie care utilizeaz SQL incorporat trebuie de asemenea s se lege la fiecare baz de date cu care dori i ca ele s lucreze. O aplica ie care nu este legat va produce n mod normal un mesaj de eroare SQL0805N la execu ie. S-ar putea s dori i s crea i un fiier list de legturi adi ional pentru toate aplica iile dumneavoastr care trebuie legate. Pentru fiecare gazd sau server baz de date iSeries la care v lega i, face i urmtoarele: 1. Asigura i-v c ave i autoritate suficient managementul de sistem al gazdei dumneavoastr sau al serverului baz de date iSeries: OS/390 sau z/OS Cerin ele de autoritate sunt: v SYSADM sau v SYSCTRL sau v BINDADD i CREATE IN COLLECTION NULLID Not: Privilegiile BINDADD i CREATE IN COLLECTION NULLID furnizeaz autoritate suficient doar cnd pachetele nu exist deja. De exemplu, dac le crea i pentru prime dat. Dac pachetele exist deja, i le lega i din nou, atunci autoritatea necesar pentru a completa task-ul(urile) depinde de cine a rezolvat legtura original. A Dac dumneavoastr a i realizat legtura original i realiza i legtura din nou, avnd una din autorizrile listate mai jos v va permite s completa i legtura. B Dac legtura dumneavoastr original a fost realizat de ctre altcineva i dumneavoastr realiza i legtura a doua, atunci ave i nevoie de autorit ile SYSADM sau SYSCTRL pentru a completa legtura. Avnd doar autorizrile de BINDADD i CREATE IN COLLECTION NULLID nu v permite s completa i legtura. Tot este posibil s crea i un pachet dac nu ave i privilegiile SYSADM sau SYSCTRL. n aceast situa ie ve i avea nevoie de privilegiul de BIND la fiecare din pachetele existente pe care inten iona i s le nlocui i. VSE sau VM Autorizarea necesar este autoritatea DBA. dac dori i s uutiliza i op iunea GRANT la comanda de legtur (pentru a evita acordarea accesului la
90
fiecare pachet Conectare DB2 individual), ID-ul utilizator NULLID trebuie s aib autotizarea s acorde autoritatea celorlal i utilizatori la urmtoarele tabele: v v v v v v v system.syscatalog system.syscolumns system.sysindexes system.systabauth system.syskeycols system.syssynonyms system.syskeys
v system.syscolauth Pe sistemul VSE sau VM, pute i chema:

selectare acord tabel la nullid cu op iune de acordare
OS/400 *CHANGE autoritate sau mai mult la colec ia NULLID. 2. Comenzile de apelare similare cu urmtoarele:
conectare db2 la DBALIAS utilizatorr USERID utiliznd PASSWORD legtur db2 cale@ddcsmvs.lst blocheaz tot sqlerror mesaje continue ddcsmvs.msg acord public resetare conexiune db2
Unde DBALIAS, USERID, i PASSWORD aplic la gazd sau serverul baz de date iSeries, ddcsmvs.lst este fiierul list de legturi pentru MVS, i cale reprezint loca ia fiierului list de legturi. De exemplu unitate:\sqllib\bnd\ aplic la toate sistemele de operare Windows, iINSTHOME/sqllib/bnd/ aplic la toate UNIX sistemele de operare, unde unitate reprezint unitatea logic unde a fost instalat Conectare DB2 i INSTHOME reprezint directorul home al instan ei Conectare DB2. Dac pute i utiliza op iunea de acordare a legare comand pentru a acorda privilegiul EXECUTE la PUBLIC sau altui nume utilizator specificat sau ID grup. Dac nu utiliza i op iunea de acordare alegtur comanda, trebuie GRANT EXECUTE (RUN) individual. Pentru a gsi numele pachetelor pentru fiierele de legtur, introduce i comanda:
ddcspkgn @bindfile.lst
De exemplu:
ddcspkgn @ddcsmvs.lst
s-ar putea s necesite ieirea urmtoare:

91
Fiier legtur Nume pachet ------------------------------ -----------------------------f:\sqllib\bnd\db2ajgrt.bnd SQLAB6D3
Pentru referin a dumneavoastr, Tabela 7 arat fiierele de legtur i numele de pachete care sunt utilizate de ctre compnente diferite a Conectare DB2. n unele cazuri, fiierele i pachetele de legtur diferite sunt utilizate pe sisteme de operare diferite.
Tabela 7. Fiiere i pachete de legtur Componenta Legtura (utilizat de ctre op iunea de legtur GRANT) Nivelul CS de izola ie Nivelul RR de izola ie Nivelul UR de izola ie Nivelul RS de izola ie Nivelul NC de izola ie Utiliznd numele de tabele OS/400 (OS/400 3.1 sau mai trziu) Utiliznd nume de tabele VSE/VM Nivelul CS de izola ie Nivelul RR de izola ie Nivelul UR de izola ie Nivelul RS de izola ie Nivelul NC de izola ie Nivelul CS de izola ie Nivelul RR de izola ie Nivelul UR de izola ie Nivelul RS de izola ie Nivelul NC de izola ie Export Import Fiier de legtur db2ajgrt.bnd Pachete sqlabxxx OS/390 sau z/OS da VSE da VM da OS/400 da
Interfa de nivel de apel DB2 db2clics.bnd db2clirr.bnd db2cliur.bnd db2clirs.bnd db2clinc.bnd db2clias.bnd db2clivm.bnd db2clpcs.bnd db2clprr.bnd db2clpur.bnd db2clprs.bnd db2clpnc.bnd REXX db2arxcs.bnd db2arxrr.bnd db2arxur.bnd db2arxrs.bnd db2arxnc.bnd Utilit i db2uexpm.bnd db2uimpm.bnd sqlubxxx sqlufxxx da da da da da da da da sqla1xxx sqla2xxx sqla3xxx sqla4xxx sqla5xxx da da da da nu da da da da nu da da da da nu da da da da da sqll1xxx sqll2xxx sqll3xxx sqll4xxx sqll5xxx sqllaxxx sqll8xxx sqlc2xxx sqlc3xxx sqlc4xxx sqlc5xxx sqlc6xxx da da da da nu nu nu da da da da nu da da da da nu nu da da da da da nu da da da da nu nu da da da da da nu da da da da da da nu da da da da da
Procesarea linie de comand
92
Pentru a determina aceste valori pentru Conectare DB2 executa i utilitarul ddcspkgn, de exemplu:
ddcspkgn @ddcsmvs.lst
Op ional, acest utilitar poate fi utilizat pentru a determina numele pachetelor ale fiierelor de legtur individuale, de exemplu:
ddcspkgn bindfile.bnd
Note: a. Utiliznd op iunea de legtur sqlerror continue este necesar; oricum, aceast op iune este specificat automat pentru dumneavoastr cnd lega i aplica ii utiliznd uneltele DB2 sau linia de comand procesor. Specificnd aceast op iune erorile de legtur sunt transformate n avertismente, n aa fel nct fiierul de legtur care con ine erori poate rezulta n continuare din crearea unor pachete. La rndul su, acesta permite ca un fiier de legtur s fie utilizat mpotriva unor servere multiple chiar i cnd o implementare a unui server particular poate indica sintaxa SQL a altuia ca fiind invalid. Din acest motiv, legnd oricare din aceste fiiere list ddcsxxx.lst mpotriva oricrei gazde particulare sau server de baze de date iSeries ar trebui s se atepte s produc avertismente. De exemplu, la legare mpotriva DB2 pentru VM, ar putea rezulta numeroase mesaje de avertizare ct timp DB2 pentru VM nu cursoarelor s fie declarate ca "WITH HOLD". b. Dac v conecta i la o baz de date Baz de date universal DB2 prin Conectare DB2, utiliza i lista de legtur db2ubind.lst i nu specifica i sqlerror continue, care este valid numai la conectarea la o gazd sau la serverul baze de date iSeries. De asemenea, pentru o conectare la baza de cate Baz de date universal DB2 , v recomandm s utiliza i clien ii DB2 furniza i cu DB2 i nu Conectare DB2. 3. Utiliza i instruc iuni similare pentru a lega fiecare aplica ie sau list de aplica ii. 4. Dac ave i clien i la distan de la o edi ie anterioar a DB2, s-ar putea s ave i nevoie s lega i utilitarele pe aceti clien i la Conectare DB2. Referin e nrudite: v BIND Command din Referin comand v REBIND Command din Referin comand v db2rbind - Rebind all Packages Command din Referin comand
93
94
Capitol 10. Monitor de sistem de baz de date

Monitorizarea conecxiunilor pentru clien i la distan
Pute i utiiza monitor de sistem de baz de date cu DB2 Connect Enterprise Edition pentru a monitoriza conexiunile clien ilor la distan . Pentru a monitoriza clien ii care sunt locali pentru serverul de conectare DB2, care ruleaz chiar pe server, va trebui s seta i urmtoarele variabile:
db2set DB2CONNECT_IN_APP_PROCESS=NO
De exemplu, cnd este produs o eroare la gazd sau la serverul iSeries , administratorul de sistem poate determina dac problema a fost la sta ia de lucru Conectare DB2. onitorizarea sistemului baze de date coreleaz: v Tokenul de corelare DRDA (CRRTKN), pentru conversa ii neprotejate. v Unitatea logic a identificatorului de lucru (LUWID), pentru conversa ii n dou faze protejate de un manager punct sync SNA(SPM). v Id-ul unit ii de lucru (UOWID), pentru conexiuni n dou faze protejate de ctre managerul de punct sync DRDA-3 (cum sunt utilizate peste conexiune TCP/IP). v Identificatorul de conexiune Conectare DB2 (ID-ul aplica iei). Aceast informa ie arat care din conexiunile Conectare DB2a cauzat problema, ceea ce perm administratorului de sistem s for eze aplica ii client de la sistem fr a-i afecta pe ceilal i clien i utiliznd conexiunea Conectare DB2. Listarea strii de comutare a monitorizrii: Pentru a lista starea de comutare a monitorizrii, utiliza i comanda db2 get monitor switches. No iuni nrudite: v Monitorizarea performan elor utiliznd Windows Performance Monitor pe pagina 96 v System monitor switches din Ghid i referin al monitorului de sistem Opera ii nrudite: v Setting monitor switches from a client application din Ghid i referin al monitorului de sistem v Setting monitor switches from the CLP din Ghid i referin al monitorului de sistem
95
Monitorizarea performan elor utiliznd Windows Performance Monitor

Windows NT i Windows 2000 furnizeaz o unealt util pentru monitorizarea performan elor aplica iilor dumneavoastr DB2. Performance Monitor, care este una dintrte uneltele administrative Windows, afieaz o reprezentare grafic a performan elor sistemului. Pute i alege o varietate de sisteme, baze de date, i articole legate de comunica ii pentru a le monitoriza i mapa mpreun ntr-o reprezentare grafic. De exemplu, rapoartele disponibile prin GET SNAPSHOT FOR ALL DCS DATABASES sau comenzile GET SNAPSHOT FOR ALL DCS APPLICATIONS pot fi realizate grafic n timp real utiliznd monitorizarea, i comparate direct cu valori cum ar fi utilizare CPU. Pute i compara directly efectele diferit elor setri de baze de date sau performan e n comunica ie. Pute i salva configura iile dumneavoastr specializate de setri n fiiere PMC pe care mai trziu le pute i extrage. De exemplu n figura de mai jos, mai multe mrimi DB2 sunt realizate grafic mpotriva gradului de utilizare CPU. Colec ia de valori care este realizat grafic a fost salvat n fiierul db2chart.pmc. pute i salva att de multe fiiere PMC cte dori i, fiecare reflectnd o sec iune diferit a performan elor sistemului.
Figura 6. Monitorizarea performan elor
96
Pentru a activa monitorizarea aplica iilor locale va trebui s seta i variabila de mediu DB2CONNECT_IN_APP_PROCESS off. No iuni nrudite: v Monitorizarea conecxiunilor pentru clien i la distan pe pagina 95
Utilizarea comenzilor GET SNAPSHOT

Monitorul DB2 men ine o coresponden permanent ale informa iilor de sistem importante. Pute i ob ine un sumar al strii sistemului n orice moment lansnd comanda GET SNAPSHOT. Pute i lua eantioane de monitorizare dac ave i autorizarea de SYSMAINT, SYSCTRL, sau SYSADM pentru instan a manager baz de date pe care dori i s o monitoriza i. Sunt cinci comenzi de eantionare utile pentru monitorizarea informa iilor DCS. Acestea sunt: v GET SNAPSHOT FOR ALL DCS DATABASES v GET SNAPSHOT FOR ALL DCS APPLICATIONS v GET SNAPSHOT FOR DCS APPLICATION ... v GET SNAPSHOT FOR DCS DATABASE ON alias_bd v GET SNAPSHOT FOR DCS APPLICATIONS ON alias_bd Fiecare comand de instantaneu va produce un raport detaliat despre aria pe care a i cerut-o. De exemplu, lansarea GET SNAPSHOT FOR DCS DATABASE ON DCSDB va produce urmtorul raport:
DCS Database Snapshot DCS database name Host database name First database connect timestamp Most recent elapsed time to connect Most recent elapsed connection duration Host response time (sec.ms) Last reset timestamp Number of SQL statements attempted Commit statements attempted Rollback statements attempted Failed statement operations Total number of gateway connections Current number of gateway connections Gateway conn. waiting for host reply Gateway conn. waiting for client request Gateway communication errors to host Timestamp of last communication error High water mark for gateway connections = = = = = = = = = = = = = = = = = = DCSDB GILROY 12-15-2001 10:28:24.596495 0.950561 0.000000 0.000000 2 1 0 0 1 1 0 1 0 None 1
97
Rows selected Outbound bytes sent Outbound bytes received
= 0 = 140 = 103
Acest raport furnizeaz informa ii despre conexiunile, performan ele, erorile i transferul cererilor SQL pentru baza de date. Instantaneele monitorului DB2 pet fi mult mai detaliate, de fapt. De exemplu, dac lansa i comanda GET SNAPSHOT FOR ALL DCS APPLICATIONS, ve i primi un raport similat cu urmtorul:
DCS Application Snapshot Client application ID Sequence number Authorization ID Application name Application handle Application status Status change time Client node Client release level Client platform Client protocol Client codepage Process ID of client application Client login ID Host application ID Sequence number Database alias at the gateway DCS database name Host database name Host release level Host CCSID Outbound communication address Outbound communication protocol Inbound communication address First database connect timestamp Host response time (sec.ms) Time spent on gateway processing Last reset timestamp Rows selected Number of SQL statements attempted Failed statement operations Commit statements Rollback statements Inbound bytes received Outbound bytes sent Outbound bytes received Inbound bytes sent Number of open cursors Application idle time UOW completion status Previous UOW completion timestamp = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 09150F74.B6A4.991215152824 0001 SMITH db2bp 1 waiting for request 12-15-2001 10:29:06.707086 sys143 SQL06010 AIX TCP/IP 850 49074 smith G9150F74.B6A5.991215152825 0000 MVSDB DCSDB GILROY DSN05012 500 9.21.21.92 5021 TCP/IP 9.21.15.116 46756 12-15-2001 10:28:24.596495 0.000000 0.000000 0 2 0 1 0 404 140 103 287 0 1 minute and 32 seconds
= = 12-15-2001 10:28:25.592631
98
UOW start timestamp = 12-15-2001 10:29:06.142790 UOW stop timestamp = Elapsed time of last completed uow (sec.ms)= 0.034396 Most recent operation Most recent operation start timestamp Most recent operation stop timestamp = Execute Immediate = 12-15-2001 10:29:06.142790 = 12-15-2001 10:29:06.707053 Execute Immediate 203 NULLID SQLC2C07 0 0 12-15-2001 10:29:06.142790 12-15-2001 10:29:06.707053 1.101612 0.564263 0 0.013367 220 130 49 27
Statement = Section number = Application creator = Package name = SQL compiler cost estimate in timerons = SQL compiler cardinality estimate = Statement start timestamp = Statement stop timestamp = Host response time (sec.ms) = Elapsed time of last completed stmt(sec.ms)= Rows fetched = Time spent on gateway processing = Inbound bytes received for statement = Outbound bytes sent for statement = Outbound bytes received for statement = Inbound bytes sent for statement = SQL statement text: create table t12 (col1 int, col2 char)
No iuni nrudite: v Monitorizarea conecxiunilor pentru clien i la distan pe pagina 95 Referin e nrudite: v GET SNAPSHOT Command din Referin comand
Starea aplica iei DCS

ncepnd cu DB2 Connect versiunea 5.2, Monitorul de sistem (System Monitor) furnizeaz trei forme de comenzi LIST DCS APPLICATIONS, dup cum urmeaz: v LIST DCS APPLICATIONS v LIST DCS APPLICATIONS SHOW DETAIL v LIST DCS APPLICATIONS EXTENDED. LIST DCS APPLICATIONS: Pentru a vedea informa iile furnizate de monitor la nivelul aplica ie, lansa i comanda DB2 LIST DCS APPLICATIONS. Aceasta ntoarce urmtoarele informa ii despre o conexiune APPC (Edi ie de ntreprindere de conectare DB2 la Baz de date universal DB2 pentru OS/390 i z/OS):
99
Id aut.
Tratare ID aplica ie gazd aplica ie -------- -------------------- ---------- -------------------------------USERID db2bp_41 0 CAIBMOML.OMXT4H0A.A79EAA3C6E29
Nume aplica ie
ntoarce urmtoarele informa ii pentru o conexiune TCP/IP (Edi ie de ntreprindere de conectare DB2 la Baz de date universal DB2 pentru OS/390 i z/OS):
Id aut. Tratare ID aplica ie gazd aplica ie -------- -------------------- ---------- -------------------------------USERID db2bp_41 2 0915155C.9704.1517172201BE Nume aplica ie
Auth.Id (ID de autorizare) ID-ul de autorizare care a fost utilizat pentru nregistrarea pe serverul de baze de date gazd sau iSeries. Acesta identific cine ruleaz aplica ia. Application Name (Nume aplica ie) Numele aplica iei care lucreaz la client aa cum este cunoscut de Conectare DB2. Sunt disponibili doar primii 20 de octe i dup ultimul separator de cale. Appl. Handle (Mner aplica ie) Agentul care se execut pe sta ia de lucru Conectare DB2. Pute i utiliza acest element pentru a lega informa iile monitor de sistem de baz de date la alte informa ii de diagnosticare. ID-ul agentului este de asemenea cerut cnd se utilizeaz comanda sau API-ul FORCE USERS. Host Application ID (ID aplica ie gazd) Unul dintre urmtoarele: v Jetonul de corelare (CRRTKN) DRDA, pentru conversa ii neprotejate. v Identificatorul unit ii logice de lucru (LUWID), pentru conversa ii n dou faze protejate de un SPM (Syncpoint Manager - Manager puncte de sincronizare) SANA. v Id-ul unit ii de lucru (UOWID), pentru conexiuni n dou faze protejate de DRDA-3 Syncpoint Manager (utilizat peste conexiunile TCP/IP). Acest identificator unic este generat atunci cnd aplica ia se conecteaz la serverul de baze de date gazd sau iSeries. Pute i utiliza acest element mpreun cu ID-ul aplica ie pentru a corela pr ile de client i de server ale informa iilor de aplica ie. LIST DCS APPLICATIONS SHOW DETAIL: Dac este specificat formatul de comand DB2 LIST DCS APPLICATIONS SHOW DETAIL, sunt afiate informa ii suplimentare, incluznd:
100
Tabela 8. DB2 LIST DCS APPLICATIONS SHOW DETAIL

Tratare Id aplica ie client Seq# Alias aplica ie client DB -------- -------------------- ---------- -------------------------------- ---- -------NEWTON db2bp 0 09151251.07D3.980925183850 0001 MVSDB Nod Edi ie Pagin de Id aplica ie gazd Seq# Nume DB gazd client client cod client -------- -------- ---------- -------------------------------- ---- -------------------antman SQL05020 819 G9151251.G7D4.980925183851 0000 GILROY Host Release -------DSN05011 Id aut. Nume aplica ie
Client Application ID (ID aplica ie client) Identific unic aplica ia conectat la sta ia de lucru Conectare DB2. Sunt diferite formate pentru ID-ul aplica ie, care sunt dependente de protocolul de comunica ie dintre client i sta ia de lucru Conectare DB2. Aceast valoare v permite s corela i conexiunile de la clien i la sta ia de lucru Conectare DB2 i de la sta ia de lucru Conectare DB2 la serverul de baze de date gazd sau iSeries. Client Sequence no (Seq#) (Numr de ordine client) Numrul de ordine client este numrul de ordine al tranzac iei. Este utilizat pentru a ajuta la corelarea unei tranzac ii mprtiat pe diferite sisteme. Client DB alias (Alias DB client) Aliasul bazei de date furnizat de aplica ie pentru conectarea la baza de date. Acest element poate fi utilizat pentru a identifica baza de date actual pe care o acceseaz aplica ia. Maparea dintre acest nume i numele bazei de date poate fi realizat utiliznd directoarele gazdei de date de la nodul clientului i manager baz de date la nodul server. Client NNAME (Node) Identific nodul unde se execut aplica ia client. Informa iile variaz n concordan cu protocolul client care este utilizat. De exemplu, pentru un client conectat prin NetBIOS, aceasta este valoarea parametrului de configurare NNAME manager baz de date. Pentru un client conectat prin TCP/IP, acesta este numele de gazd. Client Product ID (ID produs client) Produsul i versiunea care ruleaz pe client. ID-ul produsului client va fi: v SQL01010 pentru versiunea 1 a DB2 UDB pentru OS/2 v SQL01011 pentru versiunea 1 a produselor DB2 i a Activatorilor aplica ie client (Client Application Enablers) bazate-UNIX. v SQL02010 pentru versiunea 2 a produselor DB2 i a Activatorilor aplica ie client (Client Application Enablers). v SQL02020 pentru versiunea 2.1.2 a produselor DB2 i a Activatorilor aplica ie client (Client Application Enablers).
101
v SQL05000 pentru versiunea 5.0 a produselor i a clien ilor lor Baz de date universal DB2 i Conectare DB2. v SQL05020 pentru versiunea 5.2 a produselor i a clien ilor lor Baz de date universal DB2 i Conectare DB2. v SQL06010 pentru versiunea 6.1 a produselor i a clien ilor lor Baz de date universal DB2 i Conectare DB2. v SQL07010 pentru versiunea 7.1 a produselor i a clien ilor lor Baz de date universal DB2 i Conectare DB2. v SQL08010 pentru versiunea 8.1 a produselor i a clien ilor lor Baz de date universal DB2 i Conectare DB2. Code Page ID (ID pagin de coduri) Identificatorul de pagin de coduri la nodul unde a fost pornit aplica ia monitorizat. Utiliza i aceste informa ii pentru a v asigura c conversiile de date sunt suportate ntre pagina de coduri a aplica iei i pagina de coduri a bazei de date (sau pentru serverul de baze de date gazd sau iSeries, serverul CCSID de baze de date gazd sau iSeries. Dac pagina de coduri a aplica iei este diferit de cea sub care ruleaz monitor de sistem de baz de date, acest element de pagin de coduri v poate ajuta s converti i manual datele care au fost trimise de aplica ie i afiate de ctre monitor de sistem de baz de date. De exemplu, l pute i utiliza pentru ajutorul n traducerea numelui de aplica ie. Outbound Sequence No (Numrul de ordine al ieirii) Acesta reprezint numrul de ordine al ieirii. Este utilizat pentru corelarea tranzac iilor ntre diferite sisteme. Host Database Name (Numele bazei de date gazd) Numele real al bazei de date la care este conectat aplica ia. n directorul DCS, acesta este numele bazei de date destina ie. Host Product ID (ID produs gazd) Produsul i versiunea care ruleaz pe server. Are forma PPPVVRRM, unde: PPP Identific produsul server de baze de date gazd sau iSeries (de exemplu, DSN pentru Baz de date universal DB2 pentru OS/390 i z/OS, ARI pentru DB2 pentru VSE & VM sau QSQ pentru DB2 UDB pentru iSeries) Reprezint un numr de versiune de dou cifre, cum ar fi 01. Reprezint un numr de edi ie de dou cifre. Reprezint un nivel de Modificare de dou cifre.
VV RR M
LIST DCS APPLICATIONS EXTENDED:
102
Pute i utiliza comanda LIST DCS APPLICATIONS cu op iunea EXTENDED pentru a genera un Raport extins. Raportul extins listeaz toate cmpurile care sunt listate cnd este specificat n comand op iunea SHOW DETAIL i, n plus nou cmpuri noi: v v v v v DCS application status (Stare aplica ie DCS) Status change time (Timp modificare stare) Client platform (platform client) Client protocol (Protocol client) CCSID (Host Coded Character Set Identifier - Identificator set de caractere codat gazd). v Client login ID (ID nregistrare client) v Process ID of client application (ID-ul de proces al aplica iei client) v Database alias at the gateway (Aliasul bazei de date la gateway) v DCS database name (numele bazei de date DCS) n timp ce op iunea existent a comenzii listeaz cmpurile orizontal, cte o linie pentru aplica ie, noua op iune le listeaz vertical, cte un cmp pe linie. Iat noua sintax a comenzii:
LIST DCS APPLICATIONS [SHOW DETAIL | EXTENDED ]
Acesta este un exemplu de ieire a acestei comenzi, cnd se utilizeaz noua op iune EXTENDED:
List of DCS Applications - Extended Report Client application ID Sequence number Authorization ID Application name Application handle Application status Status change time Client node Client release level Client platform Client protocol Client codepage Process ID of client application Client login ID Host application ID Sequence number Database alias at the gateway DCS database name Host database name Host release level Host CCSID = = = = = = = = = = = = = = = = = = = = = 09151251.0AA7.981015204853 0001 NEWTON db2bp 1 waiting for request 10-15-1998 16:50:29.489160 antman SQL05020 AIX TCP/IP 819 39324 smith G9151251.GAA8.981015204854 0000 MVSDB DCSDB GILROY DSN05011 500
103
Cmpul de stare al aplica iei con ine una din urmtoarele valori: 1. ateptare conectare - ieire. Aceasta nseamn c cererea de conectare la o baz de date gazd sau iSeries a fost lansat i DB2 Connect ateapt stabilirea conexiunii. 2. ateptare pentru cerere. Aceasta nseamn c cererea de conectare la o baz de date gazd sau iSeries a fost stabilit i DB2 Connect ateapt o instruc iune SQL de la aplica ia client. 3. ateptare rspuns. Aceasta nseamn c instruc iunea SQL a fost trimis la baza de date gazd sau iSeries. De asemenea, timpul de modificare stare este afiat n report doar dac comutatorul Monitor de sistem UOW a fost pornit n timpul prelucrrii. Altfel va fi afiat, Not Collected (necolectat). Utilizarea Centrului de control DB2 pentru a lista informa iile extinse ale aplica iilor DCS: Pute i utiliza Centrul de control DB2 pentru a efectua Monitorizarea conectare gateway DB2. Aceast sec iune arat cum pute i utiliza Centrul de control (Control Center) pentru a afia acelai raport cu cel furnizat de comanda list dcs applications extended. Pentru a vedea raportul extins pentru orice aplica ie: 1. Expanda i arborele de sub icoana systems a Control Center (Centrul de control) pentru a afia System > Instances > Gateway Connections. Dac face i clic dreapta pe orice instan din folderul Gateway Connections (Conexiuni gateway), va aprea un meniu pop-up. Selecta i elementul Applications... (Aplica ii) din acest meniu. Va aprea fereastra Applications (Aplica ii). Aceast fereastr are o nf iare de carnet tabelar, cu o fi cu titlul Applicatioms(Aplica ii). Dac exist aplica ii gateway n instan a dumneavoastr, va exista o a doua fi intitulat Gateway Applications(Aplica ii gateway). 2. Fereastra principal a fiecrei pagini con ine coloane cu informa ii corespunztoare cmpurilor raportului LIST DCS APPLICATIONS EXTENDED. Primele ase coloane, vizibile n fereastr, furnizeaz urmtoarele date:
Client Node (Nod client) Application Name (Nume aplica ie) Client Application ID (ID aplica ie client) Host Application ID (ID aplica ie gazd) Database Alias at Gateway (Aliasul bazei de date la gateway) Status (Stare)
Restul cmpurilor raportului pot fi vizualizate prin mutarea barei de derulare orizontale de la marginea de jos a ferestrei. Toate cmpurile listate de comanda LIST DCS APPLICATIONS EXTENDED sunt prezentate n aceast vizualizare.
104
Capitol 11. Depanare

Determinarea problemei
Mediul Conectare DB2 implic software-uri multiple, produse hardware i de comunica ie. Determinarea problemei este cel mai bine aproximat de un proces de eliminare i rafinament a datelor disponibile pentru a ajunge la o concluzie (localizarea erorii). Dup strngerea informa iilor relevante i bazndu-v pe selec ia dumneavoastr de subiecte aplicabile, trece i la sec iunea de referin . No iuni nrudite: v Unelte de diagnosticicare pe pagina 106 v Strngerea informa iilor relevante pe pagina 105 v Conectarea ini ial nu este cu succes pe pagina 106 v S-au ntlnit probleme dup conexiunea ini ial pe pagina 107 v Utilitar de urmrire pe pagina 109 v Generarea umei urmriri CS AIX CPIC APPC API pe pagina 119
Concepte pentru determinarea problemelor Strngerea informa iilor relevante

Determinarea problemei include limitarea scopului problemei i investigarea cauzelor posibile. Un punct de start potrivit este de a aduna informa iile relevante i a determina ce ti i, ce date nu au fost adunate, i ce ci pute i elimina. La un rspuns minim ntrebrile urmtoare. v v v v Au fost conectrile ini iale cu succes? Func ioneaz hardware-ul adecvat? Sunt cile de comunica ie opera ionale? Au fost schimbri ale comunica iilor de re ea care ar face intrrile director anterioare invalide? v A fost pornit baza de date? v Cderea comunica iei este ntre client i sta ia de lucru Conectare DB2 ,sta ia de lucru Conectare DB2 i gazd sau serverul de baze de date iSeries , to i clien ii sau unul singur?
v Ce pute i determina din con inutul mesajului i token-ii returna i n acest mesaj? v Utilizarea uneltelor de diagnosticare va furniza asisten ?
105
v Realizeaz i alte maini task-uri similare care s lucreze corect? v Dac acesta este un task la distan , este cu succes dac este realizat local? No iuni nrudite: v Determinarea problemei pe pagina 105
Unelte de diagnosticicare
Dac ntlni i o problem, pute i utiliza urmtoarele: v Istoricul primei cderi de servicii, unde informa ia diagnosticat este consolidat i memorat ntr-un format care poate fi citit, este memorat n istoricul notificrilor administrative. v Ambele istorice se gsesc pe calea specificat: Fiierul este localizat n /u/db2/sqllib/db2dump/notifyloglevel.nfy?? pe sistemele UNIX , unde db2 reprezint numele instan ei. Fiierul este localizat n x:\sqllib\db2\db2diag.log pe sistemele Windows , unde x: reprezint unitatea logic, i db2 reprezint numele instan ei. v Pentru sistemele Windows NT i Windows 2000, pute i utiliza Event Viewer pentru a vizualiza istoricul de notificri administrative. v Utilitarul de urmrire v Pentru sisteme UNIX-based, comanda ps, care returneaz informa ii de stare proces despre procesele active la ieirea standard. v Pentru sistemele UNIX-based, fiierul core care este creat n directorul curent atunci cnd sunt produse erori severe. Acesta con ine o imagine de memorie a procesului terminat i poate fi utilizat pentru a determina care func ii au cauzat eroarea. No iuni nrudite: v Depanarea performan elor conectrii DB2 pe pagina 163 v Utilitar de urmrire pe pagina 109
Conectarea ini ial nu este cu succes

Revizui i urmtoarele ntrebri i asigura i-v c au fost urma i paii de instalare. 1. A fost completat procesul de instalare cu succes? v Au fost disponibile toate produsele software de cerin e preliminare? v A fost spa iul de memorie i disk space adevat? v A fost instalat suportul pentru client la distan ? v A fost completat instalarea software-ului de comunica ii fr nici o condi ie de eroare? 2. A fost creat o instan a produsului pentru sistemele UNIX-based? v Ca root a i creat un utilizator i un group s devin proprietarul instan i grupul sysadm?
106
3. Dac este aplicabil, a fost procesat informa ia de licen cu succes? v Pentru sistemele UNIX-based, a i editat fiierul de lact node i a i introdus parola livrat de IBM? 4. Au fost configurate gazda sau serverul de baze de date iSeries i sta ia de lucru adecvat? v Exist trei configura ii care trebuie considerate: a. Configurarea gazdei sau a serverului de baze de date identific cerin ele la server. Sistemul de management a gazdei sau a serveruuli de baze de date iSeries va avea intrri n catalogul sistem care-l va defini pe cal care cere n termeni de loca ie, protocol de re ea i securitate. b. Configurarea sta iei de lucru Conectare DB2 definete popularea clientului la server i gazda sau severul iSeries la client. c. Configurarea sta iei de lucru client trebuie s aibe numele sta iei de lucru i protocolul de comunica ie definite. v Analizarea problemei pentru a nu realiza conexiunile ini iale include verificarea pentru conexiunile SNA unde toate numele pentru LU (unit i logice) i PU (unit i fizice) sunt complete i corecte, sau pentru a nu verifica conexiunile TCP/IP care corecteaz numrul de port i numele gazd specificate. v Ambele gazda sau administratorul server de baze de date iSeries i administrratorii de re ea au utilit i disponibile pentru a diagnostica problemele. 5. Ave i nivelul de autoritate cerut de ctre gazd sau de sistemul de management a serverului baze de date iSeries pentru a utiliza gazda sau serverul baz de date iSeries? v Considera i autoritatea de acces a utilizatorului, regulile pentru calificative tabele, rezultatele anticipate. 6. Dac ncerca i s utiliza i linia de comand procesor pentru a apela instruc iuni SQL mpotriva unei gazde sau a unui server baz de date iSeries, sunte i fr succes? v A i urmrit procedura pentru a lega linia de comand procesor la gazd sau serverul baz de date iSeries? No iuni nrudite: v Determinarea problemei pe pagina 105
S-au ntlnit probleme dup conexiunea ini ial

Urmtoarele ntrebri sunt oferite ca punct de plecare pentru ajutarea atingerii scopului problemei. 1. Exist circumstan e speciale sau neobinuite de operare? v Exist o nou aplica ie? v Exist noi proceduri utilizate?
107
v Exist modificri recente care pot afecta sistemul? De exemplu, au fost modificate produse sau aplica ii software de la ultima rulare cu succes a aplica iei sau scenariului? v Pentru programe de aplica ii, ce interfa de aplica ie de program (API) a fost folosit pentru a crea programul? v Alte aplica ii care folosesc software-ul sau comunica ii API au fost rulate pe sistemul utilizatorului? v A fost recent instalat recent un PTF? Dac problema a aprut cnd un utilizator a ncercat s utilizeze o caracteristic care nu a fost folosit (sau ncrcat) pe sistemele de operare de cnd a fost instalat, determina i cel mai recent nivel PTF al IBM i ncrca i acel nivel dup instalarea caracteristicii. 2. A mai aprut aceast eroare? v Exist o alt rezolu ie documentat pentru condi iile erorii anterioare? v Care au fost participan ii i pot ei oferi acces la cursul posibil al ac iunii? 3. A i explorat folosind comenzi software de comunica ie care ntorc informa ii despre re ea? v Exist o unealt disponibil de verificare pentru software-ul SNA? v Dac folodsi i TCP/IP este posibil s primi i infoema ii valoroase din folosirea comenzilor TCP/IP i a demonilor. 4. Exist informa ii ntoarse n SQLCA (aria de comunica ii SQL) care pot fi utile? v Problema care se ocup de proceduri trebuie s includ pai de examinare a con inuturilor cmpurilor SQLCODE i SQLSTATE. v SQLSTATE permite aplican ilor de program s testeze clasele de erori obinuite pentru DB2 familia sau produsele bazei de date. Intr-o baz de date rela ional distribuit de re ea, acest cmp poate oferi o baz comun. 5. A fost DB2START executat pe Server? Adi iona, asigura i-v c mediul variabilei DB2COMM este setat corect pentru clien ii care acceseaz serverul de la distan . 6. Exist alte maini care efectueaz aceeai activitate i pot s se conecteze cu succes la server? Este posibil s se fi atins numrul maxim de clien i care au ncercat s se conecteze la server. Dac un alt client se deconecteaz de la server, clientul care anterior nu a reuit s se conecteze la server va putea acuma? 7. Maina are adresarea corespunztoare? Verifica i dac maina este unic n re ea. 8. Cnd se face conectarea de la distan , este garantat autoritatea necesar clientului? Conexciunea la instan poate avea succes, dar autoritza ia nu este garantat la baza de date sau la nivelul tabelului. 9. Este aceasta prma main de conectat la o baz de date la distan ? In medii distribuite, routerele sau podurile dintre re ele pot blocacomiunica iile dintre client i server. De exemplu, folosind APPC, asigura i-v c s-a stabilit o sesiune. Cnd se folosete TCP/IP, asigura i-v c pute i da PING gazdei la distan . No iuni nrudite:
108
v Determinarea problemei pe pagina 105
Utilitar de urmrire
Utilitarul db2drdat nregistreaz datele schimbate ntre serverul Conectare DB2 (n numele client baz de date) i gazda sau serverul bazei de date al iSeries. Ca un administrator de baze de date (sau cel care dezvolt aplica iile), pute i gsii util s n elege i cum acest flux sau data lucreaz, deoarece aceste cunotin e v pot ajuta s determina i originea unei probleme particulare. De exemplu, dac emite i o stare de baz de date CONNECT TO pentru o gazd sau un server de baz de date iSeries, dar comanda eueaz i primi i un cod de ntoarcere nereuit. Dac n elege i exact ce informa ie a fost purtat ctre gazd sau sistemul de management a serverului bazei de datei Series, ve i putea s determina i cauza eecului chiar dac informa ia codului de returnare este general. Multe euri sunt cauzate de simple erori de utilizator. Ieirea din db2drdat listeaz irurile de date schimbate ntre sta ia de lucru Conectare DB2 i gazda sau sistemul de management al serverului de baze de date iSeries. Data trimis ctre gazd sau serverul bazei de date iSeries este etichetat SEND BUFFER i data primit de la gazd sau serverul de baze de date iSeries este etichetat RECEIVE BUFFER. Dac un buffer de primire con ine informa ie SQLCA, va fi urmat de o interpretare formatat a acestei date i etichetat SQLCA. Cmpul SQLCODE al unui SQLCA este valoarea nemapat ca ntoarcere a gazdei sau a serverului de baze de date iSeries. Bufferi de trimitere i primire sunt aranja i de la cel mai vechi la cel mai recent ntre fiiere. Foecare buffer are: v ID-ul de proces v Un buffer de trimitere, de primire sau etichet SQLCA. Prima comand DDM sau obiect dintr-un buffer este etichetat Tip DLL. Datele care rmn din bufferii de trimiteresau primire sunt divizate n 5 coloane care con in: v Un cont byte. v Coloanele 2 i 3 reprezint irul de date DRDA schimbate ntre dou sisteme, din ASCII sau EBCDIC. v O reprezentare ASCII a coloanelor 2 i 3. v O reprezentare EBCDIC a coloanelor 2 i 3. Pentru mai multe informa ii vede i DB2 pentru referin e OS/390, pentru solicitant la distan DRDA i serveri , referin a bazei de date distribuit rela iol, i nivfelul 3 de arhitectur de management de date distribuite: Referin e. No iuni nrudite:
109
v v v v
Analiza urmei fiierului de ieire pe pagina 111 ieire de urm pe pagina 110 Parametrii de urmrire pe pagina 118 Sintax de urmrire pe pagina 118
Detaliile utilitarului de urmrire ieire de urm

db2drdat utilitarul scrie urmtoarea informa ie n fiierul de urm: v -r Tipul DRDA rspuns/obiect Buffer de primire v -s Tipul cererii DRDA Buffer de trimitere v -c SQLCA v CPI-C informa ie de eroare Primire codul de ntoarcere al func iei Severitate Protocol folosit API folosit Func ie CPI-C cod de ntoarcere Numr de eroare
Cod de ntoarcere intern. v SNA informa ie de eroare Primire codul de ntoarcere al func iei Severitate Protocol folosit Func ie
Nume partner LU Numr eroare v Informa ie de eroare TCP/IP Primire codul de ntoarcere al func iei Severitate Protocol folosit
110
API folosit Func ie Numr eroare Note: 1. O valoare de zero pentru codul de ieire indic sfrirea cu succes a comenzii, i o valoare nenul indic faptul c nu s-a ncheiat. 2. Cmpurile returnate variaz pe baza API folosit.SNA API este folosit numai pentru conexiuni 2PC SPM. 3. Cmpurile returnate variaz pe baza platformai pe care Conectare DB2 ruleaz, chiar pentru acelai API. 4. Dac comanda db2drdat trimite ieirea ctre fiierul care deja exist, vechiul fiier va fi ters doar dac permisiunile fiierului nu permit tergerea lui. No iuni nrudite: v Analiza urmei fiierului de ieire pe pagina 111 v Parametrii de urmrire pe pagina 118 v Sintax de urmrire pe pagina 118 v Utilitar de urmrire pe pagina 109
Analiza urmei fiierului de ieire

Urmtoarele figuri arat exemple de ieiri care ilustreaz cteva iruri de date DRDA schimbate ntre sta iile de lucru Conectare DB2 i o gazd sau serverul de baze de date iSeries. Din punct de vedere al utilizatorului o comand de baze de date CONNECT TO a fost lansat folosind procesarea liniei de comand. Figura 7 pe pagina 112folosete Edi ie de ntreprindere de conectare DB2 Versiunea 8 i DB2 UDB pentru OS/390; Versiunea 5.1 peste o conexiune APPC.
111
DB2 fnc_data gateway_drda_ar sqljcsend (1.35.10.80) pid 95212; tid 537115484; node 0; cpid 0; sec 0; nsec 0; tpoint 177 SEND BUFFER: EXCSAT RQSDSS 0 1 2 3 4 5 6 7 8 9 A B C D E F 006AD04100010064 10410020115E8482 F282974040404040 4040404040404040 4040F0F0F0F1F7F3 C5C3000C116DA685 81A2859340400013 115AC4C2F240C396 95958583A340F54B F200141404140300 0414440003240700 05240F0003000D11 47D8C4C2F261F6F0 F0F00085D0010002 007F200100162110 E2C1D56DC6D9C1D5 C3C9E2C3D6404040 40400006210F2407 000D002FD8E3C4E2 D8D3C1E2C3000C11 2EE2D8D3F0F5F0F2 F0003C210437E2D8 (ASCII) (EBCDIC) 0123456789ABCDEF 0123456789ABCDEF .j.A...d.A. .^.. .|}..........;db ...@@@@@@@@@@@@@ 2bp @@...........m.. 000173EC..._we ....@@...Z...@.. asel ...]DB2 Co .....@.K........ nnect 5.2....... ..D..$...$...... ................ G....a.......... .QDB2/6000.e}... .. ...!....m.... ."......SAN_FRAN .....@@@@@..!.$. CISCO ...... .../............ ....QTDSQLASC... ..........
0000 0010 0020 0030 0040 0050 0060 0070 0080 0090 00A0
Figura 7. Exemplu de ieire urmrit (conexiune APPC) (Component 1 a 2)
DB2 fnc_data gateway_drda_ar sqljcsend (1.35.10.80) pid 95212; tid 537115484; node 0; cpid 0; sec 0; nsec 0; tpoint 177 SEND BUFFER: RDBCMM RQSDSS 0 1 2 3 4 5 6 7 8 9 A B C D E F 0000 000AD00100010004 200E (ASCII) 0123456789ABCDEF ........ . (EBCDIC) 0123456789ABCDEF ..}.......
DB2 fnc_data gateway_drda_ar sqljcrecv (1.35.10.81) pid 95212; tid 537115484; node 0; cpid 0; sec 0; nsec 0; tpoint 178 RECEIVE BUFFER: 0 1 2 3 4 5 6 7 002BD05200010025 00162110E2C1D56D D640404040400005 0100052408FF ENDUOWRM RPYDSS 8 9 A B C D E F 220C000611490004 C6D9C1D5C3C9E2C3 211501000BD00300 (ASCII) (EBCDIC) 0123456789ABCDEF 0123456789ABCDEF .+.R...%"....I.. ..}............. ..!....m........ ....SAN_FRANCISC .@@@@@..!....... O .......}.. ...$.. ......
0000 0010 0020 0030 5
DB2 fnc_data gateway_drda_ar sqljmsca (1.35.10.108) pid 95212; tid 537115484; node 0; cpid 0; sec 0; nsec 0; tpoint 179 SQLCA SQLCAID: SQLCA SQLCABC: 136 SQLCODE: 0 SQLERRML: 0 SQLERRMC: SQLERRP: DSN SQLERRD[0>5]: 00000000, 00000000, 00000000, 00000000, 00000000, 00000000 SQLWARN(0>A): , , , , , , , , , , SQLSTATE: 00000
Figura 7. Exemplu de ieire urmrit (conexiune APPC) (Component 2 a 2)
112
Figura 8 pe pagina 114 folosete Edi ie de ntreprindere de conectare DB2 Versiunea8 i Baz de date universal DB2 pentru OS/390 i z/OS Versiunea 5.1 peste o conexiune TCP/IP.
113
DB2 fnc_data gateway_drda_ar sqljcsend (1.35.10.80) pid 80286; tid 537125164; node 0; cpid 0; sec 0; nsec 0; tpoint 177 SEND BUFFER: EXCSAT RQSDSS 0 1 2 3 4 5 6 7 8 9 A B C D E F 006ED04100010068 10410020115E8482 F282974040404040 4040404040404040 4040F0F0F0F1F3F9 F9C5000C116DA685 81A2859340400013 115AC4C2F240C396 95958583A340F54B F200181404140300 0514740005240700 05240F0003144000 05000D1147D8C4C2 F261F6F0F0F00010 D0410002000A106D 000611A20003003C D04100030036106E 000611A200030016 2110E2C1D56DC6D9 C1D5C3C9E2C3D640 40404040000C11A1 9781A2A2A6969984 000A11A0A4A28599 8984009CD0010004 0096200100162110 E2C1D56DC6D9C1D5 C3C9E2C3D6404040 40400006210F2407 000D002FD8E3C4E2 D8D3C1E2C3000C11 2EE2D8D3F0F5F0F2 F0003C210437E2D8 (ASCII) (EBCDIC) 0123456789ABCDEF 0123456789ABCDEF .n.A...h.A. .^.. .>}..........;db ...@@@@@@@@@@@@@ 2bp @@...........m.. 0001399E..._we ....@@...Z...@.. asel ...]DB2 Co .....@.K........ nnect 5.2....... ..t..$...$....@. .............. . ....G....a...... .....QDB2/6000.. .A.....m.......< }......_...s.... .A...6.n........ }......>...s.... !....m.........@ ..SAN_FRANCISCO @@@@............ ....password ................ ....userid..}... .. ...!....m.... .o......SAN_FRAN .....@@@@@..!.$. CISCO ...... .../............ ....QTDSQLASC... ..........
0000 0010 0020 0030 0040 0050 0060 0070 0080 0090 00A0 00B0 00C0 00D0 00E0 00F0 3
DB2 fnc_data gateway_drda_ar sqljcsend (1.35.10.80) pid 80286; tid 537125164; node 0; cpid 0; sec 0; nsec 0; tpoint 177 SEND BUFFER: RDBCMM RQSDSS 0 1 2 3 4 5 6 7 8 9 A B C D E F 0000 000AD00100010004 200E (ASCII) 0123456789ABCDEF ........ . (EBCDIC) 0123456789ABCDEF ..}.......
DB2 fnc_data gateway_drda_ar sqljcrecv (1.35.10.81) pid 80286; tid 537125164; node 0; cpid 0; sec 0; nsec 0; tpoint 178 RECEIVE BUFFER: 0 1 2 3 4 5 6 7 002BD05200010025 00162110E2C1D56D D640404040400005 0100052408FF ENDUOWRM RPYDSS 8 9 A B C D E F 220C000611490004 C6D9C1D5C3C9E2C3 211501000BD00300 (ASCII) (EBCDIC) 0123456789ABCDEF 0123456789ABCDEF .+.R...%"....I.. ..}............. ..!....m........ ....SAN_FRANCISC .@@@@@..!....... O .......}.. ...$.. ......
0000 0010 0020 0030 5
DB2 fnc_data gateway_drda_ar sqljmsca (1.35.10.108) pid 80286; tid 537125164; node 0; cpid 0; sec 0; nsec 0; tpoint 179 SQLCA SQLCAID: SQLCA SQLCABC: 136 SQLCODE: 0 SQLERRML: 0 SQLERRMC: SQLERRP: DSN SQLERRD[0>5]: 00000000, 00000000, 00000000, 00000000, 00000000, 00000000 SQLWARN(0>A): , , , , , , , , , , SQLSTATE: 00000
Figura 8. Exemplu de ieire urmrit (conexiune TCP/IP)
114
Urmtoarea informa ie este capturat n urme: v ID-ul procesului (PID) al aplica iei client v RDB_NAME catalogat n directorul de servici de conexiuni de baze de date (DCS). v CCSID Conectare DB2 v Gazda sau serverul de baze de date iSeries CCSID v Gazda sau sistemul de management al serverului bazei de date iSeries cu care sistemul Conectare DB2 comunic. Primul buffer con ine atributele de schimb cu serverul (EXCSAT) i de comenzi acces RDB (ACCRDB) trimise gazdei sau sistemului de management al serverului bazei de date iSeries. Le trimite ca un rezultat al comenti bazei de date CONNECT TO. Buffer-ul urmtor con ine rspunsul pe care Conectare DB2 l-a primit de la gazd sau de la sistemul de management al serverului bazei de date iSeries. Con ine atribute de date de replic al schimbului cu serverul (EXCSATRD) iun mesaj repl ic de acces RDB (ACCRDBRM). EXCSAT i ACCRDB: Comanda EXCSAT con ine numele sta iei de lucru al clientului specificat de obiectul numelui server (SRVNAM), care este punct cod X'116D', conform cu specifica iile DDM. Comanda EXCSAT este gsit n primul buffer.n comanda EXCSAT, valorile X'116DA68581A28593' (codate n CCSID 500) sunt traduse n weasel o dat ce X'116D' este ters. Comanda EXCSAT de asemenea con ine obiectul EXTNAM (Nume extern), care este de obicei aezat n informa ia de diagnosticare al gazdei sau sistemului de management al bazei de date iSeries. Este alctuit dintr-un ID de aplic ie pe 20 de bytes urmat de un ID de proces de 8 bytes (sau un ID de proces de 4-byte i ID de fir de execu ie de 4-byte). Este reprezentat de un punct de cod X'115E', i n acest exemplu valoarea sa este db2bp_32 completat cu blancuri urmate de 0000BE5C. Pe UNIX client baz de date, aceast valoare poate fi corelat cu comanda ps, care returneaz informaa ii de stare a procesului despre procesele active la ieirea standard. Comanda ACCRDB con ine RDB_NAME n obiectul RDBNAM, care este punctul de cod X'2110'. Comanda ACCRDB urmeaz comanda EXCSAT n primul buffer. n comanda ACCRDB, valorile X'2110E2C1D56DC6D9C1D5C3C9E2C3D6' sunt traduse n SAN_FRANCISCO o dat ce X'2110' este ters. Aceasta corespunde cmpului de nume al bazei de date int din directorul DCS. irul de contabilitate are punctul de cod X'2104'.
115
Setarea de cod configurat pentru sta ia de lucru Conectare DB2 este artat prin localizarea obiectului CCSID n CCSIDSBC (CCSID pentru caractere cu un singur byte) cu punctul de cod X'119C' din comanda ACCRDB.n acest exemplu, CCSIDSBC este X'0352', care este 850. Daca1 obiecte adi ionale CCSIDDBC (CCSID pentru caractere double-byte) i CCSIDMBC (CCSID pentru caractere mixed-byte), cu puncte de cod X'119D' i X'119E' respectiv, sunt prezentate, sta ia de lucru Conectare DB2 este configurat pentru suport de cod de pagin DBCS. Deoarece exemplul de fiier de ieire nu include punctele de cod adi ionale, sta ia de lucru nu este configurat pentru DBCS. Not: Fluxul TCP/IP con ine dou noi comenzi: ACCSEC folosit pentru accesarea managerului de securitate i mecanisme de securitate pentru suport de schimb, i SECCHK, care con ine tokenurile de autentificare folosite pentru a autentifica utilizatorul de sfrit al conexiunii. ACCSEC i SECCHK apar numai pentru conexiunile TCP/IP, i fac aceasta ntre EXCSAT i ACCRDB. EXCSATRD i ACCRDBRM: Valorile CCSID sunt de asemenea returnate de la gazd sau de la serverul de baz de date iSeries din mesajul de rspuns de acces RDB (ACCRDBRM) din cel de-al doilea buffer. Acest buffer con ine EXCSATRD urmat de ACCRDBRM. Exemplul de fiier de ieire con ine valorile CCSID pentru gazd sau sistemul de server al bazei de date iSeries de 500 (X'01F4', SBCS CCSID). Dac Conectare DB2 nu recunoate pagina de cod care vine de la gazd sau de la serverul de baz de date iSeries, SQLCODE -332 va fi returnat utilizatorului cu paginile de cod ale sursei i intei. Dac gazda sau serverul de baz de date iSeries nu recunoate setul de cod trimis de laConectare DB2, va fi returnat VALNSPRM (valoare de parametru nesuportat, cu punct de cod DDM X'1252'), care este translatat n SQLCODE -30073 pentru utilizator. ACCRDBRM de asemenea con ine parametrul PRDID (identificator specific de produs cu punctul de cod X'112E'). Valoarea este X'C4E2D5F0F5F0F1F0'. Acest ir hexa corespounde la DSN05010 din EBCDIC. Conform standardelor , DNS este Baz de date universal DB2 pentru OS/390 i z/OS. De asemenea este indicat versiunea 5.1.ARI este DB2 pentru VSE & VM, SQL este Server comun DB2, i QSQ este DB2 UDB pentru iSeries. bufere ulterioare: Pute i analiza bufferele ulterioare trimise i de primire pentru informa ii adi ionale. Al treilea buffer con ine o comitere.Comanda de comitere instruiete gazda sau sistemul de management al serverului de baz de date iSeries s comit unitatea curent de lucru. Cel de-al patrulea buffer este primit de la gazd sau de la sistemul de management al bazei de date al serverului bazei de date iSeries ca rezultat al comiterii sau rulrii napoi.
116
Con ine unitatea de sfrit a mesajului replic de lucru (ENDUOWRM), care indic faptul c unitatea curent de lucru s-a nchieat. n acest exemplu, con ine un SQLCA nul, indicat de punctul de cod DDM X'2408' urmat de X'FF'. Un SQLCA nul (X'2408FF') indic succes (SQLCODE 0). Cnd un buffer de primire con ine un SQLCA (posibil un SQLCA nul, ddcstrc va urma acest buffer de primire cu o interpretare formatat a informa iei SQLCA. Figura 9 arat un exemplu de buffer primit care con ine o eroare SQLCA, i afiarea formatat a SQLCA. Acest SQLCA este rezultatul ncercrii de tergere de rnduri dintr-un tabel inexistent.
1 DB2 fnc_data gateway_drda_ar sqljcrecv (1.35.10.81) pid 48732; tid 1; node 0; cpid 0; sec 0; nsec 0; tpoint 178 RECEIVE BUFFER: 0 1 2 3 4 5 6 7 0065D0030001005F F2F7F0F4C4E2D5E7 6DC6D9C1D5C3C9E2 FFFE0C0000000000 0000000000000040 40400000000FC4C4 E3C1C2D3C5 SQLCARD OBJDSS 8 9 A B C D E F 240800FFFFFF34F4 D6E3D34000E2C1D5 C3D64040404040FF 000000FFFFFFFF00 4040404040404040 C3E2E4E2F14BD4E8 (ASCII) (EBCDIC) 0123456789ABCDEF 0123456789ABCDEF .e....._$.....4. ..}....^.......4 ...........@.... 2704DSNXOTL .SAN m.........@@@@@. _FRANCISCO . ................ ................ .......@@@@@@@@@ ....... @@...........K.. ....DDCSUS1.MY ..... TABLE
0000 0010 0020 0030 0040 0050 0060 2
DB2 fnc_data gateway_drda_ar sqljmsca (1.35.10.108) pid 48732; tid 1; node 0; cpid 0; sec 0; nsec 0; tpoint 179 SQLCA SQLCAID: SQLCA SQLCABC: 136 SQLCODE: -204 SQLERRML: 15 SQLERRMC: DDCSUS1.MYTABLE SQLERRP: DSNXOTL SQLERRD[0>5]: FFFFFE0C, 00000000, 00000000, FFFFFFFF, 00000000, 00000000 SQLWARN(0>A): , , , , , , , , , , SQLSTATE: 42704
Figura 9. Exemplu de buffer de primire
No iuni nrudite: v ieire de urm pe pagina 110 v Parametrii de urmrire pe pagina 118 v Sintax de urmrire pe pagina 118 v Utilitar de urmrire pe pagina 109
117
Parametrii de urmrire
Utilitarul de urmrire are urmtorii parametrii: pornit Pornete conectarea DB2 urmrind fluxurileDRDA cu gazda sau serverul de baze de date iSeries oprit -i -r -s -c Oprete conectarea DB2 urmrind fluxurile cu gazda sau serverul de baze de date iSeries Temporale vor fi incluse n informa ia de urmrire. Urmrirea irurilor de date DRDA primite de la gazd sau sistemul de server iSeries. Urmrete irurile de date DRDA trimise ctre gazd sau ctre serverul de baze de date iSeries. Urmrete SQLCA primit de la gazd sau serverul de baze de date iSeries. Implicit este -r, -s, i -c.
-l=lungime Specific dimensiunea bufferului folosit pentru a memora informa ia de urmrire. Implicit este 1M, i minimul este 64K. -t=fiierurmrire Specific destina ia urmririi; fiier de urmrire poate fi numele unui fiier sau al unui dispozitiv standard. Dac un nume de fiier este specificat fr o cale complet, calea curent este folosit pentru pr ile lips. Numele fiierului implicit este ddcstrc.dmp. -p=pid Evenimentele de urmrire doar pentru acest proces. dac -p nu este specificat, toate procesele pentru interfat utilizatorului sunt scrise ctre fisw1ierul de ieire. Not: Pentru un client la distant, pid poate fi gsit n cmpul agentului ID returnat de ctre monitor de sistem de baz de date. No iuni nrudite: v Analiza urmei fiierului de ieire pe pagina 111 v ieire de urm pe pagina 110 v Sintax de urmrire pe pagina 118 v Utilitar de urmrire pe pagina 109
Sintax de urmrire
Pute i invoca comanda db2drdat dintr-o invita ie de comand cu urmtoarea sintax:
118
Figura 10. Sintaxa comanzii db2drdat
Sintaxa acestei comenzi poate varia uor depinznd de sistemul de operare pe care l folosi i. No iuni nrudite: v Analiza urmei fiierului de ieire pe pagina 111 v ieire de urm pe pagina 110 v Parametrii de urmrire pe pagina 118 v Utilitar de urmrire pe pagina 109
Generarea umei urmriri CS AIX CPIC APPC API

Exist dou metode pentru a genera o urmrire CS/AIX CPIC/APPC API. Metoda 1: Aduga i:
SNATRC=/tmp/file1:/tmp/file2:
la fiierul$HOME/sqllib/cfg/vendor.cfg. Metoda 2:
Exporta i SNATRC=/tmp/file1:/tmp/file2: db2set db2envlist=SNATRC
Pentru ambele metode trebuie, de asemenea, s rula i urmtoarele comenzi:

db2stop db2start
pentru ca poarta DB2 s preia noua variabil de mediu. No iuni nrudite: v Determinarea problemei pe pagina 105
119
Probleme DB2 Connect comune

Acest subiect listeaz cele mai comune simptome ale problemelor de conectare ntlnite la folosirea DB2 Connect. n fiecare caz, vi se ofer: v O combina ie dintre un numr mesaj i un cod retur (sau un cod retur specific protocolului) asociat mesajului. Fiecare combina ie de mesaj i cod retur are un antet separat i antetele sunt ordonate dup numrul mesajului i apoi dup codul retur. v Un simptom, de obicei sub form de listare mesaj eantion. v O solu ie sugerat, indicnd cauza probabil a erorii. n unele cazuri, pot fi oferite mai multe solu ii. Not: Pentru combina ii de mesaje i cod retur specifice comunica iilor APPC, un cod sens SNA ar putea fi de asemenea indicat. n prezent, orice informa ii despre cod sens SNA asociate cu un mesaj anume trebuie ob inute de la subsistemele SNA. Codurile sens SNA pot fi vizualizate prin consultarea fiierelor istoric de sistem. Dac este sau nu cazul depinde de subsistemul SNA folosit i n unele situa ii ar trebui s recrea i problema cu SNA urmrire activ pentru a ob ine informa iile cod sens. SQL0965 sau SQL0969: Simptom Mesajele SQL0965 i SQL0969 pot fi emise cu un numr de coduri retur diferite din DB2 Universal Database (UDB) pentru iSeries, DB2 UDB pentru OS/390 i z/OS i DB2 pentru VM & VSE. Cnd ntlni i oricare din mesaje, ar trebui s examina i codul SQL original din documenta ia referitoare la produsul server baz de date care emite mesajul. Solu ie Codul SQL primit de la baza de date gazd sau iSeries nu poate fi tradus. Corecta i problema, pe baza codului erorii, apoi relansa i comanda care a euat. SQL1338 n timpul CONNECT: Simptom/Cauz Numele destina iei simbolice nu a fost definit sau nu este definit corespunztor. De exemplu, aceasta se poate ntmpla cnd un nod APPC este folosit i numele destina iei simbolice specificat n directorul nod DB2 nu corespunde cu o intrare CPI-C n configura ia subsistemului de comunica ii APPC local. O alt cauz poate fi existen a a mai mult de o stiv SNA instalat pe maina dumneavoastr. E posibil s fi i nevoi i s verifica i PATH i LIBPATH pentru a v asigura c stiva pe care vre i s o folosi i are referin n prealabil. Solu ii
120
1. Asigura i-v c numele profil Informa ii Parte CPIC specificat n directorul Nod DB2 corespunde configura iei SNA (el este sensibil la majuscule). 2. E posibil s fi i nevoi i s verifica i PATH i LIBPATH pentru a v asigura c stiva SNA pe care vre i s o folosi i are referin n prealabil. SQL5043N: Simptom Suportul pentru unul sau mai multe protocoale de comunica ie a euat s porneasc. Totui func ionalitatea managerului bazei de date nucleu a fost pornit cu succes. Poate protocolul TCP/IP nu este pornit pe serverul DB2 Connect. S-ar putea s fi existat o conexiune client cu succes anterior. Dac diaglevel = 4, atunci db2diag.log ar putea con ine o intrare similar, de exemplu:
2001-05-30-14.09.55.321092 Instan :svtdbm5 Nod:000 PID:10296(db2tcpcm) Appid:nimic common_communication sqlcctcpconnmgr_child Prob:46 DIA3205E adres socket "30090" configurat n TCP/IP fiier servicii i cerute de suportul server TCP/IP este folosit de alt proces.
Solu ie Acest avertisment este un simptom care semnaleaz c DB2 Connect, ac ionnd ca server pentru clien i la distan , are probleme la utilizarea unuia sau mai multe protocoale de comunica ie client. Aceste protocoale pot fi TCP/IP, APPC i altele i de obicei mesajul indic faptul c unul din protocoalele de comunica ii definite pentru DB2 Connect nu este configurat corespunztor. Adesea, cauza poate fi faptul c variabila profil DB2COMM nu este definit sau este definit incorect. n general, problema este rezultatul unei nepotriviri ntre variabila DB2COMM i numele definite n configura ia managerului bazei de date (de exemplu, svcename, nname sau tpname). Un scenariu posibil const n stabilirea unei conexiuni anterioare cu succes, apoi primirea mesajului de eroare SQL5043, n timp ce nici una din configura ii nu s-a schimbat. Aceasta ar putea aprea folosind protocolul TCP/IP, cnd sistemul la distan termin anormal conexiunea dintr-un motiv oarecare. Atunci cnd aceasta se ntmpl, o conexiune cu clientul pare nc s existe i poate fi posibil s restaura i conexiunea fr interven ii suplimentare emi nd comenzile artate mai jos. Cel mai probabil, unul din clien ii conecta i la serverul DB2 Connect are nc un mner asupra portulului TCP/IP. Pe fiecare main client conectat la serverul DB2 Connect, introduce i comenzile urmtoare:
db2 terminare db2stop
121
SQL30020: Simptom Execu ia SQL30020N a euat din cauza unei Erori protocol distribuit care va afecta execu ia cu succes a comenzilor urmtoare i a instruc iunilor SQL. Solu ii Ar trebui contactat service-ul pentru aceast eroare. Verifica i directorul db2dump pentru un dump ffdc (pid.000). Apoi, formata i acest fiier dump cu db2fdump i uita i-v n fiierul rezultat dup ERROR. SQL30060: Simptom SQL30060N <authorization-ID> nu are privilegiul de a efectua opera ia <operation>. Solu ie La conectarea la DB2 pentru OS/390 i z/OS, tabelele Bazei de date comunica ii (CDB) nu au fost actualizate corespunztor. SQL30061: Simptom Conectare la gazd sau loca ie server baz de date iSeries greit - nu poate fi gsit baza de date destina ie. Solu ie Numele bazei de date server greit ar putea fi specificat n intrarea director DCS. Cnd aceasta se ntmpl, SQLCODE -30061 este returnat ctre aplica ie. Verifica i nodul DB2, baza de date i intrrile directorului DCS. Cmpul nume baz de date destina ie din intrarea directorului DCS trebuie s corespund numelui bazei de date bazat pe platform. De exemplu, pentru o baz de date Baz de date universal DB2 pentru OS/390 i z/OS, numele pentru utilizare ar trebui s fie acelai cu cel folosit n cmpul Boot Strap Data Set (BSDS) LOCATION=locname, care este oferit i n mesajul DSNL004I (LOCATION=location) cnd Facilit ile date distribuite (DDF) sunt pornite. Comenzile corecte pentru un nod APPC sau APPN sunt:
db2 catalog appc nod <node_name> remote <sym_dest_name> program de securitate db2 catalog dcs baz de date <local_name> ca <real_db_name> db2 catalog baz de date <local_name> ca <alias> la nodul <node_name> server autentificare
Comenzile corecte pentru un nod TCP/IP:

db2 catalog tcpip nod <node_name> la distan <host_name_or_address> server <port_no_or_service_name> db2 catalog dcs baz de date <local_name> ca <real_db_name> db2 catalog baz de date <local_name> ca <alias> la nodul <node_name> server autentificare
122
Pentru a v conecta la baza de date emite i apoi:

db2 connect to <alias> user <nume_utiliz> using <parol>
SQL30073 cu Codul retur 119C n timpul CONNECT: Simptom Mesajul SQL30073 este emis cu codul retur 119C. Aceasta se ntmpl cnd baza de date server destina ie nu suport pagina de cod folosit de clientul DB2 (care trece prin DB2 Connect). Pagina de cod este derivat din configura ia mediului de operare n care clientul DB2 ruleaz. Solu ie Aceast problem des poate fi rezolvat prin instalarea unei corec ii pe sistemul server baz de date destina ie. Contacta i organiza ia service corespunztoare i ob ine i i aplica i orice corec ie care ar putea fi recomandat pentru acest simptom. Ca paliativ temporar, utilizatorul poate nlocui pagina de cod implicit prin setarea variabilei mediu DB2CODEPAGE. Verifica i locul sau seta i DB2CODEPAGE=850. Pe platforme UNIX, urilizatorul poate comuta la o alt pagin de cod prin setarea variabilei mediu LANG la o valoare diferit. SQL30081N cu Cod retur 1: Simptom Simptomul este urmtorul mesaj plus un cod sens SNA:
db2 conectare la <nume baz de date> utilizator <ID utilizator> Introduce i parola pentru <ID utilizator>: SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "APPC". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "". Func ia de comunica ie care a detectat eroarea: "cmallc". Codul(codurile) erorii specifice protocolului: "1", "*", "0x10030021". SQLSTATE=08001
Solu ie(solu ii) n acest exemplu, codul sens este 10030021. Cele mai comune coduri sens asociate cu acest mesaj de eroare i solu ia sugerat n fiecare caz sunt urmtoarele: SQL30081N cu Codul retur 1 i codul sens sna 0877002C A fost specificat un nume de re ea greit. SQL30081N cu Codul retur 1 i cod sens SNA ffff0003 A fost specificat o adres MAC greit sau legtura SNA nu este activ.
123
SQL30081N cu cod retur 1 i cod sens SNA 10030021 Exist o nepotrivire de tip LU. SQL30081N cu cod retur 1 i cod sens SNA 084B6031 MAXDBAT n DSNZPARM (la o gazd DB2 pentru OS/390 i z/OS) este setat la 0. Alte sugestii: v Cnd crea i profilul LU local, defini i LU ca LU implicit. De exemplu, n panoul list Caracteristici SNA din CM/2, fie: 1. Bifa i caseta de bifare Folosi i acest LU local ca aliasul LU local implicit sau 2. Seta i variabila de profil sau mediu APPCLLU din sistemul server DB2 Connect Enterprise Edition la numele LU local. Pute i face aceasta n sisteme Windows folosind Control Panel. v Verifica i dac SNA este pornit pe serverul DB2 Connect. v Dac folosi i DB2 pentru OS/390 i z/OS, verifica i dac spa iul adres Facilit i date distribuite (DDF) este pornit i DB2 ruleaz. SQL30081N cu Cod retur 2: Simptom Mesajul SQL30081N este primit cu codul retur 2 i cod sens SNA 08120022. Solu ie Parametrul NUMILU de la NCP (sfrit gazd sau iSeries al legturii) poate fi setat la valoarea implicit (0). Verifica i acest parametru. Modifica i defini ia NCP dac este necesar nainte s rencerca i, dup ce schimbarea are efect. SQL30081N cu Codul retur 9: Simptom Simptomul este urmtorul mesaj (codul sens SNA nu este cerut n acest caz):
db2 connect to <bazdedate> user <idutilizator> SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "APPC". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "". Func ia de comunica ie care a detectat eroarea: "cmsend". Codul(codurile) erorii specifice protocolului: "9", "*", "0x10086021". SQLSTATE=08001
Solu ie Problema const n faptul c numele Programului tranzac ie (TPNAME) nu este definit corect pe sistemul DB2 Connect. De exemplu, e posibil s v fi actualizat configura ia SNA, dar nu a i verificat-o nc la serverul DB2 Connect. SQL30081N cu Cod retur 10:
124
Simptom Simptomul este urmtorul mesaj (codul sens SNA nu este cerut) :
SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "APPC". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "". Func ia de comunica ie care a detectat eroarea: "cmrcv". Codul (codurile) erorii specifice protocolului: "10", "*", "*". SQLSTATE=08001
Solu ie Asigura i-v c DB2 este corect instalat. SQL30081N cu Cod retur 20: Simptom
SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "APPC". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "". Func ia de comunica ie care a detectat eroarea: "xcstp". Codul (codurile) erorii specifice protocolului: "20", "*", "*". SQLSTATE=08001
Solu ie Verifica i dac subsistemul SNA este pornit pe serverul DB2 Connect. SQL30081N cu Codul retur 27: Simptom Mesajul SQL30081N este primit cu codul retur 27 i cod sens SNA 800Axxxx. Solu ie Unitatea informa ii cale VTAM (PIU) este prea mare. SQL30081N cu Cod retur 79: Simptom
SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "TCP/IP". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "". Func ia de comunica ie care a detectat eroarea: "connect". Codul (codurile) erorii specifice protocolului: "79", "*", "*". SQLSTATE=08001
Solu ie(solu ii) Aceast eroare poate aprea cnd un client la distan nu reuete s se conecteze la un server DB2 Connect. De asemenea poate aprea la conectarea de la serverul DB2 Connect la o gazd sau un server baz de date iSeries.
125
1. Variabila profil DB2COMM poate fi setat incorect pe serverul DB2 Connect. Verifica i aceasta. De exemplu, comanda db2set db2comm=tcpip ar trebui s apar n sqllib/db2profile cnd rula i DB2 Extended Enterprise Edition pe AIX. 2. Ar putea fi o nepotrivire ntre numele serviciului TCP/IP i/sau specifica iile numrului de port la clientul DB2 i serverul DB2 Connect. Verifica i intrrile n fiierele servicii TCP/IP pe amndou maini. 3. Verifica i c DB2 este pornit pe serverul DB2 Connect. Seta i diaglevel din Configura ie manager baz de date la valoarea 4, folosind comanda:
db2 update dbm cfg using diaglevel 4
Dup oprirea i repornirea DB2, uita i-v n fiierul db2diag.log pentru a verifica dac au fost pornite comunica iile DB2 TCP/IP. Ar trebui s vede i o ieire similar cu:
2001-02-03-12.41.04.861119 Instan :svtdbm2 Nod:00 PID:86496(db2sysc) Appid:nimic common_communication sqlcctcp_start_listen Prob:80 DIA3000I Suportul protocol "TCPIP" a fost pornit cu succes.
SQL30081N cu Cod eroare specific protocolului 10032: Simptom

SQL30081N O eroare de comunica ie a fost detectat. Protocolul de comunica ii folosit: "TCP/IP". API-ul de comunica ie folosit: "CPI-C". Locul unde eroarea a fost detectat: "9.21.85.159". Func ia de comunica ie care a detectat eroarea: "send". Codul(codurile) erorii specifice protocolului: "10032", "*", "*". SQLSTATE=08001
Solu ie Acest mesaj de eroare poate fi primit la ncercarea de deconectare de la o main unde comunica iile TCP/IP au euat deja. Corecta i problema cu subsistemele TCP/IP. pe majoritatea mainilor, repornirea protocolului TCP/IP este modul de rezolvare a problemei. Ocazional, reciclarea ntregii maini poate fi necesar. SQL30082 RC=24 n timpul CONNECT: Simptom SQL1403N Numele utilizator i/sau parola oferite sunt incorecte. Solu ie Asigura i-v c parola corect este oferit la instruc iunea CONNECT dac este necesar. Parol nedisponibil pentru trimiterea la baza de date server destina ie. O parol trebuie trimis de la Client DB2 la baza de date server destina ie. Pe unele platforme, de exemplu AIX, parola poate fi ob inut numai dac este oferit la instruc iunea CONNECT.
126
No iuni nrudite: v Probleme comune DB2 DRDA AS pe pagina 127 v Determinarea problemei pe pagina 105 v Utilitar de urmrire pe pagina 109
Probleme comune DB2 DRDA AS

Acest subiect listeaz cele mai comune scenarii de probleme la folosirea unui server aplica ie DB2 DRDA. Erori de comunica ie n timpul CONNECT: Asigura i-v c urmtoarele sunt setate corespunztor la sfritul DB2 UDB. APPC/SNA LU 6.2 1. Configura ie SNA Asigura i-v c numele TP este configurat dac este necesar. De asemenea, dac securitatea SAME va fi folosit de la DRDA AR, asigura i-v c este activat pentru DRDA AR LU. 2. Parametru TPNAME configura ie manager baz de date 3. Variabila de mediu DB2COMM setat pentru a include APPC Asigura i-v c db2start se termin fr nici un avertisment. TCP/IP 1. Fiier servicii 2. Parametru SVCENAME configura ie manager baz de date 3. Variabila de mediu DB2COMM setat pentru a include TCPIP. Asigura i-v c db2start se termin fr nici un avertisment. Eroare DRDA n timpul CONNECT: APPC/SNA LU 6.2 Dac serverul SNA Server pentru AIX este n folosin , asigura i-v c numele grupului pentru executabilul ~/sqllib/adm/db2sysc este n cmpul Nume grupuri de ncredere n profilul Valori implicite sistem SNA din configura ia SNA. TCP/IP Dac DRDA AR este DB2 pentru OS/390 i z/OS, asigura i-v c urmtoarele corec ii au fost aplicate: APAR PQ05771/PTF UQ06843.
Eroare baz de date negsit n timpul CONNECT:
127
Asigura i-v c DRDA AR este configurat cu aliasul bazei de date pentru baza de date DB2 UDB destina ie. Eroare de securitate n timpul CONNECT la APPC/SNA LU 6.2: Exist considera ii speciale cu privire la setarea AUTENTIFICARE din configura ia managerului baz de date DB2 UDB dac conexiunea de la un DRDA AR este peste APPC/SNA LU 6.2. Dac ntlni i o eroare de securitate, v rugm s v asigura i c setarea AUTENTIFICARE din configura ia managerului baz de date este setat corect dup cum urmeaz: Client Cu aceast setare, ambele conexiuni securitate SAME i PROGRAM vor func iona. Server Cu aceast setare, numai conexiunile securitate PROGRAM ce merg la DB2 UDB DRDA AS pe AIX cu Server SNA vor func iona. DCS SERVER AUTENTIFICARE poate fi folosit cu DB2 UDB DRDA AS pentru a permite conexiunilor APPC de la clien i DRDA ce folosesc securitatea SAME (nu este cerut parola), n acelai timp impunnd autentificarea SERVER (care cere parol) tuturor celorlalte cereri client. Aceast op iune este activat setnd parametrul de configura ie USE_SNA_AUTH la DA n cfg-ul dbm. Cu aceast setare, urmtoarele vor func iona: 1. DB2 UDB DRDA AS pe AIX cu Server SNA:
Securitate SAME
2. DB2 UDB DRDA AS pe Windows i Solaris Operating Environments:

Securitate SAME sau PROGRAM
Aceste diferen e exist deoarece anumite subsisteme de comunica ii nu expun o parol de intrare ctre DB2 UDB. Erori n timpul BIND: Un SQLCA cu SQLCODE -4930 poate fi returnat dac o opera ie de asociere specificat de DRDA AS nu este suportat. Cmpul SQLERRMC con ine informa ii despre op iunea de asociere ce cauzeaz eroarea. No iuni nrudite: v Probleme DB2 Connect comune pe pagina 120 v Determinarea problemei pe pagina 105 v Utilitar de urmrire pe pagina 109
128
Capitol 12. Consilierul personalizat DB2 Connect

nainte de instalarea Consilierului personalizat DB2 Connect, maina Network Dispatcher i clusterul serverelor DB2 Connect trebuie instalate i configurate corect. Pentru informa ii suplimentare despre setarea mainii Network Dispatcher i a clusterului serverului, consulta i Ghidul utilizatorului IBM Network Dispatcher. Pentru fiecare server DB2 Connect, trebuie instalat DB2 Connect Enterprise Edition Versiune 6.1 sau ulterioar, iar toate conexiunile cu baza de date gazd i iSeries trebuie configurate. Pentru maina Network Dispatcher machine, trebuie instalate IBM Network Dispatcher V2.1.1 sau ulterioar (inclus ca component a Serverului IBM WebSphere Edge) i DB2 Connect Enterprise Edition Versiune 6.1 sau ulterioar.
Concepte DB2 Connect Custom Advisor

DB2 Connect Custom Advisor (Consilier personalizat) este o extensie bazat Java a IBM Network Dispatcher. Pe durata fiecrui ciclu al consultantului, DB2 Connect Custom Advisor se ataeaz la unul dintre serverele DB2 Connect i extrage un eantion din Monitorul sistem. Din eantion, DB2 Connect Custom Advisor calculeaz cu acurate e o valoare a ncrcrii care reflect apropriat ncrcarea de lucru actual a serverului. Odat ob inute valorile de ncrcare de la toate serverele, dispecerul remprospteaz sarcinile serverului cu noile informa ii de ncrcare i distribuie lucrul corespunztor. Calcularea valorilor de ncrcare: Pe durata fiecrui ciclu al consilierului, DB2 Connect Custom Advisor trimite dispecerului o valoare de ncrcare pentru fiecare server. Aceast valoare de ncrcare trebuie s fie n tre 10 i 1000 cu 10 indicnd un server rapid i 1000 fiin un server foarte ncrcat. O valoare de ncrcare returnat de 1 indic un server indisponibil. Dac un server este marcat ca indisponibil, nu i se vor mai trimite conexiuni. DB2 Connect Custom Advisor calculeaz valoarea ncrcrii serverului cu informa iile furnizate de eantionul de la Monitorul de sistem i informa iile ob inute de la Configura ia managerului de baze de date DB2. Urmtoarele informa ii sunt extrase din eantionul de la Monitorul de sistem: v Numrul curent al conexiunlor DB2 Connect v Numrul de conexiuni care atept cererile clien ilor v Numrul de agen i DRDA inactivi v Numrul de agen i liberi v Numrul de agen i nregistra i
129
v Numrul de erori de comunica ie Urmtoarele informa ii sunt extrase din Configura ia managerului de baze de date: v Numrul maxim de agen i pentru server v Numrul maxim de agen i de coordonare pentru server v viteza CPU Calcularea valorii de ncrcare este controlat de urmtorii factori determinan i: 1. Conexiuni: Numrul de conexiuni pentru un server este primul determinant n calculul ncrcrii de lucru pentru un server. Cu ct un server are mai multe conexiuni, cu att mai mult serverul are o ncrcare de lucru mai mare. n timpul fiecrui interval al consilierului, este derivat o valoare procentual prin mpr irea numrului curent de conexiuni la numrul maxim de conexiuni (numrul maxim de agen i de coordonare). Acest procent este mapat pe o valoare ntre 10 i 1000. O conexiune ocupat furnizeaz osarcin dubl comparativ cu una inactiv. O conexiune ocupat este definit ca o conexiune care nu ateapt pentru intrarea de la client. De exemplu, dac un server are 10 conexiuni utilizate dintr-un maxim de 100 cu 4 fiind ocupate, ncrcarea returnat din factorul de conexiuni este calculat n modul urmtor: Procent utilizat = [Conexiuni inactive + (Conexiuni ocupate x 2)] / Max Conexiuni = [6 + (4 x 2)] / 100 = 0.14 Factor ncrcare conexiuni = Interval ncrcare x Procent utilizat + deplasament = (1000 x 10) x 0.14 + 10 = 149 Dac dori i ca un server s recep ioneze mai multe cereri de conectare, pute i mri parametru pentru numrul su maxim de agen i de coordonare din Configura ia managerului de baze de date1. 2. Erori de comunicare: Monitorul sistem (System Monitor) DB2 raporteaz numrul de erori de comunica ii care se produc ntre fiecare baz de date DCS i serverul DB2 Connect. Prin urmrirea numrului de erori de comunica ii care se produc n decursul fiecrui interval al consilierului, poate fi determinat starea curent de conectivitate a fiecrui server. Pentru fiecare eroare de comunica ii care se produce n decursul unui interval al consilierului, factorul de erori de comunica ii adaug o valoare echivalant cu 5% din intervalul de ncrcare la valoarea total de ncrcare. Intervalul de ncrcare este 1000 10 = 990 (cum s-a men ionat n sec iunea anterioar, ncrcarea de 1000 indic un server rapid, 10 indic un server foarte ncrcat).
1. n medii cu baze de date neparti ionate, numrul maxim de agen i de coordonare (max_coordagents) este ntotdeauna egal cu numrul maxim de agen i (maxagents), doar dac sistemul nu este configurat pentru paralelism n interiorul parti iilor.
130
3. Agen i DRDA inactivi: Crearea unui nou agent DRDA este un proces costisitor. Dac dou servere au ncrcri de lucru aproximativ echivalente i unul dintre ele are agen i DRDA inactivi n grupul su, este mai bine s trimitem mai multe cereri ctre acest server dect s crem noi agen i DRDA pe cellalt server. Pentru fiecare agent DRDA inactiv din pool-ul serverului, factorul de agen i DRDA inactivi se micoreaz cu o valoare echivalent cu 5% din intervalul de ncrcare. Dac este posibil, s se mreasc dimensiunea pool-ului de agen i (num_poolagents) pentru a permite mai mul i agen i DRDA inactivi care s rmn n pool-ul serverului. 4. Viteza CPU: Managerul de baze de date calculeaz viteza CPU (n milisecunde pe instruc iune) a unei maini server n timpul instalrii DB2 Connect Enterprise Edition. DB2 Connect Custom Advisor determin viteza medie a CPU pentru toate serverele n timpul instalrii. De fiecare dat cnd un server este mai rapid dect media, o valoare echivalent cu 5% din intervalului de ncrcare este sczut din ncrcarea total. Invers, de fiecare dat cnd un server este mai lent dect media, ncrcarea total este mrit cu o valoare echivalent cu 5% din intervalului de ncrcare.
Tabela 9. Caracteristicile clusterului Server SERVER1 SERVER2 SERVER3 Vitez CPU (ms/instruc iune) 1.00 x 10-6 4.00 x 10 1.00 x 10
-6 -6
Nr. max de conexiuni 1000 1000 500
De exemplu, un cluster are urmtoarele caracteristici: Viteza medie a CPU = (1.00 x 10-6 = 2.00 x 10-6 ms/instruc iune + 4.00 x 10-6 + 1.00 x 10-6) / 3
Deoarece ambele SERVER1 i SERVER3 au o vitez CPU care este mai mare dect media, ncrcrile totale ale ambelor servere vor fi micorate cu 5% din intervalul de ncrcare. ncrcare SERVER1 = ncrcare SERVER1 (990 x 5%) = ncrcare SERVER1 49.5 (la fel pentru SERVER3) SERVER2 are o vitez CPU care este mai mic dect media, de aceea ncrcarea sa total fiind crescut cu 5% din din intervalul de ncrcare. ncrcare SERVER2 = ncrcare SERVER2 + (990 x 5%) = ncrcare SERVER2 + 49.5
131
Rezultatele de la to i cei patru factori sunt combinate pentru a forma ncrcarea serverului. Aceast ncrcare rezultat este returnat dispecerului pentru a calcula sarcina severului. Protec ie preluare la eroare: DB2 Connect Custom Advisor mbunt ete protec ia preluare la eroare a IBM Network Dispatcher prin adugarea de senzori care s detecteze condi iile critice din motorul DB2 Connect. Pe durata fiecrui interval al consilierului, DB2 Connect Custom Advisor colecteaz numrul de agen i nregistra i i numrul agen ilor neocupa i din eantionul Monitorului de sistem. Dac numrul de agen i nregistra i minus numrul agen ilor liberi este mai mare sau egal dect numrul maxim de agen i pentru un server, este returnat o ncrcare de 1. Toate noile conexiuni vor fi rutate ctre alte servere sntoase pn cnd numrul de agen i scade sau se elibereaz agen i. Pentru a accesa informa ii Monitorului de sistem (System Monitor) pentru fiecare server DB2 Connect, DB2 Connect Custom Advisor trebuie s se ateze la server. Dac este detectat o eroare critic de comunica ie n timpul procesului de ataare i de extragere a eantionului, este returnat o valoare de ncrcare 1 ctre dispecer. Calcularea sarcinii serverului: Dispecerul seteaz sarcinile severului pe baza contoarelor interne, a ncrcrii ntoarse de consilier i a feedback-ului de la un program de monitorizare a sistemului, cum este ISS (Interaction Session Support - Suport sesiune de interac iune). Administratorul poate modifica propor iile de importan dat pentru fiecare intrare. Propor iile trebuie adugate pn la 100. Cnd se utilizeaz DB2 Connect Custom Advisor, urmtoarele propor ii ar trebui s func ioneze corect pentru majoritatea sistemelor:
Tabela 10. Propor iile DB2 Connect Custom Advisor Intrare Numrul de conexiuni active de pe fiecare server (propor ie acordat conexiunilor active) Numrul de conexiuni noi de pe fiecare server (propor ie acordat noilor conexiuni) ntrare de le consilier (Propor ie acordat specific portului) ntrare de utilitarul de monitorizare sistem (propor ie acordat msurtorilor sistem) Propor ie 20 20 60 0
Conform Ghidului de utilizare al IBM Network Dispatcher, nu este recomandat setarea primelor valori sub 20. Acest lucru va dezactiva echilibrarea ncrcrii i netezirea realizate de dispecer. IBM Network Dispatcher echilibreaz serverele pe baz de port.
132
Toate cererile de intrare pentru un port sunt distribuite ntre servere pe baza sarcinilor lor relative. De exemplu, dac un server are o sarcin de 10 i cellalt server are o sarcin de 5, srverul setat la 10 primete de dou ori mai multe cereri dect serverul setat la 5. Echilibrarea manual a ncrcrii: DB2 Connect Custom Advisor opereaz n dou moburi: normal i manual. n modul normal, DB2 Connect Custom Advisor calculeaz ncrcarea de lucru pentru servere aa cum s-a descris n sec iunea anterioar. n modul manual, administratorul de sistem asigneaz fiecrui server o sarcin relativ. Valoarea ncrcrii pentru fiecare server este calculat direct din acest set de sarcini. Un administrator poate dori ca o parte mai mare de conexiuni s fie direc ionate la un anumit server deoarece are mai multe resurse dect celelalte. Acest server poate avea procesoare mai rapide, mai mult memorie, o plac de re ea mai rapid sau alte caracteristici superioare. Un administrator poate atribui fiecrui server o sarcin de la 1 la 10. O sarcin de 1 este asignat serverului care recep ioneaz cel mai mic mumr de conexiuni. Sarcinile celorlalte servere sunt setate relativ la serverul cel mai srac n resurse. Dac un alt server trebuie s recep ioneze o cantitate de trei ori mai mare de conexiuni dect cel mai srac n resurse, trebuie s i se dea o sarcin de 3. Urmtorul exemplu ilustraz cum lucreaz modul manual:
Tabela 11. Sarcina de echilibrare ncrcare Server SERVER1 SERVER2 SERVER3 SERVER4 SERVER5 Sarcin alocat 1.5 1.0 1.0 3.0 1.0
ncrcare SERVER1 = 500 / 1.5 = 333 ncrcare SERVER2 = 500 / 1.0 = 500 (la fel pentru SERVER3 i SERVER5) ncrcare SERVER4 = 500 / 3.0 = 167 SERVER2, SERVER3 i SERVER5 (ncrcare de 500) vor aprea cu o ncrcare de lucru de 3 ori mai mare dect SERVER4 (ncrcare 167) i de 1.5 ori mai mare dect SERVER1 (ncrcare 333). Dac 15 noi cereri sosesc la dispecer, fiecare dintre SERVER2, SERVER3 i SERVER5 va primi aproximativ 2 conexiuni. SERVER1 va primi aproximativ 3 conexiuni i SERVER4 va primi 6. Protec ia preluare la eroare rmne activ n modul manual. Dac apare o condi ie critic la unul dintre severe, nu i se vor mai trimite noi cereri.
133
Opera ii nrudite: v Activarea DB2 Connnect Custom Advisor (Consilier personalizat) pe pagina 137 v Configurarea DB2 Connect Custom Advisor pe pagina 135 v Instalarea DB2 Connect Custom Advisor (Consilier personalizat) pe pagina 134 v Setarea DB2 Connect Custom Advisor (Consilier personalizat) pe pagina 136 v Depanarea DB2 Connect Custom Advisor (Consultant personalizat) pe pagina 138 Referin e nrudite: v Exemplu de fiier script pentru pornirea Dispecerului pe pagina 138
Instalarea DB2 Connect Custom Advisor (Consilier personalizat)

Procedur (Windows): Pentru a instala DB2 Connect Custom Advisor pe Windows: 1. Dezarhiva i db2cadv.zip ntr-un director temporar. Con inutul dezarhivat cuprinde: v UsersGuide.pdf o versiune standard a acestui subiect v db2cadv.dll fiierul legtur nativ al DB2 Connect Custom Advisor v db2cadv.ini fiierul de ini ializare a DB2 Connect Custom Advisor v ADV_db2cadv.class cod octet Java al DB2 Connect Custom Advisor v ADV_db2cadv$jNode.class - cod octet Java al DB2 Connect Custom Advisor 2. Copia i fiierele n directoarele lor corespunztoare.
Tabela 12. Directoarele destina ie ale fiierlor Fiiere ADV_db2cadv.class ADV_db2cadv$jNode.classdb2cadv.ini db2cadv.dll Director %Dispatcher Install Path%\dispatcher\lib\CustomAdvisors\ %Dispatcher Install Path%\dispatcher\lib\
Procedur (AIX): Pentru a instala DB2 Connect Custom Advisor pe AIX: 1. Dezarhiva i db2cadv.tar ntr-un director temporar. Con inutul dezarhivat cuprinde: v UsersGuide.pdf o versiune standard a acestui subiect v libdb2cadv.so fiier bibliotec partajat nativ a DB2 Connect Custom Advisor v db2cadv.ini fiierul de ini ializare al DB2 Connect Custom Advisor v ADV_db2cadv.class cod octet Java al DB2 Connect Custom Advisor v ADV_db2cadv$jNode.class - cod octet Java al DB2 Connect Custom Advisor
134
2. Copia i fiierele n directoarele lor corespunztoare.

Tabela 13. Directoarele destina ie ale fiierlor Fiiere ADV_db2cadv.class ADV_db2cadv$jNode.classdb2cadv.ini libdb2cadv.so Director /usr/lpp/nd/dispatcher/lib /CustomAdvisors/ /usr/lpp/nd/dispatcher/lib/
No iuni nrudite: v Concepte DB2 Connect Custom Advisor pe pagina 129
Configurarea DB2 Connect Custom Advisor

Fiierul de ini ializare db2cadv.ini trebuie configurat pentru a porni DB2 Connect Custom Advisor. Procedur: DB2 Connect Custom Advisor (Consultant personalizat) poate fi configurat pentru a porni n unul din dou moduri: normal sau manual. Configurarea pentru modul normal: Eticheta de port Prima linie (excluznd comentariile i spa iile albe) al fiierului de instalare este eticheta de port. Eticheta de port este numrul de port nchis ntre paranteze ptrate. n exemplul de mai jos, eticheta de port este [50000], indicnd faptul c clusterul de servere DB2 Connect lucreaz pe numrul de port 50000. (DB2 Connect ruleaz n mod obinuit pe portul 50000.) Linia server Fiecare linie care urmeaz etichetei de port se numete linie server. Fiecare linie server reprezint un server din cluster. Linia server con ine informa ii necesare pentru DB2 Connect Custom Advisor pentru a se ataa serverului. Fiecare linie server are urmtorul format:
server = adres server nume nod DB2 id nregistrare parol sarcin
Adresa serverului este adresa IP sau numele serverului. Numele de nod DB2 este numele dat serverului de ctre Directorul de noduri DB2. Id-ul de nregistrare este numele de nregistrare al contului de utilizator setat la pasul 3. Parola este parola de nregistrare a contului utilizator. Sarcina trebuie setat ntotdeauna la 1 n modul normal. Setarea acestei valori la orice numr diferit de 1 pune DB2 Connect Custom Advisor n modul manual. n exemplul de mai
135
jos, sunt setate dou servere. Primul server are adresa 192.168.0.1. Numele su de nod este SERVER1, iar id-ul de nregistrare este DB2NDADV. Acesta este un exemplu de fiier de ini ializare pentru setarea modului normal:
; Fiier de configurare DB2CADV Custom Adviser ; Creat: 2002/03/29 [50000] server = 192.168.0.1 SERVER1 DB2NDADV xxxxxxxx 1 server = 192.168.0.11 SERVER2 DB2NDADV xxxxxxxx 1
Configurarea pentru modul manual: Opera ia de configurare pentru modul manual este identic cu configurarea pentru modul normal (aa cum a fost descris n Configurarea pentru modul normal) n afar de valorile pentru sarcini din intrrile de linii server. Aici, trebuie introdus valoarea dorit a sarcinii pentru fiecare server. Valoarea de sarcin este un numr zecimal ntre 1.0 i 10.0. O sarcin de 1.0 trebuie asignat serverul care recep ioneaz cel mai mic mumr de conexiuni. Fiecruidintre celelalte servere i este asignat o sarcin care este relativ la sarcina de server 1.0. Valoarea sarcinii este descris detaliat n Echilibrarea manual a ncrcrii. n exemplul de mai jos, sunt cinci servere n cluster. SERVER1 are sarcina de 1.5. SERVER4 are sarcina de 3.0. SERVER2, SERVER3 i SERVER5 au fiecare sarcina de 1.0 Acesta este un exemplu de fiier de ini ializare pentru setarea modului manual:
; Fiier de configurare DB2CADV Custom Adviser ; Creat: 2002/03/29 [50000] server = server = server = server = server = 192.168.0.1 192.168.0.2 192.168.0.3 192.168.0.4 192.168.0.5 SERVER1 SERVER2 SERVER3 SERVER4 SERVER5 DB2NDADV DB2NDADV DB2NDADV DB2NDADV DB2NDADV xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx 1.5 1.0 1.0 3.0 1.0
Setarea DB2 Connect Custom Advisor (Consilier personalizat)

Procedur (Windows): Pentru a seta DB2 Connect Custom Advisor: 1. Crea i un cont de utilizator n care s porneasc Dispecerul. Penru ca DB2 Connect Custom Advisor s poat accesa fiierul su bibliotec de legare dinamic, serviciul IBM Network Dispatcher (Dispecer de re ea) trebuie s porneasc dintr-un cont cu autoritatea User (utilizator).
136
2. Schimba i profilul Startup pentru serviciul IBM Network Dispatcher. Seta i serviciul IBM Network Dispatcher s se nregistreze ca utilizatorul creat la pasul 1. Pentru a modifica profilul Startup al serviciului apsa i Start i selecta i Settings > Control Panel >Services. 3. Seta i conturile utilizator pe serverele DB2 Connect. Trebuie setat un cont de utilizator cu autoritatea de administrator pentru fiecare server DB2 Connect. Pot fi utilizate conturile implicite DB2ADMIN sau pot fi create conturi noi cu autoritatea de administrator. Aceste conturi sunt necesare pentru DB2 Connect Custom Advisor pentru a accesa monitorul de sistem (System Monitor). Procedur (AIX): Pentreu a seta DB2 Connect Custom Advisor: 1. nregistra i-v pe maina dispecer cu un cont cu autoritate de root. Opera iile dispecerului i ale consilierului pot fi efectuate doar dintr-un cont root. 2. Seta i conturile utilizator pe serverele DB2 Connect. Trebuie setat un cont de utilizator cu autoritatea de root pentru fiecare server DB2 Connect. Pot fi utilizate conturile implicite DB2ADMIN sau pot fi create conturi noi cu autoritatea de root. Aceste conturi sunt necesare pentru Consilierul de comenzi DB2 Connect pentru a accesa Monitorul de sistem (System Monitor). No iuni nrudite: v Concepte DB2 Connect Custom Advisor pe pagina 129
Activarea DB2 Connnect Custom Advisor (Consilier personalizat)

Procedur: Dup pornirea dispecerului i managerului de re ea, lansa i comanda de pornire a consilierului pentru a porni DB2 Connect Custom Advisor (Consilier personalizat):
ndcontrol advisor start db2cadv 50000
Aceast comand pornete DB2 Connect Custom Advisor pe portul 50000. Intervalul de actualizare al consilierului, intervalul de actualizare al managerului i ciclul de remprosptare al ncrcrii trebuie ajustate dup pornirea DB2 Connect Custom Advisor. Intervalele de actualizare i remprosptare trebuiesc setate suficient de scurte pentru a furniza dispecerului date valabile pentru echilibrare efectiv a ncrcrii. Informa ii suplimentare despre configurarea consilierilor de comenzi pot fi gsite n IBM Network Dispatcher Users Guide (Ghidul utilizatorilor IBM Network Dispatcher) Capitolul 8. Advanced Dispatcher and CBR functions (Fun ii avansate ale dispecerului i CBR). DB2 Connect Custom Advisor i Dispecerul pot fi pornite simultan cu un fiier script.
137
Pentru informa ii suplimentare despre utilizarea fiierelor script pentru IBM Network Dispatcher (Dispecer de re ea) , consulta i IBM Network Dispatcher Users Guide (Ghidul utilizatorilor IBM Network Dispatcher) Capitolul 5. Configuring the Dispatcher Component (Configurarea componentelor dispecerului). No iuni nrudite: v Concepte DB2 Connect Custom Advisor pe pagina 129
Depanarea DB2 Connect Custom Advisor (Consultant personalizat)

Dup pornirea DB2 Connect Custom Advisor, este o bun practic de a verifica fiierul istoric pentru mesaje de eroare posibile. Procedur: Filierul istoric db2cadv_50000.log2 i poate fi gsit n C:\Program Files\ibm\nd\dispatcher\logs\ pentru Windows (sau unde se alfl dispecer\logs\) i n /usr/lpp/nd/dispatcher/logs pentru AIX. Pentru condi ii de eroare care nu sunt critice, DB2 Connect Custom Advisor va scrie un mesaj de eroare n fiierul istoric i va returna o ncrcare neutr de 500 pentru dispecer. O eroare critic nu va face un server indisponibil. ncrcarea sa va rmne neutr pn la rezolvarea erorii ne-critice i repornirea dispecerului. No iuni nrudite: v Concepte DB2 Connect Custom Advisor pe pagina 129
Exemplu de fiier script pentru pornirea Dispecerului

@echo off rem rem START UP FILE FOR IBM NETWORK DISPATCHER rem AND DB2 CONNECT CUSTOM ADVISOR FOR LOADrem BALANCING A CLUSTER OF TWO DB2 CONNECT SERVERS rem rem filename = ndstart.cmd rem created = 2000/04/13 call ndcontrol executor start set NFA=192.168.0.10 set CLUSTER=192.168.0.6 echo "ncrcarea adresei non-forwarding..." call ndcontrol executor set nfa %NFA%
2. Dac alege i s rula i serverele dumneavoastr DB2 Connect pe alt port, numele fiierului istoric va fi db2cadv_portales.log
138
call ndcontrol executor set fintimeout 30 call ndcontrol executor set fincount 4000 echo "ncrcarea adresei cluster..." call ndcontrol cluster add %CLUSTER% echo "Asignarea portului pentru CLUSTER: %CLUSTER%..." call ndcontrol port add %CLUSTER%:50000 set SERVER1=192.168.0.1 set SERVER2=192.168.0.11 echo "Adugare maini server..." call ndcontrol server add %CLUSTER%:50000:%SERVER1%+%SERVER2% echo "Pornirea managerului..." call ndcontrol manager start echo "Pornirea Consilierului de legtur DB2 Connect pe portul 50000..." call ndcontrol advisor start db2cadv 50000 echo "Trimiterea propor ii manager..." call ndcontrol manager proportions 20 20 60 0 echo "Trimitere alias pentru cluster..." call ndcontrol cluster configure %CLUSTER% en0 255.255.255.0 echo call call call call call "Configurare Manager dispecer..." ndcontrol manager loglevel 1 ndcontrol manager logsize 500000 ndcontrol manager sensitivity 5.000000 ndcontrol manager interval 3 ndcontrol manager refresh 3
echo "Configurarea Consilier de legtur DB2 Connect..." call ndcontrol advisor interval db2cadv 50000 3 call ndcontrol advisor loglevel db2cadv 50000 1 call ndcontrol advisor logsize db2cadv 50000 500000 call ndcontrol advisor timeout db2cadv 50000 unlimited
139
140
Capitol 13. Performan e

Considera ii ale performan ei conectrii DB2
Performan a este modul n care se comport un sistem avnd o sarcin dat. Este afectat de resursele disponibile i de modul n care acestea sunt utilizate i partajate. Dac dori i mbunt irea performan elor, trebuie nti s v decide i ce fel de performan e dori i. Pute i alege ntre diferite metrici ale perfoman elor, inclusiv: Timp rspuns Intervalul de timp ntre momentul n care aplica ia trimite bazei de date cererea i momentul n care aplica ia primete un rspuns. Transferul tranzac iei Numrul unit ilor de lucru care pot fi completate per unitate de timp. Unitatea de lucru poate fi simpl, cum ar fi citirea i actualizarea unei linii, sau complicate, incluznd sute de instruc iuni SQL. Rata transferului de date Numrul octe ilor transfera i ntre aplica ia Conectare DB2 i gazda bazei de date iSeries per unitate de timp. Performan a va fi limitat de un hardware disponibil i resurse software. CPU, memorie, i adaptoare de re ea sunt exemple de resurse hardware. Subsisteme de comunica ie , subsisteme de paginare, mbuf pentru AIX, i legtur pentru SNA sunt exemple de resurse software. Fluxul de date: Figura 11 pe pagina 142 arat calea pentru datele flux ntre gazd sau serverul baz de date iSeries i sta ia de lucru Conectare DB2.
141
Figura 11. Flux de date n Conectare DB2
v Gazda sau baza de date iSeries i parte din subsistemul de comunica ii B sunt rulate de obicei pe acelai sistem. Acest sistem este fcut din unul sau mai multe CPU, memorie principal, un subsistem I/O, DASD, i un sistem de operare. Deoarece s-ar putea ca alte programe s partajeze aceste componente, dezbaterea resurselor ar putea cauza probleme. v Re eaua este compus dintr-o combina ie de cabluri, hub-uri, linii de comunica ie, switch-uri, i alte controlere de comunica ie. De exemplu, interfa a hardware B a re elei ar putea fi controlere de comunica ie 3745 sau 3172 sau un adaptor token ring pentru un server iSeries. Ar putea fi implicate mai multe transmisii de mediu ntre interfe ele hardware A i B ale re elei. v Interfa a hardware A a re elei ar putea fi token ring, Ethernet**, alt adaptor LAN, sau un adaptor care suport protocoale SDLC sau X.25. Subsistemul de comunica ii A poate fi produde de System Network Architecture (SNA), IBM SNA Server pentru AIX, sau SNAplus2 pentru HP-UX. v Conectare DB2 i subsistemul de comunica ii A este localizat de obicei pe acelai sistem. Pentru scopul acestei discu ii, presupunem c aplica ia este de asemenea pe acelai sistem. Bottlenecks:
142
Transferul tranzac iei este dependent de componenta cea mai nceat din sistem. Dac identifica i o performan de tip bottleneck, pute i ocoli adesea problema prin schimbarea configura iei parametrilor, alocnd mai multe resurse componentei problemei, actualiznd componenta, sau adaugnd o component nou pentru a dezactiva unele job-uri. Pute i utiliza unelte variate pentru a determina ct timp petrece un chestionar la fiecare component. Aceasta v va da o idee despre ce componente ar trebui reglate sau modernizate pentru mbunt irea performan elor. De exemplu, dac determina i c un chestionar petrece 60% din timpul su la maina Conectare DB2 , a i putea dori s regla i Conectare DB2 sau (dac ave i clien i la distan ) s aduga i o alt main Conectare DB2 re elei dumneavoastr. Benchmarking: Benchmarking compar performa ele dintr-un mediu cu performan ele din altul. Benchmarking poate porni prin rularea aplica iei de test ntr-un mediu normal. Deoarece problema performan ei este limitat, cazurile specializate de test pot fi dezvoltate pentru a limita scopul func iei care este testat i observat. Benchmarking nu trrebuie s fie complex. Cazurile de test specializate nu trebuie s ntrtac o aplica ie ntreag pentru a ob ine informa ii care pot fi valorificate. Porni i cu masurtori simple i crete i complexitatea doar cnd e garantat. Caracteristicile unui benchmarks bun: v Fiecare test poate fi repetat. v Fiecare itera ie a unui test este pornit cu aceeai stare a sistemului. v Hardware-ul i software-ul utilizat pentru benchmarking se potrivete cu mediul produsului. v Nu exist func ii sau aplica ii active n sistem altele n afara celor msurate. n afara cazului n care scenariul include un numr de alte activit i care ruleaz n sistem. Not: Aplica iile care sunt pornite, utilizeaz memoria chiar i atunci cnd sunt minimizate sau idle(n bucl infinit). Aceasta ar putea cauza paginare i s strice rezultatele de la benchmark. Unelte pentru performan : Urmtorul tabel listeaz unele dintre uneltele care v-ar putea ajuta s msura i performen ele sistemului. Deoarece aceste unelte nsele utilizeaz resurse se sistem, s-ar putea s nu le dori i active tot timpul.
143
Tabela 14. Unelte pentru performan Sistem AIX
Unelata CPU i utilizarea memoriei vmstat, timp, ps, tprof
Descriere Furnizeaz informa ii despre CPU sau problemele memoriei pe sta ia de lucru Conectare DB2 sau clien i la distan .
HP-UX Windows NT i Windows 2000 Toate OS/390 sau zSeries
vmstat, timp, ps, monitorizare i strlucire dac e disponibil Microsoft Monitor de performan Activitatea bazei de date Monitorizare baza de date DB2PM (IBM), OMEGAMON/DB2 (Candle), TMON (Landmark), INSIGHT (Goal Systems) i DB2AM (BMC) Microsoft Monitor de performan Activitate re ea netpmon Raporteaz nivele mici ale statisticii de re ea, incluznd statistici TCP/IP i SNA i numrul pachetelor sau cadrelor primite per secund. Majoritatea monitorizrilor de re ea sunt dependente de platform; aceast unealt func ioneaz doar pentru token-ring. Raporteaz utilizarea controlului comunica iei i VTAM. Manipularea traficului TCP/IP. Determin dac problema vine de la baza de date.
Windows NT i Windows 2000 AIX
DOS
Re ea Token-Ring 16/4 Trace i Program de performan
Controler de re ea ca i 3745
NetView Monitorizarea performan elor netstat
bazate pe UNIX
No iuni nrudite: v Proiectare aplica ie pe pagina 146 v Reglarea conectrii DB2 pe pagina 158 v Reglarea bazei de date gazd pe pagina 160
144
v v v v
Considerente ale reglrii re elei pe pagina 160 Depanarea performan elor conectrii DB2 pe pagina 163 Dezbaterea resurselor sistem pe pagina 162 Sugestii i indicii de reglare a performan elor SNA pe pagina 168
v Reglarea performan elor aplica iilor CLI/ODBC cu cuvntul cheie CLISCHEMA pe pagina 88 v unealta de optimizare catalog db2ocat pe pagina 86 v Concentrator de conexiune pe pagina 152 v conectare pool pe pagina 149 v v v v v v mbunt iri OSA-2 pe pagina 170 Suportul de canale cu mai multe ci pentru SNA peste ESCON pe pagina 181 Hardware de re ea pe pagina 181 Selectarea i ajustarea attachment-ului de re ea pe pagina 169 Ajustarea conexiunii DB2 Connect folosindNCP pe pagina 164 Reglarea DB2 pentru OS/390 i z/OS pe pagina 167
Opera ii nrudite: v Optimizare acces ODBC pe pagina 145
Optimizare acces ODBC

Baza de date universal DB2 ofer optimizri speciale proiectate pentru mbunt irea performan elor n comunica ii prin ODBC. Aceste mbunt iri sunt disponibile pentru Microsoft Access, Lotus Approach, or Visual Basic. Pute i ctiga un transfer mai rapid ODBC utiliznd asistentul de configurare al DB2(CA). Procedura: Pentru a activa ODBC optimizat: v Dac defini i o conecxiune nou: 1. Porni i DB2 CA. 2. Selecta i baza de date alias pe care dori i s-o optimiza i. 3. Face i click pePropriet i. 4. Asigura i-v cnregistrtarea acestei baze de date ODBC caseta de verificare este selectat. 5. Selecta i butonul radio care descrie cum dori i nregistrarea acestei baze de date. 6. Face i click Setri. 7. Face i click Optimizri i selecta i aplica ia ale crei setri OBDC dori i s le optimiza i.
145
8. Face i click OK i iei i din CA. v Dac actualiza i o conexiune existent: 1. Porni i DB2 CA. 2. Selecta i baza de date alias pe care dori i s-o optimiza i. 3. Face i click Propriet i. 4. Face i click Setri. 5. Face i click Optimizri din fereastra de setri CLI/ODBC i selecta i aplica ia pe care dori i s-o optimiza i. 6. Face i click OK i iei i din CA. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
Proiectare aplica ie
Cnd crea i o aplica ie, pute i mbunt i performan ele n mai multe moduri. Proceduri SQL compuse i memorate Pentru aplica iile care trimit i primesc multe comenzi i rspunsuri, regia de re ea poate fi semnificativ. Procedurile SQL compuse i memorate sunt dou moduri de a reduce aceast regie. Dac o aplica ie trimite mai multe instruc iuni SQL fr interven ia logicii de program, pute i utiliza proceduri SQL compuse. Dac necesita i logica de program n grupul de instruc iuni SQL, pute i utiliza procedurile memorate. Toate instruc iunile executabile cu excep ia urmtoarelor pot fi con inute n instruc iunile compuse SQL:
Apelare FETCH Inchidere Deschidere SQL compus Conectare Preparare Release Descriere ntoarcere napoi Deconectare Setare conexiune Executare imediat
Procedurile memorate v ajut la reducerea traficului n re ea prin plasarea programului logic pe server. Pute i s realiza i comitere automat cnd iei i din procedur. Pute i de asemenea s ntoarce i seturi de rezultate, care minimizeaz logica aplica iei la client.
146
Cerin e pentru grupare CeGrouping related database requests (SQL statements) into one database request can reduce the number of requests and responses transmitted across the network. De exemplu, grupnd urmtoarele instruc iuni:
SELECT COL1, COL2, COL5, COL6 FROM TABLEA WHERE ROW_ID=1 SELECT COL1, COL2, COL5, COL6 FROM TABLEA WHERE ROW_ID=2
n
SELECT COL1, COL2, COL5, COL6 FROM TABLEA WHERE ROW_ID=1 OR ROW_ID=2
trimite mai pu ine cereri de-a lungul re elei. Pute i folosi de asemenea i cuvinte cheie cum ar fi IN i BETWEEN pentru a reduce numrul liniilor returnate. n plus, pute i folosi cuvintele cheie WHERE, IN, i BETWEEN la instruc iunile UPDATE i DELETE. Predicatul logic Pute i utiliza predicatul logic pentru a cere doar liniile i coloanele care sunt necsare. Aceasta minimizeaz trraficul n re ea i regia CPU pentru transmisia de date. De exemplu, nu utiliza i chestionarul:
SELECT * FROM TABLEA
dect dac primul rnd al TABLEA cu ROW_ID=1 este chiar necesar sau doar dac coloana 1 i coloana 2 sunt necesare. Blocarea datelor Ar trebui sa utiliza i date blocate dac atepta i cantit i mari de date de la server. Blocarea mbunt ete utilizarea l imii de band a re elei i reduce regia CPU att a gazdei sau a serverului baza de date AS/400 ct i a serverului Conectare DB2. Exist o cantitate fixat a regiei CPU i a re elei pentru fiecare mesaj trimis i recep ionat indiferent de mrime. Blocarea datelor reduce numrul mesajelor necesare pentru transferul aceleiai cantit i de date. La blocare, prima linie de date dintr-un chestionar nu va fi livrat aplica iei pn este recep ionat primul bloc. Blocarea crete timpul de rspuns pentru prima linie, dar mbunt ete timpul de rspuns pentru liniile din subsecven . O alt caracteristic considerat este cantitatea de memorie care este utilizat. De obicei setul de memorie n lucru crete n momentul n care este setat blocarea. Cu Conectare DB2, pute i controla cantitatea de date care este transferat la fiecare bloc.
147
Pentru a invoca blocarea, utiliza i op iunea BLOCKING a comenzii prep sau bind. Blocarea este setat, dac: v Cursorul este read-only, sau v Cursorul este ambiguu i blocarea este specificat n timpul prep sau bind. Not: La utilizarea SQL dinamic, cursorul este totdeauna ambiguu. Instruc iunile SQL cu BLOCKING: Instruc iunile SELECT care pot fi actualizate (utiliznd UPDATE/DELETE unde prezen a instruc iunilor ) sunt non-blocante, deci ar trebui s le utiliza i numai dac sunt strict necesare. Un SELECT care poate fi actualizat asigur faptul c linia nu a fost modificat ntre momentul cnd SELECT este complet i cnd UPDATE/DELETE este emis. Dac acest nivel de concuren nu este important pentru aplica ia dumneavoastr, o alternativ este utilizarea a DELETE sau UPDATE mpreun cu criteriile de cutare bazate pe valorile returnate de ctre un SELECT care nu poate fi actualizat. Pentru SELECT read-only, specifica i FOR FETCH ONLY, cu excep ia VM i VSE, unde nu este suportat. Pentru o discu ie complet asupra blocrii utiliznd conexiuni SNA, referi i-v la Ghidul de conectivitate DRDA. SQL static i dinamic Utiliza i SQL static ct mai mult posibil. Evit preparare sec iuni run-time SQL i cursoare ambigue. Dac nu poate fi evitat SQL dinamic, pute i face urmtoarele pentru a minimiza traficul n re ea i pentru a mbunt i performan ele: v Dac instruc iunea este SELECT i trebuie preparat, utiliza i PREPARE ... INTO SQLDA. SQLDA trebuie alocat la dimensiunea ntreag necesar setrilor dumneavoastr. Dac numrul maxim al coloanelor este x i se ateapt s rmn aa, aloca i o SQLDA cu x SQLVARs. Dac numrul coloanelor poten iale este nesigur (i nu este nici o problem n ce privete memoria), utiliza i numrul maxim al SQLVARs (256). Dac alocarea SQLDA nu este destul de mare pentru a memora ceea ce ntoarce SQLDA, programul trebuie s apeleze un alt DESCRIBE cu o SQLDA destul de mare pentru a memora rezultatul din nou. Aceasta va crete traficul din re ea. Nu utiliza i secven ele PREPARE i DESCRIBE.Utiliznd instruc iunile PREPARE.....INTO se asigur o performan mai bun.
148
v Executa i legturi statice ale instruc iunilor SQL COMMIT sau ROLLBACK n locul instruc iunilor dinamice COMMIT sau ROLLBACK. v Dac nu este o instruc iune SELECT, COMMIT, sau ROLLBACK, apela i EXECUTE IMMEDIATE pentru a executa instruc iunea n locul secven ei PREPARE i EXECUTE. v Aplica iile ODBC utilizeaz SQL dinamic. Pute i utiliza caracteristici de profil statice CLI/ODBC pentru mbunt irea performan elor. Aceast caracteristic v permite s captura i i s converti i apelurile ODBC la instruc iuni statice memorate ntr-un pachet al bazei de date. Perfoeman ele actuale pe care le ve i primi depind de complexitatea aplica iei dumneavoastr. Alte considerente SQL Utiliznd Procesarea linie de comand (CLP) este, n general, mai ncet dect avnd SQL dinamic n program deoarece CLP trebuie s analizeze sintactic intrarea naintea lansrii n execu ie a motorului bazei de date SQL. CLP formeaz de asemenea date cnd sunt recep ionate, ceea ce sa poate s nu fie necesar pentru aplica ia dumneavoastr. Instruc iunile SQL ntr-un limbaj interpretat, cum ar fi REXX, sunt substan ial mai ncete dect aceleai instruc iuni SQL ntr-un limbaj compilat, cum ar fi C. Exist dou tipuri de instruc iuni CONNECT numite tipul 1 i tipul 2. La conectarea de tip 2, conectarea la o baz de date pune conexiunea anterioar ntr-o stare de adormire dar nu o abandoneaz. Dac ve i comuta ulterior la o conectare adormit, evita i regia de ncrcare a bibliotecilor i setarea structurilor de date interne. Din acest motiv, utilizarea tipului 2 de conectare poate mbunt i performan ele pentru aplica iile care acceseaz mai mult de o baz de date. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
Gestiunea conexiunilor conectare pool

Serverele DB2 de conectare de edi ie de intreprindere ofer adesea conexiuni de baze de date pentru mii de cereri de conexiuni de clien i. Stabilirea i servirea conexiunilor la serverul bazei de date poate fi un proces de resurse foarte intensiv care afecteaz advers att serverul bazei de date ct i performan a serverului DB2 Connect. Aceast problem este evident mai ales n mediile web unde fiecare vizit ntr-o pagin web poate necesita construirea unei noi conexiuni la serverul bazei de date, efectund o interogare i terminnd o conexiune. Pentru a reduce acest overhead, DB2 Conectare
149
Edi ia de Intreprindere folosete pool de conectare pentru a men ine deschise conexiuni la baza de date ntr-un pool cu acces la citire. Majoritatea aplica iilor bazate pe tehnologii web execut un volum larg de tranzac ii scurte. O tranzac ie web tipic este executat ca parte a propriei conexiuni. Cu alte cuvinte, executarea unei tranzac ii nseamn stabilirea unei conexiuni la baza de date i terminarea acestei conexiuni dup cteva instruc iuni SQL. Acest proces de stabilire i distrugere a conexiunii este foarte costisitoare. Implic crearea unui agent de conectare DB2, stabilind o conexiune ntre acest agent i serverul DB2, i crearea unui fir de execu ie DB2 pe server. Pentru conexiuni mai lungi de rulare aceste costuri sunt amortizate peste toate tranzac iile executate n aceast conexiune dar pentru o tranzac ie web tipic, aceste costuri vor depi costul execu iei tranzac iei nsi. Conectarea pool este o tehnic ce permite reutilizarea unei infrastructuri de conexiun e stabilit pentru conexiuni ulterioare. n versiunea 6 sau mai mult a DB2 Connect, pool-ul de conectare este activat prin default. Cnd o instan a DB2 Connect este pornit, este creat un pool de agen i de coordonare. Cnd vine o cerere de conexiune este asignat un agent acestei cereri. Agentul se va conecta la serverul DB2 i va fi creat un fir de execu ie n DB2. Cnd aplica ia lanseaz cerere de deconectare, agentul nu va pasa aceast cerere serverului DB 2. n loc, agentul este pus napoi n pool.Agentul din pool nc de ine conexiunea la serverul DB2 i firul de execu ie corespunztor. Cnd o alt aplica ie lanseaz cerere de conectare, acest agent este asignat acestei noi aplica ii. Pentru a asigura opera ii sigure, informa ia de identitate a utilizatorului este pasat firului de execu ie DB2 care n schimb efectueaz autentificare de utilizator. Conectarea de pool DB2 Connect ofer o mbunt ire semnificant a performan ei n astfel de medii. DB2 Connect men ine conexiuni deschise la baza de date ntr-un pool disponibil. Cnd un client cere o conexiune, poate fi oferit din acest pool de conexiuni pregtite. Conexiunea de pool reduce semnificativ overhead-ul petrecut tipic la deschiderea i n chiderea acestor conexiuni. Conectarea pool este transparent aplica iilor de conectare la gazd prin DB2 Connect. Cnd o aplica ie cere deconectare de la gazd, DB2 Connect abandoneaz conexiunea de intrare cu aplica ia, dar pstreaz conexiunea de ieire la gazd ntr-un pool. Cnd o nou aplica ie cere o conexiune, DB2 Connect folosete una din pool-ul existent. Folosind conexiunea deja prezent reduce timpul de conexiune general, ca i costul nalt al CPU de conectare la gazd. Agen ii DB2 Connect pot fi n una din cele dou stri: activ sau inactiv. Un agent este activ cnd execut munca pentru o aplica ie. O dat munca ncheiat agentul intr n stare inactiv ateptnd alt mun de la aceeai sau de la alt aplica ie. To i agen ii inactivi sunt inu i la un loc n ceea ce este cunoscut ca pool de agen i inactivi. Pute i configura dimensiunea acestui pool folosind parametrul de configurare NUM_POOLAGENTS.Acest parametru egaleaz numrul maxim de agen i inactivi pe care dori i ca sistemul s-i men in. Setnd acest parametru cu 0 este echivalent cu a opri op iunea de conectare la pool.
150
DB2 Connect nu stabilete conexiuni la baza de date nainte de a primi prima cerere de client. Dac dori i, totui pute i umple pool-ul de agen i inactivi nainte ca orice client s fac o cerere. Pool-ul poate fi umplut la pornire folosind parametrul de configurare NUM_INITAGENTS.Acest parametru determin c i agen i inactivi trebuie crea i la pornire. Aceti agen i inactivi nu vor avea ini ial conexiuni cu serverul gazdei bazei de date. Cnd un client cere o conekxiune cu gazda, DB2 Connect va ncerca s ia un agent din cei din pool care are o conexiune cu serverul gazdei bazei de date. Dac aceasta eueaz, va ncerca s gseasc un agent disponibil din pool-ul inactiv. Dac pool-ul este gol, DB2 va crea un nou agent. Pute i controla numrul maxim de agen i care sunt activi curent folosind parametrul de configurare MAX_COORDAGENTS.O dat ce acest numr este depit, noi conexiuni vor eua cu eroare de cod SQL1226. (Acest cod nseamn c numrul maxim de conexiuni de ieire a fost depit.) Variabila de registru db2 DB2CONNECT_IN_APP_PROCESS permite aplica iilor care ruleaz pe aceeai main ca i DB2 Connect EE s ruleze n procesul de aplica ie, sau s aibe conexiune la aplica ie cu serverul DB2 Connect EE i conexiune la gazd care s ruleze ntr-un agent. Pentru ca o aplica ie s foloseasc pool de conexiune, conexiunile cu gazda trebuie fcute din agen ii serverului DB2 Connect EE i astfel DB2CONNECT_IN_APP_PROCESS trebuie setat cu NU. S/390 APAR necesar pentru pool de conexiune: v DB2 pentru OS/390 versiunea 5.1 necesit aplicarea fixrii pentru APAR PQ24584. v DB2 pentru OS/390 versiunea 6.1 necesit ca APAR PQ26179 i PQ33473 s fie aplicate. Pentru mai multe informa ii despre aceste APAR merge i la suportul web de server IBM la http://techsupport.services.ibm.com/server/support i cuta i n aceste numere APAR. DB2 Connect Connection Pooling versus Application Server Connection Pooling: Conexiunea pool este o necesitate pentru orice tehnologie web bazat pe apliac ii care suport un volum mare de tranzac ii. Majoritatea serverelor de aplica ii web ofer acum propriul mod de conexiuni de baz de date pool. De exemplu, att Microsoft MTS (COM+) ct i IBM WebSphere ofer conexiuni pool. Mecanismele de pool de aplica ii implementate de servere difer semnificativ de ceea ce este oferit de serverele DB2 Connect. Deoarece aplica iile de servere pool de conexiuni numai pentru propriul uz n mod tipic presupun c id-ul de utilizator, parola, nivelele de izola ie etc. vor fi exact acelei pentru toate conexiunile. Chiar mai important, serverele de aplica ii grupeaz numai conexiuni ini ioate de acelai proces. Aceasta nseamn c
151
conexiunile de la alte maini, utilizatori sau procese nu sunt grupate. n timp ce aceste tehnici de grupare a aplica iilor de server sunt efectiv pentru refolosirea conexiunilor stabilite de ctre aceeai instan a unei aplica ii sunt ineficiente penrtu gruparea conexiunilor, utilizatori i servere multiple. Conectarea pool, oferit de serverele DB2 Connect este complet aplica ie, main i utilizator independent. Conexiuni de la clien i multipli, servere de aplica ii cu id-uri diferite de utilizatori pot reutiliza conexiunea celuilalt rezultnd o utilizare mai bun a resurselor de grupare. Ce tip de conexiune pool este cea corect pentru utilizare? Ambele.n general, folosind att conexiuni pool DB2 Connect ct i conexiuni pool de aplica iii server este o bun strategie deoarece nu interfereaz unele cu altele. Cnd este activat serverul de aplica ii conexiuni pool, conexiunile pool DB2 Connect pot oferi refolosirea conexiunilor pentru mai multe servere de aplica ie ca i altor clien i folosind serverul DB2 Connect. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Concentrator de conexiune pe pagina 152 v Gruparea conexiunilor i concentratorul de conexiuni pe pagina 157
Concentrator de conexiune
Concentratorul de conexiune reduce resursele cerute pe DB2 pentru OS/390 i serverele de baze de date z/OS pentru a suporta un numr mare de sta ii de lucru i utilizatori web. Aceast func ie poate crete dramatic scalabilitatea DB2-ului pentru OS/390 i z/OS i solu ii DB2 Connect n timp ce ofer pentru opera ii de eec-salvare i ncrcare de balans de tranzac ii de nivel n DB2 pentru OS/390 i medii de date partajate z/OS. Concentratorul de conexiune permite aplica iilor s rmn conectate fr consum de re surse pe serverul gazd DB2. Pute i avea mii de utilizatori activi n aplica ii i doar cteva fire de execu ie active pe serverul gazd DB2. Tehnologia DB2 Connecta concentratorului de conexiune permite serverelor DB2 Connect edi ie se intreprindere s ofere suport la mii de utilizatori simultani care execut tranzac ii de afaceri, n timp ce se reduce dramatic utilizarea resurselor necesare pe gazda S/390 sau serverele de baz de dateiSeries. Realizeaz aceasta prin concentrarea fluxului de munc de la toate aplica iile ntr-un numr mai mic de conexiuni de gazde S/390 sau server de baz de date iSeries. Aceast poate prea similar func iei de concentrare pool descris mai sus, dar este o abordare mai sofisticat pentru reducerea consumului de resurse pentru un volum mare de aplica ii OLTP (procesare tranzac ii on-line). Concentratorul de conexiuni introduce un concept de agent logic (LA) care manipuleaz contextul de utilizator n timpul coordonrii agentului (CA) continu s de in
152
conexiunea DB2, Cnd un nou utilizator de aplica ie se conecteaz i este asignat un LA. CA este necesar pentru a pasa SQL la DB2 astfel nct se asigneaz imediat ce o nou tranzac ie este ini iat. Cheia acestei arhitecturi este faptul c CA este deasociat de la LA i este returnat pool-ul cnd tranzac ia s-a ncheiat (comitere/rulare napoi). O alt op iune de cheie este metoda de asignare a CA la o nou tranzac ie ntr-un mediu partajat dee date. DB2 Connect implementeaz un algoritm de planificare sofisticat care folosete OS/390 si informa ii ale managerului de ncrcare de activitate z/OS (WLM) pentru a distribui ncrcarea de activitate printre membrii grupului de partajare de date conform criteriului de setare din WLM. WLM nu tie ncrctura fiecrui memru dar i despre disponibilitate. Aceasta permite DB2 Connect s realoce transparent lucrul de la membrii eua i sau suprancr ca i la aceia care au terminat sau neutraliza i. Concentratorul ded conexiune DB2 Connect este activat cnd se seteaz numrul maxim de agen i logici mai mare dect numrul de agen i de coordonare. Conectarea pool salveaz costul stabilirii conexiunii cnd una nu mai este necesar de o aplica ie care se termin. Cu alte cuvinte, o aplica ie trebuie s se deconecteze nainte ca altcineva s refoloseasc conexiunea pool. Concentratorul de conexiune, pe de alt parte permite DB2 Connect s fac disponibil o conexiune unei aplica ii imediat de o alt aplica ie a terminat o tranzac ie i nu necesit deconectarea unei alte aplica ii. In esen , o conexiune server de baz de date i gazda asociat i resursele DB2 Connect sunt folosite de ctre o aplica ie doar atunci cnd are o tranzac ie activ. De ndt ce tranzac ia s-a ncheiat conexiunea i resursele asociate sunt disponibile pentru folosire de ctre orice alt aplica ie care trebuie s aibe o tranzac ie executat. n versiunea anterioar a DB2 Connect, fiecare aplica ie activ are o unitate de dispecerizare de motor (EDU) care manipuleaz conexiunea bazei de date la fel ca orice cerere de aplica ie. La acest EDU se face n mod tipic referire ca la un agent de coordonare. Fiecare agent de coordonare urmrete starea sau contextul aplica iei EDU-ului. Fiecare EDU ia o cantitate semnificativ de memorie cnd numrul de conexiuni crete i contextul se comut ntre agen i, rezultnd overhead adi ional. In arhitectura de mai sus, exist o rela ie unu la unu ntre conexiuni i EDU. Concentratorul de conexiune, totui permite mai multe rela ii la una ntre conexiuni i EDU. Adic, rela ia de conexiuni (X) la EDU (Y) este acum X >= Y. Concentratorul de conexiune mparte agentul n dou entit i, un agent logic i un agent de lucru . Agen ii logici reprtezint o aplica ie dar fr referin la un EDU particular. Agentul logic con ine toate informa iile i blocurile de control necesare aplica iei. Dac exist n aplica ii conectate la server, vor fi n agen i logici pe server. Agen ii de lucru sunt EDU fizici care execut cereri de aplica ii, dar care nu au ataament permanent la nici o aplica ie dat. Agen ii de lucru asocia i cu agen ii logici pentru efectuarea tranzac iilor, i la limita tranzac iilor sfresc asocia ia i se ntorc la pool-ul disponibil.
153
O entitate cunoscut ca planificator de agent logic asigneaz agen i de lucru agen ilor logici.Limitrile numrului de fiiere deschise manipuleaz anumite platforme de calcul putnd rezulta n mai mult de o instan de planificator cnd numrul de agen i logici depete limita de manipulare a fiierului. Restric iile pentru concentratorul de conexiuni: Exist un numr important de restric ii de utilizare a concentratorului server DB2 Connect. Revizualiza i urmtoarea informa ie n totalitate nainte de a ncerca s utiliza i concentratorul de conexiune n sistem. v Concentratorul de conexiune poate fi folosit numai n versiunea 7 de client a DB2 sau mai mult. v Sunt suportate numai DB2 pentru OS/390 i z/OS sau DB2 pentru gazde iSeries de ctre cpncentrator. v Concentratorul se bazeaz pe protocolul TCP/IP pentru a stabili limita conexiunilor de la clien i locali sau la distan . Doar conexiunile de intrare care folosesc TCP/IP sau Local (IPC) vor putea s ia avantaje ale conexiuni pool-ului de ieire. Concentratorul va accepta conexiuni via alte protocoale de comunica ii cum ar fi SNA, dar nu ve i putea folosi func iunile concentra ie cu aceste conexiuni. v Nu trebuie s folosi i instruc iunea static SET n aplica iile client dac concentratorul este activ pe poart. DB2 nu va returna o eroare dac ve i folosi staticul SET, dar aplica iile voastre i alte aplica ii care partajjeaz aceeai conexiune de ieire vor fi grav afectate. v Pentru instruc iuni SET, doar execu ia imediat este suportat. v Dac instruc iun tabele global temp, trebuie s fie nchise explicit la tranzac ia sau la limitare ramificare. Euarea de a ncheia tabelele poate rezulta n o eroare n timpul tranzac iei trecute. v Pentru suport de tranzac ii XA strns cuplate, toate aplica iile care particip la aceeai tranzac ie XA trebuie s foloseasc aceeai poart pentru conectare la gazet. v Doar aplica iile care nchid orice cursor de inut n limitele de tranzac ie pot beneficia de concentrator. Tranzac iile care nu se nchid fr cursor vor merge n continuare dar vor fi asignate unui agent de lucru dedicat i astfel nu se va putea utiliza ntreaga setare de op iune a concentratorului. v Toate aplica iile care particip la aceeai tranzac ie XA trebuie s aib acelai CCSID i s foloseasc acelai ID de utilizator pentru a face conexiunea. v Dac o conexiune de ieire a fost stabilit s suporte dou faze acel agent de conexiune poate fi folosit numai pentru a suporta conexiuni cu dou faze. Similar, agen ii stabili i pentru a suporta conexiuni cu o faz pot suporta numai conexiuni cu o faz. v Concentratorul suport numai SQL dinamic din linia de comand a interfe ei. Cerere de pregtire dinamice din cereri de aplica ii SQL incluse vor fi respinse. Aplica iile trebuie alterate astfel nct s utilizeze QSL static sau CLI pentru instruc iuni dinamice SQL.
154
Activare concentrator de conexiune: Pentru a utiliza concentratorul de conexiune urmtorul APAR trebuie aplicat DB2 pentru OS/390 i versiunea 6.1 a z/OS.
APAR PQ33473
Parametrul de configura ie a managerului bazei de date MAX_CONNECTIONS seteaz numrul maxim de agen i logici. Pute i activa op iunea de concentrator prin setarea valorii MAX_CONNECTIONS la orice numr mai mare dect cel de default. Valoarea implicit pentru MAX_CONNECTIONS este echivalent cu valoarea lui MAX_COORDAGENTS. Deoarece fiecare aplica ie va avea un agent logic, MAX_CONNECTIONS controleaz numrul de aplica ii care pot fi conectate la instan a bazei de date , n timp ce MAX_COORDAGENTS controleaz numrul de conexiuni de intrare care pot fi active la orice moment. MAX_CONNECTIONS va lua o valoare de interval de la MAX_COORDAGENTS pn la 64,000. Numrul implicit de agen i logici este egal cu MAX_COORDAGENTS. C iva parametrii de configurare existen i sunt folosi i pentru configurarea agen ilor. Aceti parametrii sunt: MAXAGENTS Numr maxim de agen i de lucru. MAX_COORDAGENTS Numr maxim de agen i de coordonare activi. NUM_POOLAGENTS Dimensiune pool agen iPool-ul de agen i include agen i inactivi i idle. NUM_INITAGENTS Numrul ini ial de agen i de lucru din pool. Acetia vor fi agen i idle. Suport de tranzac ii XA: Arhitectura concentratorului de conexiune DB2 Connect permite suportului de tranzac ii XA strns cuplate s ofere suport pentru DB2 pentru OS/390 i z/OS i DB2 pentru iSeries. Concetratorul va asocia un agent de lucru cu o anumit tranzac ie XA (XID singur) ca pentru orice alt tranzac ie. Totui, dac1 tranzac ia XA se ncheie prin xa_end() (limitare ramificare), agentul de lucru nu se va autolansa n pool-ul general. In loc, lucrtorul rmne asociat cu o tranzac ie XA. Cnd o alt aplica ie se unete cu aceeai tranzac ie XA, agentul de lucru va fi ataat aplica iei. Orice aple de limitare de tranzac ie va returna agentul pool-ului. De exemplu, xa_prepare() cu acces doar de citire, xa_rollback(), xa_recover(), xa_forget(), xa_commit(), sau orice eroare XA care cauzeaz rulare napoi va returna agentul pool-ului normal. Xa_end() nsui numai ncheie ramificarea de tranzac ie, dar nu este suficient pentru a nchieia asocierea CU xid.
155
Exemple de suport de tranzac ii XA: 1. Considera i un mediu unde 4,000 sau mai multe conexiuni concurente sunt necesare. Un server web care folosete aplica ii CGI, sau un sistem de tip office cu mul i utilizatori desktop, pot ambele s depeasc aceast cerere. In aceste cazuri, aficien a va necesita de obicei ca DB2 Connect s opereze ca o poart stand-alone; adica, baza de date DB2 Connect a sistemului sunt pe maini separate. Serverul de sistem DB2 Connect poate s nu men in1 4,000 de conexiuni deschise simultane la maina bazei de date. In majoritatea cazurilor, num1rul de tranzac ii care apar la orice moment va fi considerabil mai mic dect numrul de conexiuni concurente. Administratorul de sistem poate maximiza atunci efeicien a sistemului prin setarea parametrilor de configura ie ai bazei de date dup cum urmeaz:
MAX_CONNECTIONS MAX_AGENTS MAX_COORDAGENTS NUM_POOLAGENTS = 4,000 = 1,000 = 1,000 = 1,000
Concentratorul va pstra pn la 4,000 de conexiuni deschise concurente, dei poarta poate manipula numai 1,000 tranzac ii la un moment dat. 2. In exemplul de mai sus, agen ii de lucru vor forma i distruge n mod constant asocia iile la agen ii logici. Acei agen i activi pot men ine o conexiune la baza de date dar nu particip la nici o tranzac ie anume astfel sunt disponibile oricrui agent logic care necesita o conexiune. Cazul tranzac iilor XA cumva diferite.Pentru acest exemplu, putem presupune c monitorul TP este folost cu poarta DB2 Connect i cu o baz de date zSeries sau baza de date iSeries. Cnd o aplica ie cere o conexiune, concentratorul va ntoarce un agent inactiv peste serverul care cere sau creeaz un nou agent de lucru. S1 presupunem c apica ia cere o tranzac ie XA. Un XID este creat pentru aceast1 tranzac ie i agentul de lucru este asociat cu el. Cnd cererea aplica iei a fost servit1 lanseaz oxa_end() i se detaeaz de la agentul de lucru. Agentul de lucru rmne asociat cu XID-ul tranzac iei. Poate servi numai cereri pentru tranzac ii cu XID-ul asociat. La acest moment, o alt aplica ie poate face o cerere pentru tranzac ia non.XA. Chiar dac nu sunt agen i de lucru disponibili, agentul asociat cu XID nu va fi disponibil pentru a doua aplica ie. Este considerat activ. Cea de-a doua aplica ie va avea un nou agent de lucru creat pentru aceasta. Cnd cea de-a doua aplica ie i ncheie tranzac ia agentul su de lucru este lansat n pool-ul disponibil. Intre timp, alte aplica ii care cer tranzac ii asociate cu primul XID al agentului pot ataca i detaa dee la agent, care executa tranzac ia XA dedicat. Orice aplica ie care cere ca tranzac ii particulare s fie trimise ctre agentul de lucru dac este liber. Agentul de lucru nu va fi lansat napoi n pool-ul general pn cnd o aplica ie emite un apel de limitare de tranzac ie (nu xa_end()). De exemplu, o aplica ie poate ncheia tranzac ia cu xa_commit(), n momentul n care agentul de lucru abandoneaz asocierea cu XID i se ntoarce la pool-ul disponibil. La acest punct, orice cerere de aplica ie poate fi folosit pentru o alt tranzac ie XA sau non-XA.
156
No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v conectare pool pe pagina 149 v Gruparea conexiunilor i concentratorul de conexiuni pe pagina 157
Gruparea conexiunilor i concentratorul de conexiuni

Dei gruparea conexiunilor i concentratorul de conexiuni par s aib similarit i, difer prin implementarea lor i se adreseaz unor probleme diferite. Gruparea conexiunilor ajut la reducerea ncrcrii datorate conexiunilor la baze de date i manipuleaz volumul conexiunii. Concetratorul de conexiuni ajut la creterea scalabilit ii DB2 pentru OS/390 i z/OS i a a solu iei DB2 Connect prin optimizarea utilizrii serverelor dumneavoastr de baze de date gazd. Cnd se utilizeaz gruparea conexiunilor, conexiunea este disponibil doar pentru reutilizare dup ce aplica ia proprietar a conexiunii lanseaz o cerere de deconectare. n multe aplica ii clent-server 2-tier utilizatorii nu se deconecteaz pe durata unei zile de lucru. De asemenea, cele mai multe servere de aplica ii, n aplica ii multi-tier, stabilesc conexiuni la baze de date la pornirea serverului i nu elibereaz aceste conexiuni pn la oprirea serverului de aplica ie. n aceste medii, gruparea conexiunilor va avea un avantaj mic. Totui, n mediile web i client-server n care frecven a conectrilor i deconectrilor este mare, gruparea conexiunilor va produce mbunt iri semnificative de performan . Concentratorul de conexiuni aloc resurse baz de date gazd doar pe durata unei tranzac ii SQL, n timp ce aplica iile utilizator rmn active. Aceasta permite pentru configura ii ca numrul de fire de execu ie DB2 i resursele pe care acestea le consum s fie mult mai reduse dect n cazul n care fiecare conexiune de aplica ie ar avea propriul fir de execu ie. Cnd este vorba de opera ii sigure i despre echilibrarea ncrcrii de lucru, concentratorul de conexiuni este clar alegerea corect deoarece permite realocarea lucrului cu fiecare nou tranzac ie. Pe de alt parte, gruparea conexiunilor poate oferi doar echilibrri limitate i doar n momentul conectrii. Gruparea conexiunilor i concentratorul de conexiuni trebuie utilizate mpreun, dei se adreseaz unor probleme diferite. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Concentrator de conexiune pe pagina 152 v conectare pool pe pagina 149
157
Reglarea DB2 Connect Reglarea conectrii DB2

Parametri variabili din fiierul de configurare a managerului bazei de date pot fi utiliza i pentru a regla Conectare DB2. RQRIOBLK: Parametrul RQRIOBLK seteaz dimensiunea maxim a blocurilor I/O ale re elei. O dimensiune mai mare a blocului poate mbunt i performan ele cererior mari. Dimensiunea blocului nu afecteaz n mod normal timpul de rspuns pentru cerei mici, cum ar fi cererile pentru o singur linie de date. O dimensiune mai mare a blocului necesit de obicei mai mult memorie pe serverul Conectare DB2. Aceasta crete dimensiunea setului de lucru i poate cauza cantit i mari de paginri sau de sta ii de lucru mici. Utiliznd default-ul DRDA dimensiunea blocului (32767) dac nu cauzez prea multe paginri sau execu ia aplica iei dumneavoastr. Altfel, reduce i dimensiunea blocului de I/O pn nu exist paginare. Odat paginarea pornit, se va produce o degradare a performan elor. Utiliza i uneltele de monitorizare a performan elor (cum ar fi vmstat pentru sisteme UNIX-based) pentru a determina cnd pornete paginarea pe sistemul dumneavoastr. DIR_CACHE: Parametrul DIR_CACHE determin dac informa ia director este n memoria cache. La t recerea n memoria cache (DIR_CACHE=YES), fiierele director sunt citite i trecute n memoria cache pentru a minimiza regia de creare a unei structuri director interne i de citire a fiierelor director de fiecare dat cnd este stabilit o conexiune. n lipsa trecerii n memoria cache (DIR_CACHE=NO), de fiecare dat cnd v conecta i la o baz de date directorul apropiat este citit de pe un disk i apoi se execut cutarea. Dup ce sunt gsite intrrile cerute, toat memoria referitoare la cutarea de directoare este eliberat. La trecerea n memoria cache, un director cache partajat este construit n timpul procesriidb2start i eliberat cnd DB2 se oprete. Acest cache este utilizat de toate procesrile de server DB2 (db2agent). De asemenea, un director cache al unei aplica ii private este constrruit cnd aplica ia emite prima conectare a ei la baza de date i eliberat cnd se termin aplica ia.
158
Fiecare cache asigur o imagine a directorului baz de date sistem,a directorului de servicii de conectare la baza de date i a directorului nod. Cache-ul reduce costurile conectrii prin eliminarea fiierelor directoare I/O i prin minimizarea cutrii de directoare. Dac un director trecut n cache este actualizat, schimbrile nu sunt propagate direct n cache. Dac intrarea directorului nu este gsit n cache, este cutat directorul original. Trecerea n cache crete memoria privat necesar pentru via a aplica iei. Fr trecerea n cache, aceast memorie este necesar doar cnd este procesat o cutare de director. Utilizarea general a memoriei partajate de ctre DB2 crete ncet deoarece nforma iile directoare care sunt partajate de-a lungul agentului de baze de date sunt mutate ntr-o me morie partajat. Dimensiunea memoriei necesare pentru cache depinde de numrul intrrilor definite n fiecare director. Al i Conectare DB2 parametri: MAXDARI i NUMDB ar trebui seta i la valorile lor minime dac nu exist nici o baz de date local pe sta ia de lucru Conectare DB2. Aceste setri vor minimiza consumul resurselor. AGENTPRI este aplicat numei clien ilor la distan . AGENTPRI controleaz prioritatea dat de planificatorul sistemului de operare agentului unei instan e Conectare DB2. Instan a Conectare DB2 esze garantat mai mare dect ciclurile CPU dac are prioritate mai mare (numr mai mic). Aceata reduce numrul ciclilor CPU rmai pentru alte procese executate pe sta ia de lucru Conectare DB2. De exemplu, a i putea de ine o prioritate mare a instan ei Conectare DB2 i o prioritate mic a instan ei Conectare DB2 rulnd pe aceeai sta ie de lucru cu valori AGENTPRI diferite. Fiecare conexiune de la un client main la o gazd sau un server de baze de date iSeries prin Conectare DB2 necesit un agent rulnd pe sta ia de lucru Conectare DB2. Seta i MAXAGENTS la o valare mai mare sau egal cu numrul de vrf al conexiunilor client la distan care acceseaz o gazd sau server baz de date iSeries prin sta ia de lucru Conectare DB2. Dac v decide i s utiliza i iruri de contabilitate, utiliznd sqlesact() API are avantaje de performan asupra metodei variabilelor de mediu DB2ACCOUNT. Dac nu necesita i un fiier de mapare SQLCODE la comand, pute i s mbunt i i performan ele utiliznd maparea default SQLCODE sau nchiznd maparea SQLCODE. Fiierul de mapare default este incorporat n biblioteca Conectare DB2 un fiier de mapare la comand trebuie citit de pe disk, ceea ce afecteaz performan ele. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
159
Reglarea bazei de date gazd

Performan ele sistemului vor fi afectate de ctre performan ele gazdei sau a bazei de date server baz de date iSeries. Siatemel diferite de management al bazelor de date au caracteristici ale performa elor diferite. Optimizrile SQL a diferitelor sisteme, de exemplu, s-ar putea comporta diferit pe aceleai aplica ii. Verifica i gazda sau documenta ia de performan e a sistemului server de baz de date pentru mai multe informa ii. Pentru DB2 UDB pentru OS/390 i z/OS, pute i fi capabil s v mbunt i i performan ele utiliznd citirea care nu este comis (UR) sau op iuni de legtur pentru a nu comite (NC). Not: La utilizarea UR, datele care nu sunt n jurnal pot fi doar citite, nu i actualizate, i asta doar dac blocarea este setat la ALL. n func ie de srverul de aplica ii i de granularitatea de lacte pe care le furnizeaz, nivelul de izolare utilizat pentru un chestionar sau o aplica ie poate avea efecte semnificante asupra performan elor. Baza de date ar trebui sa aib un nivel de normalizare, utilizarea efectiv a indecilor, i alocarea dorit a spa iului bazei de date. Performan a poate fi afectat de asemenea de ctre tipurile de date pe care le utiliza i, aa cum sunt descrise n sec iunea urmtoare. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
Considerente ale reglrii re elei

Cea mai bun cale de a mbunt i performan ele generale ntr-un mediu de baze de date distribute este de a elimina ntrzierile din re ea. Este ceva comun pentru administratorii de re el s considere o re ea mai eficient dac colecteaz ct mai multe date posibile ntre transmisii. Aceast apreciere nu mereg pentru aplica ii cum ar fi baze de date distribuite deoarece determin ntrzieri n re ea. Utilizatprul final nu vede eficien a re elei, ci doar ntrzierile. Cele mai multe dispozitive de re ea au parametri de ntrziere, e cele mai multe dintre ele au valori implicite care sunt foarte proaste pentru baze de date distribuite. Pentru mbunt irea performan ei trebuie s localiza i aceti parametri i dac este posibil, seta i-i la zero. n plus ar trebui s v asigura i c dimensiunea buffer-ului de pe disp ozitiv este destul de mare pentru a preveni retransmisia din cauza datelor pierdute. De exemplu, UNIX sistemele tipice au adncimea implicit a cozii de transmisie sau receptie de 32. Pentru rezultate mai bune, seta i adncimea cozii la 150. Un parametru corespondent la setrile DLC este adncimea la recep ie, care ar trebui s fie de asemenea150.
160
Parametrul IOBUF este setat prea mic de obicei. Este setat se obicei la 500, dar experien a a artat c valoarea de 3992 func ioneaz cel mai bine cnd se mut cantit i mari de date, n special pentru conexiunile cum ar fi ESCON sau 3172. Pentru conexiunile SNA, ar trtebui s seta i Mode Profile a software-ului fiecrei sta ii de lucru to 63. n general, valorile care in pasul cu recep ia prin re ea ar trebui setate la valoarea maxim, aa c parametrii VPACING i PACING pe DB2 instruc iunea APPL , i PU/LU pentru sta ia de lucru ntr-un mod de comutare major ar trebui de asemenea setat la 63. Aceasta va permite cantit ii de date flux s creasc progresiv nainte ca expeditorul s trebuiasc s atepte un rspuns. Pe un sistem LAN dimensiunile ferestrelor de transmisie i recep ie DLC sau LLC pot avea efecte dramatice asupra performan elor. Valoarea transmis trebuie setat la 7 sau mai mare, i pentru majoritatea configura iilor o valoare de recep ie de 4 sau mai pu in merge mai bine. Dac rula i Ethernet, ar trebui s seta i dimensiunea segmentului TCP la 1500 octe i. La token ring sau re ea FDDI aceast valoare ar trebui s fie de 4400 octe i, i dac utiliza i un adaptor ESCON cu TCP/IP, dimensiunea segmentului ar trebui s fie tot timpul 4096. n sfrit, pentru re ele TCP/IP , dimensiunea buffer-ului de transmisie i recep ie TCP ar trebui setat mai mare ca 32768. Valoarea de 65536 este n general cea mai bun. Not: Stabilirea unei conexiuni de la gateway la server (conexiune de ieire) este mult mai scump dect stabilirea unei conexiuni de la client la gateway (conxiune de intrare). ntr-un mediu unde mii de clien i se conecteaz la i deconecteaz de la server frevent prin gateway, o cantitate substan ial a timpului de procesare este petrecut stabilind conexiuni de ieire. Conectare DB2 asigur conexiuni pool de-a lungul TCP/IP. Cnd un client cere deconectarea de la server, gateway-ul abandoneaz conexiunea de intrare cu clientul, dar pstreaz conexiunea de ieire cu serverul ntr-un pool. Cnd un client nou intr n gateway pentru a cere o conexiune, gateway-ul asigur una existent din pool pentru a reduce timpul pentru conectarea general i pentru a salva costul maxim de conectare la server CPU. Un sumar al metodelor de reglare a performan elor re elei este furnizat n urmtorul tabel.
Ce se caut ntrzieri deliberate Exemplu Setri Note Implicit sunt de obicei mai mari.
Parametri de ntrziere Setare la 0. pe dispozitivele de re ea
161
Ce se caut Buffere
Exemplu Parametrul IOBUF
Setri Setare pn la 3992.
Note Util n particular pentru ESCON sau alte adaptoare de canal. Setarea RUSIZE i RQRIOBLK la aceeai dimensiune ar putea da performan ele maxime. Utiliza i inerea pasului adaptabil unde se poate aplica. Implicit este de obicei 32. Fiecare dispozitiv logic aduce ntrzieri. Utiliza i topologia simpl de re ea ct mai mult posibil.
RUSIZE
Dimensiunea optim este 4096.
ine pasul
VPACING, PACING, i Mode Profiles ar trebui setate la 63. Valoarea recomandat este 150. Setarea dimensiunii ferestrei de trransmisie mai mare (>7). Setarea dimensiunii ferestrei de recep ie mai mic (de exemplu, la 1), testarea i incrementarea repetat pentru a gsi valoarea ideal.
Setare adaptor
Adncimea cozii de transmisie/recep ie DLC Windowing pe SNA
Setare TCP
Dimensiune segment
1500 la Ethernet, 4400 Adaptori ESCON la token ring i FDDI. utiliza i pentru TCP/IP ar trebui seta i totdeauna la 4096. Implicit este doar 8192 pentru Windows. Poate fi setat n registrul Windows.
Dimensiunea spa iului Ar trebui s fie 64K de emisie/recep ie pentru ambele.
No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
Dezbaterea resurselor sistem

Performan a poate fi degradat dac mai multe task-uri din sistem dezbat resursele sistem. Considera i urmtoarele ntrebri: v Este CPU saturat? Considera i modernizarea sistemului, reducnd ncrcarea de lucru a sistemului, i reglarea sistemului pentru a reduce regia de procesare.
162
v Este memoria supra-comis? Considera i modernizarea memoriei, reducnd ncrcarea de lucru a sistemului i reglnd sistemul pentru a reduce setul de lucru al memoriei. v Este adaptorul/controlerul de comunica ii prea ocupat? Considera i modernizarea rea elei sau mperecherea plcilor token-ring. v Este unul dintre subsisteme prea ocupat, i este acest subsistem n calea datelor? v Exist procese sau task-uri care nu sunt necesare i ruleaz n sistem? Regula general este s nu se configureze sau porneasc servicii dect dac sunt utilizate cu regularitate pentru c ar folosi degeaba resurse sistem. v Utilizeaz cteva procese sau task-uri majoritatea resurselor? Pot fi acestea oprite? Le pot fi reduse priorit ile? Pot fi ele rafinate astfel nct s nu mai utilizeze aa multe resurse? No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Depanarea performan elor conectrii DB2 pe pagina 163
Depanarea performan elor conectrii DB2

Dac utilizatorii Conectare DB2 experimenteaz timpi de rspuns lungi n timpul chestionarelor mari de la gazd sau de la serverele iSeries , urmtoarele arii ar trebui examinate pentru cauza posibil a problemei performan elor: 1. Pentru chestionare care returneaz blocuri de date mari de la gazd sau de la serverul iSeries (de obicei 32K de date i mai mult), asigura i-v c parametrul de configurarea a managerului bazei de date RQRIOBLK este setat la 32767. Aceasta poate fi ef ectuat utiliznd Command Line Processor (CLP) cum urmeaz:
actualizare configurare manager baze de date db2 utiliznd RQRIOBLK 32767
2. Dac este utilizat VTAM n conexiunea la gazd sau la serverul iSeries, uita i-v sub configurarea switched major node pentru valoarea parametrului PACING. La sta iile de lucru Conectare DB2 examina i setarea comunica iei LU 6.2 Mode Profile pentru definirea modului IBMRDB. n aceast definire, asigura i-v c valoarea pentru parametrul Receive pacing window este mai mic sau egal cu valoarea PACING definit pe VTAM. O valoare comun pentru Receive pacing window pe sta ia de lucru Conectare DB2 i PACING pe VTAM este 8. 3. Asigura i-v c dimensiunea maxim RU definit n modul de definire IBMRDB este setat la o valoare convenabil. V recomandm nu mai pu in de 4K pentru conexiuni utiliznd hardware Token-ring. Pentru conexiuni utiliznd hardware Ethernet, nota i dimensiunea maxim a cadrului Ethernet de 1536 octe i, care poate fi un factor limit. 4. Consulta i-v ci administratorul VTAM din mediul dumneavoastr pentru a v asigura c VTAM utilizeazp adaptive pacing n sesiunile LU-LU cu sta iile dumneavoastr de lucru Conectare DB2. No iuni nrudite:
163
v Considera ii ale performan ei conectrii DB2 pe pagina 141
Ajustarea conexiunii DB2 Connect folosindNCP

O configura ie tipuic de re ea poate fi:
Figura 12. serverul Edi ie de ntreprindere de conectare DB2 SNA al scenariului de re ea
Acest scenariu se acseaz pe transfeul i timpul de rspunsul ntre gazd i iSeries serverul bazei de date ctre serverul Edi ie de ntreprindere de conectare DB2 i parametrii de varia ie care pot afecta asta. Criterii de ajustare: Ordinea sugerat n care se fac aceste schimbri:
164
1 2 3 4 5 6 7
Intrziere pe macro* PCCU Ajustare DLC/LLC dimensiune PIU A ine pasul cu modificrile din fereastr Intrziere pe linie macro* Modificari MAXBFRU Dimensiune cadru LAN
* Este posibil o mbunt ire n transfer
Dimensiune PIU (RU + 29 bytes) Dimensiunea RU gazdei i a serverului de conectare DB2 trebuie maximizat. Aceasta sugereaz c dimensiunea RU trebuie s fie destul de mare pentru a con ine incruciarea API (att datele de trimitere ct i primire pentru tranzac ie erau posibile) pentru a minimiza numrul de timpi, stiva de programe VTAM trebuie transferat. De asemenea, dimensiunea cadrului de re ea poate limita dimensiunea maxim a RU, dac segmenta ia RU nu este dorit. Este o bun idee s seta i dimensiunea block-ului Conectare DB2 (RQRIOBLK), al RU-ului i a valorilor care in pasul cum ar fi RU * pacing >= RQRIOBLK. De exemplu, dimensiunea implicit a RQRIOBLK de 32K este o bun valoare pentru aproape toate situa iile i pentru a exploata aceasta vei seta RU = 4K i fereastra de primire care ine pasul cu 8. v Dimensiunea RU i fereastra care ine pasul sunt setate de tabelul de mod care este definit att n sta ia de lucru de conectare DB2 i n VTAM.Defini iile tabelului de mod trebuie s fie aceleai n ambele locuri. v RQRIOBLK este setat folosind comanda DB2 UPDATE DBM CFG. v Dimensiunea cadrului de re ea I-frame este setat n configura iile DLC pe sta ia de lucrul Conectare DB2 i n NCP. Dimensiunile ferestrei care ine pasul Sesiunea i ferestrele care in pasul trebuie maximizate: cea mai mare valoare care nu cauzeaz congestia re elei sau condi ionri de re inere a VR-ului, i aa mai departe, trebuie folosite. Pentru un test de mediu seta i pasing-ul la 0 (nu ine pasul) sau seta i-l la valoarea maxim X3F. Valorile Coat-tailing (INTARZIERE) Coat-tailing este controlat de parametrii de intrziere. Parametrul de antrziere n macroinstruc iunea PCCU controleaz ieirea coat-tailing (ieire cu referin la gazd). Valoarea de ntrziere n starea de definire a liniei pentru NCP controleaz intrrile coat-tailing (intrri cu referin la gazd). Valoarea de ntrziere determin ct timp este inut un PIU n coad (NCP sau VTAM)nainte s fie transmis. Scopul acestei ateptri este s mreasc posibilitatea ca alte PIU-uri s ajung n interimat i toate s poat fi transmise pe un singur program de canal. Pentru cea mai mic ntrziere, valoarea ntrzierii trebuie setat la 0. Schimbnd valoarea de ntrziere a ieirii
165
coat-tailing cu 0 nu trebuie s aibe efecte vizibile asupra gazdei pentru performan e mai bune n traficul de ieire. Se vor face ceva mbunt iri i n traficul de intrri. Schimbnd ntrziere pe NCP cu 0 trebuie s se fac cu grij. Valoarea poate fi setat cu 0 dac NCP nu este suprancrcat i traficul de intrri nu consist dintr-un procentaj signifiant de cadre mici. Setnd valorile ntrtierii cu 0 poate imbunt i timpul de rspuns, n special la incrcri uoare sau medii de testare/benchmark.
VTAMB7 PCCU CUADDR=CAF, AUTODMP=NO, AUTOIPL=NO, AUTOSYN=YES, BACKUP=YES, DELAY=0, VFYLM=YES, CHANCON=UNCOND, MAXDATA=32768, DUMPDS=NCPDUMP, OWNER=HOSTB7, SUBAREA=17
LNCTLS CA0 PUCHAN0 C PUCHAN1
GROUP PU PU
LNCTL=CA,CA=TYPE6,DELAY=0.0,TIMEOUT=500.0 LINE ADDRESS=00 PUTYPE=5,TGN=1 LINE ADDRESS=01 PUTYPE=5,TGN=1
Considera iile de ntrziere sunt revizuite n ghidul de implementare a re elei VTAM. MAXBFRU Valoarea MAXBFRU trebuie s fie setat cu o valoare de dou sau trei ori mai mare dect cea mai mare valoare PIU. Nivel de ajustare DLC/LLC Asigura iv c dimensiunile ferestrei LLC2 (DLC trimite sau primete conturi de fereastr) ntre NCP i poarta Edi ie de ntreprindere de conectare DB2 sunt aceleai. Aceasta are un efect semnificativ mai ales cnd serverul este Conectare DB2 pentru AIX. Este recomandat s seta i contul fereastrei de trimitere mai mare dect contul ferestrei de primire. In general, pentru orice conexiune SNA de-a lungul unui Token-ring timpii/ferestrele LLC2 trebuie optimizate. In unele cazuri, aceast schimbare conduce la o mbunt ire a six-fold-ului n timpul de transfer i de rspuns. Dimensiuni cadru LAN Dimensiunea maxim a cadrului token ring trebuie s fie ct de mare posibil. No iuni nrudite:
166
v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Depanarea performan elor conectrii DB2 pe pagina 163
Reglarea DB2 pentru OS/390 i z/OS

OS/390 V1R3 este cerin a minim pentru suport TCP/IP. Se recomand OS/390 V2R5 sau ulterior. Facilitatea de date distribuite (DDF) este responsabil pentru conectarea aplica iilor distribuite la DB2 pentru OS/390 i z/OS. DDF trebuie setat ca un server aplica ie. Pentru a realiza aceasta, pute i fie s insera i numele LU al sistemului de la distan n tabela SYSIBM.LUNAMES sau s insera i valorile LUNAME, SYSMODENAME, USERSECURITY, ENCRYPTPSWDS, MODESELECT i USERNAMES values n tabela SYSIBM.SYSLUNAME. Apoi efectua i o actualizare DDF pentru BSDS (Boot Strap Data Set - Set de date de bootstrap). De exemplu:
DDF LOCATION=LOC1,LUNAME=LU1,PORT=8000,RESPORT=8001
Pentru cele mai bune performa e, are tebui s utiliza i prioritizarea recomandat pentru spa iul DDF (pu in mai joas sau egal cu DBM1 dac sunte i n modul COMPAT). Utiliza i cacheul RACF de autorizri n VLF, i utiliza i cache-ul pentru pachetul de autorizri V5, dac pute i. O valoare de CACHEPAC=32768 este suficient pentru cele mai multe opera ii. Din moment ce DDF va ncerca s se conecteze la VTAM, VTAM trebuie s fie activ atunci cnd pornete DDF. Un exemplu de defini ie VTAM APPL este inclus mai jos:
SYD51TC* APPL AUTH=(ACQ), PARSESS=YES, HAVAIL=YES, EAS=1600, APPC=YES, DSESLIM=1024, DMINWNL=512, DMINWNR=512, AUTOSES=1, SECACPT=ALREADYV, SRBEXIT=YES, SYNCLVL=SYNCPT, MODETAB=DB2MODET, VPACING=63 X X X X X X X X X X X X X X
Pute i optimiza prelucrarea firelor de execu ie inactive n OS/390 i z/OS. n V3, pute i avea pn la 10,000 de clien i conecta i n acelai timp i pn la 25,000 n V4 i V5. n toate aceste cazuri, numrul maxim de clien i care pot fi activi n acela i timp, totui, este de 1999. Fiecare client sta ie de lucru poate rmne conectat atunci cnd este inactiv; firul su de execu ie este plasat ntr-un lan inactiv la fiecare comitere. Parametrii DSNZPARM CMTSTAT, CONDBAT i MAXDBAT influen eaz prelucrarea firelor de execu ie. Pentru cea mai bun performan , seta i CMTSTAT pe
167
INACTIVE, potrivi i CONDBAT la numrul maxim de DBAT-uti conectate care furnizeaz o bun performan i MAXDBAT la numrul maxim acceptabil de DBAT-uti active. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 Opera ii nrudite: v Instalarea DB2 ca un server de aplicauii (OS/390 i z/OS) din Supliment de conectivitate v Instalarea DB2 ca un solicitant de aplicauii (OS/390 i z/OS) din Supliment de conectivitate
Reglare suplimentar pentru performan ele SNA Sugestii i indicii de reglare a performan elor SNA
Caracteristicile performan elor Conectare DB2 sunt c utilizeaz predominant procesorul i realizeaz foarte pu in I/O. n general, viteza procesorului cel mai rapid, cel mai rapid Conectare DB2 va rula. Conectare DB2 explotnd n ntregime configura ia procesorului SMP. Un server Edi ie de ntreprindere de conectare DB2 rapid poate manipula o pereche cerere/rspuns SQL n mai pu in de 5 milisecunde, fr a calcula timpul client, timpul re ea, i procesnd timpul la gazd sau serverul iSeries. O instruc iune SQL simpl sau un chestionar cu pu ine linii de date ar putea fi completate ede la un capt la altul n mai pu in de 0.1 secunde (de la client la gazd sau serverul iSeries i napoi). Cnd sunt mai mult de 4 sau 5 instruc iuni SQL ntr-un chestionar, atunci utilizarea procedurilor memorate va ajuta la asigurarea performan elor nalte OLTP i la creterea con inutului de lacte datorit ntrzierilor din re ea ntre instruc iunile SQL. Problemele de performa sunt cauzate de obicei de tipul gazdei ataate utilizate, a rutrii n re ea i caracteristicile de reglare, i a proiectrii aplica iilor . Alte Conectare DB2 Surse de informare a performan elor: v Cuta i DB2 Site-ul web al bibliotecii tehnice la http://www.ibm.com/software/data/db2/library. Cuta i DB2 Universal Database biblioteca Technotes utiliznd cuvinte cheie DB2CONNECT i Performance pentru a gsi ultimele informa ii cu o sec iune deConectare DB2 considera ii asupra World Wide Web. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
168
v Depanarea performan elor conectrii DB2 pe pagina 163
Selectarea i ajustarea attachment-ului de re ea

Pentru performan e mai bune cnd se folosete Conectare DB2, tipuri variate de attachment la re ea includ: 1. Plac de attachment pentru canal 2. IBM 3172 Model 3, sau modele noi, sau achivalente 3. IBM 2216 4. Plac de adaptor pentru deschiderea sistemului (OSA-2, nu OSA-1) 5. IBM 3745 cu program de control al re elei (NCP) 6. IBM 3174 controleri de terminal, sau echivalent (nu este recomandat vede i mai jos) Cea mai bun cale de a te conecta la gazd este s foloseti plcile de attachment pentru canal ESCON pentru AIX, Windows NT sau Windows 2000. The IBM 3172 Model 3 i 2216 de asemenea lucreaz bine, dar au un transfer inferior ESCON-ului. Cnd folosi i AIX cu plci ESCON, aplica i PTFs nrudite cu MPC (Canal pentru mai multe ci). Fr aceste PTFs, driver-ul AIX SNA ESCON poate avea performan e proaste. Toate recomandrile specifice non-NCP sunt aplicabile la toate tipurile de Conectare DB2 i attachment-urilor client/server. Placa OSA-2 pe System/390 sau zSeries pot s nu transfere la fel de bine ca 3272 Model 3 cnd este un volum mare de tranzac ii mici, datorit capacit ii mici de cadre-per-secund. 3145 cu NCP este ajustat pentru traficul de re ea existent. In consecin poate s nu realizeze pentru aploca iile de baz de date client/server. Cele mai multe probleme de performan Conectare DB2 se datoreaz timpului de ntrziere ntre NCP i VTAM i/sau ntre NCP-uri. In general, recomandm evitarea folosirii controlorilor de terminal 3174 deoarece pachetul de dimensiuni (dimensiunea RU) de 256 byte este prea mic. Microcodul 3174 al nivelului C necesit pentru a furniza suport independent LU pentru conexiunile bazei de date APPC. Unii echivalen i OEM 3174 pot avea dependin e similare. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Considerente ale reglrii re elei pe pagina 160 v Hardware de re ea pe pagina 181
169
mbunt iri OSA-2

Urmtoarea informa ie este reprodus din IBM documentul WSC Flash numrul 9718.
TITLU: WSC FLASH 9718: IMBUNATATIRI DISPONIBILE OSA-2 ID DOCUMENT G023691 NECLASIFICAT Deschidere adaptor de sistem 2 (OSA-2) pentru sistemele cu arhitectur de re ea (SNA)mbunt irile sunt fcute disponibile mai devreme dect s-a anun at. Imbunt irile sunt: o mbunt irea SNA/APPN pentru OS/390, VM/ESA, i VSE/ESA o mbunt ire disponibil: ncrcare balans, redundan i depire mbunt irea conectivit ii: suport crescut al unit ii fizice (PU) (din 255 PUs pe port la 2047 PUs pe port).
Suport pentru ACF/VTAM pentru re ele VSE/ESA
NOTA: Aceste mbunt iri nu privesc OSA-1. INCARCARE BALANS, REDUNDANTA, SI DEPASIRE ________________________________________ INCARCARE BALANS: O singur adres de control de acces la mediu (MAC) poate fi acum definit pentru unit ilor fizice ataate OSA-2 SNA/APPN (PUs), chiar prin conecxiuni pot fi prin porturi multiple fizice. Acest suport este oferit pentru numai prin medii unite prin surs-ruter (Token-Ring i FDDI). Numrul de sesiuni stabilite printr-un port sunt monitorizate, iar ncrcrile desiunilor pentru utilizator sunt chiar distribuite de la un capt la altul prin porturi egal configurate. REDUNDANTA: O cale secundar prin sta ia de lucru LAN i sistemul gazd poate fi acum configurat. Dac calea primar nu mai este disponibil, cea secundar va primi traficul LAN. Aceasta crete disponibilitatea sistemului i simplific managementul re elei. DEPASIRE: Fluxul de sesiuni de utilizator prin portul primar OSA-2 pn cnd capacitatea sesiunii a fost atins. Sesiuni adi ionale vor forma automat flux ctre urmtorul port OSA-2. Deoarece toate sta iile de utilizator sunt identic configurate, administrarea re elei este simplificat i re eaua devine mai scalabil. Noii utilizatori pot fi aduga i fr ntrerupere. Incrcarea balansului, redundan a i suportul pentru depire sunt oferite de PTF-uri pentru OSA/SF dup cum urmeaz: o OS/390 - OW20205/UW34618 03/31/97 o VM/ESA - OW23952/UW37028 03/31/97 o VSE/ESA - Oferit cu VSE/ESA V2.2.1 04/29/97 SUPORT DE UNITATE FIZICA CRESCUT (PU) (VIA OSA/SF): __________________________________________________ Arhitectura a fost modificat pentru a permite pn la maxim 2047 PU pe
170
port fizic pentru a fi definite pentru OSA-2 Ethernet, Token-Ring i caracteristici FDDI n loc de 255 PU curente pe port. Aceast adugare este disponibil pentru op iunile curent instalate, ca i pentru noile instalri. De fapt conectivitatea poate varia pe baza ncrcrilor de lucru a utilizatorilor. Suportul crescut al unit ii fizice (PU) este oferit de PTF pentru OSA/SF dup cum urmeaz: o o o OS/390 VM/ESA VSE/ESA - OW23429/UW37210 - OW24952/UW37028 - PQ03091/UQ04224 03/31/97 03/31/97 04/29/97
Suportul crescut al unit ii fizice (PU) este oferit de PTF pentru ACT/VTAM dup cum urmeaz: o ACF/VTAM pentru OS/390 o VTAM 4.1 OW14043/UW24904 VTAM 4.2 OW14043/UW24905 VTAM 4.3 OW14043/UW24906
ACF/VTAM VM/ESA VM60877/UV59834
ACF/VTAM VSE/ESA DY44347/UD50254
VSE/ESA - SUPORT SNA _____________________ Suportul OSA-2 i OSA/SF sunt livrate prin VSE/ESA Versiunea 2 Lansarea 2.1. Acest anun al suportului VSE/ESA satisface starea direc iei generale continut n anun ul hardware 196-194, i anun ul hardware 196-193, data de 10 septembrie, 1996. Op iunea OSA-2 ofer ACF/VTAM pentru aplica ii de gazd VSE/ESA cu acces direct la Ethernet, Token-Ring, i FDDI LAN-uri i mod de transfer asincron (ATM) Forum de re ele emulate LAN. OSA/SF este disponibil: Ca un element non-exclusiv pentru OS/390 lansarea 1 sau mai sus(5645-001) Ca un produs de program separat, S/390 suport de deschidere a suportului adaptorului de sistem Versiunea de facilitate 1 lansarea 2 pentru MVS/ESA 4.3 sau mai sus (5655-104) o Ca o facilitate a VM/ESA Versiunea 2 lansarea 2.0 (5654-030) o Ca o component a VSE func ii centrale 6.1.1 din VSE/ESA Versiunea 2 Lansarea 2.1 (5690-VSE). MAI MULTE INFORMATII ________________ Anun urile 297-043, 297-040 o o
171
Creterea ratelor de transfer de date DB2 Connect

n plus fa de gruparea pe blocuri a rndurilor pentru un set de rezultate de interogare, DB2 Pentru OS/390 i z/OS poate returna, de asemenea, mai multe astfel de blocuri de interogare ca rspuns al unei cereri OPEN sau FETCH pentru un client la distan , cum ar fi DB2 Connect. n schimbul trimiterii repetate de cereri de ctre client pentru serverul DB2 pentru OS/390 i z/OS, cernd un singur bloc de date rnd la un moment dat, clientul poate acum cere, op ional, ca serverul s trimit napoi un numr de blocuri de interogare n plus fa de cel pe care l va trimite ntotdeauna napoi. Astfel de blocuri de interogare adi ionale sunt numite blocuri de interogare suplimentare. Astfel, Aceast nou caracteristic permite clientului s reduc numrul de ntoarceri pe linia de re ea, ceea ce reprezint un cost important pentru performan ele re elei. Scderea numrului de cereri trimise de client ctre server pentru blocuri de interogare se traduce ntr-o mrire semnificativ a performan elor. Aceast cretere de performan se datoreaz faptului c comutarea ntre o linie de trimitere i de recep ie este o opera ie costisitoare din punct de vedere al performan elor. DB2 Connect poate exploata acum aceast mbunt ire de performan e pentru a cere implicit blocuri de interogare suplimentare de la un server DB2 pentru OS/390 i z/OS. Pentru a profita pe deplin de returnarea blocurilor de interogare suplimentare (fiecare putnd fi de pn la 32k octe i lungime) pentru protocolul de re ea preferat TCP/IP, extensiile de scalare a ferestrelor au fost activate cum au fost proiectate sub RFC-1323 n DB2 Connect. Aceast caracteristic permite TCP/IP s ajusteze dinamic dimensiunile ferestrelor de trimitere i de recep ie pentru a se adapta n mod eficient la eventualele cantit i mari de date returnate pe calea blocurilor de interogare suplimentare. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Blocuri de interogare suplimentare pe pagina 172 v Scalarea ferestrei RFC-1323 pe pagina 174
Blocuri de interogare suplimentare

Suportul pentru blocuri de interogare suplimentare pe servere cu DB2 pentru z/OS versiunea 6.1 sau anterioar este configurat prin parametrul EXTRA BLOCKS SRV din panoul de instalare al DB2 DDF. Acest suport este configurat ca modalitate de controlare a numrului maxim al blocurilor de interogare suplimentare pe care DB2 le poate trimite napoi unui client pentru o cerere. Pute i seta acest parametru la o valoare ntre 0 i 100. Prin setarea parametrului la valoarea 0 se dezactiveaz returnarea de
172
blocuri de interogare suplimentare. Valoarea implicit de 100 ar trebui utilizat ntotdeauna pentru a avea cel mai mare avantaj al acestei caracteristici, exceptnd unele comportamente specifice unei re ele care ar face ca setarea s nu mai fie ideal. De partea clientului, unde aplica ia acceseaz DB2 pentru z/OS fie direct printr-o instalare DB2 Connect aflat n acela i loc, fie printr-o instalare separat server DB2 Connect, exist diferite modalit i de activare a suportului corespunztor DB2 Connect pe bazele unui cursor sau unei instruc iune: v Utilizarea unei dimensiuni a setului de rnduri interogare pentru un cursor. v Utilizarea clauzei OPTIMIZE for N ROWS n instruc iunea select asociat cu un cursor v Utilizarea clauzei FETCH FIRST N ROWS n instruc iunea select asociat cu un cursor DB2 Connect poate activa suportul pentru rnduri suplimentare de interogare utiliznd diferite API-uri SQL: SQL ncapsulat v Utilizatorul poate invoca suportul pentru blocuri de interogare suplimentare pentru o interogare prin specificarea clauzei OPTIMIZE for N ROWS i/sau clauzei FETCH FIRST N ROWS ONLY chiar n instruc iunea select. v Cu clauza OPTIMIZE for N ROWS, DB2 pentru OS/390 i z/OS va ncerca s blocheze returnarea numrului dorit de rnduri pentru DB2 Connect, subiect pentru setarea parametrului de instalare EXTRA BLOCKS SRV DDF. Aplica ia poate alege s aduc mai mult de N rnduri deoarece DB2 pentru z/OS nu limiteaz la N numrul total de rnduri care pot fi returnate, n cele din urm, pentru setul de rezultate nterogrii. v Clauza FETCH FIRST N ROWS ONLY lucreaz similar, exceptnd faptul c setul de rezultate al interogrii este limitat la N de ctre DB2 pentru OS/390 i z/OS. Aducerea a mai mult de N rnduri va avea ca rezultat codul SQL +100 (sfrit date). CLI/ODBC v Utilizatorul poate invoca suportul pentru blocuri de interogare suplimentare, pentru o interogare, utiliznd atributul su instruc iune SQL_MAX_ROWS. v DB2 Connect va urmri OPTIMIZE for N ROWS pentru serverul DB2 pentru OS/390 i z/OS 6.x. Chiar dac numrul de rnduri care ar putea fi ntoarse n cele din urm pentru setul de rezultate al interogrii nu este limitat la N de ctre DB2 pentru z/OS, CLI/ODBC va ntoarce aplica iei SQL_NO_DATA_FOUND dac se ncearc s se aduc mai mult de N rnduri. v Clauza FETCH FIRST N ROWS ONLY este utilizat, n loc, pentru un server DB2 pentru OS/390 i z/OS 7.1 sau ulterior. Similar cazului SQL ncapsulat, setul de rezultate interogare este limitat la N rnduri de ctre DB2
173
pentru OS/390 i z/OS. ncercarea de a aduce a mai mult de N rnduri va avea ca rezultat SQL_NO_DATA_FOUND. JDBC Utilizatorul poate invoca suportul pentru blocuri de interogare suplimentare, pentru o interogare, utiliznd metoda setMaxRows. Similar cu CLI/ODBC ncapsulat, DB2 Connect va identifica clauza OPTIMIZE for N ROWS pentru un server DB2 pentru OS/390 i z/OS 6.x. DB2 Connect va identifica, de asemenea, clauza FETCH FIRST N ROWS ONLY pentru un server DB2 pentru z/OS 7.1 sau ulterior. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Creterea ratelor de transfer de date DB2 Connect pe pagina 172 v Scalarea ferestrei RFC-1323 pe pagina 174
Scalarea ferestrei RFC-1323

Scalarea ferestrei este suportat ncepnd cu DB2 Connect versiunea 7 FixPak 4 pe toate platformele Windows i UNIX care suport extensii RFC-1323 pentru TCP/IP. Pute i activa aceast caracteristic pe DB2 pentru Windows i UNIX utiliznd variabila registru DB2 DB2SORCVBUF. Pentru a porni scalarea ferestrei, aceast variabil registru trebuie setat la orice valoare mai mare de 64K. De exemplu, pe DB2 pentru Windows sau UNIX, pute i lansa db2set DB2SORCVBUF =65537. Dimensiunile maxime ale bufferelor de trimitere i de recep ie sunt dependente de sistemul de operare. Pentru a se asigura c dimensiunile setate ale bufferelor au fost acceptate, utilizatorul poate seta parametrul de configurare DIAGLEVEL al managerului de baze de date la 4 (informa ional) i verifica fiierul db2diag.log pentru mesaje. Pentru ca scalarea ferestrei s aib efect, trebuie activat de ambele pr i ale conexiunii; att pe sta ia de lucru ct i pe gazd, fie ditect prin stiva TCP/IP a sistemului de operare, fie indirect prin produsul DB2. De exemplu, pentru DB2 pentru z/OS, scalarea ferestrei poate fi activat, n mod curent,doar prin sistemul de operare prin setarea TCPRCVBUFRSIZE la orice valoare peste 64K. Dac utiliza i un client DB2 la distan , pentru a accesa o baz de date gazd sau iSeries DB2 printr-o sta ie de lucru server DB2 Connect, pute i activa scalarea ferestrei i pe client. Prin token pute i, de asemenea, activa scalarea ferestrei ntre un client DB2 la distan i un server DB2 sta ie de lucru atunci cnd nu este implicat nici o baz de date DB2 gazd sau iSeries. n timp ce scalarea ferestrei este destinat s creasc performan ele re elei, este important de observat c mbunt irea ateptat de performan e ale re elei nu se materializeaz ntotdeauna. nterac iunile dintre factori ca dimensiunea cadrului utilizat pentru adaptorul LAN ethernet sau token ring, dimensiunea MTU pentru IP i alte setri ale ruterelor de-a lungul legturii de comunica ie pot avea ca efect chiar degradarea
174
performan elor odat cu activarea scalrii ferestrei. De aceea, implicit, scalarea ferestrei este dezactivat cu ambele bufere de recep ie i de transmisie setate la 64K. Trebuie s fi i pregtit s aprecia i impactul pornirii scalrii ferestrei i s realiza i orice corec ii necesare pentru re ea. Pentru o introducere n reglarea re elei pentru nbunt irea performan elor de re ea, consulta i foaia alb de la http://www.networking.ibm.com/per/per10.html. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Creterea ratelor de transfer de date DB2 Connect pe pagina 172 v Blocuri de interogare suplimentare pe pagina 172
Conectivitate cu disponibilitate ridicat i echilibrarea ncrcrii pentru baza de date gazd

Pe pia a actual a tehnologiei informa iei exist o mare cerere pentru disponibilitatea non-stop a datelor. Aceast cerin trebuie ndeplinit pentru ca o afacere s in pasul cu concuren a i s i continue dezvoltarea. Multe din aplica iile actuale de web, de e-business i de spreadsheet necesit acces la date importante. Trebuie stabilit de ncredere, rapid i sigur la bazele de date iSeries. Aceast conexiune trebuie s fie disponibil 24/7 i s fie capabil s satisfac cereri numeroase de conectare n condi ii critice de ncrcare. Cum poate fi construit o astfel de conexiune? Scenariul de disponibilitate ridicat: O companie are cteva sta ii de lucru i servere de aplica ii rulnd pe Windows i UNIX. Aceste maini necesit acces la date care se gsesc pe cteva baze de date mainframe i iSeries. Aplica iile care ruleaz pe aceste maini necesit conexiuni rapide i fiabile la bazele de date. ntregul sistem este conectat printr-o re ea Ethernet utiliznd
175
TCP/IP.
Pentru servere de sta ii de lucru i de aplica ii care s acceseze baze de date gazd i iSeries ave i nevoie de o component intermediar de interconectare. Aceast component trebuie s furnizeze o conexiune cu o disponibilitate ridicat, robust i rapid ctre bazele de date gazd i iSeries. Trebuie, de asemenea, s fie scalabil pentru a anticipa viitoarea cretere a volumului de conexiuni. O solu ie utiliznd DB2 Connect EE, IBM Network Dispatcher i DB2 Connect Custom Advisor: O solu ie posibil a acestui scenariu poate fi construit utiliznd IBM DB2 Connect Enterprise Edition (EE), IBM Network Dispatcher i DB2 Connect Custom Advisor. Toate cererile de conectare vor fi rutate prin maina dispecer de re ea. Aceast main are instalate DB2 Connect EE, Dispecerul de re ea i Consultantul clien i DB2 Connect. Maia dipecer distribuie eficient cererile de conectare pentru clusterul de servere DB2 Connect EE. DB2 Connect EE furnizeaz o legtur rapid i sigur la bazele de date gazd i iSeries. Dispecerul de re ea i serverele DB2 Connect EE ruleaz pe platforme Windows NT (i Windows 2000). Numrul de maini server intermediare depinde de
176
volumul de conexiuni cerute de clien i.
DB2 Connect Custom Advisor (Consilier personalizat) combin puterea DB2 Connect EE i a Dispecerului de re ea pentru a furniza conexiuni cu grad mare de disponibilitate de la clien i la bazele de date gazd. DB2 Connect Custom Advisor (Consilier personalizat) este o extensie cu ncrcare redus, bazat Java a Dispecerului de re ea SecureWay. Acest consilier comunic cu serverele DB2 Connect EE pentru a ob ine informa ii despre sntatea serverelor i ncrcarea de lucru a conexiunii. Fiecare Monitor sistem DB2 instalat pe server furnizeaz aceste informa ii. Cu statisticile de sntate i de ncrcare de lucru a conexiunii ale fiecrui server DB2 Connect EE, DB2 Connect Custom Advisor poate calcula cu acurate e ncrcarea pentru fiecare server. Informa iile de ncrcare sunt transmise Dispecerului de re ea pentru a echilibra ncrcarea clusterului de servere DB2 Connect EE. Chiar n condi ii de ncrcare critice, ncrcarea de lucru a serverului va fi distribuit corespunztor. IBM Network Dispatcher furnizeaz echilibrarea ncrcrii la nivel IP avansat n timp ce rmne complet invizibil clien ilor. Prin acest mecanism inteligent de de echilibrare a
177
ncrctii, performan ele slabe sau chiar pierderea conexiunilor datorate ncrcrilor de conexiune neechilibrate sunt eliminate virtual. Dac pic unul dintre serverele DB2 Connect EE, noile cereri de conectare vor fi fcute prin serverele func ionale rmase pentru a asigura un grad sporit de disponibilitate. Cum func ioneaz: Dispecerul de re ea echilibreaz ncrcarea pe baza sarcinilor. Fiecare server DB2 Connect din cluster are asociat o sarcin. Cu ct sarcina este mai mare, cu att serverul trebuie s gestioneze mai multe conexiuni. Dispecerul calculeaz sarcina serverului utiliznd c iva parametri, unul dintre ele fiind gradul de ncrcare. ncrcarea unui server este determinat de DB2 Connect Custom Advisor (Consilier personalizat). n timpul fiecrui interval planificat, Consultantul clien i DB2 Connect se ataeaz la unul dintre servere i extrage un eantion de stare din Monitorului sistem al acestuia. Din eantion, consultantul poate determina numrul de conexiuni pe care le are serverul, numrul de conexiuni ocupate, numrul de agen i utiliza i, numrul de erori de comunica ie i numrul de agen i DRDA (Distributed Relational Database Architecture - Arhitectur baze de date distribuite) inactivi. Cu aceste numere, consultantul poate calcula cu acurate e o valoare a ncrcrii care reflect apropriat ncrcarea de lucru a serverului. Odat ob inute valorile de ncrcare de la toate serverele, dispecerul seteaz sarcinile i distribuie lucrul corespunztor. Dac consilierul detecteaz c serverul are o ncrctur de lucru critic, marcheaz temporar serverul ca fiind indisponibil. Noile conexiuni nu vor mai fi rutate ctre acest server pn la rezolvarea situa iei. Setare avansat: n plus fa de utilizarea Consilierului clien i DB2 Connect, mai este posibil s se ncorporeze simultan componenta SSI (Interactive Session Suport - Suport sesiune interactiv) a dispecerului de re ea pentru a ajuta la echilibrarea ncrcrii. ISS furnizeaz informa ii legate de sistem cum ar fi ncrcarea CPU i utilizarea memoriei ctre dispecer. Dispecerul poate apoi utiliza att informa iile legate de DB2 Connect ct i informa iile legate sistem pentru a echilibra ncrcarea severelor. Extensibilitatea: Odat cu creterea numrului de conexiuni, ar putea fi necesar adugarea de servere DB2 Connect suplimentare pentru a gestiona traficul suplimentar. Numrul maxim de servere permis de DB2 Connect Custom Advisor este limitat doar de cantitatea de memorie necesar pentru maina dispecer. Numrul maxim teoretic al serverelor permise de IBM Network Dispatcher (Dispecer de re ea) este un numr pe 32 de octe i. n sistemele din lumea real, aceast limit nu va fi niciodat atins.
178
Adugarea unui alt server DB2 Connect nu necesit schimbri ale arhitecturii de re ea din moment ce toate cererile de conectare sunt rutate prin mina dispecer, ca singur punct de intrare. De aceea, DB2 Connect mpreun cu Dispecerul de re ea i DB2 Connect Custom Advisor (Consilier personalizat) se combin pentru a furniza o solu ie cu o mare disponibilitate, fiabil i cu un grad mare de extensibilitate pentru conectarea bazelor de date ale ntreprinderilor la clien ii desktop. Informa ii suplimentare: IBM Network Dispatcher (Dispecer de re ea) este mpachetat ca o component a IBM WebSphere Edge Server. Pentru informa ii suplimentare despre Dispecerul de re ea, vizita i siteul web al IBM Network Dispatcher la http://www.ibm.com/software/network/dispatcher/. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
Gazd pentru conversie de date

Cnd datele sunt transferate de la un mediu la altul, poate fi neces ar convertirea. Aceast conversie poate afecta performan a. Considera i urmtoarele platforme: v Intel (Windows NT sau Windows 2000) v IEEE (UNIX-bazat pe sisteme) v Sistem/370, Sistem/390, zSeries (VM, VSE, OS/390, i z/OS) v AS/400 i iSeries (OS/400). i urmtoarele tipuri de date numerice: v v v v Arhivat zecimal Zonat zecimal Intreg In virgul mobil.
Tabela 15arat cnd are loc conversia.

Tabela 15. Conversie de date Intel Intel IEEE S/370/390 OS/400 Nu Nu Nu Nu IEEE Nu Nu Nu Nu S/370 & S/390 iSeries Nu Nu Nu Nu Nu Nu Nu Nu
Date arhivate zecimal
179
Tabela 15. Conversie de date (continuat) Intel Intel IEEE S/370/390 OS/400 Intel IEEE S/370/390 OS/400 Intel IEEE S/370/390 OS/400 Nu Nu Da Da Nu Da Da Da Nu Da Da Da IEEE Nu Nu Da Da Dat ntreag Da Nu Nu Nu In virgul mobil Da Nu Da Nu Da Da Nu Da Da Nu Da Nu Da Nu Nu Nu Da Nu Nu Nu S/370 & S/390 iSeries DaDa Nu Nu Da Da Nu Nu Date arhivate zecimal
Costul CPU unui singur bit de caracter de conversie de dateeste n general mai mic dect acela al conversiei numerice de date(unde este necesar converisa datei). Costul conversiei DATE/TIME/TIMESTAMP este aproape acelai cu al unui singur bit de caracter CHAR. Conversia datei n virgul mobil cost cel mai mult. Creatorul de aplica ii poate dori s profite de aceste fapte cnd se creeaz o aplica ie bazt pe Conectare DB2. Dac o tabel de baz de date are o coloan definit PENTRU BITI DE DATE, caracterul de date transferat ntre aplica ie i baza de date nu necesit conversie de date. Aceasta poate fi folosit la arhivarea datelor pe gazd sau baz de date server iSeries. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Tipurile datelor pentru datele caracterelor pe pagina 180
Tipurile datelor pentru datele caracterelor

Datele caracterelor pot avea att tipuri de date CHAR sau VARCHAR. Care tipuri de date sunt mai eficiente n func ie de lungimea tipic de date din cmp: v Dac dimensiunea datelor actuale varieaz semnificativ, VARCHAR este mai eficient deoarece CHAR adaug extra caractere goale pentru a umple cmpul. Aceste caractere goale trebuie transferate de-a lungul re elei ca oricare alte caractere.
180
v Dac dimensiunea datelor actuale nu varieaz prea mult, CHAR este mult mai eficient deoarece fiecare cmp VARCHAR are c iva byte informat 1ie lungime care trebuie transmii. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141 v Gazd pentru conversie de date pe pagina 179
Suportul de canale cu mai multe ci pentru SNA peste ESCON

Suportul de canale cu mai multe ci (MPC) pentru SNA peste ESCON permite unui sistem care ruleaz IBM server de comunica ii de re ea s foloseasc un adaptor ESCON pentru a crea o sta ie de legtur MPC ctre gazd. MPC este mai rapid dect CDCL deoarece: v MPC folosete subcanale separate pentru citire i scriere. v MPC nu este limitat de ctre dimensiunea IOBUF. Cadrele sunt de 4k i pot fi blocate mpreun. Testele au artat o mbunta ire a legturii MPC comparat cu o legtur de control a legturii datei canalului ESCON (CDLC) cu o dimensiune IOBUF mai mic de 1k. AIX SNA MPC necesit ESCON i MVS VTAM V4R4 sau mai trziu i cod caracteristic 4024 al serverului de comunica ii pentru AIX (5765-652). Sistemele Windows NT trebuie s foloseasc un server de comunica ii de re ea IBM pentru Windows NT Versiunea 6. Urmtoarele sunt serverele de comunica ii pentru AIX PTF necesare pentru MPC:
APAR # IX67032 IX67032 IX67032 IX67032 IX65820 IX67618 IX65813 PTF # U449693 U449693 U449300 U450027 U447759 U449691 U447758 LPP nume sna.books.chdoc sna.books.escdoc sna.rte sna.msg.en_US.rte sna.dlcchannel mpc.rte devices.mca.8fc3.rte
Hardware de re ea
Urmtoarele considera ii se refer hardware-ul: v Viteza re elei sau suportul magnetic de transmisie
181
Performan ele se mbunt esc cu un mediu de transmisie mai rapid. De exemplu, urmtoarele sunt rate de transfer a datelor de rnd: Canal-ctre-canal (fibre optice) 4.0 MB/s 16 Mbps LAN 2.0 MB/s Canal-ctre-canal (regular) 1.0 MB/s 4 Mbps LAN 0.5 MB/s carier de mare vitez (1.544 Mbps) 0.193 MB/s
Linie telefonic de vitez la distan 56 Kbps 0.007 MB/s 19.6 Kbps modem 0.002 MB/s 9600 bps modem 0.001 MB/s Rata de transfer de date este limitat de ctre mediul de transmisie nceat n cale, ctre gazd sau serverul de baz de date iSeries. v Adaptor de re ea sau controlor de comunica ii Trebuie planificat cu grij intrebuin area memoriei adaptorului de re ea sau controlerului de comunica ii. In plus, trebuie s lucra i cu un specialist de re ea pentru a asigura c controlerul are capacitatea de a manipula extra traficul generat de ctre Conectare DB2. v Topologia re elei Dac datele trec din LAn n LAN i dintr-o re ea SNa n alta considera i timpul de transfer. Poduri, rute i gateways-uri vor aduga la timpul de transfer. De exemplu, reducnd numrul de poduri care traverseaz, reduce numrul de hop-uri necesare pentru fiecare cerere. Distan a fizic ntre noduri trebuie de asemenea considerat. Chiar dac un mesaj este transferat prin satelit, timpul de transfer este limitat de viteza lumini (3 * 10**8 m/s) i distan a de rut ntre expeditor i destinatar. v Trafic de re ea Dac lungimea de band a re elei a fost pe deplin utilizat, att timpul de rspuns i rata de transfer a datei pentru o singur aplica ie va scdea. Congestiile pot aprea n re ea cnd datele acumulate ntr-o parte particular a re elei;de exemplu, la un NCP vechi cu o dimensiune foate mic a buffer-ului. v Increderea re elei
182
Dac rata de eroare a re elei este mare, transferul re elei va scdea i aceasta va crea performan e srace din cauza re-transmisiei. No iuni nrudite: v Considera ii ale performan ei conectrii DB2 pe pagina 141
183
184
Capitol 14. Securitate

Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS
Acest subiect descrie considera ii de securitate Conectare DB2 incluznd tipuri de autentificare i setri de securitate. De asemena furnizeaz cteva sugestii i indicii adi ionale la securitatea pentru DB2 pentru OS/390 i utilizatori z/OS. Not: La utilizarea conectrii DB2 cu securitate DCE, software-ul DCE este cerut la sta ia de lucru client DB2 i la gazd sau la serverul de baze de date iSeries, dar nu este necesar la serverul de conectare DB2. No iuni nrudite: v Considera ii de autentificare conectare DB2 pe pagina 187 v Tipuri de securit i suportate cu conexiuni DB2. pe pagina 188 Referin e nrudite: v Sugestii i indicii suplimentare despre securitatea OS/390 z/OS pe pagina 185
Sugestii i indicii suplimentare despre securitatea OS/390 z/OS

Aceste subiecte furnizeaz cteva indicii i sugestii despre securitatea pentru Conectare DB2 conectarea la un server de baze de date DB2 pentru OS/390 i z/OS. Cmp extins de securitate: Asigura i-v c Cmpul extins de securitate DB2 OS/390 i z/OS este setat la YES. Acest cmp apare n panoul DB2 pentru OS/390 i z/OS DSNTIPR. Coduri extinse de securitate: Pn la Baz de date universal DB2 pentru OS/390 i z/OS versiunea 5.1, cererile de conectare care furnizeaz ID-uri utilizator sau parole pot eua cu SQL30082 cod motiv 0, dar nici o alt indica ie despre ce ar putea func iona greit. Baz de date universal DB2 pentru OS/390 i z/OS versiunea 5.1 introduce o mbunt ire care furnizeaz suport pentru codurile extinse de securitate. Specificnd securiatte extins se vor furniza diagnostice suplimentare, cum ar fi (PASSWORD EXPIRED) n plus la codul motiv.
185
Pentru a exploata sugestiile, parametrul de instalare Baz de date universal DB2 pentru OS/390 i z/OS ZPARM pentru securitate extins ar trebui setat la valoarea YES. Folosii Baz de date universal DB2 pentru OS/390 i z/OS panoul de instalare DSN6SYSP pentru a seta EXTSEC=YES. Pute i de asemenea folosi panoul 1 DDF (DSNTIPR) pentru a seta acest lucru. Valoarea implicit EXTSEC=NO. n cazul unei parole expirate, Windows, UNIX, i aplica iile Web folosind Conectare DB2 vor primi un mesaj de eroare SQL30082. Securitatea TCP/IP deja verificat: Dac dori i s furniza i suport pentru Baz de date universal DB2 op iunea de securitate AUTHENTICATION=CLIENT, folosi i Baz de date universal DB2 pentru OS/390 i z/OS panoul de instalare DSNTIP4 (panoul 2 DDF) pentru a seta securitatea TCP/IP deja verificat la YES. Securitatea Desktop ODBC i a aplica iilor Java: Sta iile de lucru ODBC i aplica iile Java folosesc SQL dinamic. Aceasta poate crea griji de securitate n unele instalri. Baz de date universal DB2 pentru OS/390 i z/OS introduce o nou op iune de asociere DYNAMICRULES(BIND) ce permite execu ia a SQL dinamic sub autoriza ia fie a proprietarului sau a asociatorului. Baz de date universal DB2 i Conectare DB2 furnizeaz un nou partametru de configurare CLI/ODBC CURRENTPACKAGESET n fiierul de configurare DB2CLI.INI. Acesta ar trebui setat la un nume de schem care are privilegiile corespunztoare. O instruc iune SQL schema SET CURRENT PACKAGESET va fi asumat automat dup fiecare conectare pentru aplica ie. Folosi i ODBC Manager pentru a actualiza DB2CLI.INI. Suportul de shimbare a parolei: Dac o instruc iune SQL CONNECT ntoarce un mesaj indicnd c parola Id-ului utilizator a expirat, cu Conectare DB2 este posibil s schimba i parola fr a v nregistra la TSO. Prin DRDA, Baz de date universal DB2 pentru OS/390 i z/OS poate schimba parola pentru dumneavoastr. Vechea parol cu noua parol i parola de verificare trebuiesc livrate de utilizator. O cerere de schimbare a parolei este trimiso la Baz de date universal DB2 pentru OS/390 i z/OS serverul baz de date. Un benificiu n plus este c o nu este cerut o defini ie separat LU . Referin e nrudite: v BIND Command din Referin comand
186
v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
Considera ii de autentificare conectare DB2

Ca admiistrator Conectare DB2 , n cooperare cu gazda dumneavoastr sau administratorul bazei de date iSeries , pute i determina unde sunt validate numele de utilizatori i parolele: user names and passwords are validated: v v v v La client La gazd sau la serverul iSeries La un server de securitate DCE Semnare o singur dat i validare de-a lungul unui sistem din 3 pr i(Kerberos).
Dumneavoastr determina i unde apare validarea prin setarea parametrului tip autentificare n directorul sistem baze de date, i parametrul tip securitate n directorul node pentru APPC sau APPN nodes. Note: 1. Conectare DB2 nsui nu realizeaz nici o validare utilizator. DB2 Conectarea trece toate informa iile de autentificare de la client la server. Urmtoarele tipuri de autentificare sunt permise cu Conectare DB2: CLIENT Numele utilizator i parola sunt validate la client. SERVER Numele utilizator i parola sunt validate la gazd sau la serverul baz de date iSeries. SERVER_ENCRYPT La autentificarea pentru SERVER, numele utilizator i parola sunt validate la gazd sau la serverul baz de date iSeries, dar parolele transferate sunt criptate la client. KERBEROS Activeaz client pentru a se nregistra n server utiliznd autentificarea Kerberos n locul ID-ului tradi ional i a parolei combinate. Aceast tip autentificare necesit ambii i serverul i clientul s fie porni i Kerberos. DCE Numele utilizator i parola sunt validate la serverul de securitate DCE.
Autentificarea Kerberos este unic n ceea ce privete client care nu transmite un ID utilizator i parola direct la server. n loc, Kerberos lucreaz ca un mecanism de autentificare din trei pr i. Utilizatorul introduce un ID i parola o dat la terminalul client, i Kerberos valideaz ac east semntur. Dup aceasta, Kerberos transmitev automat i sigur autorizarea utilizatorului oricrei cereri de servicii locale i de re ea.
187
Aceasta nseamn c utilizatorul nu necesit reintroducerea ID-ului su i a parolei pentru a se nregistra la serverul la distan DB2. Aceast capabilitate de semntur unic furnizat de ctre autentificarea Kerberos necesit ca ambele conexiuni DB2 Connect i serverul baz de date care se conecteaz s furnizeze suport Kerberos. Not: Dac clientul la distan nu specific nici un tip autentificare, clientul se va lega implicit la SERVER_ENCRYPT. Dac acest tip nu este acceptat de ctre server, clientul va ncerca s ncerce din nou utiliznd o valoare apropiat returnat de ctre server. Pentru a ajuta optimizarea performan elor, specifica i totdeauna tipul autentificrii la client pentru a evita acest extra flux de re ea. No iuni nrudite: v Tipuri de securit i suportate cu conexiuni DB2. pe pagina 188 Referin e nrudite: v Sugestii i indicii suplimentare despre securitatea OS/390 z/OS pe pagina 185 v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
Tipuri de securit i suportate cu conexiuni DB2.

Aceast topicc listeaz diverse setri de combina ii de autentificare i securitate care sunt suportate cu Conectare DB2 att peste conexiunea APPC ct i TCP/IP. Urmtoarele se aplic ambelor tipuri de conexiuni. Tipuri de securitate pentru conexiuni APPC. Urmtoarele tipuri de securit i sunt permise pentru conexiuni APPC pentru a specifica ce informa ie de securitate va pleca ctre stratul de comunica ii: ACELASI Numai numele utilizatorului este trecut gazdei sau ctre baza de date a serverului iSeries. PROGRAM Numele utilizatorului i parola sunt trecute gazdei i bazei de date a serverului iSeries. NICI UNUL Nici un flux de informa ii de securitate. Tabela 16 pe pagina 189 arat combina iile posibile ale acestor valori i tipul de autentificare specificat pe serverul Conectare DB2 , i unde este efectuat validarea pentru fiecare combina ie. Numai combina iile artate n acest tabel sunt suportate de Conectare DB2 pe conexiunile APPC.
188
Tabela 16. Scenarii de securitate valide pentru conexiuni APPC Scenariou Setri de autentificare n Securitate intrarea n directorul bazei de date n DB2 server de conectare CLIENT SERVER CRIPTARE_SERVER DCE KERBEROS ACELASI PROGRAM NICI UNUL NICI UNUL NICI UNUL Validare
1 2 3 4 5
Client Gaz sau baz de date de server iSeries Gaz sau baz de date de server iSeries server de securitate DCE securitate Kerberos
Note: 1. Pentru sistemele AIX, toate loginurile de utilizatori folosind tipul de securitate APPC ACELASI trebuie s apar in grupului de sistem AIX. 2. Pentru sisteme AIX cu clin i la distan , instan a Conectare DB2 rulnd pe serverul Conectare DB2 trebuie s apar in grupului de sistem AIX. 3. Accesul la o gazd sau baz de date de server iSeries este controlat de propriile mecanisme de securitate sau subsisteme. De exemplu, metoda de acces a telecomunica iilor virtuale(VTAM) i facilitatea de control a accesului (RACF). Accesul la obiectele bazei de date protejate este controlat de instruc iunile SQL GRANT i REVOKE. Tipuri de securitate pentru conexiuni TCP/IP Protocolul de comunica ie TCP/IP nu suport op iuni de securitate la nivelul protocolului de re ea. Totui numai tipul de autentificare controleaz unde are loc autentificarea. Numai combina iile artate n acest tabel sunt suportate de Conectare DB2 peste conexiunile TCP/IP.
Tabela 17. Scenarii de securitate valide pentru conexiuni TCP/IP Scenariu Setri de autentificare n Validare intrarea n directorul bazei de date n sta ia de lucru DB Connect 1 2 3 4 5 CLIENT SERVER CRIPTARE_SERVER DCE KERBEROS Client Gaz sau server iSeries Gaz sau server iSeries server de securitate DCE securitate Kerberos
189
Discu ie asupra tipurilor de securitate Urmtoarea discu ie se aplic att la conexiunea APPC ct i la TCP/IP, aa cum este descris mai sus i afiat n Tabela 16 pe pagina 189 i Tabela 17 pe pagina 189. Fiecare scenariu este descris mai detaliat dup cum urmeaz: v In scenariul 1, numele utilizatorului i parola sunt validate numai pentru clientul la distan . Pentru un client local, numele utilizatorului i parola sunt validate numai la serverul Conectare DB2. Se ateapt ca utilizatorul s fie autentificat la loca ia la care se nscriu. ID-ul utilizatorului este trimis prin re ea, dar nu i parola. Utiliza i acest tip de securitate numai dac to i clien ii sta iei de lucru au facilit i adecvate care pot fi de ncrdere. v In scenariul 2, numele utilizatorului i parola sunt validate la gazd sau numai la baza de date a serverului iSeries.ID-ul utilizatorului i parola sunt trimise prin re ea de la clientul la distan la serverul Conectare DB2 i de la serverul DB2 Connect la gazd sau baza de date a serverului iSeries. v In scenariul 3 este acelai lucru ca n scenariul 2, numai ca numele utilizatorului i parola sunt criptate. v In scenariul 4, un bilet criptat DCE este ob inut de client de la serverul de secritate DCE. Biletul este transmis nealterat prin DB2 Connect la server, unde este validat de server folosind servicii de securitate DCE. v In scenariul 5, un bilet Kerberos este ob inut de client de la Kerberos KDC. Biletul este trimis nealterat prin DB2 Connect la server, unde este validat de server. No iuni nrudite: v Considera ii de autentificare conectare DB2 pe pagina 187 Referin e nrudite: v Sugestii i indicii suplimentare despre securitatea OS/390 z/OS pe pagina 185 v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
Suport Kerberos
DB2 Universal Database n momentul actual suport protocolul de securitate Kerberos ca modalitate de autentificare a utilizatorilor ntr-un mediu non-DRDA . Deoarece DB2 pentru OS/390 i z/OS versiunea 7.1 suport securitate Kerberos, DB2 Connect a adugat func ionalitate DRDA AR pentru a utiliza autentificarea Kerberos pentru conectrile la DB2 pentru OS/390 i z/OS. Nivelul de autentificare Kerberos care gestioneaz sistemul de permise este integrat n mecanismul Windows 2000 Active Directory. Pr ile client i server ale unei aplica ii comunic cu modulele de client, respectiv, server ale SSP-ului (Security Support
190
Provider - Furnizor suport securitate) Kerberos. SSPI (Security Support Provider Interface - Interfa a furnizor de securitate) furnizeaz o interfa de nivel nalt SSP-ului Kerberos i altor protocoale de securitate. Suport protocol de comunica ie: Pentru o conexiune SNA, trebuie s utiliza i SECURITY=NONE cnd se catalogheaz nodul APPC. Setare tipic: Pentru a configura DB2 cu autentificare Kerberos, seta i: v O poli de autorizare pentru DB2 (ca serviciu) n directorul activ (Active Directory) care este partajat pe o re ea i v O rela ie de ncredere ntre KDC-urile (Key Distribution Centers - Centre de distribuire chei) Kerberos n scenariul cel mai simplu, exist cel pu in o rela ie de ncredere KDC care s fie configurat, aceasta este cea dintre KDC-ul care controleaz sta ia de lucru client i sistemul OS/390 sau z/OS. OS/390 sau z/OS R10 furnizeaz prelucrarea permiselor Kerberos prin facilitatea RACF care pernite gazdei s se comporte ca un KDC UNIX. DB2 Connect furnizeaz o func ionalitate obinuit de ruter prin setarea 3-tier. Acesta nu i asum nici un rol n autentificare atunci cnd se utilizeaz securitate Kerberos. n loc, acesta doar transfer token-ul de securitate al clientului ctre DB2 pentru OS/390 i z/OS. Astfel, nu este necesar ca poarta DB2 Connect s fie membru al domeniului Kerberos al clientului sau al gazdei. Compatibilitatea cu versiunile anterioare: Cerin ele DB2 pentru suport Kerberos: DB2 UDB Client: Versiunea 7.1 (SO: Windows 2000) DB2 Connect: Versiunea 7.1 + Fix Pack 1 (SO: oricare) DB2 UDB pentru OS/390 i z/OS: Versiunea 7.1 DB2 pentru OS/390 are cerin a suplimentar de a fi rulat pe OS/390 versiunea 2 Edi ia 10 sau ulterioar. Sunt cerin e suplimentare pentru versiunile anterioare pentru sistemele DB2 pentru OS/390 la conectarea din DB2 Connect. Pe lng faptul c aceste sisteme DB2 pentru OS/390 nu suport Kerberos, acestea nu rspund corespunztor la SECMEC-urile DRDA. Pentru a rezolva aceast problem, aplica i PTF-ul corespunztor:
191
v UQ41941 (pentru DB2 pentru OS/390 versiunea 5.1) v UQ41942 (pentru DB2 pentru OS/390 versiunea 6.1) Referin e nrudite: v Considera ii de securitatea conectrii DB2 pentru DB2 pentru OS/390 i z/OS pe pagina 185
192
Component 3. Anexe
193
194
Anex A. Mutarea datelor cu DB2 Connect

Dac lucra i ntr-un mediu complex n care ave i nevoie s muta i date ntre un sistem de baze de date gazd i o sta ie de lucru, pute i utiliza DB2 Connect, poarta pentru transferul datelor de pe gazd pe sta ia de lucru, ca i invers (consulta i Figura 13).
DB2 for z/OS Database Server (DBMS)
Database table
DB2 Connect
DB2 UDB client executing Import/Export
Figura 13. Importarea/Exportarea prin DB2 Connect
Utilitarele de export i de import ale DB2 v permit mutarea datelor de la un server de baze de date gazd sau AS/400 i iSeries ntr-un fiier de pe sta ia de lucru Conectare DB2 i invers. Pute i apoi utiliza datele cu orice alt sistem de gestiune a bazelor de date rela ionale sau cu orice alt aplica ie care suport acest format de export sau de import. De exemplu, pute i exporta date din DB2 pentru MVS/ESA ntr-un fiier ASCII delimitat i apoi le pute i importa ntr-o baz de date DB2 pentru Windows. Pute i efectua opera ii de export i de import de pe un client baz de date sau de pe sta ia de lucru Conectare DB2. Note: 1. Datele care vor fi exportate sau importate trebuie s fie conforme cu restric iile de dimensiune i de tip al datelor care se aplic ambelor baze de date. 2. Pentru mbunt irea performan elor importului, pute i utiliza SQL compus. Specifica i modificatorul de tip fiier compus n utilitarul de import pentru gruparea unui anumit numr de instruc iuni SQL ntr-un bloc. Acest lucru poate reduce regia i poate mbunt i timpul de rspuns. Restric ii:
195
Cu Conectare DB2, opera iile de export i de import trebuie s ndeplineasc urmtoarele condi ii: v Tipul fiierului trebuie s fie PC/IXF. v O tabel destina ie, cu atribute compatibile cu datele, trebuie s fie creat pe serverul destina ie, nainte de a putea importa pe acesta. Utilitarul db2look poate fi utilizat pentru ob inerea atributelor tabelei surs. Importarea prin Conectare DB2 nu poate crea o tabel, deoarece INSERT este singura op iune suportat. v Trebuie specificat un interval de numrare a comiterii pentru opera ia de import. Dac nu sunt ndeplinite toate aceste condi ii, opera ia eueaz i este ntors un mesaj de eroare. Not: Defini iile indecilor nu sunt memorate la export i nici utilizate la import. Dac exporta i sau importa i date amestecate (coloane care con in att date pe un singur octet, ct i date pe doi octe i), lua i n considerare urmtoarele: v Pe sistemele care memoreaz date n EBCDIC (MVS, OS/390, OS/400, VM i VSE), caracterele shift-out i shift-in marcheaz nceputul i sfritul datelor pe doi octe i. Cnd defini i lungimi de coloan pentru tabelele bazei dumneavoastr de date, asigura i-v c permite i spa iu suficient pentru aceste caractere. v Sunt recomandate coloanele caracter cu lungime variabil, dac datele coloanei nu au model consistent. Mutarea datelor de pe o sta ie de lucru pe un server gazd: Pentru mutarea datelor ntr-o baz de date a serverului gazd sau AS/400 i iSeries: 1. Exporta i datele dintr-o tabel DB2 ntr-un fiier PC/IXF. 2. Utiliznd op iunea INSERT, importa i fiierul PC/IXF ntr-o tabel compatibil din baza de date a serverului gazd. Pentru mutarea datelor dintr-o baz de date a serverului pe o sta ie de lucru: 1. Exporta i datele din tabela bazei de date a serverului gazd ntr-un fiier PC/IXF. 2. Importa i fiierul PC/IXF ntr-o tabel DB2. Exemplu Urmtorul exemplu ilustreaz modul de mutare a datelor de pe o sta ie de lucru ntr-o baz de date a serverului gazd sau AS/400 i iSeries. 1. Exporta i datele ntr-un format IXF extern prin lansarea urmtoarei comenzi:
db2 export to staff.ixf of ixf select * from userid.staff
2. Lansa i urmtoarea comand pentru stabilirea unei conexiuni DRDA cu serverul UDB DB2 destina ie:
db2 connect to cbc664 user admin using xxx
196
3. Dac nu exist deja, crea i tabela destina ie pe serverul UDB DB2 destina ie_
CREATE TABLE mydb.staff
4. Pentru importarea datelor, lansa i urmtoarea comand:

db2 import from staff.ixf of ixf insert into mydb.staff
Va fi citit un rnd de date din fiierul n format IXF i va fi lansat o instruc iune SQL INSERT pentru inserarea rndului n tabela RELAVIS.STAFF. Vor fi inserate n continuare rnduri, pn cnd toate datele vor fi mutate n tabela destina ie. No iuni nrudite: v Moving Data Across Platforms - File Format Considerations din Ghid i referin despre utilitare ale mutrii datelor Referin e nrudite: v EXPORT Command din Referin comand v IMPORT Command din Referin comand
Anex A. Mutarea datelor cu DB2 Connect
197
198
Anex B. Informa ii tehnice despre baza de date universal DB2

Privire general asupra informa iilor tehnice despre baza de date universal DB2
Informa ii tehnice despre baza de date universal DB2 pot fi ob inute n urmtoarele formate: v v v v v Cr i (n formate PDF i copie scris) Un arbore de subiecte (HTML format) Ajutor pentru unelte DB2 (n format HTML) Exemple de programe (n format HTML) Ajutor pentru linia de comand
v ndrumare Aceast sec iune este o privire general asupra informa iilor tehnice care sunt furnizate i cum le pute i accesa.
Pachete de corec ie pentru documenta ia DB2

IBM poate pune la dispozi ie n mod periodic pachete de corec ie pentru documenta ie. Pachetele de corec ie pentru documneta ie v permit s actualiza i informa iile pe care le-a i instalat de pe CD-ul Documenta ie HTML DB2 pe msur ce devin disponibile noi informa ii. Not: Dac instala i pachetele de corec ie pentru documenta ie, documenta ia dumneavoastr HTML va con ine informa ii mai recente dect manualele DB2 tiprite sau manualele PDF online.
Categorii de informa ii tehnice despre DB2

Informa iile tehnice despre DB2 sunt mpr ite n categorii, dup urmtoarele antete: v Informa ii despre esen a DB2 v Informa ii despre administrare v Informa ii despre dezvoltarea de aplica ii v Informa ii despre afaceri v Informa ii despre DB2 Connect v v v v Informa ii despre pornire Informa ii despre tutoriale Informa ii despre componente op ionale Note de edi ie
199
Urmtoarele tabele descriu, pentru fiecare carte din biblioteca DB2, informa iile necesare pentru a comanda copia scris, pentru a vizualiza sau tipri fiierul PDF sau pentru a localiza directorul HTML pentru cartea respectiv. O descriere complet a fiecrei cr i din biblioteca DB2 este disponibil la centrul IBM de publica ii, la www.ibm.com/shop/publications/order Directorul de instalare pentru CD-ul cu documenta ia HTML difer n func ie de fiecare categorie de informa ii:
cale_cd_html/doc/htmlcd/%L/categorie
unde: v cale_cd_html este directorul n care este instalat CD-ul HTML. v %L este identificatorul limbii. De exemplu, en_US. v categorie este identificatorul categoriei. De exemplu, core pentru informa ii despre esen a (core) DB2. n coloana cu nume de fiiere PDF din tabelele urmtoare, caracterul din pozi ia a asea din numele fisierului indic versiunea limbii a cr ii. De exemplu, numele de fiier db2d1e80 identific versiunea n limba englez a Ghidului de administrare: planificarea, n timp ce numele de fiier db2d1g80 identific versiunea n limba german a aceleiai cr i. Urmtoarele litere sunt folosite n pozi ia a asea a numelui de fiier pentru a indica versiunea limb:
Limb Arab Portughez brazilian Bulgar Croat Ceh Danez Olandez Englez Finlandez Francez German Greac Ungar Italian Japonez coreean Norvegian Polonez Portughez Romn Rus Identificator w b u 9 x d q e y f g a h i j k n p v 8 r
200
Chinez simplificat Slovac Sloven Spaniol Suedez Chinez simplificat Turc
c 7 l z s t m
No form number(fr numr de formular) indic faptul c respectiva carte este disponibil doar online i nu are o versiune tiprit. Informa ii despre esen a DB2 Informa iile din aceast categorie acoper subiecte DB2 care sunt fundamentale pentru to i utilizatorii DB2. Ve i gsi folositoare informa iile din aceast categorie indiferent dac sunte i un programator, un administrator de baze de date sau lucra i cu DB2 Connect, DB2 Warehouse Manager sau alte produse DB2. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/core.
Tabela 18. Informa ii despre esen a DB2 Nume Numrul formularului Numele fiierului PDF db2n0x80 Referin e la comenzi ale bazei de SC09-4828 date universale IBM DB2 Glosarul bazei de date universale IBM DB2 Indexul master al bazei de date universale IBM DB2 Referin e la mesaje din baza de date universal IBM DB2, Volumul 1 Referin e la mesaje din baza de date universal IBM DB2, Volumul 2 Nout i despre baza de date universal IBM DB2
No form number(fr numr de db2t0x80 formular) SC09-4839 GC09-4840 db2w0x80 db2m1x80
GC09-4841
db2m2x80
SC09-4848
db2q0x80
Informa ii de administrare Informa iile din aceast categorie acoper acele subiecte necesare pentru proiectare, implementare i men inerea efectiv a bazelor de date DB2, a depozitelor de date i a sistemelor federalizate.
201
Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/admin.

Tabela 19. Informa ii despre administrare Nume Ghidul de administrare al bazei de date universale IBM DB2: Planificarea Ghidul de administrare a bazei de date unversal IBM DB2: Implementare Ghidul de administrare al bazei de date universal IBM DB2: Performan Referin e administrative API la baza de date universal IBM DB2 Form number(Numr de formular) SC09-4822 Numele fiierului PDF db2d1x80
SC09-4820
db2d2x80
SC09-4821
db2d3x80
SC09-4824
db2b0x80
Ghid i referin e la utilitarele de SC09-4830 mutare a datelor n baza de date universal IBM DB2 Ghid i referin e la recuperarea datelor i disponibilitate nalt la baza de date universal IBM DB2 Ghidul de administrare a centrului depozitului de date al bazei de date universal IBM DB2 SC09-4831
db2dmx80
db2hax80
SC27-1123
db2ddx80
GC27-1224 Ghidul sistemelor federalizate ale bazei de date universal IBM DB2 Ghidul bazei de date universale SC09-4851 IBM DB2 pentru unelte GUI pentru administrare i dezvoltare Ghid i referin e la replicare la baza de date universal IBM DB2 Instalarea i administrarea unui mediu satelit IBM DB2 Referin e SQL n baza de date universal IBM DB2, Volumul 1 Referin e SQL n baza de date universal IBM DB2, Volumul 2 SC27-1121
db2fpx80
db2atx80
db2e0x80
GC09-4823 SC09-4844 SC09-4845
db2dsx80 db2s1x80 db2s2x80
202
Tabela 19. Informa ii despre administrare (continuat) Nume Ghid i referin e la sistemul de monitorizare al bazei de date universal IBM DB2 Form number(Numr de formular) SC09-4847 Numele fiierului PDF db2f0x80
Informa ii despre dezvoltarea aplica iilor Informa iile din aceast categorie sunt de interes n special pentru cei care dezvolt aplica ii sau programatori ce lucreaz cu DB2. Ve i gsi informa ii despre limbajele i compilatoarele suportate, precum i documenta ia necesar pentru accesarea DB2 folosind interfe e de programare suportate variate, cum ar fi SQL, ODBC, JDBC, SQLj, i CLI nglobate. Dac vede i aceste informa ii online n HTML, pute i de asemenea accesa o mul ime de exemple de programe DB2 n HTML. Directorul de instalare pentru aceast categorie estedoc/htmlcd/%L/ad.
Tabela 20. Informa ii despre dezvoltarea de aplica ii Nume Form number(Numr de formular) Numele fiierului PDF db2axx80
Ghidul dezvoltrii de aplica ii n SC09-4825 baza de date universal IBM DB2: Construirea i rularea aplica iilor Ghidul dezvoltrii de aplica ii n SC09-4826 baza de date universal IBM DB2: Programarea aplica iilor client Ghidul dezvoltrii de aplica ii n SC09-4827 baza de date universal IBM DB2: Programarea aplica iilor server Ghid i referin e despre interfa a SC09-4849 la nivel apel a bazei de date universal IBM DB2, Volumul 1 Ghid i referin e despre interfa a SC09-4850 la nivel apel a bazei de date universal IBM DB2, Volumul 2 Ghidul de integrare a SC27-1124 aplica iilor centrului depozitului de date al bazei de date universal IBM DB2 Administrarea i programarea IBM DB2 XML Extender SC27-1234
db2a1x80
db2a2x80
db2l1x80
db2l2x80
db2adx80
db2sxx80
203
Informa ii despre gestiunea afacerilor Informa iile din aceast categorie descriu modul de folosire a componentelor care mbunt esc depozitarea datelor i capacit ile analitice ale bazei de date universal DB2. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/wareh.
Tabela 21. Informa ii despre afaceri Nume Form number(Numr de formular) Numele fiierului PDF db2dix80
Ghidul de administrare al SC27-1125 centrului de catalogare a informa iei din depozitul de date al DB2 Ghidul de instalare al managerului depozitului IBM DB2 (IBM DB2 Warehouse Manager) GC27-1122
db2idx80
Informa ii despre DB2 Connect Informa iile din aceast categorie desriu modul de accesare a datelor de pe o gazd sau un sistem iSeries folosind DB2 Connect Enterprise Edition sau DB2 Connect Personal Edition. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/conn.
Tabela 22. Informa ii despre DB2 Connect Nume APPC, CPI-C i coduri SNA Anex la conectivitatea IBM Porniri rapide ale IBM DB2 Connect pentru DB2 Connect Enterprise Edition Porniri rapide ale IBM DB2 Connect pentru DB2 Connect Personal Edition Ghidul utilizatorului IBM DB2 Connect Form number(Numr de formular) Numele fiierului PDF
No form number(fr numr de db2apx80 formular) No form number(fr numr de db2h1x80 formular) GC09-4833 db2c6x80
GC09-4834
db2c1x80
SC09-4835
db2c0x80
204
Informa ii despre pornire Informa iile din aceast categorie sunt folositoare la instalarea i configurarea serverelor, a clien ilor i a altor produse DB2. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/start.
Tabela 23. Informa ii despre pornire Nume Porniri rapide ale bazei de date universal IBM DB2 pentru clien i DB2 Porniri rapide ale bazei de date universal IBM DB2 pentru servere DB2 Porniri rapide ale bazei de date universal IBM DB2 pentru DB2 Personal Edition Anex la instalarea i configurarea bazei de date unversal IBM DB2 Porniri rapide ale bazei de date universal IBM DB2 pentru DB2 Data Links Manager Form number(Numr de formular) GC09-4832 Numele fiierului PDF db2itx80
GC09-4836
db2isx80
GC09-4838
db2i1x80
GC09-4837
db2iyx80
GC09-4829
db2z6x80
Informa ii despre ndrumare Informa iile despre ndrumare introduc caracteristici DB2 i explic modul de realizare a diferitelor opera ii. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/tutr.
Tabela 24. Informa ii despre ndrumare Nume ndrumare despre gestionarea afacerilor: Introducere n depozitul de date (Data Warehouse) Form number(Numr de formular) Numele fiierului PDF
No form number(fr numr de db2tux80 formular)
ndrumar despre gestionarea No form number(fr numr de db2tax80 afacerilor: Lec ii extinse despre formular) depozitarea datelor ndrumar pentru centrul de dezvoltare pentru Video Online folosind Microsoft Visual Basic No form number(fr numr de db2tdx80 formular)
205
Tabela 24. Informa ii despre ndrumare (continuat) Nume ndrumar despre centrul de catalogare a informa iilor ndrumar pentru Video Central pentru e-business ndrumar Visual Explain Form number(Numr de formular) Numele fiierului PDF
No form number(fr numr de db2aix80 formular) No form number(fr numr de db2twx80 formular) No form number(fr numr de db2tvx80 formular)
Informa ii despre componente op ionale Informa iile din aceast categorie descriu modul de lucru cu componente DB2 op ionale. Directorul de instalare pentru aceast categorie este doc/htmlcd/%L/opt.
Tabela 25. Informa ii despre componente op ionale Nume Form number(Numr de formular) Numele fiierului PDF db2lsx80
Ghid de instalare i configurare GC27-1235 pentru IBM DB2 Life Sciences Data Connect Planning Ghidul utilizatorului i referin e SC27-1226 IBM DB2 Spatial Extender Ghid de administrare i SC27-1221 referin e la managerul de legturi de date al bazei de date universal IBM DB2 SH12-6740 Ghid de administrare i programare a extensiei pentru cutare pe re ea a bazei de date universale IBM DB2 Not: Fiierul HTML pentru acest document nu este instalat de pe CD-ul cu documenta ie HTML.
db2sbx80 db2z0x80
N/A
Note de edi ie Notele de edi ie furnizeaz informa ii suplimentare specifice edi iei i nivelului FixPak ale produsului dumneavoastr. Furnizeaz de asemenea rezumate ale actualizrilor documenta iei n fiecare edi ie i FixPak.
206
Tabela 26. Note de edi ie Nume Note de edi ie DB2 Note de instalare a DB2 Form number(Numr de formular) Vede i nota. Disponibile numai pe CD-ROM-ul produsului. Numele fiierului PDF Vede i nota. Disponibile numai pe CD-ROM-ul produsului.
Not: Versiunea HTML a notelor de edi ie este disponibil la Centrul de informare i pe CD-ROM-le altor produse. Pentru a vizualiza fiierul ASCII pe platformale bazate pe UNIX fede i fiierul Release.Notes. Fiierul se afl n directorul DB2DIR/Readme/%L, unde %L reprezint numele localizrii, iar DB2DIR reprezint: v /usr/opt/db2_08_01 pe AIX v /opt/IBM/db2/V8.1 pe toate celelalte sisteme de operare UNIX Opera ii nrudite: v Tiprirea cr ilor DB2 din fiiere PDF pe pagina 207 v Comandarea cr ilor DB2 tiprite pe pagina 208 v Accesarea ajutorului online pe pagina 209 v Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare pe pagina 213 v Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation pe pagina 214
Tiprirea cr ilor DB2 din fiiere PDF

Pute i tipri cr i DB2 din fiierele PDF de pe CD-ul DB2 PDF Documentation. Folosind Adobe Acrobat Reader, pute i tipri fie ntreaga carte, fie un anumit interval de pagini. Cerin e preliminare: Asigura i-v c ave i Adobe Acrobat Reader. Este disponibil pe site-ul Adobe Web la www.adobe.com Procedur: Pentru a tipri o carte DB2 dintr-un fiier PDF: 1. Introduce i CD-ul DB2 PDF Documentation. Pe sistemele de operare UNIX, monta i CD-ul DB2 PDF Documentation. Referi i-v la cartea dumneavoastr Quick Beginnings pentru detalii despre cum se monteaz un CD pe sistemele de operare UNIX.
207
2. Porni i Adobe Acrobat Reader. 3. Deschide i fiierul PDF de pe una din loca iile urmtoare: v Pe sistemele de operare Windows : x:\doc\ limba director, unde x reprezint litera unit ii CD-ROM i limba reprezint codul teritorial format din dou caractere care reprezint limba dumneavoastr (de exemplu, EN pentru English). v Pe sistemele de operare UNIX: /cdrom/doc/%L director pe CD-ROM, unde /cdrom reprezint punctul de montare al CD-ROM-ului i %L reprezint numele locului dorit. Opera ii nrudite: v Comandarea cr ilor DB2 tiprite pe pagina 208 v Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare pe pagina 213 v Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation pe pagina 214 Referin e nrudite: v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
Comandarea cr ilor DB2 tiprite

Procedur: Pentru a comanda cr i tiprite: v Contacta i dealerul IBM autorizat sau reprezentantul de marketing al dumneavoastr. Pentru a gsi un reprezentant local al IBM, verifica i IBM Worldwide Directory of Contacts de la www.ibm.com/planetwide v Telefon 1-800-879-2755 n Statele Unite sau 1-800-IBM-4YOU n Canada. v Vizita i centrul de publica ii IBM la www.ibm.com/shop/publications/order De asemenea, pute i ob ine manuale DB2 tiprite prin comandarea de pachete de documenta ie pentru produsul dumneavoastr DB2 de la reselerul dumneavoastr IBM. Pachetele de documneta ie sunt subseturi ale manualelor din biblioteca DB2, selectate pentru a v ajuta s ncepe i s utiliza i produsul DB2 pe care l-a i cumprat. Manualele din pachetele de documenta ie sunt aceleai cu cele care sunt disponibile n format PDF pe CD-ul Documneta ie DB2 n format PDF i au acelai con inut cu documenta ia care este disponibil pe CD-ul Documenta ie HTML DB2. Opera ii nrudite: v Tiprirea cr ilor DB2 din fiiere PDF pe pagina 207
208
v Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser pe pagina 210 v Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation pe pagina 214 Referin e nrudite: v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
Accesarea ajutorului online

Ajutorul online care vine mpreun cu toate componentele DB2 este disponibil n trei tipuri: v Ajutor Window i carnet v Ajutor pentru linia de comand v Ajutor pentru instruc iuni SQL Ajutorul Window i carnet explic opera iile pe care le pute i realiza ntr-o fereastr sau un carnet i descrie modurile de control. Acest ajutor are dou tipuri: v Ajutor accesibil din butonul Ajutor v Casete de informare Butonul Ajutor v d accesul la o privire general i la informa iile despre cerin ele preliminare. Casetele de informare descriu elementele de control n fereastr i n carnet. Ajutorul n fereastr i carnet este disponibil la centrele DB2 i la componentele care au interfe e utilizator. Ajutorul pentru linia de comand include ajutorul pentru comenzi i ajutorul pentru mesaje. Ajutorul pentru comenzi explic sintaxa comenzilor din procesorul de linii de comand. Ajutorul pentru mesaje descrie cauza unui mesaj de eroare, precum i orice ac iune pe care trebuie s o realiza i ca rspuns la eroarea respectiv. Ajutorul pentru instruc iuni SQL include ajutor pentru SQL i ajutor pentru SQLSTATE DB2 returneaz o valoare SQLSTATE pentru condi ii care ar putea fi rezultatul unei instruc iuni SQL. Ajutorul pentru SQLSTATE explic sintaxa instruc iunilor SQL (declara ii SQL i coduri de clase). Not: Ajutorul SQL nu este disponibil pentru sisteme de operare UNIX. Procedur: Pentru a accesa ajutorul online: v Pentru ajutor n fereastr i carnet, apsa i butonul Help sau apsa i acel control, apoi apsa i F1. Dac este selectat op iunea de Afiare automat a ferestrelor de
209
informare prin bifarea casetei de verficare din pagina general a meniului Tool Settings (setrile uleltelor), pute i de asemenea s vede i caseta de informare pentru un anumit element de control doar prin men inerea cursorului mouse-ului pe elemetul de control reepectiv. v Pentru ajutor la linia de comand, deschide i procesorul de linii de comand i introduce i: Pentru ajutor comenzi:
? comand
unde comand reprezint un cuvnt cheie sau ntreaga comand. De exemplu, ? catalog afieaz ajutorul pentru toate comenzile CATALOG, n timp ce ? catalog database afieaz ajutorul pentru comanda CATALOG DATABASE. v Pentru ajutor la mesaje:
? XXXnnnnn
unde XXXnnnnn reprezint un identificator valid de mesaj. De exemplu, ? SQL30081 afieaz ajutorul despre mesajul SQL30081. v Pentru ajutorul la instruc iuni SQL, deschide i procesorul de linii de comand i introduce i:
? sqlstate sau ? cos clas
unde sqlstate reprezint o stare SQL valid de 5 cifre i cod clas reprezint primele dou cifre ale strii SQL. De exemplu, ? 08003 afieaz ajutorul pentru instruc iunea SQL 08003, n timp ce ? 08 afieaz ajutorul pentru codul clasei 08 . Opera ii nrudite: v Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser pe pagina 210 v Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation pe pagina 214
Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser

Centrul de informare DB2, accesat de pe un browser v permite aceesarea informa iilor de care ave i nevoie pentru a putea beneficia de toate avantajele bazei de date uniersal DB2 i DB2 Connect. Centrul de informare DB2 documenteaz de asemenea caracteristicile i componentele importante ale DB2, incluznd replicarea, depozitarea de date, metadate i extensii DB2.
210
Centrul de informare DB2 aceesat de pe un browser este compus din urmtoarele elemente importante : Arbore de navigare Arborele de navigare se afl n cadrul din stnga al ferestrei din browser. Arborele se expandeaz i se restrnge pentru a arta i pentru a ascunde subiecte, glosarul i indexul master din Centrul de informare DB2. Bara de unelte de navigare Bara de unelte de navigare se afl n cadrul din dreapta sus al ferestrei din browser. Bara de unelte de navigare con ine butoane care v permit s cuta i n cadrul Centrului de informare DB2, s ascunde i arborele de navigare i s gsi i subiectul afiat n mod curent n arborele de navigare. Cadrul cu con inut Cadrul cu con inut se afl n cadrul din dreapta jos al ferestrei browserului. Cadrul cu con inut afieaz subiecte din Centrul de informare DB2 cnd apsa i cu mouse-ul pe o legtur din arborele de navigare, pe un rezultat al unei cutri sau cnd urma i o legtur dintr-un alt subiect sau din indexul master. Cerin e preliminare: Pentru a accesa Centrul de informare DB2 de pe un browser, trebuie s folosi i unul din urmtoarele browsere : v Microsoft Explorer, versiunea 5 sau mai nou v Netscape Navigator, versiunea 6.1 sau mai nou Restric ii: Centrul de informare DB2 con ine numai acele subiecte pe care dumneavoastr le-a i ales s le instala i de pe CD-ul DB2 HTML Documentation CD. Dac browserul dumneavoastr Web ntorce o eroare Fiierul nu este gsit cnd ncerca i s urma i o legtur ctre un subiect, trebuie s instala i unul sau mai multe seturi suplimentare de subiecte de pe CD-ul Documenta ie HTML DB2. Procedur: Pentru a gsi un subiect prin cutarea cuvintelor cheie : 1. n bara de unelte de navigare, apsa i cu mouseul Search. 2. n cmpul de introducere text dinpartea de sus a ferestrei de cutare, introduce i unul sau mai mul i termeni lega i de zona dumneavoastr de interes i apsa i Cutare. O list de subiecte ordonat dup precizie este afiat n cmpul Results (Rezultate). Scorul numeric de langa documentul gsit furnizeaz o indica ie asupra calit ii potrivirii (numerele mai mari indic potriviri mai bune). Introducerea mai multor termeni mrete precizia interogrii dumneavoastr, prin reducerea numrului de subiecte returnate interogrii formulate de dumneavoastr.
211
3.
n cmpul Results(rezultate) , apsa i titlul subiectului pe care dori i s-l citi i. Subiectul se afieaz n cadrul cu con inut.
Pentru a gsi un subiect n arborele de navigare: 1. n arborele de navigare, apsa i pictograma carte a categoriei de subiecte nrudite cu aria dumneavoastr de interes. Se afieaz o list de subcategorii sub icoan. 2. Continua i s apsa i cu mouse-ul icoane de cr i pn cnd gsi i categoria care s con in subiecte de care sunte i interesat. Categoriile care au legturi ctre subiecte afieaz titlul categoriei cu o legtur subliniat cnd mica i cursorul peste titlul categoriei. Arborele de navigare identific subiecte dup o icoan de pagin. 3. Apsa i legtura ctre subiect. Subiectul se afieaz n cadrul cu con inut. Pentru a gsi un subiect sau un termen n indexul master: 1. n arborele de navigare, apsa i categoria Index . Categoria se expandeaz pentru a afia o list de legturi sortate n ordine alfabetic n arborele de navigare. 2. n arborele de navigare, apsa i legtura corespunztoare primului caracter al termenului nrudit cu subiectul care v intereseaz. O list ca termeni care ncep cu acel prim caracter se afieaz n cadrul cu con inut. Termenii care au intrri de indexare multiple sunt identifica i dup o icoan de carte.
3.
Apsa i pe icoana de carte corespunztoare termenului care v intereseaz. O list de subtermeni i subiecte se afieaz sub termenul pe care a i apsat. Subiectele sunt identificate dup icoanele de pagin cu un titlu subliniat. 4. Apsa i pe titlul unui subiect care corespunde nevoilor dumneavoastr. Subiectul de afieaz n cadrul cu con inut. No iuni nrudite: v Accesibilitate pe pagina 220 v Centrul de informare DB2 accesat dintr-un browser pe pagina 222 Opera ii nrudite: v Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare pe pagina 213 v Actualizarea documenta iei HTML instalat pe maina dumneavoastr pe pagina 215 v Depanarea problemelor din cutarea n documenta ia DB2 cu Netscape 4.x pe pagina 217 v Cutarea n documenta ia DB2 pe pagina 218 Referin e nrudite: v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
212
Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare
Centrul de informare DB2 furnizeaz acces rapid la informa iile despre produsele DB2 i este disponibil pe toate sistemele de operare pe care sunt disponibile uneltele de administrare ale DB2. Centrul de informare DB2 accesat de pe unelte furnizeaz ase tipuri de informa ii. Opera ii Opera ii cheie pe care le pute i realiza utiliznd DB2. Concepte Concepte cheie pentru DB2. Referin e Informa ii referitoare la DB2, cum ar fi cuvinte cheie, comenzi i APIs. Depanare Mesaje de eroare i informa ii care v ajut pentru rezolvarea probelemelor obinuite din DB2. Exemple Legturi ctre listri HTML ale programelor exemplu furnizate de DB2. ndrumare Ajutor pentru instruire, pentru nv area unor caractrstici DB2 Cerin e preliminare: Unele legturi din Centrul de informare DB2 indic siteuri Web de pe Internet. Pentru afiarea con inutului acestor legturi, va trebui s v conecta i la Internet. Procedur: Pentru a gsi informa ii despre produse prin accesarea Centrului de informare DB2 din unelte: 1. Porni i Centrul de informare DB2 ntr-unul din urmtoarele moduri: v Din uneltele de administrare grafice, apsa i pe icoana Information Center din bara de unelte. Pute i de asemenea s o selecta i din meniul Help . v n linia de comand, introduce i db2ic. 2. Apsa i fia tipului de informa ii nrudite cu informa iile pe care ncerca i s le gsi i. 3. Naviga i prin arbore i apsa i pe subiectul care v intereseaz. Centrul de informare va lansa atunci un browser Web pentru afiarea informa iei. 4. Pentru a gsi informa ia fr a rsfoi listele, apsa i pe icoana Search din dreapta listei.
213
O dat ce Centrul de informare a lansat browserul pentru a afia informa ia, pute i realiza o cutare dup ntregul text apsnd icoana Search din bara de unelte de navigare. No iuni nrudite: v Accesibilitate pe pagina 220 v Centrul de informare DB2 accesat dintr-un browser pe pagina 222 Opera ii nrudite: v Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser pe pagina 210 v Cutarea n documenta ia DB2 pe pagina 218
Vizualizarea documenta iei tehnice online direct de pe CD-ul DB2 HTML Documentation
Toate subiectele HTML pe care le pute i instala de pe CD-ul DB2 HTML Documentation pot fi de asemenea citite direct de pe CD. Prin urmare, pute i vedea documenta ia fr a mai fi nevoie s o instala i. Restric ii: Deoarece ajutorul pentru unelte este instalat de pe CD produsului DB2 i nu de pe CD-ul Documneta ie HTML DB2, trebuie s instala i produsul DB2 pentru a vizualiza ajutorul. Procedur: 1. Introduce i CD-ul DB2 HTML Documentation. Pe sistemele de operare UNIX, monta i CD-ul DB2 HTML Documentation. Consulta i cartea Ini iere rapid pentru detalii despre cum s monta i un CD pe sistemele de operare UNIX. 2. Porni i browserul HTML al dumneavoastr i deschide i fiierul corespunztor: v Pentru sistemele de operare Windows:
e:\program files\IBM\SQLLIB\doc\htmlcd\%L\index.htm
unde e reprezint unitatea CD-ROM, iar %L este versiunea de limb a documenta iei pe care dori i s o folosi i, de exemplu, en_US petnru englez. v Pentru sistemele de operare UNIX:
/cdrom/program files/IBM/SQLLIB/doc/htmlcd/%L/index.htm
unde /cdrom/ reprezint locul unde este montat CD-ROM-ul, iar %L este versiunea de limb pe care dori i s o folosi i, de exemplu,en_US pentru englez. Opera ii nrudite:
214
v Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser pe pagina 210 v Copierea fiiereloe de pe CD-ul Documneta ie HTML DB2 pe un server Web pe pagina 216 Referin e nrudite: v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
Actualizarea documenta iei HTML instalat pe maina dumneavoastr

Acum este posibil actualizarea HTML-urilor instalate de pe CD-ul DB2 HTML Documentation CD cnd sunt disponibile actualizri de la IBM. Acest lucru poate fi fcut n unul din urmtoarele dou moduri: v Folosind Centrul de informare (dac ave i instalate uneltele DB2 de administrare GUI). v Prin descrcarea i aplicarea pachetelor Fix Pak de documenta ie HTML pentru DB2. Not: Aceasta NU va actualiza codul DB2; va actualiza numai documenta ia HTML instalat de pe CD-ul DB2 HTML Documentation CD. Procedur: Pentru folosirea Centrului de informare n scopul actualizrii documenta iei dumneavoastre locale: 1. Porni i Centrul de informare DB2 ntr-unul din urmtoarele moduri: v Din uneltele de administrare grafice, apsa i pe icoana Information Center din bara de unelte. Pute i de asemenea s o selecta i din meniul Help . v n linia de comand, introduce i db2ic. 2. Asigura i-v c maina dumneavoastr are acces la Internet extern; actualizatorul va descrca ultimul pachet FixPak pentru documenta ie de pe serverul IBM dac este necesar. 3. Selecta i Information Center > Update Local Documentation din meniu pentru a porni actualizarea. 4. Furniza i informa iile despre proxy-ul dumneavoastr (dac este nevoie) pentru conectarea la Internetul extern. Centrul de informare va descrca i aplica ultimul pachet FixPak pentru documenta ie, dac este disponibil. Pentru a descrca manual i aplica un FixPak pentru documenta ie: 1. Asigura i-v c maina dumneavoastr este conectat la Internet.
215
2. Deschide i n browserul dumneavoastr pagina de suport DB2 de la www.ibm.com/software/data/db2/udb/winos2unix/support. 3. Urma i legtura pentru versiunea 8 si cuta i legtura pentru Documentation FixPaks (Pachete de corec ie pentru documneta ie). 4. Determina i dac versiunea documenta iei dumneavoastr este expirat prin compararea nivelului FixPak pentru documenta ie cu nivelul documenta iei pe care o ave i instalat. Aceast documenta ie curent de pe maina dumneavoastr este la urmtorul nivel: DB2 v8.1 GA. 5. Dac exist o versiune mai recent a documenta iei disponibil, atunci descrca i pachetul FixPak aplicabil pe sistemul de operare al dumneavoastr. Exist un singur FixPak pentru toate platformele Windows i un singur FixPak pentru toate platformele UNIX. 6. Aplica i pachetul FixPak: v Pentru sistemele de operare Windows: Pachetul FixPak pentru documenta ie este un fiier zip autoexpandabil. Pune i pachetul FixPak pentru documenta ie descrcat ntr-un director gol i apoi rula i-l. Va crea o comand setup pe care o pute i rula pentru a instala pachetul FixPak pentru documenta ie. v Pentru sistemele de operare UNIX: Pachetul FixPak pentru documenta ie este un fiier comprimat tar.Z. Decomprima i i expanda i fiierul. Va crea un director numit delta_install cu un script numit installdocfix. Rula i acest script pentru a instala pachetul FixPak pentru documenta ie. Opera ii nrudite: v Copierea fiiereloe de pe CD-ul Documneta ie HTML DB2 pe un server Web pe pagina 216 Referin e nrudite: v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
Copierea fiiereloe de pe CD-ul Documneta ie HTML DB2 pe un server Web

ntreaga bibliotec de informa ii DB2 v este livrat pe CD-ul Documneta ie HTML DB2 i poate fi instalat pe un server Web pentru a fi accesat mai uor. Pur i simplu copia i pe serverul Web al dumneavoastr documenta ia pentru limba pe care o dori i. Not: V pute i confrunta cu performan e sczute dac accesa i documneta ia HTML de pe un server Web printr-o conexiune de vitez sczut. Procedur: Pentru a copia fiierele de pe CD-ul Documenta ie HTML DB2 pe un server Web, utiliza i calea surs corespunztoare: v Pentru sisteme de operare Windows:
216
E:\program files\IBM\SQLLIB\doc\htmlcd\%L\*.*
unde E reprezint unitatea CD-ROM i %L reprezint identificatorul limbii. v Pentru sisteme de operare UNIX:
/cdrom/program files/IBM/SQLLIB/doc/htmlcd/%L/*.*
unde cdrom reprezint punctul de montare prntru unitatea de CD-ROM i %L reprezint identificatorul de limb. Opera ii nrudite: v Cutarea n documenta ia DB2 pe pagina 218 Referin e nrudite: v Supported DB2 interface languages, locales, and code pages din nceputuri rapide pentru servere DB2 v Privire general asupra informa iilor tehnice despre baza de date universal DB2 pe pagina 199
Depanarea problemelor din cutarea n documenta ia DB2 cu Netscape 4.x

Majoritatea problemelor de cutare au legtur cu suportul pentru Java furnizat de browserele de web. Aceast opera ie descrie posibile metode de depanare. Procedur: O problem obinuit cu Netscape 4.x implic o clas lips sau cu securitatea inadecvat. ncerca i urmtoarele metode de abordare, n special dac vede i urmtoarea linie n consola browserului Java:
Cannot find class java/security/InvalidParameterException
v Pe sisteme de operare Windows: De pe CD-ul cu documenta ie HTML DB2, copia i fiierul furnizat x:program files\IBM\SQLLIB\doc\htmlcd\locale\InvalidParameterException.class n directorul java\classes\java\security\ relativ la instalarea browserului dumneavoastr Netscape, unde x reprezint litera unit ii CD-ROM, iar locale reprezint numele localizrii dorite. Not: Este posibil s fi i nevoit s crea i structura de subdirectoare java\security\. v Pe sisteme de operare UNIX: De pe CD-ul Documenta ie HTML DB2, copia i fiierul furnizat /cdrom/program files/IBM/SQLLIB/doc/htmlcd/locale/InvalidParameterException.class n directorul java/classes/java/security/ relativ la instalarea browserului dumneavoastr Netscape, unde cdrom reprezint punctul de montare al CD-ROM-ului, iar locale reprezint numele localizrii dorite.
217
Not: Se poate s fie nevoie s crea i structura de subdirectoare java/security/ . Dac browserul dumneavoastr Netscape nc eueaz n ncercarea de a afia fereastra de intrare pentru cutare, ncerca i urmtoarele: v Opri i toate instan ele de browsere Netscape pentru a v asigura c nu ruleaz nici o parte de cod Netscape pe main. Apoi deschide i o nou instan a browserului Netscape i ncerca i s porni i din nou cutarea. v Evacua i memoria cache a browserului. v ncerca i o alt versiune a Netscape sau un alt browser. Opera ii nrudite: v Cutarea n documenta ia DB2 pe pagina 218
Cutarea n documenta ia DB2

Pune i cuta prin biblioteca de documenta ie DB2 pentru a localiza informa iile de care ave i nevoie. Cnd apsa i pictograma de cutare din bara de navigare a Centrului de informare (accesat printr-un browser) se va deschide o fereastr de cutare. ncrcarea cutrii poate dura un minut, n func ie de viteza calculatorului i a re elei dumneavoastr. Cerin e preliminare: Ave i nevoie de Netscape 6.1 sau ulterior, sau Internet Explorer 5 sau ulterior de la Microsoft. Asigura i-v c suportul pentru Java al browserului dumneavoastr este activ. Restric ii: Se aplic urmtoarele restric ii atunci cnd folosi i cutarea n documenta ie: v Cutarea nu este sensibil la majuscule. v Nu sunt suportate cutri buleane. v Nu sunt suportate caracterele de nlocuire i cutrile par iale. O cutare pentru java* (sau java) va cuta doar irul de literali java* (sau java) i nu va gsi, de exemplu, javadoc. Procedur: Pentru cutare n documenta ia DB2: 1. n bara de unelte de navigare, apsa i pictograma Cutare. 2. n cmpul de introducere text din partea de sus a ferestrei de cutare, introduce i unul sau mai mul i termeni (separa i prin spa iu) lega i de zona dumneavoastr de interes i apsa i Cutare. n cmpul Rezultate este afiat o list de subiecte ordonat dup acurate e. Scorul numeric de langa documentul gsit furnizeaz o indica ie asupra calit ii potrivirii (numerele mai mari indic potriviri mai bune).
218
Introducerea mai multor termeni mrete precizia interogrii dumneavoastr, prin reducerea numrului de subiecte returnate interogrii formulate de dumneavoastr. 3. n lista de Rezultate, face i clic pe titlul subiectului pe care dori i s l citi i. Subiectul este sfiat n cadrul pentru con inut al Centrului de informare DB2. Not: Atunci cnd efectua i o cutare, primul (cu scorul de potrivire cel mai bun) rezultat este ncrcat automat n cadrul browserului dumneavoastr. Pentru a vizualiza con inutul celorlalte rezultate de cutare, face i clic pe rezultat, n lista de rezultate. Opera ii nrudite: v Depanarea problemelor din cutarea n documenta ia DB2 cu Netscape 4.x pe pagina 217
Informa ii de depanare DB2 online

O dat cu edi ia DB2 UDB Version 8, nu va mai fi disponibil un ghid de depanare Troubleshooting Guide. Informa ia de depanare con inut n acest ghid a fost integrat n publica iile DB2. Prin aceasta, IBM este capabil s furnizeze cele mai recent actualizate informa ii posibile. Pentru a gsi informa ii despre utilitarele de depanare i func iile DB2, accesa i Centrul de informa ii DB2 de pe oricare unealt. Consulta i site-ul de suport online al DB2 dac ntlni i probleme i dori i ajutor n gsirea cauzelor posibile i a solu iilor. Site-ul de suport con ine o baz de date ampl i actualizat n mod constant cu publica ii DB2, Note tehnice, nregistrri despre problemele produsului (APAR), pachete FixPaks i alte resurse. Pute i folosi siteul de suport pentru a cuta prin aceast baz de cunotin e i pentru a gsi solu ii posibile la problemele dumneavoastr. Accesa i siteul de suport online la www.ibm.com/software/data/db2/udb/winos2unix/support sau apsnd butonul Online Support din centrul de informare DB2. Informa ii schimbate frecvent, cum ar fi listarea codurilor de erori interne ale DB2 sunt de asemenea disponibile la acest site. No iuni nrudite: v Centrul de informare DB2 accesat dintr-un browser pe pagina 222 Opera ii nrudite: v Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare pe pagina 213
219
Accesibilitate
Caracteristicile de accesibilitate ajut utilizatorii cu deficien e fizice, cum ar fi mobilitate redus sau vedere limitat, s foloseasc produse software cu succes. Acestea sunt urmtoarele caracteristici de accesibilitate n baza de date universalDB2 Version 8: v DB2 v permite utilizarea tuturor caracteristilor sale folosind tastatura n locul mouse-ului. Vede i Intrarea de la tastatur i navigarea. v DB2 v permite personalizarea mrimii i a culorii fonturilor dumneavoastr. Vede i Afiaj accesibil. v DB2 v permite s primi i mesaje de alert fie vizuale, fie audio. Vede i Metode de alert alternative. v DB2 suport aplica ii de accesibilitate care folosesc API-ul Java Accessibility . Vede iCompatibilitate cu tehnologiile de asisten pe pagina 221. v DB2 vine cu documenta ie furnizat ntr-un format accesibil. Vede i Accesibilitatea documenta iei pe pagina 221.
Intrarea de la tastatur i navigarea

Intrarea de la tastatur Pute i utiliza uneltele DB2 folosind numai tastatura. Pute i folosi taste sau combina ii de taste pentru a realiza majoritatea opera iilor care pot fi fcute de asemenea cu un mouse. Focalizarea tastaturii n sistemele bazate pe UNIX, pozi ia pe care este focalizat tastatura este eviden iat, indicnd care arie din fereastr este activ i unde vor avea efect apsrile dumneavoastr de taste.
Afiaj accesibil
Uneltele DB2 au caracteristici care mbunt esc interfa a utilizator i mresc accesibilitatea pentru utilizatorii cu vedere slab. Aceste mbunt iri ale accesibilit ii includ suport pentru propriet i personalizabile ale fonturilor. Setrile fonturilor Uneltele DB2 v permit selectarea culorii, a mrimii i a fontului pentru textul din meniuri i ferestre de dialog, folosind carnetul cu setrile uneltelor. Independen a fa de culori Nu ave i nevoie s distinge i culorile pentru a putea folosi oricare din func iile acestui produs.
Metode de alert alternative

Pute i specifica dac dori i s primi i alerte fie prin mijloace audio, fie video, folosind carnetul cu setrile uneltelor (Tools Settings).
220
Compatibilitate cu tehnologiile de asisten

Interfa a uneltelor DB2 suport API-ul Java Accessibility dnd posibilitatea citirii ecranului i a altor tehnologii de asisten folosite de persoane cu deficien e.
Accesibilitatea documenta iei

Documenta ia pentru familia de produse DB2 este disponibil n format HTML. Aceasta v permite s vede i documenta ia n concordan cu preferin ele de afiare setate n browserul dumneavoastr. V permite de asemenea s folosi i cititoare de ecran i alte tehnologii de asisten .
ndrumare DB2
ndrumarele DB2 v ajut s nv a i despre diverse aspecte legate de baza de date universal DB2. ndrumarele furnizeaz lec ii cu instruc iuni pas-cu-pas n arii ce in de dezvoltarea de aplica ii, reglarea performan elor interogrilor SQL, lucrul cu depozite de date, gestionarea metadatelor i dezvoltarea serviciilor Web folosind DB2. nainte de a ncepe: nainte de a putea accesa aceste ndrumare utiliznd legturile de mai jos, trebuie s instala i ndrumarele de pe CD-ul Documneta ie HTML DB2. Dac nu dori i s instala i aceste ndrumare, pute i vedea versiunile HTML ale ndrumarelor direct de pe CD-ul DB2 HTML Documentation CD. Versiunile PDF ale acestor ndrumare sunt de asemenea disponibile pe CD-ul DB2 PDF Documentation CD. Unele lec ii din ndrumare folosesc exemple de date sau cod. Vede i fiecare ndrumar pentru o descriere a tuturor cerin elor preliminare pentru opera ia sa specific. ndrumarele DB2 Universal Database: Dac a i instalat ndrumarele de pe CD-ul Documenta ie HTML DB2, pite i face clic pe un titlu de ndrumar din lista urmtoare pentru a vizualiza acel ndiumar. Business Intelligence Tutorial: Introduction to the Data Warehouse Center Realizeaz opera ii introductive despre depozitarea datelor folosind Data Warehouse Center. Business Intelligence Tutorial: Extended Lessons in Data Warehousing Realizeaz opera ii avansate de depozitare de date folosind Data Warehouse Center. Development Center Tutorial for Video Online using Microsoft Visual Basic Construiete diverse componente ale unei aplica ii folosind Development Center Add-in pentru Microsoft Visual Basic.
221
Information Catalog Center Tutorial Creaz i gestioneaz un catalog cu informa ii pentru a localiza i folosi metadate, utiliznd Information Catalog Center. Video Central for e-business Tutorial Dezvolt i desfoar o aplica ie avansat DB2 Web Services folosind produse WebSphere. Visual Explain Tutorial Analizeaz, optimizeaz i ajusteaz instruc iuni SQL pentru performan e mai bune folosind Visual Explain.
Centrul de informare DB2 accesat dintr-un browser

Centrul de informare DB2 Information Center v d accesul la toate informa iile de care ave i nevoie pentru a beneficia din plin de avantajele oferite de baza de date unversal DB2 Universal Database i DB2 Connect n afacerile dumneavoastr. Centrul de informare DB2 documenteaz de asemenea caracteristici DB2 i componente includiv replicri, depozitarea datelor, Centrul de catalogare a informa iilor, Life Sciences Data Connect i extensii DB2. Centrul de informare DB2 accesat dintr-un browser con ine urmtoarele caracteristici, dac l vizualiza i n Netscape Navigator 6.1 sau ulterior sau Microsoft Internet Explorer 5 sau ulterior. UJnele caracteristici necesit s activa i supotul pentru Java sau Java Script: Documenta ie actualizat regulat Pstra i-v subiectele actualizate (up-to-date) descrcnd HTML-uri actualizate. Cutare(Search) Cuta i toate subiectele instalate pe sta ia dumneavoastr de lucru apsndSearch n bara de unelte de navigare. Arborele de navigare integrat Localiza i orice subiect n biblioteca DB2 dintr-un singur arbore de navigare. Arborele de navigare este organizat dup tipul informa iei dup cum urmeaz: v Opera iile furnizeaz instruc iuni pas-cu-pas despre cum s atinge i un anumit scop. v Conceptele furnizeaz o privire general a unui subiect. v Subiectele cu referin e furnizeaz informa ii detaliate despre un subiect, inclusiv instruc iuni i sintaxa comenzilor, mesaje de ajutor, cerin e. Indexul principal Accesa i informa iile instalate de pe CD-ul Documenta ie HTML DB2 din indexul principal. Indexul este organizat n ordine alfabetic dup termenul de indexare.
222
Glosarul master Glosarul master definete termenii folosi i n Centrul de informare DB2. Glosarul este organizat n ordine alfabetic dup termenul din glosar. Opera ii nrudite: v Gsirea subiectelor prin accesarea Centrului de informare DB2 de pe un browser pe pagina 210 v Gsirea informa iilor despre produs prin accesarea Centrului de informare DB2 de pe uneltele de administrare pe pagina 213 v Actualizarea documenta iei HTML instalat pe maina dumneavoastr pe pagina 215
223
224
Anex C. Anun uri

Se poate ca IBM s nu ofere produsele, serviciile sau op iunile discutate n cadrul acestui document n toate rile. Consulta i reprezentantul IBM local pentru informa ii despre produsele i serviciile disponibile n prezent n zona dumneavoastr. Orice referin ctre un produs IBM, program sau serviciu nu inten ioneaz s declare sau s sugereze faptul c doar acel produs IBM, program sau serviciu poate fi folosit. Orice produs, program sau serviciu echivalent din punct de vedere func ional i care nu lezeaz nici un drept de proprietate intelectual al IBM poate fi folosit n schimb. Totui, este responsabilitatea utilizatorului s evalueze i s verifice func ionarea oricrui produs, program sau serviciu care nu apar ine IBM. BM poate avea patente sau patente n ateptate pentru aplica ii ce acoper con inutul subiectului descris n acest document. Furnizarea acestui document nu v d nici o licen pentru aceste patente. Pute i trimite solicitri de licen , n scris, la: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. Pentru solicitri de licen privind informa ii pe doi octe i (DBCS), contacta i departamentul IBM pentru proprietate intelectual (IBM Intellectual Property Department) din ara/regiunea dumneavoastr sau trimite i solicitri, n scris, la: IBM World Trade Asia Corporation Licensing 2-31 Roppongi 3-chome, Minato-ku Tokyo 106, Japan Paragraful urmtor nu se aplic n Regatul Unit al Marii Britanii sau orice alt ar/regiune n care aceste clauze sunt discordante fa de legile locale: CORPORA IA INTERNATIONAL BUSINESS MACHINES FURNIZEAZ ACEAST PUBLICA IE AA CUM ESTE, FR NICI UN FEL DE GARAN IE, NICI EXPLICIT, NICI IMPLICIT, INCLUZND, DAR NU LIMITND, GARAN IILE IMPLICITE CE IN DE VANDABILITATE SAU POTRIVIRE PENTRU UN ANUMIT SCOP. Unele state nu permit declinarea rspunderii pentru garan iile explicite sau implicite n anumite tranzac ii; de aceea, se poate ca aceast declara ie s nu vi se aplice dumneavoastr. Aceste informa ii pot include inexactit i tehnice sau erori de tiprire. n mod periodic se aduc schimbri informa iei de aici; aceste schimbri vor fi ncorporate n edi ii noi ale
225
publica iei. Se poate ca IBM s aduc mbunt iri i/sau schimbri n produsul(produsele) i/sau programul(programele) descrise n aceast publica ie oricnd fr aviz. Orice referire n cadrul acestor informa ii la situri web altele dect IBM sunt furnizate doar pentru comoditate i nu servesc n nici un caz drept sprijin pentru acele situri web. Materialele de pe acele situri web nu fac parte din materialele pentru acest produs IBM i folosirea acelor situri web o ve i face pe propriul dumneavoastr risc. IBM poate folosi sau distribui orice informa ie pe care o furniza i n orice mod crede de cuviin fr sa-i asume nici o obliga ie ctre dumneavoastr. Licen ele acestui program care doresc s ob in informa ii despre el pentru a da posibilitatea: (i) schimbului de informa ii ntre programe create independent i alte programe (inclusiv cel de fa ) i (ii) folosirea mutual a informa iei care s-a schimbat, vor trebui s contacteze: IBM Canada Limited Office of the Lab Director 8200 Warden Avenue Markham, Ontario L6G 1C7 CANADA Astfel de informa ii pot fi disponibile, subiect al termenilor i condi iilor corespunztoare, incluznd n unele cazuri plata unui onorariu. Programul cu licen descris n acest document i toate materialele cu licen disponibile pentru el sunt furnizate de ctre IBM n termenii stabili i de IBM Customer Agreement, IBM International Program License Agreement sau orice acord echivalent. Orice date despre performan con inute aici au fost determinate ntr-un mediu controlat. Prin urmare, rezultatele ob inute n alte medii de operare pot varia semnificativ. Unele msurtori se poate s fi fost fcute pe sisteme la nivel de dezvoltare i nu exist nici o garan ie c aceste msurtori vor fi aceleai pe sistemele disponibile n general. Mai mult, unele msurtori pot fi estimri ob inute prin extrapolare. Rezultatele reale pot varia. Utilizatorii acestui document ar trebui s verifice informa iile aplicabile mediului lor de lucru specific. Informa iile referitoare la produse non-IBM au fost ob inute de la furnizorii acelor produse, din anun urile lor publicate sau alte surse disponibile publicului. IBM nu a testat acele produse i nu poate confirma cu acurate e performan a, compatibilitatea sau orice alte afirma ii referitoare la produse non-IBM. ntrebrile despre capacit ile produselor non-IBM ar trebui adresate furnizorilor acelor produse. Toate declara iile privind direc ia viitoare sau inten iile IBM sunt un subiect ce poate fi schimbat sau retractat fr aviz i reprezint doar scopuri i obiective.
226
Aceste informa ii pot con ine exemple de date i rapoarte folosite n opera iile de afaceri zilnice. Pentru a le ilustra ct mai complet cu putin , exemplele includ nume de persoane, companii, mrci i produse. Toate aceste nume sunt fictive i orice asemnare cu numele i adresele folosite de o ntreprindere de afaceri real este o simpl coinciden . LICEN COPYRIGHTE: Aceste informa ii pot con ine exemple de programe de aplica ii, n limbaj surs, care ilustreaz tehnici de programare pe diferite platforme de operare. Pute i copia, modifica i distribui aceste programe-exemplu n orice form fr plat ctre IBM, n scopuri ce in de dezvoltare, utilizare, marketing sau distribu ie de programe de aplica ii, n conformitate cu interfa a de programare a aplica iilor pentru platforma de operare pentru care sunt scrise exemplele de programe. Aceste exemple nu au fost testate detaliat n toate condi iile. Prin urmare, IBM nu poate garanta sau implica increderea n aceste programe, deservirea sau func ionarea lor. Orice copie sau orice por iune din aceste programe-exemplu sau orice lucru derivat din ele trebuie s includ un anun de copyright dup cum urmeaz: (Numele companiei dumneavoastr) (year). Pr i din acest cod sunt derivate din programele-exemplu de la IBM Corp. Copyright IBM Corp. _introduce i anul sau anii_. Toate drepturile sunt rezervate.
Anex C. Anun uri
227
Mrci comerciale
Urmtorii termeni sunt mrci ale International Business Machines Corporation n Statele Unite, n alte ri, sau ambele i au fost utilizate n cel pu in unul dintre documentele din biblioteca de documenta ie DB2 UDB.
ACF/VTAM AISPO AIX AIXwindows AnyNet APPN AS/400 BookManager C Set++ C/370 CICS Database 2 DataHub DataJoiner DataPropagator DataRefresher DB2 DB2 Connect DB2 Extenders DB2 OLAP Server DB2 Universal Database Distributed Relational Database Architecture DRDA eServer Extended Services FFST First Failure Support Technology IBM IMS IMS/ESA iSeries LAN Distance MVS MVS/ESA MVS/XA Net.Data NetView OS/390 OS/400 PowerPC pSeries QBIC QMF RACF RISC System/6000 RS/6000 S/370 SP SQL/400 SQL/DS System/370 System/390 SystemView Tivoli VisualAge VM/ESA VSE/ESA VTAM WebExplorer WebSphere WIN-OS/2 z/OS zSeries
Urmtorii termeni sunt mrci sau mrci nregistrate ale altor companii i au fost utiliza i n cel pu in unul dintre documentele din biblioteca de documenta ie DB2 UDB: Microsoft, Windows, Windows NT i Windows logo sunt mrci comerciale ale Microsoft Corporation n Statele Unite, alte ri sau ambele. Intel i Pentium sunt mrci ale Intel Corporation n Statele Unite, alte ri sau ambele.
228
Java i toate mrcile comerciale ce au la baz Java sunt mrci comerciale ale Sun Microsystems, Inc. n Statele Unite, alte ri sau ambele. UNIX este o marc comercial nregistrat a The Open Group n Statele Unite i n alte state Alte nume de companii, produse sau servicii pot fi mrci comerciale sau mrci de servicii ale altora.
Anex C. Anun uri
229
230
Index
Caractere speciale
, (virgula) n irul de parametri ,, (virgula dubl) n irul de parametri 58 58 Arhitectura bazelor de date rela ionale distribuite (DRDA) (continuat) arhitecturi utilizate 16 concepte 15 flux de date 16 Gestiune date distribuite (DDM) 16 server de aplica ii 16 SNA (Arhitectur re ea sisteme) 16 solicitant de aplica ii 16 TCPIP 16 Arhitectur con inut obiecte de date formatate (FDOCA) 16 arhitectur reprezentare date caracter (CDRA) 16 ARI n cmpul SQLERRP DB2 pentru VSE VM 41 ASCII date pe octe i amesteca i 40 ordinea de sortare 44 asignri de extragere depiri de conversie numeric 46 asociere autorizare marcaje parametru cu deplasament 89 nume pachete 89 pachete 89 utilitare i aplica ii 89 ataament re ea reglare 169 atributul ID colec ie DB2 UDB pentru iSeries 43 pachet 43 autentificare 63 prezentare general 187 tipuri CLIENT 185, 187 CRIPTARE_SERVER 187 DCE 187 implicit 187 KERBEROS 187 SERVER 187 validare 187 autorizare, asociere 89 baze de date alias 56, 63 cereri de grupare 146 concepte MVS 10 OS/390 10 OS/400 10 VM 10 VSE 10 z/OS 10 nume 56, 58, 63 obiectul RDBNAM 111 reglare 160 unelte de performan 141 baze de date federalizate cerere distribuit 19 benchmarking performan e 141 BiDi parametrul BIDI 58 bloc de interogri extra 172 CLI/ODBC 172 JDBC 172 SQL ncorporat 172 blocare date 146 blocarea la nivel de linie medii gazd i iSeries 45 blocri la nivel de linie 45 la nivel de pagin 45 timeout 45 blocri la nivel de pagin medii gazd i iSeries 45 blocuri de interogri creterea ratelor de transfer DB2 Connect 172 bottlenecks performan e 141 tranzac ii 141 BSDS (set de date bootstrap), parametri OS/390 56 z/OS 56 buffer de primire (urmrire) 109 buffer de trimitere (urmrire) 109
acces direct la baza de date DB2 Connect PE 21 accesibilitate 220 actualizare directoarele bazei de date 55 actualizri multisite activare 69 Centrul de control 70 manager punct synv 72 suport DB2 Connect 49 testare 71 unitate de lucru distribuit (DUOW) 69 ajutor online accesare 209 alias DB client (monitor) 99 ampersand, double () n fiierul de mapare SQLCODE 78 aplica ii asociere 89 n medii gazd iSeries 39 performan e 146 cuvntul cheie CLISCHEMA 88 proceduri memorate 146 SQL compus 146 web, utiliznd DB2 Connect 25 aplica ii CICS diferen e n func ie de platform 39 aplica ii web DB2 Connect EE 25 proceduri memorate 30 APPC nume simbolic destina ie 63 scenarii de securitate 188 tipuri de securitate 188 Arhitectura bazelor de date rela ionale distribuite (DRDA) Arhitectur con inut obiecte de date formatate (FDOCA) 16 arhitectur reprezentare date caracter (CDRA) 16 Arhitectur servicii de gestiune (MSA) 16 Copyright IBM Corp. 1993, 2002
baza de date destina ie nume 58 baz de date destina ie nume 63
caractere shift-out diferen e n func ie de platform
40
231
caracterele escape exemple 65 cascad 44 cataloage sistem medii gazd i iSeries 46 catalogul SYSIBM.SYSPROCEDURES (OS/390) 47 catalogul SYSIBM.SYSROUTINES (VM/VSE) 47 cr i DB2 comandare 208 cr i tiprite comandare 208 cutare documenta ie DB2 utiliznd Netscape 4.x 217 cmpul SQLERRMC al SQLCA 41, 49 cmpul SQLERRP al SQLCA valoarea ARI 41 valoarea DSN 41 valoarea QSQ 41 valoarea SQL 41 cmpuri lungi diferen e n func ie de platform 40 CCSID (Identificator set de caractere codate) suport bidirec ional 58 Centrul de control actualizri multisite 70 Centrul de informare DB2 222 cerere distribuit baze de date federalizate 19 compensare 19 defini ie 19 suport 19 transparen local 19 cereri de grupare a bazelor de date performan e 146 cereri de rutare DRDA 16 cerin e preliminare DCE 185 cerin e preliminare software 185 informa ii setare 185 securitate 185 securitate cerin e DCE 185 CHAR, tip date 180 chei externe diferen e n func ie de platform 44 primare 44 chei externe diferen e n func ie de platform 44
chei primare diferen e n func ie de platform clauza GROUP BY ordinea de sortare 44 clauza ORDER BY ordinea de sortare 44 CLI aplica ii CURRENTPACKAGESET prezentare general 83 utilitare 86 cod eroare SQL0965 120 cod eroare SQL0969 120 cod eroare SQL1338 56, 120 cod eroare SQL30020 120 cod eroare SQL30060 120 cod eroare SQL30061 120 cod eroare SQL30073 120 cod eroare SQL30081N 120 cod eroare SQL30082 120 cod eroare SQL5043N 120 codul de ar cmpul SQLERRMC al SQLCA coduri mesaje de eroare SQL0965 120 SQL0969 120 SQL1338 120 SQL30020 120 SQL30060 120 SQL30061 120 SQL30073 120 SQL30081N 120 SQL30082 120 SQL5043N 120 comanda ACCRDB 111 comanda ACCRDBRM 111 comanda ACCSEC 111 comanda bldschem 86 sintax 86 comanda comitere 111 comanda EXCSAT 111 comanda EXCSATRD 111 comanda FORCE 99 diferen e n func ie de platform comanda LIST DCS APPLICATIONS 99 comanda schimbare atribute server comanda SECCHK 111 comandarea cr ilor DB2 208 comenzi ACCRDB 111 ACCRDBRM 111 ACCSEC 111 comitere 111 EXCSAT 111
44
185
41
41
111
comenzi (continuat) EXCSATRD 111 FORCE diferen e n func ie de platform 41 GET SNAPSHOT 97 SECCHK 111 comenzi GET SNAPSHOT 97 comitere n dou faze activare 69 portul de resincronizare utilizat de conexiunile TCP/IP 56 concentrator conexiune 157 concentrator XA, exemple 152 conectivitate baz de date gazd disponibilitate mare 175 echilibrarea ncrcrii 175 conexiuni concentratori 149 agen i de lucru 152 agen i logici 152 exemple 152 implementare 152 MAX_COORDAGENTS 152 NUM_INITAGENTS 152 NUM_POOLAGENTS 152 parametri de configurare 152 parametrul MAXAGENTS 152 planificator agent logic 152 pooling 152 prezentare general 149, 152 regie 152 restric ii 152 suport tranzac ii XA 152 CONNECT null 41 direct la gazd 21 implicit diferen e n func ie de platform 41 instruc iunea CONNECT RESET 41 instruc iunea CONNECT TO 41 pooling 149 avantaje 152 concentratori conexiune 152 prezentare general 149 reglare NCP 164 conexiuni implicite diferen e n func ie de platform 41 configurare conexiuni gazd 21 considerente, modificarea parolei 185 considerente de performan e concentrator conexiune 157
232
considerente de performan e (continuat) pooling conexiune 157 Consilierul personalizat DB2 Connect concepte calcularea valorilor de ncrcare 129 echilibrarea manual a ncrcrii 129 protec ia preluare la eroare 129 depanare 138 exemplu dispatcher fiier de startup 138 fiierul istoric 138 instalare AIX 134 Windows 134 mesaje de eroare 138 setare AIX 136 Windows 136 Consilierul personalizat DB2 Connnect activare 137 concepte 129 configurare 135 conten ie resurse sistem 162 conversia datelor 179 CREATE IN COLLECTION NULLID 89 CURRENTPACKAGESET 185 cuvntul cheie CLISCHEMA 88 prezentare general 85 sugestii 84 suport 86 utilizare 85 cuvntul cheie DBALIAS sugestii 84 cuvinte cheie CLISCHEMA 84, 85, 88 DBALIAS 84
DataPropagator suport CLISCHEMA 85 date blocare 146 conversie 179 expansiune serverul iSeries 40 serverul OS/390 40 fluxuri 16 performan e 141 performan e transfer 181 rat transfer 141, 181 suport pentru zona de timp
58
date (continuat) surse cerere distribuit 19 date caracter tipuri 180 date pe octe i amesteca i serverul iSeries 40 serverul OS/390 40 DB2 Connect nivele de izolare 46 prezentare general 3 procesarea cererilor de ntrerupere 42 scenarii monitoare de procesare tranzac ii 21 DB2 Connect EE API-uri 28 aplica ii web 25 descriere produs 3 JDBC 28 manager de tranzac ii compatibil XA 74 monitoare de procesare tranzac ii 34 scenarii server de conectivitate 21 server de conectivitate 23 servere de aplica ii Java 28 servere web 30 SQLJ 28 tuxedo 34 DB2 Connect PE descriere produs 3 DB2 Connect Unlimited Edition descriere produs 3 DB2 Connect Versiune 5.0 mbunt iri 6 DB2 Connect Versiune 5.2 mbunt iri 6 DB2 Connect Versiune 6.1 mbunt iri 6 DB2 Connect Versiune 7.1 mbunt iri 6 DB2 Connect Versiune 7.2 mbunt iri 6 DB2 UDB pentru OS/390 i z/OS 56 DOMAIN 56 DYNAMICRULES(BIND) 185 mbunt iri de securitate coduri de securitate extinse 185 securitate TCP/IP deja verificat 185 securitatea aplica iilor ODBC i Java 185
DB2 UDB pentru OS/390 i z/OS (continuat) mbunt iri de securitate (continuat) suport pentru modificarea parolei 185 parametri BSDS 56 RESPORT 56 set de date bootstrap 56 TCPPORT 56 db2ocat utilitarul optimizare catalog 86 DCE tip autentificare 187 DCL (limbajul de control al datelor) medii gazd i iSeries 41 DDCS Versiune 2.3 mbunt iri 6 DDCS Versiune 2.4 mbunt iri 6 ddcs400.lst file 89 ddcsmvs.lst file 89 ddcsvm.lst file 89 ddcsvse.lst file 89 DDL (limbajul de definire a datelor) n medii gazd i iSeries 40 depanare cutare documenta ie DB2 217 DB2 Connect 120 informa ii online 219 serverul de aplica ii DRDA DB2 127 depiri de conversie numeric 46 depiri, numerice 46 determinare problem prezentare general 105 probleme de conexiune 106 probleme post-conexiune 107 strngere informa ii 105 unelte de diagnoz 106 dezvoltare de aplica ii 146 client AD DB2 21 ODBC 21 dimensiune RU 164 dimensiunea blocului 158 directoare personalizare tabele 63 directoarele bazei de date actualizare 55 baza de date sistem 55 intrri multiple 64 nod 55 servicii conexiune baz de date (DCS) 55
Index
233
directorul bazei de date sistem aliasul bazei de date 56 autentificare 56 nainte de actualizare 55 numele bazei de date 56 numele nodului 56 valori 56 directorul servicii conexiune baz de date (DCS) 55 DML (limbajul de manipulare a datelor) medii gazd i iSeries 40 DRDA acces date 16 prezentare general 16 dreptul BINDADD autorizare de asociere 89 DSN n cmpul SQLERRP DB2 UDB pentru OS/390 41 DSS (subsec iune distribuit) tip, urmrire 109
H I
hardware performan e re ea
181
EBCDIC date pe octe i amesteca i 40 ordinea de sortare 44 erori determinare problem 105 exemple concentratori conexiune 152 concentratori XA 152 exemplu fiier de startup dispatcher expansiunea datelor serverul iSeries 40 serverul OS/390 40
138
facilitatea control acces resurse (RACF) securitate 188 fiier nucleu determinare problem 106 fiierul db2cli.ini reglarea performan elor aplica iilor ODBC/JDBC 85 fiierul dcs1ari.map 78 fiierul dcs1dsn.map 78 fiierul dcs1qsq.map 78 fiierul ddcstrc.dmp 118 flavors of SQL 11 FOR FETCH ONLY instruc iunea SELECT 146
Gestiune date distribuite (DDM) 109
16,
IBM Network Dispatcher fiier de startup 138 IBM SQL 11 IBM WebSphere, prezentare general 26 ID aplica ie client (monitor) 99 ID aplica ie gazd (monitor) 99 ID autorizare (monitor) 99 ID pagin de cod (monitor) 99 ID produs client (monitor) 99 ID produs gazd (monitor) 99 incapacitate 220 informa iile directorului cached 158 instruc iunea ACQUIRE nu este suportat pe DB2 UDB 50 instruc iunea CALL CALL USING DESCRIPTOR 47 platforme suportate 47 instruc iunea COMMIT legat statistic 146 instruc iunea COMMIT WORK RELEASE nu este suportat n DB2 Connect 51 instruc iunea DECLARE nu este suportat n DB2 Connect 51 nu este suportat pe DB2 UDB 50 instruc iunea DECLARE PROCEDURE (OS/400) 47 instruc iunea DESCRIBE 50, 146 nu este suportat n DB2 Connect 51 instruc iunea GRANT securitate 188 instruc iunea LABEL ON nu este suportat pe DB2 UDB 50 instruc iunea PREPARE 146 efectul asupra performan elor 146 nu este suportat n DB2 Connect 51 instruc iunea PUT nu este suportat n DB2 Connect 51 instruc iunea REVOKE securitate 188 instruc iunea ROLLBACK diferen e n func ie de platform 41 legat statistic 146
instruc iunea ROLLBACK WORK RELEASE nu este suportat n DB2 Connect 51 instruc iunea SELECT 146 actualizabil 146 FOR FETCH ONLY on 146 instruc iunea SET CURRENT nu este suportat n DB2 Connect 51 instruc iunea SET CURRENT PACKAGESET 185 instruc iuni ACQUIRE nu este suportat pe DB2 UDB 50 CALL platforme suportate 47 CALL USING DESCRIPTOR 47 COMMIT 146 COMMIT WORK RELEASE 51 CONNECT 41 DECLARE 51 un este suportat pe DB2 UDB 50 DESCRIBE 50, 51, 146 EXECUTE IMMEDIATE 146 FOR FETCH ONLY 146 LABEL ON nu este suportat pe DB2 UDB 50 nu sunt suportate n DB2 Connect 51 PREPARE 146 ROLLBACK 146 diferen e n func ie de platform 41 SELECT 146 suportate de DB2 Connect 50 instruc iuni SQL dinamice nu sunt suportate n DB2 Connect 51 instruc iunile EXECUTE IMMEDIATE 146 INTEGER tip de date 179 integritate referen ial diferen e n func ie de platform 44 interfa a XA Manager de resurse (RM) compatibil XA 34 iSeries DRDA 16 istoric service prima euare 106
234
mbunt iri OSA-2 170 mbunt irile edi iei 6 mpachetare produs 3 n fiierul de mapare SQLCODE Java servere de aplica ii API-uri 28 DB2 Connect EE 28 JDBC 28 SQLJ 28 JDBC performan e aplica ie 88 reglare 88 utilitarul optimizare catalog jetoane i SQLCODE-uri 77
78
86
limbajul de control al datelor (DCL) medii gazd i iSeries 41 limbajul de definire a datelor (DDL) n medii gazd i iSeries 40 limbajul de manipulare a datelor (DML) medii gazd i iSeries 40 list de asociere 89
Manager de tranzac ii compatibil XA defini ie 34 Manager de resurse compatibil XA 34 manager punct sync (SPM) scenarii 72 Manager punct sync (SPM) parametri implici i 74 maparea SQLCODE-urilor 77 parametrul NOMAP 77 personalizare 78 medii gazd i iSeries blocarea la nivel de linie 45 blocarea la nivel de pagin 45 cataloage sistem 46 considerente pentru aplica ii 39 DB2 Connect nivele de izolare 46 diferen e n SQLCODE-uri i SQLSTATE-uri 45 limbajul de control al datelor (DCL) 41 limbajul de definire a datelor (DDL) 40 limbajul de manipulare a datelor (DML) 40
medii gazd i iSeries (continuat) proceduri memorate 47 procesarea cererilor de ntrerupere 42 SQLCODE i SQLSTATE independente 44 stabilitatea cursorului 45 iruri C terminate n null 44 mesaj rspuns de sfrit unitate de lucru (ENDUOWRM) 111 metoda de acces telecomunica ii virtuale (VTAM) 188 Microsoft Windows aplica ii 21 modelul de procesare tranzac ii distribuite (DTP) X/Open prezentare general 34 monitoare de procesare tranzac ii actualizri multisite 69 caracteristici de utilizare 34 exemple 34 OLTP 34 tranzac ii 34 Tuxedo 34 monitor de sistem de baze de date clien i la distan 95 descriere 12 monitorizare conexiuni serverul DB2 Connect 95 monitorizarea performan elor Monitorul de performan Windows 96 Monitorul de performan Windows 96
obiectul EXTNAM 111 obiectul SRVNAM 111 ODBC aplica ii CURRENTPACKAGESET 185 interfa 21 optimizarea accesului 145 performan e aplica ie 88 prezentare general 83 reglare 88 utilitarul optimizare catalog 86 op iune de monitorizare SHOW DETAIL 99 op iunea de precompilare LANGLEVEL SQL92E i variabilele SQLSTATE sau SQLCODE 44 ordinea de comparare EBCDIC i ASCII 44 ordinea de comparare definit de utilizator 44 ordinea de sortare definire 44 ordinea de comparare 44 OS/390 DRDA 16 OS/400 DRDA 16
Net.Data macro-uri 28 prezentare general 28 nivele de izolare platforme suportate 46 NNUME client (monitor) 99 nod director 55, 56 nume 56, 63 NULLID pentru OS/400 89 numr secven client (monitor) 99 numr secven de ieire (monitor) 99 nume aplica ie (monitor) 99 nume baz de date gazd (monitor) 99 nume simbolic destina ie 63 sensibilitate la majuscule 56 numele bazei de date AS destina ie 58
pachete atribute diferen e n func ie de platform 43 create pe serverul de baze de date gazd sau iSeries 89 paginare dimensiunea blocului 158 pagini de cod cmpul SQLERRMC al SQLCA 41 conversie serverul iSeries 40 serverul OS/390 40 parametri AGENTPRI 158 BIDI 58 D (deconectare) 58 DIRCACHE 158 EXTRA BLOCKS SRV 172 INTERRUPT_ENABLED (deconectare) 58 LOCALDATE 58 MAX_COORDAGENTS 152 MAXAGENTS 152, 158 MAXDARI 158 Index
235
parametri (continuat) NOMAP 58 NUM_INITAGENTS 152 NUM_POOLAGENTS 152 NUMDB 158 PRDID 111 RQRIOBLK 158 SYSPLEX 58 parametri de configurare MAX_COORDAGENTS 149 NUM_INITAGENTS 149 NUM_POOLAGENTS 149 parametrul AGENTPRI 158 parametrul CHGPWD director con inut 58 numele bazei de date 58 numele bazei de date AS destina ie 58 numele bazei de date destina ie 58 parametrul BIDI 58 parametrul LOCALDATE 58 parametrul SYSPLEX 58 specificarea irului de parametri 65 parametrul D (deconectare) 58 parametrul DIRCACHE 158 parametrul EXTRA BLOCKS SRV bloc de interogri extra 172 parametrul INTERRUPT_ENABLED (deconectare) 58 parametrul LOCALDATE 58 parametrul MAX_COORDAGENTS 149, 152 parametrul MAXAGENTS 152, 158 parametrul MAXDARI 158 parametrul NOMAP 58, 77 parametrul NUM_INITAGENTS 149, 152 parametrul NUM_POOLAGENTS 149, 152 parametrul NUMDB 158 parametrul PRDID 111 parametrul RQRIOBLK dimensiune 164 reglare 158 parole suport modificare (OS/390 i z/OS) 185 perfoman e criterii de reglare SNA 164 performan e aplica ii blocarea datelor 146
performan e (continuat) aplica ii (continuat) cereri de grupare 146 predicat logic 146 proceduri memorate 146 SQL compus 146 aplica ii CLI 88 benchmarking 141 bottlenecks 141 concepte 141 considerente SQL 146 cuvntul cheie CLISCHEMA 88 DB2 pentru OS/390 i z/OS 167 depanare 163 dimensiune PIU 164 dimensiune RU 164 fluxuri de date 141 hardware re ea 181 metrice 141 performan e aplica ie JDBC, reglare 88 performan e aplica ie ODBC, reglare 88 Procesor linie de comand 146 proiectare aplica ii 146 reglare 167 resurse sistem 162 sugestii pentru reglarea SNA 168 unelte 141 unelte re ea 141 personalizarea directoarelor tabele 63 PIU 164 pooling conexiune 157 prezentare general 149 precompilator numr de sec iune 50 op iunea SQL92E LANGLEVEL 44 predicat logic performan e 146 proceduri memorate platforme suportate 47 prezentare general 30 procesor linie de comand (CLP) performan e 146 procesorul linie de comand (CLP) instruc iuni SQL 12 programare CGI avantaje 25 limitri 25 proiectarea aplica iilor 146
Q R
QSQ n cmpul SQLERRP DB2 UDB pentru iSeries
41
reglare aplica ii CLI/ODBC 88 baze de date 160 DB2 pentru OS/390 i z/OS 167 parametrul DIRCACHE 158 parametrul MAXAGENTS 158 parametrul MAXDARI 158 parametrul NUMDB 158 parametrul RQRIOBLK 158 performan e aplica ie 88 performan e re ea 160 performan e SNA 168 restric ii concentrator conexiune 152 resurse sistem conten ie 162 re ea adaptor 181 controler de comunica ii 181 hardware 181 ncredere 181 reglare 160 topologie 181 trafic 181 unelte de performan 141
scalarea ferestrelor extensii RFC-1323 suport 174 scenarii securitate APPC 188 securitate TCP/IP 188 securitate coduri extinse (OS/390 i z/OS) considerente 185 indicii 185 instruc iunea GRANT 188 instruc iunea REVOKE 188 NONE 188 PROGRAM 188 SAME 188 sugestii 185 tip 63 tipuri 188 tipuri de securitate 56 servere aplica ie DB2 Connect EE 31
185
236
servere de aplica ii clien i importan i 31 configura ie 31 DB2 Connect EE 31 defini ie DRDA 16 desfurare 31 model 2nivele 31 model 3nivele 31 prezentare general 31 suport DB2 Connect 31 servere de conectivitate DB2 Connect EE 23 servere web DB2 Connect EE 30 serverul de aplica ii DRDA DB2 depanare eroare baz de date negsit 127 eroare de securitate 127 eroare DRDA 127 erori de comunica ii 127 erori n timpul BIND (Asociere) 127 scenarii de probleme 127 setul de coduri, cmpul SQLERRMC al SQLCA 41 sintax bldschem 86 SNA (Arhitectur re ea sisteme) Arhitectur servicii de gestiune (MSA) 16 ESCON suport canal 181 performan e sugestii pentru reglare 168 SOCKS, variabile de mediu obligatorii 56 solicitan i de aplica ii defini ie DRDA 16 parametri 63 SQL DB2 Connect 11 dinamic 146 flavors 11 static 146 SQL compus NOT ATOMIC 146 suport DB2 Connect 49 SQL compus ATOMIC nu este suportat n DB2 Connect 146 suport DB2 Connect 49 SQL compus NOT ATOMIC 146 suport DB2 Connect 49 SQL comun 11
SQL dinamic considerente de performan e 146 CURRENTPACKAGESET 185 efectele procesrii 11 suport DB2 Connect 39 SQL static considerente de performan e 146 efectele procesrii 11 suport DB2 Connect 39 SQL/DS DRDA 16 SQLCA buffere de date 109 cmpul SQLCODE 109 cmpul SQLERRMC 41, 49 cmpul SQLERRP identific RDBMS 41 SQLCODE cmp n SQLCA 109 diferen e n func ie de platform 45 fiier de mapare * (asterisc) 78 cc 78 i 78 P 78 s 78 sintax 78 U 78 W 78 independent 44 mapare 77 SQLDA, cea mai bun dimensiune de alocat 146 SQLSTATE coduri de clas 78 diferen e 45 independent 44 stabilitatea cursorului medii gazd i iSeries 45 standardul SQL92 suport 44 standardul SQL92 ISO/ANS suport 44 stare sistem comenzi GET SNAPSHOT 97 subiecte Centrul de informare DB2 222 suport tranzac ie XA 152 suport pentru limba na ional (NLS) date pe octe i amesteca i serverul iSeries 40 serverul OS/390 40 suport tranzac ie XA concentratori conexiune 152
SYSPLEX parametru
58
ir parametri 63 irul C terminate n null op iunea CNULREQD BIND 44 irul de parametri specificare 65 iruri terminate n null, C op iunea CNULREQD BIND 44 iruri terminate n null, C op iunea CNULREQD BIND 44
tabele auto-referen iale 44 personalizare director 63 TCP/IP comanda ACCSEC 111 comanda SECCHK 111 DOMAIN 56 extensii RFC-1323 scalarea ferestrelor 174 nume gazd 63 nume gazd la distan 56, 63 nume servicii sau numere de port 63 nume serviciu 56 port de resincronizare 56 RESPORT 56 scenarii de securitate 188 securitate deja verificat 185 TCPPORT 56 teritoriu cmpul SQLERRMC al SQLCA 41 timp de rspuns 141 tip autentificare CLIENT 187 tip autentificare CRIPTARE_SERVER 187 tip autentificare KERBEROS 187 tip autentificare SERVER 187 tipul de autentificare KERBEROS pentru OS/390 190 z/OS 190 tipul de date BIGINT suportat de DB2 Connect 40 tipul de date ntreg 64-bit (BIGINT) suportat de DB2 Connect 40 tipul de date ntreg, 64-bit suportat de DB2 Connect 40 tipul de date ROWID suportat de DB2 Connect 40 tipul de date virgul mobil 179 tipul de date zecimal mpachetat 179
Index
237
tipul de date zecimal zonat 179 tipul de securitate PROGRAM 188 tipul de securitate SAME 188 tipuri de date CHAR 180 conversie efectul asupra performan elor 179 date caracter 180 INTEGER 179 numeric diferen e n func ie de platform 40 ROWID suportate de DB2 Connect 40 VARCHAR 180 virgul mobil 179 zecimal mpachetat 179 zecimal zonat 179 tipuri de date LOB (obiect mare) suportat de DB2 Connect 40 tipuri de date numerice diferen e n func ie de platform 40 tipuri de securitate APPC 188 NONE 188 PROGRAM 188 SAME 188 TCP/IP 188 tipuri definite de utilizator (UDT-uri) suportate de DB2 Connect 40 tipuri distincte suportate de DB2 Connect 40 tipuri structurate nu sunt suportate de DB2 Connect 40 tipurile de securitate NONE 188 transfer tranzac ii 141 transfer de date ntre gazd i sta ia de lucru 195 tranzac ii actualizri multisite 15, 69 comitere n dou faze 15 DB2 Connect EE 34 distribuite servere suportate 69 monitoare de procesare tranzac ii 34 suport 75 cu aplica ii distribuite XA 75 transfer 141 unitate de lucru (UOW) 15 Tratare aplica ie 99 tutoriale DB2 221
tutoriale DB2 221 tuxedo DB2 Connect EE
34
unelte diagnoz 106 performan 141 utilizare CPU 141 utilizare memorie 141 unelte de diagnoz determinare problem 106 unelte pentru utilizare CPU 141 unelte pentru utilizare memorie 141 unitate d lucru la distan (RUOW) caracteristici 18 unitate de lucru (UOW) defini ie 15 distribuit 69 la distan 18 unitate de lucru distribuit (DUOW) actualizri multisite 69 caracteristici 15 comitere n dou faze 69 servere suportate 69 unitate de lucru la distan (RUOW) exemplu 18 prezentare general 18 urmrire generarea pentru AIP CS/AIX CPIC/APPC 119 urmrirea API CS AIX CPIC APPC 119 utilitare administrare DB2 Connect 12 asociere 89 bldschem 86 db2cli 86 db2drdat 109 db2ocat 86 ddcspkgn 89 monitor de sistem de baze de date 12 ps 111 ps (stare proces) 106 stare proces 111 urmrire 109 utilitarele de administrare DB2 Connect 12 utilitarul db2cli.exe 86 utilitarul db2drdat 109 fiier de ieire 109 sintax 118
utilitarul ddcstrc fiier de ieire 110 parametri 118 utilitarul de urmrire 109 fiier de ieire 109, 110 parametri 118 sintax 118 utilitarul EXPORT transferarea datelor ntre gazd i sta ia de lucru 195 utilitarul IMPORT transferarea datelor ntre gazd i sta ia de lucru 195 utilitarul ps (stare proces) 106, 111 utilitarul stare proces 106, 111
VALIDATE RUN valoare parametru 111 valoare de autentificare 56 VARCHAR, tip de date 180 variabila DB2CONNECT_IN_APP_PROCESS 149 virgula dubl n irul de parametri 58 virgula n irul de parametri 58 vizualizri cataloage sistem 46 VM DRDA 16 vrjitori Actualizare multisite 70 Vrjitorul de actualizare multisite 70 VSE DRDA 16
95,
WebSphere caracteristici 26 edi ie avansat 26 edi ie enterprise 26 edi ie standard 26 prezentare general 26
z/OS DRDA 16 zone de timp 58
238
Contactarea IBM
n Statele Unite,apela i unul din numerele urmtoare pentru a contacta IBM: v 1-800-237-5511 pentru servicii oferite clien ilor v 1-888-426-4343 pentru a afla mai multe despre op iunile de servicii disponibile v 1-800-IBM-4YOU (426-4968) pentru departamentul DB2 de marketing i vnzri n Canada, apela i unul din numerele urmtoare pentru a contacta IBM: v 1-800-IBM-SERV (1-800-426-7378) pentru servicii oferite clien ilor v 1-800-465-9600 pentru a afla mai multe despre op iunile de servicii disponibile v 1-800-IBM-4YOU (1-800-426-4968) pentru departamentul DB2 de marketing i vnzri Pentru a localiza un birou IBM n ara sau regiunea dumneavoastr, verifica i repertoarul IBM de contacte interna ionale pe web, la www.ibm.com/planetwide
Informa ii despre produs

Informa ii privind baza de date universal DB2 sunt disponibile fie prin telefon, fie prin World Wide Web la www.ibm.com/software/data/db2/udb Acest site con ine ultimele informa ii despre biblioteci tehnice, comandarea de cr i, descrcri pentru clien i, grupuri de tiri, FixPaks, tiri i legturi ctre resurse web. Dac locui i n U.S.A., atunci pute i suna la unul din urmtoarele numere: v 1-800-IBM-CALL (1-800-426-2255) pentru a comanda produse sau pentru a ob ine informa ii generale. v 1-800-879-2755 pentru a comanda publica ii. Pentru informa ii despre cum pute i contacta IBM n afara Statelor Unite, vizita i pagina IBM Worldwide la www.ibm.com/planetwide
239
Numr component: CT17XNA
Tiprit un S.U.A.
SA12-6488-00
(1P) P/N: CT17XNA
Spine information:
IBM DB2 Connect
Versiunea 8

DB 2

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

DB 2

Încărcat de

Drepturi de autor:

Formate disponibile

IBM DB2 Connect

IBM DB2 Connect Ghidul utilizatorului

IBM DB2 Connect

IBM DB2 Connect Ghidul utilizatorului

Component 1. Concepte DB2 Connect . . . . . . . . . . . . 1

Copyright IBM Corp. 1993, 2002

Tratarea datelor BiDi .

. 199 . 199 199 199 . 207 . 208 . 209

Anex C. Anun uri . . . . . . . . . 225 Mrci comerciale . . . . . . . . . . 228 Index . . . . . . . . . . . . . 231

Contactarea IBM. . . . . . . . . . 239 Informa ii despre produs . . . . . . . . 239

Despre aceast carte

Cine ar trebui s citeasc aceast carte

Copyright IBM Corp. 1993, 2002

Component 1. Concepte DB2 Connect

Copyright IBM Corp. 1993, 2002

Capitol 1. Concepte DB2 Connect

Ofertele produsului DB2 Connect

Copyright IBM Corp. 1993, 2002

Capitol 1. Concepte DB2 Connect

v Baze de date gazd pe pagina 10 v Utilitare de administrare DB2 Connect pe pagina 12

Func ii livrate n edi ii anterioare

Capitol 1. Concepte DB2 Connect

Baze de date gazd

DB2 Connect i instruc iuni SQL

Capitol 1. Concepte DB2 Connect

Utilitare de administrare DB2 Connect

v Baze de date gazd pe pagina 10

Capitol 1. Concepte DB2 Connect

Capitol 2. Arhitectura bazelor de date rela ionale distribuite (DRDA)

Copyright IBM Corp. 1993, 2002

DRDA i date de acces

DB2 Connect i DRDA

Capitol 2. Arhitectura bazelor de date rela ionale distribuite (DRDA)

Unitatea la distan a lucrului

Figura 2. Folosirea Single Database ntr-o Tranzac ie

Capitol 3. Scenariu DB2 Connect

Scenarii Acces direct la bazele de date gazd

Copyright IBM Corp. 1993, 2002

DB2 Connect Enterprise Edition ca server de connectivitate

Capitol 3. Scenariu DB2 Connect

Figura 4. Edi ie de nteprindere de conectare DB2

No iuni nrudite: v Conectare DB2 pe pagina 3

Referin e nrudite: v Ofertele produsului DB2 Connect pe pagina 3

DB2 Connect ca i aplica ii web

Capitol 3. Scenariu DB2 Connect

DB2 Connect i IBM WebSphere

Capitol 3. Scenariu DB2 Connect

DB2 Connect i Net.Data

DB2 conectat ca aplica ie server Java.

Capitol 3. Scenariu DB2 Connect

DB2 conectat pe un server web

v Proceduri memorate n medii gazd sau iSeries pe pagina 47

DB2 Connect i servere de aplica ii

Capitol 3. Scenariu DB2 Connect

DB2 Connect i monitoare de procesare a tanzac iilor

Capitol 3. Scenariu DB2 Connect

Capitol 4. Programarea ntr-un mediu DB2 Connect

Copyright IBM Corp. 1993, 2002

Limbajul de definire a datelor n medii gazd sau iSeries

Limbajul de manipulare a datelor n medii gazd sau iSeries

Limbajul de control al datelor n medii gazd i iSeries

Gestiunea conexiunilor bazei de date cu DB2 Connect

Procesarea cererilor de ntrerupere

nota 1 COMMIT(ALL) COMMIT(CS) COMMIT(*CHG)