× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I like a remote dataqueue. Program sits there waiting on the queue. While waiting it's using *zero CPU. Entry arrives and it instantly takes off.

- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 10/6/2014 8:43 AM, Bryan Dietz 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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.