ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » MQ log file size on Linux

Post new topic  Reply to topic
 MQ log file size on Linux « View previous topic :: View next topic » 
Author Message
svmmq
PostPosted: Mon Jun 01, 2015 4:53 am    Post subject: MQ log file size on Linux Reply with quote

Newbie

Joined: 19 Mar 2015
Posts: 6

Hi,
We are creating queue managers on Linux and IBM pointed us to a document that says the following with respect to sizing the logs, 'As long as you have the disk space you are recommended to allocate the maximum size'. Are there any disadvantages of sizing the files at the maximum size that would make us reconsider sizing this big?

Thanks
Shannon
Back to top
View user's profile Send private message
mqjeff
PostPosted: Mon Jun 01, 2015 4:59 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

What things have you considered?

What things are you concerned about?

Perhaps, hopefully, obviously the speed of the disk in question is a significant factor.

Also hopefully obvious, the expected size of your transactions is a factor, as is the unexpected size of your transactions.

You should also consider what is more important to allow to fail - the queue manager or the application.
Back to top
View user's profile Send private message
exerk
PostPosted: Mon Jun 01, 2015 5:12 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

Also, bearing in mind if using linear logging, it is easier to manage a small number of large files than a large number of small files.
_________________
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
View user's profile Send private message
svmmq
PostPosted: Mon Jun 01, 2015 7:22 am    Post subject: Reply with quote

Newbie

Joined: 19 Mar 2015
Posts: 6

I am wondering if the large files will have an impact on the process to archive the file when it is no longer required or the time it would take to dynamically allocate a secondary file if one was required and if anyone has experienced problems due to large files. We are using linear logging.
Back to top
View user's profile Send private message
Andyh
PostPosted: Mon Jun 01, 2015 7:22 am    Post subject: Reply with quote

Master

Joined: 29 Jul 2010
Posts: 237

Generic starting advice is to use a small number of large log extents.
There's a small performance cost associated with switching extents, and once the queue manager has been created there's no supported means to increase the extent size, hence a small number of large extents generally makes a good starting point.

It is NOT good generic advice to use the maximum total log size. The total log space should be based upon the duration of your longest running transaction, and the peak message throughput.

If you were to create a queue manager with a 100GB+ recovery log, then you'd have to consider the potential impact (albeit with a small possibility) of replaying 100GB+ of recovery log at queue manager restart.

In very general terms, a queue manager with a huge recovery log is very often a sign that the creator of the queue manager did not properly understand the factors involved in sizing the log, it should certainly ring alarm bells in any MQ system review.
Back to top
View user's profile Send private message
exerk
PostPosted: Mon Jun 01, 2015 8:50 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

Andyh wrote:
...It is NOT good generic advice to use the maximum total log size. The total log space should be based upon the duration of your longest running transaction, and the peak message throughput...

I am in full agreement, and when I get an application developer/owner that actually gives me that (accurate) information, I'll act on it
_________________
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
View user's profile Send private message
mqjeff
PostPosted: Mon Jun 01, 2015 9:41 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

exerk wrote:
Andyh wrote:
...It is NOT good generic advice to use the maximum total log size. The total log space should be based upon the duration of your longest running transaction, and the peak message throughput...

I am in full agreement, and when I get an application developer/owner that actually gives me that (accurate) information, I'll act on it


Also, again, you need to make at least some allowance for unexpected transaction sizes.
Back to top
View user's profile Send private message
svmmq
PostPosted: Mon Jun 01, 2015 10:37 am    Post subject: Reply with quote

Newbie

Joined: 19 Mar 2015
Posts: 6

Thanks. Can you offer a size that would be considered an acceptable size for a 'large log extents'? We have increased our infrastructure to accept messages up to 30meg maximum and like was written in a previous post it is near impossible to get the developers to accurately provide volumetrics.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » IBM MQ Installation/Configuration Support » MQ log file size on Linux
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.