Ez a fejezet további SNA teljesítményhangolási tanácsokat és tippeket tartalmaz a DB2 Connect termékkel kapcsolatban.
A DB2 Connect teljesítményét az határozza meg, hogy szinte folyamatosan a processzort használja és nagyon kevés I/O folyamatot hajt végre. Általában minél gyorsabb a processzor, annál gyorsabban fut a DB2 Connect. A DB2 Connect teljesen kihasználja az SMP processzorkonfigurációkat.
Egy gyors DB2 Connect Enterprise Edition átjáró egy SQL kérés/válasz párt öt ezredmásodperc alatt végrehajt, nem számolva az ügyfél időt, a hálózati időt és a feldolgozási időt a gazdagép vagy AS/400 kiszolgálón. Egy egyszerű, néhány adatsoros SQL utasítás vagy lekérdezés kevesebb mint 0,1 másodperc alatt jut el a kapcsolat elejétől a végéig (az ügyféltől a gazdagép vagy AS/400 kiszolgálóig és vissza).
Ha egy lekérdezésen belül négy vagy öt SQL utasításnál több van, tárolt eljárások segítségével biztosítani lehet a magas OLTP teljesítményt, és el lehet kerülni az SQL utasítások hálózati késéséből adódó zárolási versengés növekedését.
A teljesítményi problémákat általában a gazdagéppel való összekapcsolódás típusa, a hálózat továbbítási és hangolási jellemzői, és maga az alkalmazás okozza. Néhány általános DB2 Connect teljesítményinformáció az alábbi helyen található: Egyéb DB2 Connect teljesítményinformáció források.
A DB2 Connect lehető legjobb teljesítményének elérése érdekében használandó hálózati kiegészítők különféle típusai a következők:
Ez utóbbi lehetőség nem ajánlott - lásd alább.
A gazdagéphez történő kapcsolódás leginkább az AIX, Windows NT vagy Windows 2000 rendszerű ESCON csatorna összefűző kártyák segítségével ajánlott. Az IBM 3172 3. modellje és a 2216 szintén jól használható, de az átviteli teljesítményeik elmaradnak az ESCON kapcsolathoz képest.
AIX rendszer ESCON kártyákkal együtt történő használatához alkalmazza az MPC-nek megfelelő (Többszörös útvonalú csatorna) kapcsolódó PTF-eket. Ezen PTF-ek nélkül az AIX SNA ESCON vezérlő rossz teljesítményt nyújthat. További részleteket az alábbi helyen talál: ESCON fölötti SNA többszörös útvonalú csatorna támogatása. További információkat itt is találhat: http://www.networking.ibm.com.cms/cmsnew01.html
A DB2 Connect kapcsolatok hangolása NCP-n keresztül fejezetben ellenőrzőlistát talál azokról a Communications Server, NCP és VTAM paraméterekről, amelyeket a DB2 Connect teljesítményének optimalizálásához ki kell javítani. Minden nem NCP-re jellemző ajánlás a DB2 Connect és az ügyfél/kiszolgáló összefűzések valamennyi típusára alkalmazható.
Az OSA-2 kártya 390 rendszerben lehet hogy nem biztosít olyan magas átviteli teljesítményt, mint a 3272 3. modell, ha kis tranzakciók nagy tömegét kell végrehajtani, mivel alacsonyabb a keretsebesség értéke. Az Információk az OSA-2 továbbfejlesztésekről fejezetben részleteket talál néhány továbbfejlesztésről.
Az NCP-vel rendelkező 3145-t általában kimondottan létező hálózati forgalomhoz hangolják. Ennek eredményképpen nem működik olyan jól adatbázis ügyfél/kiszolgáló alkalmazások esetén. A legtöbb DB2 Connect teljesítmény problémát az NCP és a VTAM közti, valamint az NCP-k közötti késleltetés okozza. Az A DB2 Connect kapcsolatok hangolása NCP-n keresztül szakaszban hangolási ellenőrzőlistát találhat.
Általában ajánlott a 3174 Terminálvezérlők használatát kerülni, mert a 256 bájtos csomagméretük (RU méret) túl kicsi. Ha APPC adatbáziskapcsolatok számára kíván független LU támogatást nyújtani, a 3174 C mikrokód szintje szükséges. Egyes OEM 3174-ek lehet, hogy hasonló függőségekkel rendelkeznek.
Az ESCON fölötti SNA Többszörös útvonalú csatorna (MPC) támogatása lehetővé teszi, hogy egy IBM eNetwork Communications Server programot használó rendszer ESCON kártya használatával létrehozzon egy MPC csatolóállomást a gazdagép felé. Az MPC jellemzően gyorsabb a CDLC-nél, mivel:
A tesztek azt mutatják, hogy egy MPC csatolás háromszor gyorsabb, mint egy 1K-nál kisebb IOBUF mérettel rendelkező ESCON Adatcsatolási vezérlés (CDLC)csatolás. Az AIX SNA MPC ESCON-t és az MVS VTAM V4R4 vagy későbbi változatát, valamint a Communications Server for AIX (5765-652) 4024 kódos változatát igényli. Windows NT rendszerekhez az IBM eNetwork Communications Server for Windows NT 6-os verziója szükséges.
A következők az MPC-hez szükséges Communications Server for AIX PTF-k:
APAR # PTF # LPP name IX67032 U449693 sna.books.chdoc IX67032 U449693 sna.books.escdoc IX67032 U449300 sna.rte IX67032 U450027 sna.msg.en_US.rte IX65820 U447759 sna.dlcchannel IX67618 U449691 mpc.rte IX65813 U447758 devices.mca.8fc3.rte
Az alábbi ábra egy jellemző hálózatkonfigurációt mutat be:
ábra 8. DB2 Connect Enterprise Edition átjárót használó SNA hálózat forgatókönyve
![]() |
Ez a forgatókönyv a gazdagép vagy AS/400 adatbázis-kiszolgáló valamint a DB2 Connect Enterprise Edition átjáró közötti átviteli teljesítményre és a válaszidőre koncentrál, valamint az ezt befolyásoló paraméterekre.
A módosítások elvégzésének ajánlott sorrendje:
1 - DELAY a PCCU makrón* 2 - DLC/LLC hangolás* 3 - PIU méret* 4 - Lépéstartási ablak módosítása* 5 - DELAY a LINE makrón* 6 - MAXBFRU módosítások 7 - LAN keretméretek * Az átviteli teljesítmény radikális javítása lehetséges
Az RU méretnek a gazdagépen és a DB2 Connect kiszolgálón maximálisnak kell lennie. Ez azt jelenti, hogy az RU méretnek elég nagynak kell lennie, hogy tartalmazhassa az API kereszteződést (mind a SEND, mind a RECEIVE adatokat), így minimalizálva a VTAM programverem használatát. Ugyanígy a hálózati keretméret korlátozhatja az RU maximális méretét, ha az RU darabolás nem kívánatos.
Javasolt a DB2 Connect tömbméretét (RQRIOBLK) valamint az RU és a lépéstartás értékeit az RU * lépéstartás >= RQRIOBLK képlet alapján beállítani. Például az alapértelmezett 32K-s RQRIOBLK méret a legtöbb helyzetben jó érték, ezt kihasználva az RU=4K-ra, a vételi ablak lépéstartása 8-ra állítható.
A szekció és VR lépéstartás ablakoknak maximálinak kell lennie: a legnagyobb olyan értéket kell használni, amely még nem okoz hálózati torlódást, a VR-t feltartó helyzeteket, vagy egyéb ilyen problémát. Vizsgálati környezethez a lépéstartást vagy 0-ra (nincs lépéstartás), vagy a maximális X'3F' értékre kell állítani.
A Coat-tailing-et a DELAY paraméter vezérli. A PCCU makró DELAY paramétere vezérli a kimenő coat-tailing-et (kimenet, hivatkozással a gazdagépre). Az NCP LINE meghatározó utasításának DELAY értéke vezérli a bejövő coat-tailing-et (bemenet, hivatkozással a gazdagépre).
A DELAY érték meghatározza, hogy milyen hosszú PIU-t tartalmazhat egy várakozási sor (NCP vagy VTAM) az átküldése előtt. A várakozás célja, hogy más PIU-k is megérkezhessenek az átmeneti helyre, és az összeset egyetlen csatorna program küldje át. A legkisebb várakozási idő a DELAY érték 0-ra állításával érhető el. A kimenő coat-tailing késleltetés értékének 0-ra módosítása nem befolyásolja észrevehetően a gazdagépet, kivéve a kimenő forgalom teljesítményének javulását. A bejövő forgalom teljesítményének némi javulása is megfigyelhető.
A DELAY érték 0-ra módosítása az NCP-n kicsit több odafigyelést igényel. Az értéket akkor lehet 0-ra állítani, ha az NCP nem csordult túl és a bejövő forgalom jelentős százalékban nem kis keretekből áll. A DELAY értékek 0-ra állítása jelentősen javíthatja a válaszidőt, különösen kis forgalom esetén vagy teszt/teljesítményértékelő környezetekben.
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 GROUP LNCTL=CA,CA=TYPE6,DELAY=0.0,TIMEOUT=500.0 CA0 LINE ADDRESS=00 PUCHAN0 PU PUTYPE=5,TGN=1 CA1 LINE ADDRESS=01 PUCHAN1 PU PUTYPE=5,TGN=1
A DELAY paraméterről többet a "VTAM Network Implementation Guide (VTAM hálózati megvalósítása kézikönyv)" tartalmaz.
A MAXBFRU értéket kétszer vagy háromszor nagyobbra kell állítani a PIU értéknél.
Gondoskodjon arról, hogy az LLC2 ablakméretek (a DLC küldési és vételi ablakméretei) az NCP és a DB2 Connect Enterprise Edition átjáró között ugyanazok legyenek. Ez különösen akkor fontos, ha a kiszolgáló DB2 Connect for AIX. A küldési ablak méretét ajánlott magasabbra állítani, mint a vételi ablak méretét.
Általában bármely Token ring hálózaton keresztüli SNA összeköttetés esetén az LLC2 időzítőket/ablakokat optimalizálni kell. Egyes esetekben ez a módosítás hatszoros javulást eredményez az átviteli- és válaszidőben.
A Token ring maximális keretmérete a lehető legnagyobb legyen.
A következő információk a 9718-as számú IBM WSC Flash dokumentumból származnak.
CÍM: WSC FLASH 9718: A RENDELKEZÉSRE ÁLLÓ OSA-2 TOVÁBBFEJLESZTÉSEK DOKUMENTUM AZONOSÍTÓ: G023691 NEM TITKOS Open Systems Adapter 2 (OSA-2) Systems Network Architecture (SNA) továbbfejlesztések az előzőleg bejelentettnél korábban rendelkezésre állnak. A továbbfejlesztések a következők: o SNA/APPN továbbfejlesztések OS/390, MVS/ESA, VM/ESA és VSE/ESA esetén - Továbbfejlesztett elérhetőség: terheléselosztás, redundancia és túlcsordulás - Továbbfejlesztett összekapcsolhatóság: megnövelt fizikai egység (PU) támogatás (portonkénti 255 PU-ról 2047 PU-ra). o Támogatás ACF/VTAM esetén VSE/ESA hálózatokban Megjegyzés: Ezek a továbbfejlesztések nem vonatkoznak az OSA-1-re.
TERHELÉSELOSZLÁS, REDUNDANCIA ÉS TÚLCSORDULÁS ________________________________________ TERHELÉSELOSZLÁS: Egyedi Közeghozzáférési vezérlési (MAC) címet lehet meghatározni az összefűzött OSA-2 SNA/APPN fizikai egységekhez (PU), akkor is, ha az összeköttetések több fizikai porton keresztül jönnek létre. Ezt a támogatás forrás által irányított környezetekben (Token-Ring és FDDI) érhető el. A rendszer figyeli a portokon keresztül létrejött hálózati szekciók számát a számát és a felhasználó által szekció betöltések egyenletesen osztódnak szét a konfigurált portok között. REDUNDANCIA: A LAN munkaállomás és a gazdagép-rendszer között másodlagos útvonalat lehet konfigurálni. Ha az elsődleges útvonal nem áll rendelkezésre, a másodlagos útvonal fogja fogadni a LAN forgalmat. Ez növeli a rendszer elérhetőségét és egyszerűsíti a hálózat kezelését. TÚLCSORDULÁS: a felhasználói szekciók addig folynak az elsődleges OSA-2-n keresztül, amíg a szekció kapacitása bírja. A további felhasználói szekciók automatikusan a következő OSA-2 portra kerülnek. Mivel minden felhasználói munkaállomás ugyanúgy kerül konfigurálásra, a hálózati adminisztráció egyszerűsödött és a hálózat állíthatóbbá vált. Új felhasználók megszakítás nélkül vehetők fel. Terheléselosztás, redundancia és túlcsordulás támogatást az OSA/SF PTF-jei nyújtanak, az alábbiak szerint: o OS/390 and MVS - OW20205/UW34618 03/31/97 o VM/ESA - OW23952/UW37028 03/31/97 o VSE/ESA - VSE/ESA V2.2.1 biztosítja 04/29/97
MEGNÖVELT FIZIKAI EGYSÉG (PU) TÁMOGATÁS (OSA/SF-EN KERESZTÜL): __________________________________________________ Az architektúra módosításával lehetőség nyílt maximum 2047 PU-t megadni fizikai portonként OSA-2 Ethernet, Token-Ring és FDDI esetén a jelenlegi 255 PU per port helyett. Ez a továbbfejlesztés rendelkezésre áll már telepített rendszerek esetén ugyanúgy, mint új telepítések esetén. A tényleges összekapcsolhatóság a felhasználó terhelése szerint változhat. A megnövelt fizikai egység (PU) támogatást az alábbi OSA/SF PTF-jei biztosítják: o OS/390 and MVS - OW23429/UW37210 03/31/97 o VM/ESA - OW24952/UW37028 03/31/97 o VSE/ESA - PQ03091/UQ04224 04/29/97 A megnövelt fizikai egység (PU) támogatást az alábbi ACT/VTAM PTF-jei biztosítják: o ACF/VTAM for OS/390 and MVS - VTAM 4.1 OW14043/UW24904 - VTAM 4.2 OW14043/UW24905 - VTAM 4.3 OW14043/UW24906 o ACF/VTAM VM/ESA - VM60877/UV59834 o ACF/VTAM VSE/ESA - DY44347/UD50254 VSE/ESA - SNA TÁMOGATÁS _____________________ Az OSA-2 és OSA/SF támogatást a VSE/ESA 2. verziójának 2.1 változata tartalmazza. A VSE/ESA támogatás megfelel az 1996. szeptember 10-én kiadott 196-194 és 196-193 számú Hardver bejelentésekben meghatározott Általános irányvonalnak. Az OSA-2 jellemző biztosítja az ACF/VTAM gazdaalkalmazásokat VSE/ESA rendszerben, közvetlen hozzáféréssel Ethernet, Token-Ring és FDDI LAN-ok, valamint Aszinkron átviteli mód (ATM) Forumnak megfelelő LAN emulációs hálózatokhoz.
Az OSA/SF rendelkezésre áll: o OS/390 1. vagy magasabb változatának nem kizárólagos elemeként (5645-001) o Önálló programtermékként, az S/390 Nyílt rendszerek kártyatámogató szolgáltatás 1. verziójának 2. változata MVS/ESA 4.3 vagy magasabb rendszerhez (5655-104) o VM/ESA 2. verzió 2.0 változatának szolgáltatásaként (5654-030) o VSE Central Functions 6.1.1 összetevőjeként a VSE/ESA 2. verzió 2.1 változatában (5690-VSE). TOVÁBBI INFORMÁCIÓ ________________ 297-043, 297-040 bejelentések