|
Hi David, We have 92 GB usable disks filled to more than 50 %. That means our whole system size is closed to 50 GB. What is the size of your system ? Thanks Jean-Claude -----Message d'origine----- De : midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx]De la part de DCharmatt@xxxxxxxxxxxxx Envoyé : mercredi 15 septembre 2004 15:43 À : Midrange Systems Technical Discussion Objet : RE: Disaster Recovery JCM, What is the size of your system? I'm curious because it would take us at least 14 hours to run a Save-21 using 3590 tape drives (and this is per partition...we have 3). Are LTO tapes that much faster?? Thanks, David "MITTELHEISSER Jean Claude" <MITTELJC@xxxxxxx> Sent by: midrange-l-bounces+dcharmatt=friedmans.com@xxxxxxxxxxxx 09/15/2004 09:29 AM Please respond to Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx> To "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx> cc Subject RE: Disaster Recovery Hi Dan, I agree with you if backup system is close to production one. My Save-21 takes about 45 minutes (50 GB to a Ultrium-1 tape unit), much shorter than 14 hours. But in my case backup system will be 400 miles away. So I have 13 hours to sent tape to backup. It's to short. But as we have no backup system today, we do every night SAVSECDTA, SAVCFG and SAVLIB *ALLUSR. Thanks. JCM -----Message d'origine----- De : midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx]De la part de Dan Bale Envoyé : mercredi 15 septembre 2004 14:49 À : Midrange Systems Technical Discussion Objet : RE: Disaster Recovery If you've got 14-hour window every night and if a Save-21 doesn't require any operator intervention to change tapes, why not just do a Save-21 every night? Or at least the SAVLIB *ALLUSR, SAVDLO, & SAV sets? You'll have a FAR better recovery experience than if you have to rely on restoring up to several SAVCHGOBJ sets. Oh, and if you use SAVCHGOBJ, you need to consider what happens when objects are deleted after the last full save. In recovery, you'd restore the last full save, which restores the object you deleted, but restoring the SAVCHGOBJ sets won't tell the system about the fact that the object was deleted, will it? Al? Others? Again, I just think that you'd make it much more harder on yourself if you go with SAVCHGOBJ when you've got the time & resources to do full saves. Just my .02, db > -----Original Message----- > From: midrange-l-bounces@xxxxxxxxxxxx / MITTELHEISSER Jean Claude > Sent: Wednesday, September 15, 2004 8:20 AM > > We are currently thinking about solutions to recover one or more > AS/400. We will probably buy a new AS/400, but we don't want to > use mirroring or external software. Knowing that AS/400 has no > activity between 6 p.m. and 8 a.m., I'd thought using following method : > - A total system safe ("go save" 21) on tape once a week on > saturday morning. A copy of the tape will be sent to the backup > by postal mail. > - At end of each production day, save all modified objects > (SAVCHGOBJ) and send it to backup by using file transfer. > - 4 or 5 times a day, save the JRN files and send it to backup by > using file transfer too. > > Do you think that this solution will work ? I don't have too much > doubt about the first 2 safes, it's only a matter of volume of > data and of network speed. But is it possible to save JRN files > without stopping corresponding tasks and to restore them on > backup side ? Our OS is a V4R5 on a 820 and we will surely > migrate to a new 520 in V5R3 of course. 820 will become our > backup machine. Does V5R3 offer new possibilities in saving and > restoring ? Pehaps by making the things easier ? > > Thanks for your assistance. > Jean-Claude Mittelheisser -- 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 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.