Figyelőport beállításai

A figyelő port meghatározza a társítást egy kapcsolatgyár, cél és egy telepített üzenetvezérelt összetevő között. Ez a társítás lehetővé teszi a porthoz tartozó üzenetvezérelt összetevők számára, hogy üzeneteket kérjenek le a célról.

Használja ezt a párbeszédablakot a kijelölt figyelőport konfigurációs tulajdonságainak megjelenítéséhez vagy módosításához.

Az alábbi adminisztrációs konzol oldal megtekintéséhez kattintson a Kiszolgálók > Kiszolgálótípusok > WebSphere alkalmazáskiszolgálók > kiszolgáló_neve > [Kommunikáció] Üzenetkezelés > Üzenetfigyelő szolgáltatás > Figyelő portok > figyelő_port elemre.

Név

A név, amiről a figyelőport ismert lesz az adminisztrációs célokhoz.

Adattípus Karaktersorozat
Alapértelmezett Null
Kezdeti állapot

Az az állapot, amiben az alkalmazáskiszolgáló következő újraindításakor a figyelőport legyen

Adattípus Enum
Egység Nem alkalmazható
Alapértelmezett Elindítva
Tartomány
Elindítva
Ha az alkalmazáskiszolgáló legközelebb elindul, akkor a figyelőport is automatikusan elindul.
Leállítva
Ha az alkalmazáskiszolgáló legközelebb elindul, akkor a figyelőport nem indul el automatikusan. Ha az üzenetvezérelt komponensek használni fogják ezt a figyelőportot az alkalmazáskiszolgálón, akkor a rendszergazdának kézileg kell elindítani a portot, vagy kiválasztani ezen tulajdonság Elindított értékét, majd újra kell indítania az alkalmazáskiszolgálót.
Leírás

A figyelőport leírása adminisztrációs célokat szolgál az IBM WebSphere Application Server kiszolgálóban.

Adattípus Karaktersorozat
Alapértelmezett Null
Kapcsolatgyár JNDI neve

A JMS kapcsolatgyár JNDI neve, amit a figyelőport használ, például, jms/connFactory1.

Adattípus Karaktersorozat
Alapértelmezett Null
Cél JNDI név

A cél kapcsolatgyár JNDI neve, amit a figyelőport használ; például, jms/destn1.

A késői válaszokhoz nem használhat ideiglenes célt.

Adattípus Karaktersorozat
Alapértelmezett Null
Szekciók maximális száma

A párhuzamos szekciók maximális száma, amelyekkel egy figyelő rendelkezhet a JMS kiszolgálóval az üzenetek feldolgozásához.

Minden egyes szekció egy külön figyelőszálnak felel meg, és ezért felügyeli a párhuzamosan feldolgozott üzenetek számát. Szabályozza ezt a paramétert amikor a kiszolgáló nem teljesen használja a számítógép szabad kapacitását, és ha nincs szüksége az üzenetek egy adott üzenetsorrendben feldolgozására.

Adattípus Egész szám
Egység Munkamenetek
Alapértelmezett 1
Tartomány 1-től 2147483647-ig
Ajánlott
  • Az üzeneteket szigorú üzenetsorrendben történő feldolgozásához állítsa az értéket 1-re, így mindig csak egy szál fogja feldolgozni az üzeneteket.
  • Ha több üzenetet szeretne egyidejűleg feldolgozni, akkor állítsa ezen tulajdonság értékét 1-nél nagyobbra. Tartsa ez az értéket olyan alacsonyan, amennyire csak lehetséges, hogy megelőzze az ügyfélalkalmazások túlterhelését. Jó kezdőpont egy 100%-os JMS munkaterheléshez rövid tranzakciós időkkel a 2-4 szekció processzoronként. Ha hosszabb futási tranzakciók léteznek, akkor több szekcióra lehet szüksége, amit kísérletezés útján határozhat meg.

    Az összes beállított figyelő port Szekciók maximális száma tulajdonságában megadott szekciók teljes száma kisebb vagy egyenlő kell legyen, mint az üzenetfigyelő szolgáltatás szálkészletének Maximális méret tulajdonságában megadott szálak teljes száma.

Újrapróbálkozások maximális száma

