> When TSM is duplicating your data (aka backing > up storage pools), there is no logical connection between your > primary storage pool and your copypool.
Well . . .yes . .. no . . . All our eggs are in one basket no matter what. The logical connection between pri and copy pools is TSM itself. A logical corruption in TSM can take out both. Your data could be sitting there on tape and completely useless. Yes, that's why we have TSM db backups, but are they good? What if there is a TSM bug that renders all your backups bad - we don't find out until we need it! At some point you have to trust something. We all trust TSM. Yes, we do the db backup, create pri and copy pools, use reuse delay . . .everything to allow for problems . . . but we are still trusting that TSM workss as advertised. A really, really paranoid would run two complete separate/different backup systems - but who can afford that, or want to? But then, we do do that for our biggest SAP/ORacle systems. We use Oracle/RMAN-to-flasharea/RMAN-to-TDPO/TSM, but we also run EMC/clone backups off our DR sites R2's . . but also to TSM. Rick ----------------------------------------- The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
