Podręcznik użytkownika

Dodatkowe wskazówki i podpowiedzi dotyczące poprawy wydajności SNA

W tej sekcji można znaleźć dodatkowe wskazówki i porady dotyczące poprawy wydajności SNA w DB2 Connect.

Ogólne informacje o wydajności w DB2 Connect

Charakterystyka wydajności DB2 Connect: produkt w przeważającej mierze używa procesora, a w niewielkim stopniu wykonuje operacje wejścia/wyjścia. Ogólnie, im większa szybkość procesora, tym szybciej będzie działać DB2 Connect. DB2 Connect w pełni wykorzystuje konfiguracje procesora SMP.

Szybki serwer DB2 Connect Enterprise Edition może obsłużyć parę SQL żądanie/odpowiedź w czasie krótszym niż pięć milisekund, nie wliczając w to czasu klienta, sieci i przetwarzania na serwerze hosta lub AS/400. Prosta instrukcja SQL lub zapytanie z kilkoma wierszami danych może być całkowicie wykonane w czasie krótszym niż 0,1 sekundy (od klienta do hosta lub AS/400 i z powrotem).

Gdy w zapytaniu jest więcej niż cztery lub pięć instrukcji SQL, użycie procedur zapisanych w bazie pomoże osiągnąć wysoką wydajność OLTP i uniknąć wzrostu rywalizacji o blokady między instrukcjami SQL, która spowodowana jest opóźnieniami w sieci.

Problemy z wydajnością są zazwyczaj spowodowane używanym typem połączenia hosta, sieciowymi charakterystykami routingu i strojenia oraz projektem aplikacji. Niektóre ogólne informacje na temat wydajności DB2 Connect można znaleźć w sekcji Inne źródła informacji dotyczących wydajności DB2 Connect.

Wybór i strojenie połączenia z siecią

Poniżej przedstawiono różne typy połączeń z siecią podczas używania DB2 Connect, w kolejności od prawdopodobnie najwydajniejszych:

  1. Karta połączenia kanałem,
  2. IBM 3172 Model 3 lub nowsze modele lub odpowiednik,
  3. IBM 2216,
  4. Adapter Open System Adaptor Card (OSA-2, nie OSA-1),
  5. Kontroler IBM 3745 z programem Network Control Program (NCP),
  6. Kontroler IBM 3174 Terminal Controller lub odpowiednik.

Ostatnia pozycja nie jest polecana - patrz poniżej.

Najlepszym polecanym sposobem połączenia się z hostem jest użycie kart połączenia kanałem ESCON dla systemu AIX, Windows NT lub Windows 2000. IBM 3172 Model 3 i 2216 również dobrze działają, zapewniają przepustowość niższą niż ESCON.

Gdy używany jest system AIX z kartami ESCON, należy zastosować poprawki PTF związane z MPC (Multi Path Channel). Bez tych poprawek PTF wydajność sterownika AIX SNA ESCON może być niższa. Więcej szczegółów można znaleźć w sekcji Obsługa kanału wielościeżkowego (Multi Path Channel - MPC) dla SNA przez ESCON. Więcej informacji można znaleźć pod adresem: http://www.networking.ibm.com.cms/cmsnew01.html

W sekcji Jak należy stroić połączenia DB2 Connect przez NCP można znaleźć listę parametrów Communications Server, NCP i VTAM, które można dostosowywać w celu zoptymalizowania wydajności DB2 Connect. Wszystkie rekomendacje inne niż NCP mają zastosowanie do wszystkich typów przyłączeń DB2 Connect i klient/serwer.

Karta OSA-2 w systemie System/390 390 może nie zapewniać przepustowości tak wysokiej, jak w przypadku karty 3272 Model 3, gdy występuje duża liczba niewielkich transakcji. Dzieje się tak dlatego, że przesyła ona mniejszą liczbę ramek na sekundę. Szczegółowe informacje o najnowszych ulepszeniach można znaleźć w sekcji Informacje na temat ulepszeń OSA-2.

Karta 3145 z NCP zazwyczaj dostosowuje się do istniejącego ruchu w sieci. W konsekwencji karta ta może nie działać tak dobrze w przypadku aplikacji klient/serwer baz danych. Większość problemów związanych z wydajnością w DB2 Connect jest spowodowana opóźnieniem między NCP i VTAM i/lub między punktami NCP. Listę kontrolną strojenia można znaleźć w sekcji Jak należy stroić połączenia DB2 Connect przez NCP.

