| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multiple NEON Databases with WMQI2.1 |
« View previous topic :: View next topic » |
| Author |
Message
|
| satishv |
 Posted: Mon Sep 23, 2002 2:48 am Post subject: Multiple NEON Databases with WMQI2.1 |
 |
|
Newbie
Joined: 23 Sep 2002
Posts: 2
|
Hi All,
We have some applications still using MQSI V1.1. We had migrated them to MQSI V2.0.1 flows, What we did was to create a simple flow, Input,Rules and Output node. We use to have multiple "mqsiruleng.mpf" files and we used to set "NN_CONFIG_FILE_PATH" variable to the required and start the broker and agin change the value of "NN_CONFIG_FILE_PATH" variable to point to different mpf file and start the second broker, In this way we used to cater for multiple RuleEngines and Multiple Rules and Format Databases.
We are planning to move to WMQI 2.1, Here I was going through migration steps, I cam accross below paragraph:
"It should also be noted that only one rules and formatter database can be accessed per machine. This means that if two brokers are installed in the same machine they must both access the same rules and formatter database there can only be one nnsyreg.dat on a particular machine. Access to the database containing existing definitions is defined by the nnsyreg.dat configuration file (it was MQSIruleng.mpf in MQSeries Integrator Version 1). WebSphere MQ Integrator Version 2.1 accesses the configuration file by interrogating the environment variable NN_CONFIG_FILE_PATH."
This means that I can have only one Rules and Formats database, and I cannot cater to multiple applications using their own Rules and Formatts database. We cannot merge these databases due to security guidelines.
Has anybody came accross similar situation?
Any help in this regards will be appreciated.
Thanks in advance,
Satish
_________________
IBM MQSeries & MQSI Specialist |
|
| Back to top |
|
 |
| JLRowe |
| Posted: Mon Sep 23, 2002 10:50 pm Post subject: |
|
|
Yatiri
Joined: 25 May 2002
Posts: 664
Location: South East London
|
Frankly, I can't see why you shouldn't have multiple NNSYREG.DAT files, and as you say, as long as the NN_CONFIG_FILE_PATH environment variable is set correctly for each broker.
Why don't you try it out? ... and report back to the forum as some of us would be interested in the result. |
|
| Back to top |
|
|
| Nick Lethbridge |
| Posted: Tue Sep 24, 2002 3:15 am Post subject: |
|
|
Voyager
Joined: 13 Aug 2001
Posts: 88
Location: Santander, UK
|
Hi Satish,
This is something we considered a while back.
Jonathan is correct with regard to the multiple copies of nnsyreg.dat.
If you create two users (e.g. wmqitest and wmqiprod, relating to two separate test and production environments), each user can have a different NN_CONFIG_FILE_PATH environment variable defined.
Each NN_CONFIG_FILE_PATH variable can point at a different directory and so different nnsyreg.dat file can be used.
The two nnsyreg.dat files can contain different MQSI_PLUGIN session entries -> a different Rules & Formats database can be used per environment by the brokers.
Similarly, if you wished you could change the NN_CONFIG_FILE_PATH variable to point at different nnsyreg.dat files and start brokers (within the same test/production environment) that used different Rules & Formats databases.
Although all of this works ok on the Runtime platform, a problem arises on the Configuration platform (i.e. the Win2k server that hosts the ConfigMgr).
Only one ConfigMgr can be created and it can only access a single copy of the nnsyreg.dat file.
Within the nnsyreg.dat file there can only be a single 'MQSI_CONFIG' session entry (which the ConfigMgr uses to connect to the Rules and Formats database).
There seems to be a 1:1 mapping between the Win2k Server - ConfigMgr - Rules & Formats database.
Unless I have missed something, to use multiple Rules & Formats databases it appears that you need to purchase multiple Win2k servers and configure multiple Configuration Managers ?
Regards,
Nick. |
|
| Back to top |
|
|
| JLRowe |
| Posted: Tue Sep 24, 2002 11:29 pm Post subject: |
|
|
Yatiri
Joined: 25 May 2002
Posts: 664
Location: South East London
|
From what I remember the config mgr only accesses the NEON database via the MQSI_CONFIG session entry for one purpose: to allow NEON input/output formats to be shown in the message sets view and therefore allow you to drag 'n' drop them in compute and database nodes.
If you can live without this functionality, then MQSI_CONFIG can just point to one/none of the databases - and of course this will not preclude different NEON databases for different brokers. |
|
| Back to top |
|
|
| satishv |
| Posted: Mon Oct 21, 2002 3:37 am Post subject: |
|
|
Newbie
Joined: 23 Sep 2002
Posts: 2
|
Hi,
Thanks for all the help.
We tested recently on Windows for mulitple NEON Databases. Following is the procedure to be done on the machine containg the Broker:
1. Create as many users as the number of NEON Databases you want to have.
2. Assign these users to all the MQSI groups and Databases.
3. For each user :
a. Login as that user, creat the NEON Database & other configurations by running the inst_db command.
b. It will create a new neonreg.dat file. Maintain a copy of this with that user name suffixed, this is required as so many neonreg.dat file will be created as many NEON databases.
c. start the broker. Now this broker will pick the details from the corresponding NEON database.
4.Now Log off and login with the other user, copy the corresponding neonreg.dat.user file created for that user to neonreg.dat file.
5. start the broker.
6. repeat the above steps for all the users.
This we have to do on windows as some info is also stored in registry.
I belive in other machines you just have to change the neonreg.dat files.
One more important part is that the configuration file cannot have any otehr name than neonreg.dat file.
_________________
IBM MQSeries & MQSI Specialist |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
