| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| logging |
« View previous topic :: View next topic » |
| Author |
Message
|
| bkiran2020 |
 Posted: Wed Feb 22, 2017 3:42 am Post subject: logging |
 |
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
How come when we have only CIRCULAR Logging available on Mainframe we still are able to access the Media Recovery Functionality of the QMGR. Only Linear Logging allows Media Recovery...  |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Wed Feb 22, 2017 4:54 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
What Media Recovery Functionality on IMQ for z/OS are you referring to specifically?
_________________
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 |
|
|
| bkiran2020 |
| Posted: Wed Feb 22, 2017 5:34 am Post subject: |
|
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
| bruce2359 wrote: |
| What Media Recovery Functionality on IMQ for z/OS are you referring to specifically? |
To recreate the damage object. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Feb 22, 2017 6:16 am Post subject: Re: logging |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bkiran2020 wrote: |
| How come when we have only CIRCULAR Logging available on Mainframe we still are able to access the Media Recovery Functionality of the QMGR. Only Linear Logging allows Media Recovery... |
You're in error. The z/OS queue manager only uses linear logging; see here:
| Quote: |
BM® MQ records all significant events as they occur in an active log. The log contains the information needed to recover:
Persistent messages
IBM MQ objects, such as queues
The IBM MQ queue manager
|
Now it does also say:
| Quote: |
| The active log comprises a collection of data sets (up to 310) which are used cyclically. |
If you read the rest of the entry, it then talks about the need to archive these logs and offload unneeded logs to tape or other secondary storage. It also talks about the dual logging used to ensure integrity.
The z/OS OS does not work the same way as another other OS like Windows or *NIX. The disc is arranged differently, system tasks run differently, the queue managers work differently. This is why a z/OS queue manager has storage classes and page sets for queue storage, concepts that don't exist elsewhere.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Wed Feb 22, 2017 3:57 pm Post subject: Re: logging |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| bkiran2020 wrote: |
| How come when we have only CIRCULAR Logging available on Mainframe we still are able to access the Media Recovery Functionality of the QMGR. Only Linear Logging allows Media Recovery... |
z/OS mainframe MQ functions like LINEAR logging, although there are only a limited number of datasets that are used in a cyclic fashion. The trick is that as older logs are no longer required for active UOWs, the log dataset contents is offloaded to archive d dasd or tape, and it becomes available for use in the next cycle around.
On a busy qmgr it should take no less than about 10 minutes to cycle around all the log datasets. This gives enough time for the archives to occur.
If a full roll forward is requested on on cost start, the qmgr will access the archived logs.
_________________
Glenn |
|
| Back to top |
|
|
| bkiran2020 |
| Posted: Thu Feb 23, 2017 8:43 am Post subject: Re: logging |
|
|
Master
Joined: 20 Jan 2011
Posts: 243
Location: US
|
| gbaddeley wrote: |
| bkiran2020 wrote: |
| How come when we have only CIRCULAR Logging available on Mainframe we still are able to access the Media Recovery Functionality of the QMGR. Only Linear Logging allows Media Recovery... |
z/OS mainframe MQ functions like LINEAR logging, although there are only a limited number of datasets that are used in a cyclic fashion. The trick is that as older logs are no longer required for active UOWs, the log dataset contents is offloaded to archive d dasd or tape, and it becomes available for use in the next cycle around.
On a busy qmgr it should take no less than about 10 minutes to cycle around all the log datasets. This gives enough time for the archives to occur.
If a full roll forward is requested on on cost start, the qmgr will access the archived logs. |
Thanks :  |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Thu Feb 23, 2017 2:20 pm Post subject: Re: logging |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| gbaddeley wrote: |
| bkiran2020 wrote: |
| How come when we have only CIRCULAR Logging available on Mainframe we still are able to access the Media Recovery Functionality of the QMGR. Only Linear Logging allows Media Recovery... |
z/OS mainframe MQ functions like LINEAR logging, although there are only a limited number of datasets that are used in a cyclic fashion. The trick is that as older logs are no longer required for active UOWs, the log dataset contents is offloaded to archive d dasd or tape, and it becomes available for use in the next cycle around.
On a busy qmgr it should take no less than about 10 minutes to cycle around all the log datasets. This gives enough time for the archives to occur.
If a full roll forward is requested on on cost start, the qmgr will access the archived logs. |
Planning for log size is well-documented. Part of the planning is having the appropriate (maximum) log extents in anticipation of running out in times of stress. Yes, offloading can take a bit of time - to tape. A better solution is to offload to DASD first, then have SMS archive.
_________________
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 |
|
|
| gbaddeley |
| Posted: Thu Feb 23, 2017 3:44 pm Post subject: Re: logging |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| bruce2359 wrote: |
| Planning for log size is well-documented. Part of the planning is having the appropriate (maximum) log extents in anticipation of running out in times of stress. Yes, offloading can take a bit of time - to tape. A better solution is to offload to DASD first, then have SMS archive. |
Time of stress can be a badly behaved app that has long running UOWs (more than a few minutes).
Back in the old MVS days we had cases of MQ running out of logs, and hanging all UOWs, because of a broken tape drive allocated to an archive offload. Changing to DASD offload fixed that.
_________________
Glenn |
|
| Back to top |
|
|
| exerk |
| Posted: Fri Feb 24, 2017 12:25 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Doesn't everywhere use VTS these days?
_________________
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 |
|
|
|
|
|
| |
|
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
|
|
|
|
