|
One important point. Don't include source with your SWA strategy. The checkpointing delay is just over 1/100 second per internal object, but source adds a ton. SWA for source buys you nothing. You cannot be programming during SWA. Al Al Barsa, Jr. Barsa Consulting Group, LLC 400>390 "i" comes before "p", "x" and "z" e gads Our system's had more names than Elizabeth Taylor! 914-251-1234 914-251-9406 fax http://www.barsaconsulting.com http://www.taatool.com http://www.as400connection.com "Jones, John \(US\)" <John.Jones@xxxxx To l.com> "Midrange Systems Technical Sent by: Discussion" midrange-l-bounce <midrange-l@xxxxxxxxxxxx> s@xxxxxxxxxxxx cc Subject 12/12/2005 10:06 RE: EMC DASD vs. IBM DASD and MIMIX AM for 24/7 operation Please respond to Midrange Systems Technical Discussion <midrange-l@midra nge.com> I haven't responded before since we only use internal DASD on our iSeries machines. First, get to V5R3 if you aren't already there. Unless you've an application compatability issue, there is no good reason to not make the move. Second, I would recommend finding the quietest time period (least activity) and doing a save-while-active (SWA) during that time. The checkpointing won't take that long (probably 10-20 minutes), especially if you checkpoint your production data libraries in one group and your other databases/*USER libs in another. Once the checkpointing is done you don't really need to care about how long the backups take to spool to tape. Third, for the reorgs, under V5R3 you can reorg in the background without the need for an exclusive lock on the physical file. No more downtime window requirement. I haven't played with the reorgs yet; haven't had a need. But for backups we do a SWA of our production databases nightly without bringing down the app servers. Each database's group of libs is saved sequentially so there are multiple (but smaller) checkpoints. For the non-database stuff & IFS stuff, we do a SAVCHGOBJ and specify UPDHST(*NO). We also do a SAVSECDTA and SAVCFG nightly. Periodically (weekly, but with the new year it'll move to monthly) we do a GO SAVE/21 (actually the BRMS equivalent) and IPL. The 21 save does update history. Net result: To restore in a DR situation, we restore the latest monthly followed by the latest daily. To minimize that restore time, we will be moving to always restore the monthlies on our DR box, so a real recovery will actually be limited to just the latest daily. And we're continually testing our recovery capabilities. Assuming you're under software maintenance, the above can be done for free (+ labor). If you've some money to spend, consider LTO3 tape drives (assuming tape may be a bottleneck). What hardware & OS are you on? Also, in a future release (not sure if R4) we will be able to do virtual tape - do your SAVLIBs, SAVSYS, etc. to virtual tape volumes (like the virtual optical support we have now). So the above can apply to disk-to-disk-to-tape backups. -- John A. Jones, CISSP Americas Information Security Officer Jones Lang LaSalle, Inc. V: +1-630-455-2787 F: +1-312-601-1782 john.jones@xxxxxxxxxx -----Original Message----- From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Sue Baker Sent: Monday, December 12, 2005 7:24 AM To: midrange-l@xxxxxxxxxxxx Subject: Re: EMC DASD vs. IBM DASD and MIMIX for 24/7 operation Dave Odom wrote on Fri, 09 Dec 2005 23:54:38 GMT: > Problem statement: I'm looking for a way to reduce or eliminate my > current 5-6 hour backup and 5-6 hour reorg windows so I don't impact > my e-commerce and other applications as much or at all. Dave, external storage (whether IBM's or EMC's) is not likely to help reduce the reorg windows. It may help with the backups by utilizing STORAGE BASED point in time copy technology, but this is done via getting 2x the disk units and a 2nd partition or CPU that can only read the copies. Faster tape won't necessarily help reduce your backup window, unless you know that you've got a tape bottleneck today. More physical disk units (if you've got less than 30 or so) may be your best option to help with both reducing backup window and making the reorgs faster. Changing from RAID5 protection to mirrored protection may also help. -- Sue iSeries Advanced Technical Sales Support Rochester, MN -- 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 email is for the use of the intended recipient(s) only. If you have received this email in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not keep, use, disclose, copy or distribute this email without the author's prior permission. We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. The information contained in this communication may be confidential and may be subject to the attorney-client privilege. If you are the intended recipient and you do not wish to receive similar electronic messages from us in the future then please respond to the sender to this effect. -- 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.
midrange.com
