Hi
My bufpoolsize is 131072 and logpoolsize is 512. Memory is 512 MB.
Richard's, inputs are also valid to actually know why it is
happenning. Would like to highlight that it wan't happening always.
Though as per Artuto recommendation ( and Tivoli also), I have
upgraded the version to 3.7.4.0. Hope it shall help.
Arturo, in your case was it happening always or it was an intermittent
affair.
In retrospect ,now I think I could have used 'dsmserv format 2 logvol'
command to format the recovery logs. In that case, I think, I may not
have to restore the whole DB of 79 GB ! which took 7 Hrs. eventually.
An inputs on this ?
Meanwhile the system is working and is under observation.
Thanks everybody for their vaulable commebts.
Regads
Mahesh
______________________________ Forward Header __________________________________
Subject: Re: Serios Situation - Related to Recovery Log
Author: mezron ([EMAIL PROTECTED]) at internet
Date: 13-02-01 12:10 AM
What is your dbbufpoolsize and logpoolsize? When these values
are large, it takes a while for the dsmserv process to claim all that RAM.
If it does eventually come up, then you can try changing this value to a
lower amount and see if it comes up quicker.
As far as formating the recovery log. It's been my experience that this can
be a slow process during a database restore. What you can do, is format a
small 50 meg recovery log, restore the database. Then when you bring up the
server define your other recovery log volumes. Might speed up your database
restore procedure.
James Thompson
>
>...
> > ANR0306I Recovery log volume mount in progress.
> > --------------------------------------------------
> > I have waited for Half an Hour and there seemd to be no disk
>activity.
>...
> >IBM's first suggestion is to upgrade the version.
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
application/openmail-1166
