|
-----Original Message----- From: Bale, Dan <D.Bale@handleman.com> To: midrange-l@midrange.com <midrange-l@midrange.com> Date: Wednesday, August 22, 2001 1:01 PM Subject: Call me paranoid! (was RE: APYJRNCHG) >Why not do SAVSECDTA & SAVCFG every night? Their cost is so negligible >in terms of amounts of time and tape media, it seems silly not to do >this every night. I am not saying you should, or shouldn't. Just that it's _usually_ not necessary. Again, it's window based. Like you said, if you got the window, go option 21 is the most complete. But that does not necessarily make it the most reliable or the best for every situation. In an ideal world, well, everyone would have a full T1 or better and replicate to a mirror site in another state, far, far away and recovery would be switching a TCP address. >Well, it appears that you confirmed exactly the reason why someone >*should* be uncomfortable using the SAVCHGOBJ command as part of a >save/restore strategy. In some environments, there could be huge >implications of files being restored from the SAVLIB but not deleted by >the restore mechanism of the SAVCHGOBJ. Yeah, after considering that for a moment, I can also see some situations that it might be a concern... if someone is ftping a file to your site and you process it and then delete it, you don't want to re-process it if it's in the data of the other restores. I have a client that this happens with, but they are all isolated to a single library for inputs and when that library is restored, it is reviewed prior to restarting the systems. And, yup, that's written down for them. Again, that's why planning is important and understanding the particular set of circumstances and restrictions that one would have. And my aversion to the blanket comment that one should do it "this way". =========================================================== R. Bruce Hoffman, Jr. -- IBM Certified Specialist - AS/400 Administrator -- IBM Certified Specialist - RPG IV Developer "America is the land that fought for freedom and then began passing laws to get rid of it." - Alfred E. Neuman
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.