Ogólnie nie zaleca się stosowania kontrolerów 3174 Terminal Controller, ponieważ mają one za małą wielkość pakietu (wielkość RU) wynoszącą 256 bajtów. Dla 3174 wymagany jest poziom mikrokodu C, aby zapewnić obsługę niezależnej jednostki logicznej (LU) dla połączeń z bazami danych przy użyciu protokołu APPC. W przypadku niektórych OEM-owych odpowiedników 3174 mogą wystąpić podobne zależności.

Inne źródła informacji dotyczących wydajności DB2 Connect

Obsługa kanału wielościeżkowego (Multi Path Channel - MPC) dla SNA przez ESCON

Obsługa kanału wielościeżkowego (MPC) dla SNA przez ESCON umożliwia systemowi, na którym jest uruchomiony IBMeNetwork Communications Server, używanie adaptera ESCON do tworzenia stacji łączącej MPC z hostem. Kanał MPC jest zazwyczaj szybszy od CDLC, ponieważ:

  1. MPC używa oddzielnych podkanałów do odczytu i zapisu,
  2. MPC nie jest ograniczony przez rozmiar IOBUF. Ramki mają wielkość 4 kB i mogą być łączone w bloki.

Testy wykazały, że połączenie kanałem MPC jest trzykrotnie lepsze niż połączenie ESCON Channel Data Link Control (CDLC) wykorzystujące bufor IOBUF o wielkości mniejszej niż 1 kB. SNA MPC dla systemu AIX wymaga ESCON i MVS VTAM wersja 4 wydanie 4 lub nowszej i kodu opcji 4024 serwera Communications Server for AIX (5765-652). Systemy Windows NT muszą używać serwera IBM eNetwork Communications Server for Windows NT wersja 6.

Poniżej przedstawiono poprawki PTF dla serwera Communications Server for AIX wymagane dla MPC :

    APAR #     PTF #    nazwa LPP
 
    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

Jak należy stroić połączenia DB2 Connect przez NCP

Przykładowa konfiguracja sieci:

Rysunek 8. Scenariusz sieci SNA dla bramy produktu DB2 Connect Enterprise Edition


Figure 00002803 not displayed.

W podanym scenariuszu skupiono się na przepustowości i czasie odpowiedzi między serwerem baz danych hosta lub AS/400 a bramą produktu DB2 Connect Enterprise Edition i na różnych parametrach, które mogą wpłynąć na te wielkości.

Kryterium strojenia

Poniżej przedstawiono zalecaną kolejność wykonywania zmian:

      1 - DELAY w makrodefinicji PCCU*
   2 - Strojenie DLC/LLC*
   3 - Wielkość PIU*
   4 - Zmiany okna pacing*
   5 - DELAY w makrodefinicji LINE*
   6 - Zmiany MAXBFRU
   7 - Wielkość ramki LAN
 
   * Możliwa jest znacząca poprawa przepustowości

Wielkość PIU (RU + 29 bajtów)

Należy maksymalnie zwiększyć wielkość RU na hoście i serwerze DB2 Connect. Wynika z tego, że wielkość RU powinna być wystarczająco duża, aby pomieścić dane przesyłane przez funkcje API (mogą występować dane dla transakcji uzyskane przy użyciu SEND i RECEIVE), tak aby zminimalizować liczbę koniecznych przeszukań stosu programu VTAM. Ponadto wielkość ramki sieci może ograniczyć maksymalną wielkość RU, jeśli chce się uniknąć segmentacji RU.

Dobrym pomysłem jest ustawienie w DB2 Connect wielkości bloku (RQRIOBLK), wartości RU i pacing, takich jak RU * pacing >= RQRIOBLK. Na przykład domyślna wielkość RQRIOBLK wynosząca 32 kB jest w większości sytuacji odpowiednią wartością i aby ją wykorzystać, należy ustawić RU = 4 kB i okno pacing odbierania na 8.

Wielkości okien pacing

Okna pacing sesji i VR powinny przyjąć wielkość maksymalną: należy użyć największej wartości niepowodującej przeciążenia sieci, stanów VR-held itp. Aby przetestować środowisko, należy ustawić wielkość pacing na 0 (bez pacing) lub na maksymalną wartość X'3F'.

Dopasowywanie wartości (DELAY)

