RE: Actual save time in BRMS?

["Lollar, Lynda" <Lynda.Lollar@xxxxxxxxxxxxxxxx>]

If you use checkpoint saves, you could probably shorten your window for
downtime as well. Then your time crunch may not be as critical.

Lynda Lollar


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Kirk Goins
Sent: Tuesday, May 18, 2010 12:23 PM
To: Midrange Systems Technical Discussion
Subject: Re: Actual save time in BRMS?

If you do a
DSPLOG LOG(QHST) PERIOD((030500 051810) (045000 051810))

What do you see for messages?
On Tue, May 18, 2010 at 9:14 AM, Loyd Goodbar <loyd@xxxxxxxxxxxxxx>
wrote:

> Here is what DSPLOGBRM shows:
>
> Date sent Time sent Message
>  5/18/10   3:08:13  Starting save of list SAVELIST to devices
TAPMLB04.
>  5/18/10   3:08:15  Change to media controls successful.
>  5/18/10   3:08:16  Change to media controls successful.
>  5/18/10   3:08:16  Starting save of library VNGDBDTA to devices
TAPMLB04.
>  5/18/10   3:08:16  Starting save of library VNGCUSDTA to devices
TAPMLB04.
>  5/18/10   3:08:16  Starting save of library PROD_MOD to devices
TAPMLB04.
>  5/18/10   3:08:16  Starting save of library PROD_DTA to devices
TAPMLB04.
>  5/18/10   4:39:26  6398 objects saved from library VNGDBDTA.
>  5/18/10   4:39:26  35 objects saved from library VNGCUSDTA.
>  5/18/10   4:39:26  2266 objects saved from library PROD_MOD.
>  5/18/10   4:39:26  117 objects saved from library PROD_DTA.
>  5/18/10   4:39:26  4 libraries saved.
>  5/18/10   4:40:00  Change to media controls successful.
>  5/18/10   4:40:00  Change to media controls successful.
>  5/18/10   4:45:57  68 objects saved from library QGPL.
>  5/18/10   4:45:58  Save of list SAVELIST complete.
> As you can see, all the library saves reported the same start and stop
> times. A question: are these times the same because these four
libraries
> (excluding QGPL) are in the same step? The control group step in
question
> is:
> 30 SAVELIST *OBJ *SYSBAS
>
> ...with SAVELIST defined as:
> 10 VNGDBDTA *ALL *ALL *ALL
>  20 VNGCUSDTA *ALL *ALL *ALL
> 30 PROD_MOD *ALL *ALL *ALL
> 40 PROD_DTA *ALL *ALL *ALL
> 50 QGPL *ALL *JRNRCV *ALL
>
> Do I need separate steps to accurately track the save times?
>
> We are on a 9406-810. The spend here is tight, and there is talk to
moving
> to a big-name TLA (not IBM). Upgrading the tape library will probably
not
> happen.
>
> Thanks,
> Loyd
>
>
> On Tue, May 18, 2010 at 10:54 AM, Kirk Goins <kirkgoins@xxxxxxxxx>
wrote:
> > What is showing in the History Log. Typically there is a message
posted
> > there for each library saved.  I don't know what system you are
running
> but
> > stepping up to a LTO2-4 using the LVD interface should speed things
up
> too.
> > On Tue, May 18, 2010 at 6:28 AM, Loyd Goodbar <loyd@xxxxxxxxxxxxxx>
> wrote:
> > > In BRMS, is there a way to determine the actual time it took to
save a
> > > library?
> > >
> > > In our daily backup, we perform a full save of four main libraries
to
> > tape.
> > > They all start within a couple of minutes, and end 90 minutes
later.
> Here
> > > is
> > > a partial list of the media information report (entries before and
> after
> > > these five are excluded):
> > >
> > >  Saved       Save     Item     Save     Save     Expire  Objects
> > > Item        Type     Type     Date     Time      Date   Saved
> > > VNGDBDTA    *FULL    *LIB    5/18/10  3:08:17  6/08/10    6398
> > > VNGCUSDTA   *FULL    *LIB    5/18/10  3:10:23  6/08/10      35
> > > PROD_MOD    *FULL    *LIB    5/18/10  3:10:24  6/08/10    2266
> > > PROD_DTA    *FULL    *LIB    5/18/10  3:11:15  6/08/10     117
> > > QGPL        *FULL    *LIST   5/18/10  4:40:02  6/08/10      68
> > >
> > > The tape drive is single LTO1 (3581). We are V5R4. (Unfortunately,
we
> > have
> > > vendor software issues - sitll! - that prevent us from moving to
6.1.)
> > > Our current save strategy is to save the enitre system on Sunday,
then
> > save
> > > specific libraries (full save) during the week. In the event of a
> > disaster,
> > > we only need a Sunday tape and the most recent daily tape. Other
> > libraries
> > > not saved daily were determined to be of low risk.
> > >
> > > We are looking to reduce our current backup window.
> --
>  This is the Midrange Systems Technical Discussion (MIDRANGE-L)
mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.