DB2 Connect Brugervejledning

Brug af DB2 Connect sammen med transaktionsovervågning

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:

Mange brugere
Som oftest anvendes transaktionsbehandling af de fleste brugere i virksomheden, fordi der er så mange mennesker, der har indflydelse på virksomhedens aktuelle tilstand.

Repetitiv
De fleste interaktioner med computeren har tendens til at være den samme behandling, der udføres igen og igen. For eksempel afgives der ordrer eller behandles betalinger mange gange hver dag.

Kort interaktion
De fleste interaktioner, som virksomhedens medarbejdere har med transaktionsbehandlingssystemet, er kortvarige.

Fælles data
Fordi data repræsenterer virksomhedens tilstand, kan der kun være et enkelt eksemplar af disse data.

Dataintegritet
Data skal repræsentere virksomhedens aktuelle tilstand og skal være internt konsistente. Enhver ordre skal f.eks. være knyttet til en kunde-record.

Lav omkostning/transaktion
Fordi transaktionsbehandlingen repræsenterer en direkte omkostning ved det at føre forretning, skal systemomkostningerne holdes på et minimum. Med DB2 Connect kan applikationer, der kontrolleres af en applikationsserver, som udføres i UNIX, Windows NT, Windows 2000 eller OS/2, udføre transaktioner mod eksterne LAN-, værts- og AS/400-databaseservere og få disse transaktioner koordineret vha. TP-overvågning.

DB2 Connect-støtte til TP-overvågning

I denne figur leverer DB2 Connect Enterprise Edition både API'erne og forbindelsesmekanismerne mellem applikationsserveren og de bagvedliggende databaseservere.

Eksempler på TP-overvågning

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.

Tuxedo og DB2 Connect

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.

X/Open DTP-model (Distributed Transaction Processing)

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.

Sådan anvendes DB2 Connect med transaktionsstyring, der overholder XA

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:

  1. Konfigurér TP-overvågningen, så der er adgang til DB2 XA-parameteren. Denne DB2 XA-parameter indeholder TP-overvågningen med adresserne på API'erne i DB2 Connect. For hver TP-overvågning er der en forskellig måde at angive dette på. Der er flere oplysninger om, hvordan DB2 XA-parameteren skal angives for en TP-overvågning, i Administration Guide.
  2. Konfigurér TP-overvågningen med DB2-strengen XA_OPEN. Hver enkelt TP-overvågning har sin egen måde at gøre dette på. Der er flere oplysninger om DB2 Connect-strengen XA_OPEN i Administration Guide. I dokumentationen til TP-overvågningsprogrammet kan du få oplysninger om, hvordan DB2-strengen XA_OPEN skal konfigureres til brug sammen med TP-overvågningen.
  3. Du kan evt. ændre parametrene for SPM-standardkonfigurationen (DB2 Connect Sync Point Manager). Værts- og AS/400-databaseservere understøtter endnu ikke XA-grænsefladen.

    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.


[ Øverst på siden | Forrige side | Næste side | Indholdsfortegnelse | Stikordsregister ]