× 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.



My performance requirements don't need SSD's, and we keep hardware as long as practical so the long-term maintenance would be a killer.

So I can do a GO SAVE 21 first and then save the iASP next to the same tape? GO SAVE 21 normally ejects the tape, I assume there's a parm to prevent this?



-----Original Message-----
From: Steinmetz, Paul [mailto:PSteinmetz@xxxxxxxxxx]
Sent: Wednesday, April 25, 2018 1:26 PM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: RE: Full save with IASP

Justin

Full Save of Prod IFS nightly.
LTO7 FC attached.
SSD drives.
399,169 objects saved.
Aprox 1/2 tb.
8 minutes.

Full save of R&D IFS nightly
LTO7 FC attached.
10K spinny drives
622,245 objects saved
Aprox 1/2 tb
50 minutes.

Spinny drives, 10k or 15k, will slow down the save significantly.

With BRMS use Append to keep on same tape.

With Save 21 or native commands, you need to change
Sequence number . . . . . . . . *END

For recovery purposes, *SAVSYS should always be sequence 1 on the volume.

Paul



-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Justin Taylor
Sent: Wednesday, April 25, 2018 1:29 PM
To: Midrange Systems Technical Discussion
Subject: RE: Full save with IASP

I've never dealt with iASP before, but I know a bit so I thought it might help. That's why my plan calls for using an iASP.


Additional files will be added to the iASP Tue-Sat at 0300, so it would be static during my backup window.

#1. We're allergic to "buy" around here, so that doesn't seem likely.

#2. Would I just use a SAV command like a normal IFS save for the iACS? Any way to keep it on the same tape as the GO SAVE 21?



-----Original Message-----
From: Jim Oberholtzer [mailto:midrangel@xxxxxxxxxxxxxxxxx]
Sent: Wednesday, April 25, 2018 11:33 AM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxx>
Subject: RE: Full save with IASP

Justin:

That's one of the big reasons iASP was created was to do just what you are doing now.

While Rob is correct that the save/restore times for IFS based objects is depended on a bunch of factors, it really does not matter much if it's in an iASP or not.

The trick is determining if the iASP is volatile to the point where it needs frequent back up, or is it reasonably static? You can do a full save of the *SYSBAS objects without the iASP to set that up for recovery, clearly saving
time there, and then save the iASP on a separate save. I do this since a
recovery is two steps anyway. Also depending on the reason for the recovery on *SYSBAS you may not need to recover the iASP independently anyway.

So:
1) Buy BRMS and let it back up the system while you sleep. Does it automatically. Three months of your time and it pays for itself. It will handle the iASP too. Backup *SYSBAS, start the system then back up iASP.
Simple.

2) Set up two saves. One for the *SYSBAS and do that one at 0:darkthirty as needed. The second save can be done any time you want to just to the iASP, again depending on the data you put there.


--
Jim Oberholtzer
Agile Technology Architects


--
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: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD


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.