| Author |
Message
|
| venky |
 Posted: Fri Mar 21, 2008 11:50 am Post subject: Cluster Data and Log disks. |
 |
|
Master
Joined: 08 Jul 2003
Posts: 205
|
Is it possible to have shared disks for clustered queue managers ? For example, let us say that there is QM1 and QM2 in a clustered environment - is it possible to have both QM1 and QM2 share a disk for log and data storage ?
V |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Fri Mar 21, 2008 12:46 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
This is the way it usually works for an HA cluster. MQClustering is completely different....
 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Mar 21, 2008 3:30 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| fjb_saper wrote: |
| This is the way it usually works for an HA cluster. |
No.
There is only one queue manager in an HA cluster. It happens to use disk that is shared between two machines. But it is only ever on one machine at a time and is only ever one queue manager.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| venky |
| Posted: Fri Mar 21, 2008 4:31 pm Post subject: |
|
|
Master
Joined: 08 Jul 2003
Posts: 205
|
Ok, so if I am interpreting this correct - in a WMQ cluster it is not possible to have shared disk (for log and data) between 2 clustered (WMQ cluster) queue managers QM1 and QM2.
thanks,
V |
|
| Back to top |
|
|
| EddieA |
| Posted: Fri Mar 21, 2008 4:46 pm Post subject: |
|
|
Jedi
Joined: 28 Jun 2001
Posts: 2453
Location: Los Angeles
|
Were you thinking of using a single /var/mqm structure, on the shared disk, for both QMs. If so, by careful use of links from each QMs native /var/mqm, you "might" be able do it, because the log and data directories have folders based on the QM names. But there are parts that couldn't be shared. But why would you want to.
Or, you could just point each /var/mqm to unique points on the shared disk.
Cheers,
_________________
Eddie Atherton
IBM Certified Solution Developer - WebSphere Message Broker V6.1
IBM Certified Solution Developer - WebSphere Message Broker V7.0 |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sat Mar 22, 2008 10:12 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You can easily put the log and queue files for two entirely separate queue managers on the same physical disk. You do this every time you create more than one queue manager on your same machine.
You cannot under any configurations, use the same log and queue files for more than one queue manager. Even on zOS, the shared queues use individual data files that point to a shared repository. (okay, this might not be quite right for zOS, but it's more right than wrong).
You can easily create one shared network volume that has all of your queue manager disk storage on it, and properly configure your queue manager servers to use that as the place to put their queue manager file systems.
This is what a proper HA configuration does.
MQ clustering does nothing to make more than one queue manager share anything other than routing information with any other queue manager.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Mar 23, 2008 8:49 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9470
Location: US: west coast, almost. Otherwise, enroute.
|
Even though WMQ for z/OS doesn't employ the Windows/UNIX filesystem concept, the same rule applies: you cannot share queue manager disk (DASD for mainframers) space across queue managers.
Briefly: WMQ for z/OS Shared Queues are instances of a real local queue with appropriate attributes set that cause the queue and its contents to be propogated into Coupling Facility architected storage. CF architected storage is not virtual and it is not disk (DASD); but the shared queue and its contents are visible to queue managers that are members of the same Queue Sharing Group. Queue Sharing Group members may be in the same instance of z/OS, different instances of z/OS in different LPARs on the same or different boxes (z/OS Enterprise Servers).
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
