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

Bryan,
I understand DDM ( at least the basics ), so lets say I have 6 partitions
how many data areas will I need? If paritition1 needs to tell partition 2
to start while telling #1not to run. Now repeat 2 to 3, 3 to 4 until we
back to #1 and wait until O'Dark Thirty to start all over?

On Mon, Oct 6, 2014 at 5:43 AM, Bryan Dietz <bdietz400@xxxxxxxxx> wrote:

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.

--

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.