Az előző szakaszban megismerhette a DB2 Connect használatát egy alkalmazáskiszolgálóval. Egy alkalmazáskiszolgáló nagyszámú felhasználó számára teszi lehetővé alkalmazások végrehajtását a lehető legkevesebb rendszererőforrás igénybevételével.
Az alkalmazáskiszolgálók bővíthetők oly módon, hogy ezzel az alkalmazáskiszolgáló által végrehajtott alkalmazásokból összehangolt tranzakciók indítását tegyék lehetővé. A tranzakciók ilyen összehangolását általában Transaction Processing (TP) monitornak nevezik. A TP monitor egy alkalmazáskiszolgálóval összekapcsolva működik.
Egy tranzakció rutineseménynek tekinthető egy szervezet mindennapos műveletei között. Általában egy szolgáltatásra vonatkozó igényt jelent. A tranzakciók rendezett feldolgozása az a fajta munka, amire a TP monitorokat tervezték.
Minden szervezet rendelkezik a saját működésére vonatkozó szabályokkal és eljárásokkal. Azokat a felhasználói alkalmazásokat, amelyek megvalósítják ezeket a szabályokat, az üzleti logika elnevezéssel illethetjük. Az ezen üzleti alkalmazások által végrehajtott tranzakciókra gyakran tranzakció-feldolgozásként vagy online tranzakció-feldolgozásként (OLTP) szoktak hivatkozni.
A kereskedelmi OLTP kulcsjellemzői:
Ezen az ábrán a DB2 Connect Enterprise Edition-je biztosítja mind az API-kat, mind pedig az alkalmazáskiszolgáló és a háttér adatbázis-kiszolgálók közti kapcsolódási mechanizmust.
A piacon jelenleg megtalálható leggyakoribb TP monitorok:
A felsorolt TP monitorok által koordinált tranzakciók keretén belül a Microsoft Transaction Server Remote S/390-es, az AS/400-as és a LAN adatbázis-kiszolgálók használhatók.
A DB2 Connect Version 6-ben és az ennél korábbi verziókban a Tuxedo-alapú alkalmazások csak olvasási hozzáférést kaptak a gazda- és AS/400-as adatbázis-kiszolgálókhoz. A DB2 Connect Version 7-ben ez a korlátozás megszűnt. A Tuxedo-alapú alkalmazások most már a Tuxedo által koordinált tranzakciók keretében frissíthetnek gazda- és AS/400-as adatbázis-kiszolgálókat. Ak ülönleges konfigurációs követelmények és korlátozások továbbra is fennállnak. További tájékoztatás: DB2 Connect kapcsolat-összesítő.
Egy üzleti logikát végrehajtó alkalmazás felé elvárás lehet, hogy több erőforrást legyen képes frissíteni egyetlen tranzakción belül. Például, egy olyan banki alkalmazástól, amelyik pénzutalást végez egyik számláról a másikra, elvárás lehet, hogy az egyik adatbázist megterhelje (a "honnan" számlát), míg a másik adatbázisba (a "hová" számlára) pénzt helyezzen letétbe.
Az is elképzelhető, hogy nem ugyanaz a szállító biztosítja az említett két adatbázist. Például, az egyik adatbázis lehet egy DB2 Universal Database for OS/390, míg a másik egy Oracle adatbázis. Ahelyett, hogy minden TP monitor megvalósítaná az egyes adatbázis-szállítók szabadalmazott tranzakciós csatolóját, egy közös tranzakciós csatoló került megadásra a TP monitorok és bármilyen, alkalmazások által elért erőforrás között. Ez a csatoló az XA csatoló néven ismert. Az XA csatolót használó TP monitorokat XA-megfelelő tranzakciókezelő (TM) elnevezéssel illetik. Az XA csatolót használó frissíthető erőforrások az XA-megfelelő erőforráskezelő (RM) nevet viselik.
A fentiekben felsorolt TP monitorok mindegyike XA-megfelelő tranzakciókezelő (TM). A távoli gazda-, AS/400-as és DB2 UDB LAN-alapú adatbázis-kiszolgálók XA-megfelelő erőforráskezelőként (RM-ként) funkcionálnak, mikor az elérésük a DB2 Connect-en keresztül történik. Ezért minden XA-megfelelő TM-mel rendelkező TP monitor képes gazda-, AS/400-as és LAN-alapú DB2 UDB adatbázisokat használni olyan üzleti alkalmazásokban, amelyek tranzakciókat hajtanak végre.
Ebben a szakaszban megtalálja azokat a konfigurációs lépéseket, amelyek ahhoz szükségesek, hogy a TP monitorán belül S/390-es és AS/400-as adatbázis-kiszolgálókat tudjon működtetni. A szakaszban leírtak feltételezik, hogy van működőképes TP monitora és telepített DB2 Connect szoftvere, továbbá hogy megtörtént egy kapcsolat konfigurálása a gazda- vagy AS/400-as adatbázis-kiszolgálóhoz, illetve megtörtént a kapcsolat tesztelése. Részletesebb tájékoztatást a DB2 Connect Repülőrajt című könyvben talál.
A legnépszerűbb TP monitorok konfigurálásához szükséges lépéseket a Administration Guide tartalmazza. Nincs különbség aközött, hogy a konfigurálás egy LAN-alapú DB2 UDB adatbázis-kiszolgáló, vagy pedig egy gazda- vagy AS/400-as adatbázis-kiszolgáló elérése érdekében történik. A következő utasítások az olyan TP monitorok konfigurációs lépéseit körvonalazzák, amelyek nem szerepelnek a Administration Guide listájában.
Ahhoz, hogy a TP monitorán belül S/390-es és AS/400-as adatbázis-kiszolgálókat tudjon működtetni, hajtsa végre az alábbi konfigurációs lépéseket:
Az SPM a DB2 Connect azon összetevője, amelyik az XA kétfázisú véglegesítés protokollt leképezi arra a kétfázisú véglegesítés protokollra, amit a gazda- és AS/400-as adatbázis-kiszolgálók használnak. Alapértelmezés szerint az SPM konfigurációs paramétereiről a DB2 példány előre megadott értékekkel rendelkezik. A legjelentősebb paraméter az adatbáziskezelő konfigurációjának SPM_NAME paramétere. Alapértelemzés szerint ez a TCP/IP gazdanév első hét karakterének egy változatát adja meg.
Amennyiben TCP/IP segítségével kapcsolódik a DB2 for OS/390-hez, akkor az alapértelemzés szerinti értékek egyikét sem kell megváltoztatnia. Ebben az esetben nincs szükség az SPM konfigurálására, hiszen az már működőképes. Ha SNA-t használ a gazda- vagy AS/400-as adatbázis-kiszolgálók elérésére, akkor győződjön meg róla, hogy az SPM_NAME értéke a hálózatának egy létező SNA LU-ját tartalmazza-e! Ha az alapértelmezés szerinti SPM_NAME érték nem elfogadható, akkor a Multisite Update nevű varázslóval változtassa meg ezt az értéket!