DB2 Connect Brugervejledning
Performance er den måde, et edb-system fungerer på under en
given belastning. De tilgængelige ressourcer og den måde, de anvendes
og deles på, har indflydelse på performance. Hvis du vil forbedre
performance, skal du først gøre dig klart, hvad du mener med
performance. Der er mange forskellige målestokke for
performance, herunder:
- Svartid
- Tidsintervallet fra applikationen sender en databaseforespørgsel, til
applikationen modtager et svar.
- Antal transaktioner
- Det antal units of work, der kan udføres i en tidsenhed. En unit of
work kan være simpel, som at hente eller opdatere en række, eller den kan være
kompleks og indebære hundredvis SQL-sætninger.
- Dataoverførselshastighed
- Antallet af databyte, der kan overføres mellem DB2 Connect-applikationen
og værts- eller AS/400-databasen pr. tidsenhed.
Performance begrænses af de tilgængelige hardware- og
softwareressourcer. CPU, hukommelse og netværksadaptere er eksempler på
hardwareressourcer. Kommunikationssubsystemer, paging-subsystemer,
mbuf for AIX og link for SNA er eksempler på
softwareressourcer.
I Fig. 7 vises, hvordan data bevæger sig mellem værts- eller
AS/400-databaseserveren og arbejdsstationen gennem DB2 Connect.
Fig. 7. Datastrømme i DB2 Connect

|
- Værts- eller AS/400-databasen og en del af kommunikationssubsystem B kører
normalt på samme system. Systemet udgøres af en eller flere
CPU'er, hukommelse, et I/O-subsystem, harddiske og et styresystem.
Komponenterne benyttes ofte af flere programmer. Når de konkurrerer om
ressourcerne, kan der opstå performanceproblemer.
- Netværket består af kabler, boksenheder (hubs),
kommunikationslinier, omskiftere og andre kommunikationskontrolenheder.
Netværksinterface B kan f.eks. være kommunikationskontrolenheder
som 3745 eller 3172 eller en Token Ring-adapter til en AS/400. Der kan
være mere end ét transmissionsmedium mellem netværksinterface A og B.
- Netværksinterface A kan være en Token Ring-, Ethernet- eller en anden
LAN-adapter, eller en SDLC- eller X.25-adapter.
Kommunikationssubsystem A kan være et produkt som IBM Communications Server
til OS/2, Microsoft SNA Server, IBM SNA Server til AIX eller SNAplus2 til
HP-UX.
- DB2 Connect-programmet og kommunikationssubsystem A er normalt placeret på
samme system. I dette kapitel antages det, at applikationen også findes
på det samme system.
Antal transaktioner pr. tidsenhed afhænger af den langsomste
komponent i systemet. Hvis du finder frem til en performanceflaskehals,
kan det ofte afhjælpe problemet at ændre konfigurationsparametre, tildele
flere ressourcer til en belastet komponent, opgradere komponenten eller
tilføje en komponent mere, der kan overtage en del af arbejdet.
Du kan anvende forskellige værktøjer til at finde ud af, hvor meget tid en
forespørgsel bruger i hver komponent. Det giver en idé om, hvilken
komponent der skal justeres eller opgraderes, så performance forbedres.
Hvis du f.eks. finder frem til, at en forespørgsel bruger
60% af sin tid på DB2 Connect-maskinen, kan du justere DB2 Connect,
eller, hvis du har eksterne klienter, føje endnu en DB2 Connect-maskine til
netværket.
Der er flere oplysninger om værktøjer til måling af performance i Performanceværktøjer.
Benchmark-test er en metode til at sammenligne performance i ét
miljø med performance i et andet.
Benchmark-testen kan indledes med, at testapplikationen køres i et normalt
miljø. Efterhånden som et performanceproblem indkredses, kan der
udvikles specielle test cases for at afgrænse det område, der testes og
observeres.
En benchmark-test behøver ikke at være kompleks. De specielle test
cases behøver ikke at efterligne en hel applikation for at give værdifulde
oplysninger. Start med simple målinger, og øg kun kompleksiteten, når
der er behov for det.
Egenskaber for en god benchmark-test (eller måling):
- Hver test kan gentages.
- Hvert gennemløb af en test startes i samme systemtilstand.
- Den hardware og software, der bruges til benchmark-testen, svarer til
produktionsmiljøet.
- Der er ikke andre aktive funktioner eller applikationer end dem, der
måles, medmindre situationen kræver, at der foregår en vis mængde andre
aktiviteter i systemet.
Bemærk: | Applikationer, der er startet, bruger hukommelse, selv om de er minimerede
eller inaktive. Det kan medføre paging og forskyde
benchmark-resultatet.
|
I følgende tabel er opstillet nogle af de værktøjer, der kan bruges til at
måle systemets performance. Da værktøjerne selv bruger
systemressourcer, bør de kun være aktive, når der er behov for det.
Tabel 7. Performanceværktøjer
System
| Værktøj
| Beskrivelse
|
CPU- og hukommelsesforbrug
|
AIX
| vmstat, time, ps, tprof
| Giver oplysninger om problemer med for få CPU- og hukommelsesressourcer
på DB2 Connect-arbejdsstationen og eksterne klienter.
|
HP-UX
| vmstat, time, ps, monitor og glance (hvis de er til rådighed)
|
|
OS/2
| SPM/2, THESEUS/2, pstat
|
|
Win NT og Windows 2000
| Ydelsesmåler
|
|
Databaseaktivitet
|
Alle
| Databaseovervågning
| Kan vise, om problemet skyldes databasen.
|
MVS eller OS/390
| DB2PM (IBM), OMEGAMON/DB2 (Candle), TMON (Landmark), INSIGHT (Goal
Systems) og DB2AM (BMC)
|
|
Win NT og Windows 2000
| Ydelsesmåler
|
|
Netværksaktivitet
|
AIX
| netpmon
| Statistikoplysninger på lavt netværksniveau, herunder TCP/IP- og
SNA-statistik, f.eks. antal pakker eller rammer, der modtages i
sekundet.
|
DOS og OS/2
| Token-Ring Network 16/4 Trace and Performance Program
| De fleste netværksovervågninger er platformafhængige. Denne
fungerer kun til Token Ring.
|
Netværkskontrolenhed som f.eks. 3745
| NetView Performance Monitor
| Viser belastning af kommunikationskontrol og VTAM.
|
OS/2
| DatagLANce
| Et sporingsværktøj, som kan vise performancerelaterede data for brugeren
i grafisk form.
|
UNIX-baserede
| netstat
| Håndterer TCP/IP-trafik.
|
[ Øverst på siden | Forrige side | Næste side | Indholdsfortegnelse | Stikordsregister ]