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



Given this I would bet on about 1.5 to 2.0 of save time.

Larry's question about why do the unload/reload needs some thought. If you can get away with removing/adding drives, it's a bit more complicated for the individual steps to take but it's a whale of a lot less dangerous to do.......

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 9/4/2012 8:21 AM, rob@xxxxxxxxx wrote:
Not doing a SAVDOMBRM. We bring our domino servers down to back them up.
SAVDOMBRM skips things like notes.ini and that genre. Just gets the
.nsf's.
Besides, in an unload/reload we would be using the full system save right
before the new disks and not touching a SAVDOMBRM even if we were using
it. I can see where that might apply in an unplanned reload though.

We do have a couple of Domino servers on this lpar, but they're mainly for
development and testing. Not just a bunch of stream file saving.
Total disk space on system in 1,000,000
bytes . . . . . . . . . . . . . . . . : 1552429 Custo
Main storage size in megabytes . . . . . : 16472 Rep
Asp
% of Size in
Description Disk 1,000,000 bytes
User libraries 70.70 1097566.57
User directories 6.46 100300.07
Folders and documents .00 .37
QSYS .52 8130.25
Other IBM libraries 1.88 29178.63
Licensed Internal Code .33 5088.04
Temporary space 2.70 41847.04
Unused space 16.99 263785.07
System internal objects .41 6405.44
Objects not in a library .00 .00
TOTAL 99.99 1552301.48


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: 09/04/2012 09:03 AM Subject: Re: Unload/Reload Sent by: midrange-l-bounces@xxxxxxxxxxxx Rob, How long it takes to recover is a big question. I have customers were it fits the rule of thumb, about 1.5 times the save time to recover (not including creating RAID sets or drive initialization) but if I remember correctly, you have Domino and I suspect you use SAVDOMBRM. In this case you will run into some intrigue restoring depending on your directory structure. SAVDOMBRM does not save the parent directories, so ownerships and authorities might not get put down as you expect. One customer I just did recovery testing for took about 8 hours total for a "21" save. Over 70 hours to recover because there were a shade over 50 million IFS objects DB/2 went down in a snap, but the rest of the system, not so much. This customer is now installing a brand new CBU box with PowerHA to replicate his system since 3 - 4 days of downtime would not be acceptable to the business. (remember disk init is not all that fast and in a real recovery you will have to do it) Jim Oberholtzer Chief Technical Architect Agile Technology Architects On 9/4/2012 7:41 AM, Jack Kingsley wrote:
> Load source drive as well
>
> On Tue, Sep 4, 2012 at 8:25 AM,<rob@xxxxxxxxx> wrote:
>
>> > We're planning on doing an unload/reload to replace several disk
drives.
>> > We are a BRMS shop, that also Mimix's that lpar.
>> > Is the rule of thumb on a reload still time to do the save times 2?
We
>> > save access paths.
>> >
>> >
>> > 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
>> >
>> > --

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.