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 adminisztrációs konzol ezen oldalának megjelenítéséhez kattintson a következő elemre: Kiszolgálók > Kiszolgálótípusok > WebSphere alkalmazáskiszolgálók->kiszolgáló_neve > [Kommunikáció] Üzenetkezelés > Üzenetfigyelő szolgáltatás > [További tulajdonságok] Figyelőportok > figyelőport.

Név

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

Információk Érték
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

Információk Érték
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 saját kezűleg 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élokra az IBM® WebSphere Application Server terméken belül.

Információk Érték
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.

Információk Érték
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.

Információk Érték
Adattípus Karaktersorozat
Alapértelmezett Null

Munkamenetek maximális száma

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

Minden egyes munkamenet egy külön figyelőszálnak felel meg, és ezért felügyeli a párhuzamosan feldolgozott üzenetek számát. Ha a kiszolgáló nem használja ki teljes mértékben a számítógép kapacitását, állítsa át a paraméter értékét.

Információk Érték
Adattípus Egész szám
Egység Munkamenetek
Alapértelmezett 1
Tartomány 1-től 2147483647-ig
Ajánlott
  • 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 munkamenet processzoronként. Ha hosszabb futási tranzakciók léteznek, akkor több munkamenetre lehet szüksége, amit kísérletezés útján határozhat meg.

    Az összes beállított figyelő port Munkamenetek maximális száma tulajdonságában megadott munkamenetek 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 IBM MQ sor is rendelkezik hasonló tulajdonsággal, melynek neve: BackoutThreshold. Ha a figyelő port IBM MQ sorból olvas, akkor az újrapróbálkozások számának korlátját é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 beállítva:
  • Ha túllépi a IBM MQ sor BackoutThreshold korlátját, akkor a IBM MQ valahová máshová helyezi át a nem kézbesíthető üzenetet (például a IBM MQ visszalépési sorba vagy a IBM 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 IBM MQ sorból, majd újraindítsa a figyelő portot.
Információk Érték
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.

Ha IBM MQ típusú JMS szolgáltató esetén az üzenetek elkezdenek felgyűlni a várakozási sorban, 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.

Információk Érték
Adattípus Egész szám
Egység Üzenetek száma
Alapértelmezett 1
Tartomány 1-től 2147483647-ig
Ajánlott
Ha IBM MQ típusú JMS szolgáltató esetén több üzenetet egyetlen tranzakcióban szeretne feldolgozni, akkor ezt az értéket állítsa 1-nél nagyobbra. Ha az üzenetek elkezdenek felgyűlni a várakozási sorban, 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 üzenetekhez tartozó tranzakciók 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.


Fájlnév: umb_prolp.html