Dopasowywanie jest sterowane przez parametr DELAY. Parametr ten w makrodefinicji PCCU steruje dopasowywaniem ruchu wychodzącego (wychodzącego w stosunku do hosta). Wartość DELAY w instrukcji definicji LINE dla NCP steruje dopasowywaniem ruchu przychodzącego (przychodzącego w stosunku do hosta).

Wartość DELAY określa czas przechowywania jednostki PIU w kolejce (NCP lub VTAM) przed przesłaniem. Oczekiwanie to ma na celu zwiększenie możliwości pojawienia się w tym czasie innych PIU. Wtedy wszystkie wartości mogą zostać przesłane jednokanałowym programem. Aby opóźnienia były najmniejsze, wartość DELAY powinna być ustawiona na 0. Zmiana dopasowanej wartości opóźnienia ruchu wychodzącego na wartość 0 nie powinna w zauważalny sposób wpłynąć na host, z wyjątkiem zwiększenia wydajności dla ruchu wychodzącego. Nastąpi również pewne polepszenie wydajności ruchu przychodzącego.

Parametr DELAY w NCP należy zmienić na 0 z zachowaniem dużej ostrożności. Wartość tego parametru można ustawić na 0, jeśli punkt NCP nie jest przeciążony i ruch przychodzący nie składa się w znacznej części z małych ramek. Ustawienie wartości DELAY na 0 może znacznie poprawić czas odpowiedzi, szczególnie przy niewielkich obciążeniach lub w środowiskach testujących wydajność.

          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

Informacje dotyczące parametru DELAY można znaleźć w podręczniku VTAM Network Implementation Guide.

MAXBFRU

Wartość parametru MAXBFRU powinna być ustawiona na wartość dwu- lub trzykrotnie większą niż największa wartość jednostki PIU.

Strojenie warstwy DLC/LLC

Należy zadbać o to, aby wielkości okna LLC2 (wielkość okien wysyłania i odbierania DLC) między punktem NCP a bramą produktu DB2 Connect Enterprise Edition były takie same. Ma to ogromny wpływ na wydajność, szczególnie gdy używany jest serwer DB2 Connect for AIX. Zaleca się, aby wielkość okna wysyłania była ustawiona na wyższą wartość niż wielkość okna odbioru.

Ogólnie dla dowolnych połączeń SNA przez sieć Token Ring należy zoptymalizować zegary/okna LLC2. Zmiana ta w niektórych przypadkach spowodowała sześciokrotną poprawę przepustowości i czasu odpowiedzi.

Wielkości ramki sieci LAN

Maksymalna wielkość ramki sieci Token Ring powinna być tak duża, jak to tylko możliwe.

Informacje na temat ulepszeń OSA-2

