|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
|
|
V7.1 MI Qmgrs and Domain Controllers |
« View previous topic :: View next topic » |
Author |
Message
|
murdeep |
Posted: Mon Nov 14, 2011 4:23 pm Post subject: V7.1 MI Qmgrs and Domain Controllers |
|
|
Master
Joined: 03 Nov 2004 Posts: 211
|
Ok, so I am reviewing the "whats new" in V7.1 and come across this:
Quote: |
In WebSphere MQ for Windows version 7.1, you can run multi-instance queue managers on Windows servers or workstations that are part of a domain. In version 7.0.1, multi-instance queue managers had to run on domain controllers. |
Well reading a little deeper this may not really be the case. I came across this interesting note.
Quote: |
An example shows how to set up a multi-instance queue manager on Windows on a workstation or a server that is part of a Windows domain. The server does not have to be a domain controller. The setup is small and simple, to demonstrate the concepts involved, rather than being production scale. |
So exactly what does "rather than being production scale" mean?
So, has the Domain Controller requirement on windows been lifted or not? |
|
Back to top |
|
|
exerk |
Posted: Tue Nov 15, 2011 1:44 am Post subject: Re: V7.1 MI Qmgrs and Domain Controllers |
|
|
Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
murdeep wrote: |
Ok, so I am reviewing the "whats new" in V7.1 and come across this:
Quote: |
In WebSphere MQ for Windows version 7.1, you can run multi-instance queue managers on Windows servers or workstations that are part of a domain. In version 7.0.1, multi-instance queue managers had to run on domain controllers. |
Well reading a little deeper this may not really be the case. I came across this interesting note.
Quote: |
An example shows how to set up a multi-instance queue manager on Windows on a workstation or a server that is part of a Windows domain. The server does not have to be a domain controller. The setup is small and simple, to demonstrate the concepts involved, rather than being production scale. |
So exactly what does "rather than being production scale" mean?
So, has the Domain Controller requirement on windows been lifted or not? |
I took that to mean "...we are demonstrating how it can be done on some cheap and cheerful bits of tin we had lying around in the lab. Of course you would use proper servers, with all the Production-level safeguards that that environment requires...".
Reading through the examples given, it appears that the requirement to only install on DCs is lifted, but DCs are still required, i.e. if you're only running a Windows workgroup you're out of luck, and interestingly, the main body text of the V7.1 Info Centre still states that MI queue managers require configuration on DCs. _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
Back to top |
|
|
JasonE |
Posted: Tue Nov 15, 2011 1:48 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003 Posts: 1220 Location: Hursley
|
|
Back to top |
|
|
murdeep |
Posted: Tue Nov 15, 2011 9:37 am Post subject: |
|
|
Master
Joined: 03 Nov 2004 Posts: 211
|
Ok, so as long as we use a domain id whose SID has access to the queue and log files from both nodes we're good. |
|
Back to top |
|
|
JasonE |
Posted: Tue Nov 15, 2011 10:00 am Post subject: |
|
|
Grand Master
Joined: 03 Nov 2003 Posts: 1220 Location: Hursley
|
You need to have MQ running under a domain id, which in turn is a member of a domain group.
You then supply that domain group on the crtmqm (I dont believe it can be changed later) and the domain groups SID is added to the ACL's of the files to enable access to remain when running on the standby |
|
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
|
|
|
|