| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| Is it worth backing up the Config Manager? |
« View previous topic :: View next topic » |
| Author |
Message
|
| TonyD |
 Posted: Mon Dec 08, 2008 11:41 am Post subject: |
 |
|
Knight
Joined: 15 May 2001
Posts: 540
Location: New Zealand
|
| smdavies99 wrote: |
Peter,
... and backup the whole ConfigMgr DB Tree. You are using a specified directory for the DB aren't you?
|
Is there a reason for doing this rather than using the default location under /var/mqsi? |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Mon Dec 08, 2008 1:20 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20767
Location: LI,NY
|
| PeterPotkay wrote: |
| mqmatt wrote: |
| However, the CM still can't query the presence of dictionaries, JARs, XSL files and adapter connection files - this information is determined solely from what that CM has successfully deployed, and not from the broker itself. |
And so this is why you would want to rely on backups and restores of the CM using the provided commands versus adopting a brker with a new CM? A restored CM will show the dictionaries, JARs, XSL files and adapter connection files, whereas a new CM with an adopted Broker would need a redeploy of these objects to get in sync. The redeploy would only be needed to resync the view; the actual Broker would continue to run fine with all the resources while you futz around with the new CM and the adoption papers for your orphaned Broker(s)? |
As long as you don't redeploy I would be inclined to say yes.
Remember however that where collectives and topics are concerned you end up doing a full deploy. So you better be ready to redeploy everything in one go... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Dec 10, 2008 6:26 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7723
|
OK, so its a good idea to use mqsibackupconfigmgr. But to run the command the CM must be stopped, and before you stop it you want to insure there are no deploys in progress. Easy enough to handle by a live person, but I want to script it and run it nightly.
Have any of you tackled this via script? I don't want to mqsistop MyConfigMngr unless I am sure there are no outstanding deploys. How do you insure that via a script? Am I going to have to get into put inhibiting the SYSTEM.BROKER.CONFIG.QUEUE, then waiting for a minute, then check the SYSTEM.BROKER.CONFIG.REPLY queue and once its empty, then stop the CM? Seems hokey.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Wed Dec 10, 2008 6:44 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
[quote="TonyD"][quote="smdavies99"]Peter,
... and backup the whole ConfigMgr DB Tree. You are using a specified directory for the DB aren't you?
[/quote]
Is there a reason for doing this rather than using the default location under /var/mqsi?[/quote]
I pretty well never use the default locations for the configmgr db.
1) /var/mqsi does not exist on Windows 
2) In a clustered environment (eg HACMP or DRBD ) you may well have other filesystems that are completely separate from /var/mqsi
I prefer to specify locations to be explicit about where things reside rather than rely upon the defaults. This was you don't have to dig down through many directory level to find things (especially true on Windows). This (not using default directories) has been a mandatory audit requirement for at least one customer I've worked in the in past few years.
However a lot of these things are down to personal (and the customers) choice.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
