Felhasználói kézikönyv

További SNA teljesítményhangolási tanácsok és tippek

Ez a fejezet további SNA teljesítményhangolási tanácsokat és tippeket tartalmaz a DB2 Connect termékkel kapcsolatban.

A DB2 Connect általános teljesítményinformációi

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 hálózati kiegészítők kiválasztása és beállítása

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:

  1. Channel attachment card
  2. Az IBM 3172 3-as vagy újabb modellje, vagy ennek megfelelő modell
  3. IBM 2216
  4. Open System Adaptor Card (OSA-2 és nem OSA-1)
  5. IBM 3745 hálózati vezérlőprogrammal (NCP)
  6. IBM 3174 vagy ennek megfelelő terminálvezérlő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.

Egyéb DB2 Connect teljesítményinformáció források

ESCON fölötti SNA többszörös útvonalú csatorna támogatása

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:

  1. Az MPC külön alcsatornákat használ az olvasásra és az írásra
  2. Az MPC-t nem korlátozza IOBUF méret. A keretek 4K méretűek és blokkolhatók.

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

A DB2 Connect kapcsolatok hangolása NCP-n keresztül

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


Figure 00002803 not displayed.

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.

Hangolási feltételek

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

PIU méret (RU + 29 bájt)

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ó.

Lépéstartási ablakméret

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.

Coat-tailing értékek (DELAY)

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.

MAXBFRU

A MAXBFRU értéket kétszer vagy háromszor nagyobbra kell állítani a PIU értéknél.

DLC/LLC réteg hangolása

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.

LAN keretméretek

A Token ring maximális keretmérete a lehető legnagyobb legyen.

Információk az OSA-2 továbbfejlesztésekről

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


[ Oldal eleje | Előző oldal | Következő oldal | Tartalom | Tárgymutató ]