An ISO is merely a file on the file system no different than any other file,
except for the contents.
An iASP is really a UDFS and is "mounted" when the backing device is varied
on.
You can back up the UDFS directly but then there is no file level recovery.
Most folks will just back up the iASP along with the balance of the IFS. In
this case that would be foolish. I would have a tape that I initially
backed up the iASP with, then build incremental saves of only new objects on
the same tape. BRMS would do this nicely for you. Then recovery of a
single object would be simple. Clearly the save would be very fast as well.
Remember, to access the iASP IFS file system you only have to use the iASP
name in the path, so a directory Agile, with file Source would be addressed
like: /myiaspname/agile/source. (Assuming the iASP is varied on and
available)
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Richard Schoen
Sent: Wednesday, September 26, 2018 10:30 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Large volume file move
Hey Jim,
Do you know if an iASP would be considered a disk blob similar to the way a
disk based ISO image is ?
If that's the case, then backing it up should be better than backing up
individual small IFS files.
Nobody seems to be able to answer this question for me.
Thanks
Regards,
Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802
w. helpsystems.com
------------------------------
message: 7
date: Wed, 26 Sep 2018 10:15:50 -0500
from: "Jim Oberholtzer" <midrangel@xxxxxxxxxxxxxxxxx>
subject: RE: Large volume file move
Then you need to rethink the process. Sure that's absolutely safest,
however how long will it take? What is the chance of issues with only
adding new? Down time is getting harder to get, and if the backup/restore
fails for some reason and it has to restart you've just bought a whole bunch
more down time.
I used to think image catalogs were not worth the time, now I can't imagine
working without them. I used to think PuTTY and SSH were for Unix, now I'm
on IBM i more than half the time with SSH via PuTTY. When Mike Pavlak
started the whole PHP thing on IBM I many years ago, I never thought open
source languages would ever catch on, clearly I was wrong about that. The
point is: "We've always done it that way" is one of the poorest excuses in
business and you partner has to start thinking about your needs not the
safest, easiest way to do it. Oh and by the way, that also adds lots of
billable hours to the process, as an added bonus to the partner.
--
Jim Oberholtzer
Agile Technology Architects
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Justin Taylor
Sent: Wednesday, September 26, 2018 7:57 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Subject: RE: Large volume file move
In the past, our BP has always done another full restore for the actual
cut-over.
--
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
midrange.com