Następujące informacje pochodzą z IBM WSC Flash, numer dokumentu 9718.

   TYTUŁ: WSC  FLASH 9718:  DOSTĘPNE ULEPSZENIA OSA-2
  ID DOKUMENTU G023691 NIESKLASYFIKOWANY
 
   Ulepszenia Open Systems Adapter 2 (OSA-2) Systems Network Architecture (SNA)
   udostępniono wcześniej niż to poprzednio ogłoszono.
   Do ulepszeń należą:
 
   o   Ulepszenia SNA/APPN dla OS/390, MVS/ESA, VM/ESA i VSE/ESA:
 
       -   Ulepszona dostępność: równoważenie obciążenia, nadmiarowość i przepełnienie.
       -   Ulepszone połączenia: zwiększona liczba obsługiwanych jednostek fizycznych (PU)
           (od 255 jednostek PU przypadających na port do 2047 jednostek PU na port).
 
   o   Obsługa ACF/VTAM dla sieci VSE/ESA.
 
   UWAGA: Ulepszenia te nie dotyczą OSA-1.
    RÓWNOWAŻENIE OBCIĄŻENIA, NADMIAROWOŚĆ I PRZEPEŁNIENIE
   ___________________________________________________
 
   RÓWNOWAŻENIE OBCIĄŻENIA: Pojedynczy adres sterowania dostępem do nośnika
   (Medium Access Control - MAC) może być teraz zdefiniowany dla podłączonych jednostek
   fizycznych (PU) OSA-2 SNA/APPN, nawet jeśli połączenia mogą odbywać się za
   pośrednictwem wielu portów fizycznych. Ta obsługa jest oferowana tylko dla
   środowisk mostów routowanych po źródłach (Token-Ring i FDDI). Liczba
   sesji ustanowionych za pośrednictwem portu jest monitorowana i obciążenia sesji
   użytkowników są jednolicie rozproszone po identycznie skonfigurowanych portach.
 
   NADMIAROWOŚĆ:  Można teraz skonfigurować dodatkową ścieżkę między stacją roboczą
   sieci LAN a systemem hosta. Jeśli podstawowa ścieżka stanie się niedostępna,
   dodatkowa ścieżka przejmie ruch w sieci LAN. Zwiększa to dostępność systemu
   i upraszcza zarządzanie siecią.
 
   NADMIAR:  Sesje użytkowników przepływają przez podstawowy port OSA-2 aż do momentu, 
   gdy zostanie osiągnięta pojemność sesji. Sesje dodatkowych użytkowników będą
   automatycznie przepływać do następnego portu OSA-2. Ponieważ wszystkie stacje
   robocze są skonfigurowane identycznie, upraszcza się sposób zarządzania siecią
   i staje się ona bardziej skalowalna. Nowi użytkownicy mogą być dodawani w sposób
   niezakłócający działania.
 
   Obsługę równoważenia obciążenia, redundancji i przepełnienia udostępniono w postaci
   w postaci następujących poprawek PTF dla OSA/SF:
 
   o   OS/390 i MVS    - OW20205/UW34618         03/31/97
   o   VM/ESA          - OW23952/UW37028         03/31/97
   o   VSE/ESA         - Dostarczona z VSE/ESA V2.2.1      04/29/97
 
      OBSŁUGA WIĘKSZEJ LICZBY JEDNOSTEK FIZYCZNYCH (PRZEZ OSA/SF):
   ______________________________________________________________
 
   Architektura została zmieniona, aby umożliwić definiowanie aż do 2047 jednostek PU
   na jeden port fizyczny dla opcji OSA-2 Ethernet, Token-Ring i FDDI zamiast
   obecnej liczby 255 jednostek fizycznych PU na port. Rozszerzenie jest dostępne zarówno
   dla opcji zainstalowanych w danym momencie, jak również dla nowych instalacji. Bieżące
   połączenia mogą zmieniać się w zależności od obciążenia sieci przez użytkowników.
 
   Zwiększoną liczbę obsługiwanych jednostek fizycznych (PU) udostępniono w postaci
   następujących poprawek PTF dla OSA/SF:
 
   o   OS/390 i MVS    - OW23429/UW37210         03/31/97
   o   VM/ESA          - OW24952/UW37028         03/31/97
   o   VSE/ESA         - PQ03091/UQ04224         04/29/97
 
   Zwiększoną liczbę obsługiwanych jednostek fizycznych (PU) udostępniono w postaci
   następujących poprawek PTF dla ACT/VTAM:
 
   o   ACF/VTAM dla OS/390 i 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 - OBSŁUGA SNA
   _____________________
 
   Obsługa OSA-2 i OSA/SF zapewniana jest za pomocą VSE/ESA wersja 2 wydanie 2.1.
   Ta informacja o obsłudze VSE/ESA spełnia Statement of General Direction
   znajdującą się w Hardware Announcement 196-194, i Hardware Announcement
   196-193, z dnia 10 września 1996 roku.
 
   Opcja OSA-2 dostarcza ACF/VTAM dla aplikacji hosta VSE/ESA z bezpośrednim
   dostępem do sieci LAN typu Ethernet, Token-Ring i FDDI oraz sieci emulujących
   LAN, typu Asynchronous Transfer Mode (ATM), zgodnych z  Forum.
      Komponent OSA/SF jest dostępny:
 
   o   Jako niewyłączny element OS/390 wydanie 1 lub nowsze (5645-001)
   o   Jako oddzielny program S/390 Open Systems Adapter Support
       Facility wersja 1 wydanie 2 dla MVS/ESA 4.3 lub nowszy (5655-104)
   o   Jako opcja VM/ESA wersja 2 wydanie 2.0 (5654-030)
   o   Jako komponent VSE Central Functions 6.1.1 w VSE/ESA wersja 2
       wydanie 2.1 (5690-VSE).
 
   DODATKOWE INFORMACJE
   ____________________
 
   Powiadomienia 297-043, 297-040


[ Początek strony | Poprzednia strona | Następna strona | Spis treści | Indeks ]