× 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 experienced the mentioned issues when I migrated from P5 to P7.
As Jim stated, they never work 100%.
We did change our save to simplify the recovery.
Compare you weekly save time to your daily changed objects.
In our case there was not much difference, so we got rid of changed objects, do a full save every night, 2 hours, LTO5 HH Fiber.
Simplifies the recovery.
Another thing we found was that we need to customize the BRMS recovery report so 100% recovery is possible.
This is still work in progress.
IFS locked objects is our biggest outstanding issue, and it is only getting worse as more of the newer apps are using the IFS.

Paul


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Tuesday, May 12, 2015 8:44 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: BRMS Recovery Script Questions

;-)  More for the Archives that you Rob.  I suspect all of your systems are fully recoverable and properly tested. 

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Tuesday, May 12, 2015 7:40 AM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS Recovery Script Questions

I totally agree with you.
I even stated that it was more of a migration than a DR test.
What more can I say?  Other than to not have brought it up in the first place?


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:   "Jim Oberholtzer" <midrangel@xxxxxxxxxxxxxxxxx>
To:     "'Midrange Systems Technical Discussion'" 
<midrange-l@xxxxxxxxxxxx>
Date:   05/12/2015 08:34 AM
Subject:        RE: BRMS Recovery Script Questions
Sent by:        "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



That's not a real recovery test.  That just tests IBM's code for the 
umpteenth time. 

A real recovery test is to pick a date within the last 14 days and recover 
to it with the tapes that are normally generated.  In all the recovery 
tests I've done for customers (many on to Agile's equipment) I've never 
seen the first one work, rarely the second one, and generally the third 
one gets into the acceptable range (meaning the company could continue 
business with some additional work to follow) 

The only recovery tests that do work are the ones that have been done 
several times with the backup routines changed to match the recovery 
plan/requirements. 

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of 
rob@xxxxxxxxx
Sent: Tuesday, May 12, 2015 7:08 AM
To: Midrange Systems Technical Discussion
Subject: RE: BRMS Recovery Script Questions

When I did a brms recovery it was from a brms full save immediately prior. 

 More of a migration than a DR test.  However, I did do 11 migrations this 
way.


Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.