Azon alkalmak maximális száma, ahányszor a figyelő megpróbál kézbesíteni egy üzenetet egy üzenetvezérelt összetevő példány számára a figyelő leállítása előtt. A tartománya 0-tól 2147483647-ig terjed.

Megjegyzés: A WebSphere MQ sor is rendelkezik hasonló tulajdonsággal, melynek neve BackoutThreshold. Ha a figyelő port WebSphere MQ sorból olvas, akkor az újrapróbálkozások számának korlátja és a korlát elérésekor bekövetkező viselkedést a két tulajdonság közül az határozza meg, amelyik az alacsonyabb korlátra van állítva.
  • Ha túllépi a WebSphere MQ sor BackoutThreshold korlátját, akkor a nem kézbesíthető üzenetet valahová máshová helyezi át a WebSphere MQ (például a WebSphere MQ visszalépési sorba vagy a WebSphere MQ kézbesíthetetlen üzenetek sorába), és a figyelő port a sorban következő üzenetet szolgálja ki. Ebben az esetben elképzelhető, hogy a WebSphere Application Server nem tud az üzenet kézbesítésének sikertelenségéről.
  • Ha túllépi a figyelő port újrapróbálkozások maximális száma korlátját, akkor a figyelő port leáll. Ezután kézi beavatkozás szükséges, hogy kivizsgálja a problémát, esetleg eltávolítsa az üzenetet a WebSphere MQ sorból, majd újraindítsa a figyelő portot.
Adattípus Egész szám
Egység Újrapróbálkozási kísérletek
Alapértelmezett 0 (nincs újrapróbálkozás)
Tartomány 0-tól (nincs újrapróbálkozás) 2147483647-ig
Üzenetek maximális száma

Azon üzenetek maximális száma, amennyit a figyelő egy tranzakcióban fel tud dolgozni.

Ha a sor üres, akkor a figyelő minden üzenetet annak érkezésekor feldolgoz. Minden üzenet egy külön tranzakción belül kerül feldolgozásra.

A WebSphere V5 alapértelmezett üzenetkezelési szolgáltató vagy a WebSphere MQ mint JMS szolgáltató esetén ha az üzenetek elkezdenek összegyülemleni a várakozási soron, akkor a figyelő elkezdheti kötegekben feldolgozni az üzeneteket. Harmadik féltől származó üzenetkezelési szolgáltatók esetén az alábbi tulajdonság értékét a rendszer átadja a JMS szolgáltatónak, azonban a hatás a JMS szolgáltatótól függ.

Adattípus Egész szám
Egység Üzenetek száma
Alapértelmezett 1
Tartomány 1-től 2147483647-ig
Ajánlott
A WebSphere alapértelmezett üzenetkezelési szolgáltatók vagy a WebSphere MQ mint JMS szolgáltató esetén ha több üzenetet egyetlen tranzakcióban szeretne feldolgozni, akkor ezt az értéket állítsa 1-nél nagyobbra. Ha az üzenetek elkezdenek összegyülemleni a várakozási soron, akkor az 1-nél nagyobb érték lehetővé teszi több üzenet egyetlen tranzakcióban való kötegelt feldolgozását, és megszünteti a JMS üzeneteken tranzakció feldolgozási költségeinek jelentős részét.
FIGYELMEZTETÉS:
  • Ha a kötegben meghiúsul egy üzenet feldolgozása egy kivétellel, akkor az egész üzenetköteg visszakerül feldolgozásra a várakozási sorra.
  • Bármely erőforrás zárolása, amit az egyéni üzenetekre irányuló interakció tart fenn, az egész köteg időtartamára fenn lesz tartva.
  • Az üzenetek által igényelt feldolgozás mennyiségétől függően, és ha XA tranzakciók használatosak, akkor az érték 1-nél nagyobbra állítása a tranzakció időtúllépését okozhatja. Ha egy XA tranzakció rendszeresen túllépi az időkorlátot mert több üzenet feldolgozása meghaladja a tranzakció időkorlátját, akkor csökkentse a tulajdonság értékét 1-re (a feldolgozás tranzakciókként egy üzenetre korlátozásához) vagy növelje a tranzakció időkorlátját.



A jelzett hivatkozások (online) Internet-hozzáférést igényelnek.

Kapcsolódó fogalmak
Kapcsolódó feladatok
Kapcsolódó hivatkozás


Fájlnév: umb_prolp.html