Ron, Thanks for all the good information. We only have one Shark box. The Lpar I am setting up will only be used for backups, and will probably be shut down the rest of the week. Actually, I kind of like the idea of nothing shared. All we would need would be a separate pool of 3590 tape cartridges, but they wouldn't be catalogued on the production system if needed for restores.
Eric ---- Ron Hawkins <[EMAIL PROTECTED]> wrote: > Eric, > > The answers will depend on your design. Will the 3rd system be a standalone > system that is only used for backup and restore, or do you want the existing > two systems to directly access the backup datasets for restore? > > If it's the first case, then I would say you don't want to share anything. > The 3rd system should have its own catalogs, tape management, etc. You > probably want to set up a complimentary backup of the 3rd system in the > production sysplex. > > The second case becomes far more complex, as there are components that must > be shared. While you can probably back these things up, it is going to be a > pain in the proverbial to restore them when they are being used for the > restore. > > If the FDR base product does not support DUMPCONDITIONING and they won't > spring for FDRINSTANT, then I would suggest going with case 1. If it is a > single DS8K then this would allow you to have the whole system in a single > FC Consistency group, giving you a real point in time copy and backup > capability (bad luck if you have two boxes though). > > Using Incremental FC should also save you a lot of back-end IO contention, > and give you a fast restore capability if you need it. > > Ron -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
