Det tidligere afsnit omhandlede brugen af DB2 Connect sammen med en applikationsserver. En applikationsserver lader et stort antal brugere udføre applikationer vha. færrest muligt systemressourcer.
En applikationsserver kan udvides, så koordinerede transaktioner kan kaldes fra applikationer, der udføres af applikationsserveren. Denne transaktionskoordinering kaldes også TP-overvågning. En TP-overvågning fungerer sammen med en applikationsserver.
En transaktion kan opfattes som en rutineaktivitet, oftest en forespørgsel om service, under udførelsen af de daglige funktioner i virksomheden. Korrekt behandling af transaktioner er den type arbejde, som TP-overvågning er designet til at udføre.
Alle organisationer har regler og procedurer, som beskriver, hvordan organisationen skal fungere. De brugerapplikationer, som implementerer disse regler, kan kaldes virksomhedslogik. Der henvises ofte til de transaktioner, som disse virksomhedsregler udfører, som transaktionsbehandling eller OLTP (Online Transaction Processing).
De væsentligste egenskaber for virksomhedsmæssig OLTP er:
I denne figur leverer DB2 Connect Enterprise Edition både API'erne og forbindelsesmekanismerne mellem applikationsserveren og de bagvedliggende databaseservere.
De mest almindelige TP-overvågninger på markedet lige nu er:
Microsoft Transaction Server, eksterne S/390-, AS/400- og LAN-databaseservere kan anvendes inden for transaktioner, der koordineres af disse TP-overvågninger.
Med DB2 Connect Version 6 og tidligere versioner var Tuxedo-baserede applikationer begrænset til kun at have adgang til værts- og AS/400 databaseservere. Denne begrænsning er fjernet med DB2 Connect Version 7. Tuxedo-baserede applikationer kan nu opdatere værts- og AS/400-databaseservere inden for en Tuxedo-koordineret transaktion. Der gælder særlige konfigurationskrav og -begrænsninger. Der er flere oplysninger under DB2 Connect-forbindelseskoncentrator.
En applikation, der afvikler virksomhedslogik, skal evt. opdatere flere ressourcer inden for en enkelt transaktion. For eksempel kræver en bankapplikation, som implementerer en pengeoverførsel fra én konto til en anden, debitering af én database (fra-kontoen) og kreditering af en anden database (til-kontoen).
Det er også muligt, at de to databaser kan stamme fra forskellige firmaer. For eksempel kan den ene database være en DB2 Universal Database til OS/390, og den anden kan være en Oracle-database. I stedet for at alle TP-overvågningsprogrammerne skal implementere hver enkelt firmas egen specielle transaktionsgrænseflade, er der defineret en fælles transaktionsgrænseflade mellem en TP-overvågning og den ressource, applikationen skal have adgang til. Denne grænseflade kaldes XA-grænsefladen. En TP-overvågning, som benytter XA-grænsefladen, kaldes en transaktionsstyring (TM), der overholder XA. En ressource, der kan opdateres, og som som implementerer XA-grænsefladen, kaldes en ressourcestyring (RM), der overholder XA.
De ovenfor angivne TP-overvågningsprogrammer overholder alle transaktionsstyring (XA Compliant TM). Når DB2 Connect får adgang til eksterne værts-, AS/400- og DB2 UDB LAN-baserede databaseservere, kan de overholder ressourcestyring (XA Compliant RM). Derfor kan alle TP-overvågningsprogrammer med transaktionsstyring, der overholder XA, anvende værts-, AS/400- og LAN-baserede DB2 UDB-databaseservere i virksomhedsapplikationer, der udfører transaktioner.
I dette afsnit beskrives de konfigurationstrin, der skal udføres, før du kan bruge S/390- og AS/400-databaseservere inde i TP-overvågningsprogrammet. I afsnittet antages det, at du har et fungerende TP-overvågningsprogram, at du har installeret DB2 Connect, og at du desuden har konfigureret og testet en forbindelse til værts- eller AS/400-databaseserveren. Der er flere oplysninger i vejledningen (Quick Beginnings) til DB2 Connect.
De nødvendige trin til konfiguration af de mest anvendte TP-overvågninger findes i Administration Guide. Der skelnes ikke mellem konfiguration af adgang til en LAN-baseret DB2 UDB-databaseserver eller en værts- eller AS/400-databaseserver. I følgende vejledning skitseres de generelle konfigurationstrin til TP-overvågningsprogrammer, der ikke er angivet i Administration Guide.
Udfør følgende trin for at konfigurere DB2 Connect, så du kan bruge S/390- og AS/400-databaseservere inde i TP-overvågningsprogrammet:
SPM er en DB2 Connect-komponent, der definerer XA-protokoller for tofase-commit, som anvendes af værts- og AS/400-databaseservere. Som standard har DB2-subsystemet foruddefinerede værdier for SPM-konfigurationsparametrene. Den mest betydningsfulde parameter er konfigurationsparameteren for databasesystemet SPM_NAME. Som standardværdi angives en variant af de første syv bogstaver af TCP/IP-værtsnavnet.
Hvis du bruger TCP/IP til at oprette forbindelse til DB2 til OS/390, behøver du ikke at ændre nogen af standardindstillingerne. I så fald kræves ikke nogen SPM-konfiguration, fordi den allerede er i funktion. Hvis du anvender SNA til at få adgang til værts-eller AS/400-databaseservere, så skal du sikre dig, at værdien SPM_NAME repræsenterer en gyldig SNA LU i netværket. Hvis standardværdien SPM_NAME ikke accepteres, skal du anvende guiden Multiopdatering for at ændre værdien.