Re: Stacked backups Was: Virtualizing Tape VIOS vs IBM 1

[Bryan Dietz <bdietz400@xxxxxxxxx>]

very interesting...

I'm wondering if using a *DDM data area would be more efficient.
I would save you doing a SAVRSTOBJ.

Bryan


Kirk Goins wrote on 10/4/2014 10:45 PM:
> Timing takes a little practice... I know how each of my backups take with a
> little fudge factor tossed. Since all my partitions are IBM  and I have
> Object Connect setup ( you could do this other ways ) I do the following.
> I have a dataarea defined on each partition. When backup A finishes I first
> vary off the drive and via a CL tell the HMC to Move the SAS Adapter to
> partition #B.  Then I set a value in that dataarea and SAVRSTOBJ to the
> next partition where a program is checking the dataarea for the OK to
> start.. I then set the dataarea back to a value for You Can't Start Yet and
> end partition A.
> Repeat until al the backups are completed.  With the new Power8 I am going
> to switch to virtualized tapes drives on a single SAS card owned by VIOS so
> I won't have to worry about have the HMC move the card and I can run both
> drives a the same time with a single card fro 2 partitions.
>
> On Fri, Sep 26, 2014 at 6:11 AM, <rob@xxxxxxxxx> wrote:
>
> > Ok.  Like I said, I would be too worried about the timing of each lpar's
> > backup.  We already have the tapes needed.  And what we send back and
> > forth with Iron Mountain fits into the cases used.  So it's not a grind
> > for us.
> >
> >
> > Rob Berendt
> > --
> > IBM Certified System Administrator - IBM i 6.1
> > Group Dekko
> > Dept 1600
> > Mail to:  2505 Dekko Drive
> >            Garrett, IN 46738
> > Ship to:  Dock 108
> >            6928N 400E
> >            Kendallville, IN 46755
> > http://www.dekko.com
> >
> >
> >
> >
> >
> > From:   "Steinmetz, Paul" <PSteinmetz@xxxxxxxxxx>
> > To:     "'Midrange Systems Technical Discussion'"
> > <midrange-l@xxxxxxxxxxxx>
> > Date:   09/26/2014 09:05 AM
> > Subject:        RE: Stacked backups Was: Virtualizing Tape VIOS vs IBM 1
> > Sent by:        "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
> >
> >
> >
> > Rob,
> >
> > Already asked years back.
> > A BRMS volume can only be owned and used by one LPAR (system).
> > I wanted to use the same volume for all my nightly backups, and dups.
> > Could not be done.
> >
> > Paul
> >
> > -----Original Message-----
> > From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
> > rob@xxxxxxxxx
> > Sent: Friday, September 26, 2014 7:47 AM
> > To: Midrange Systems Technical Discussion
> > Subject: Stacked backups Was: Virtualizing Tape VIOS vs IBM 1
> >
> > Kirk,
> >
> > Have you thought about submitting a DCR, or a COMMON requirement, to allow
> > BRMS to stack multiple lpars onto a single tape?
> > IDK if we could use that as I would be concerned about timing the saves on
> > each lpar.
> >
> > Rob Berendt
> > --
> > IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
> > to:  2505 Dekko Drive
> >            Garrett, IN 46738
> > Ship to:  Dock 108
> >            6928N 400E
> >            Kendallville, IN 46755
> > http://www.dekko.com
> >
> >
> >
> >
> >
> > From:   Kirk Goins <kirkgoins@xxxxxxxxx>
> > To:     Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> > Date:   09/25/2014 05:31 PM
> > Subject:        Re: Virtualizing Tape VIOS vs IBM 1
> > Sent by:        "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
> >
> >
> >
> > Because we Stack our backups from multiple LPARs on a single tape each
> > night we can't use BRMS ans SEQ. Mode works just fine for us.  Thanks I
> > probably won't hear back from Techline for Several More Business Days.
> >
> >
> >
> > --
> > 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.
> >
> > --
> > 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.
> >
> >
> > --
> > 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.