| Author |
Message
|
| jeevan |
 Posted: Fri Sep 22, 2006 6:05 am Post subject: When do we need to create additional instance of EG? |
 |
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
I have some doubt on EG. The document explains about eg as :
| Quote: |
Each execution group is started as a separate operating system process, providing an isolated runtime environment for a set of deployed message flows. .........
Within an execution group, the assigned message flows run in different thread pools. You can specify the size of the thread pool (that is, the number of threads) that are assigned for each message flow by specifying the number of additional instances of each message flow.
|
question:
What are we trying to achive by creating more thread of a mesage flows ( instances of an eg)?
| Quote: |
If you create additional execution groups, you must give each group a name that is unique within the broker, and assign and deploy one or more message flows to each one.
|
From the above it is obvious that there can be more than one msgflows in an execution group.
But i read the following in a document which is not an IBM document but still want to clarify.
| Quote: |
The following command
mqsideploy -b BROKER -e TestEg -bar TestBar - complete
will clear the existing contents of execution group TestEG on broker BROKER and replace it with content of TestBar.
|
Question for clarification:
If this statement is correct, it seems that one EG can contain only one msgflows which is constrasting to the MB document.
Did I misunderstood some point ? What is the correct answer?
thanks a lot |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Fri Sep 22, 2006 6:11 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You appear to have misunderstood everything.
Particularly the last quote about mqsideploy. The mqsideploy command shown does a "complete" deploy. That means it's equivalent to choosing "remove deployed children" in the Toolkit.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| mqmatt |
| Posted: Fri Sep 22, 2006 6:19 am Post subject: |
|
|
Grand Master
Joined: 04 Aug 2004
Posts: 1213
Location: Hursley, UK
|
1) Each broker contains one or more execution group processes.
2) Each execution group contains zero or more message flows.
3) Each execution group contains a pool threads, each of which can independently listen for messages from an input source.
4) The maximum number of threads from the execution group's pool that can be assigned to a message flow is equal to the value of the 'Additional Instances' parameter plus one.
Hope this helps. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Sep 22, 2006 6:33 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Also, each BAR file contains 0 or more message flows.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| jeevan |
| Posted: Fri Sep 22, 2006 6:39 am Post subject: |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
And finally, a domain conection contains 0 or more brokers and one and only one configuration manager.
Thank you very much both Jeff and mqmatt. |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Fri Sep 22, 2006 10:20 am Post subject: Database Connection |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
|
| Back to top |
|
|
| jeevan |
| Posted: Sun Sep 24, 2006 11:18 am Post subject: |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
Joseph,
Thank for reminding.
From the reading :
| Quote: |
The number of connections to a user database that a broker requires depends on the actions of the message flows that access the database. For each broker that accesses a database, one connection is required for every ODBC data source name (DSN) for each message flow thread. If a different node on the same thread uses the same DSN, the same connection is used, unless a different transaction mode is used, in which case another connection is required. This is explained further in Database connections for coordinated message flows.
|
Can I conclude that if a msgflow draws records from different table under the same database or different database, it just requires one conneciton.
Alco, could you please mind to explain me( i am more on admin side and new to mb) which database are we talking here?
I know two databases, database for configmgr and that for broker, but is this connection we are talking is for either of them ? what is message repository ? I came across this term while reading but could not make a link which is a message repository.
thanks |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sun Sep 24, 2006 9:07 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
The database reference is for databases in general as defined in the broker's odbc. In particular when we talk about flow connection we talk here about an external DB(neiter configmgr nor broker) that needs to be accessed in order for the flow to complete.
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jeevan |
| Posted: Sun Sep 24, 2006 9:49 pm Post subject: |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
Is this database created automatically or we have to create it? I can think, we have to create it if we are using a database in compute node or database node but want to be clear.
what about the restriction ? does it have to be a db2 database or can be anything? what kinds of connection does it have ? I mean jdbc or odbc?
thanks |
|
| Back to top |
|
|
|
|
