Mmm Federated ... See now if you could have a Master / Federated DB you could really get that DE-Dupe in to the Enterprise as opposed to just de-dupes for smaller TSM env ...
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen S. Rout Sent: Friday, April 03, 2009 2:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM 6.1 : Database replication Feature >> On Fri, 3 Apr 2009 11:24:31 -0700, Colin Dawson <col...@us.ibm.com> said: > If changes are being considered or made to the server database that > changes the schema (DDL) or other operational characteristics then > we're going to try to steer folks away from these. Oy. Or go pop popcorn to watch the explosion. The customizations I think are rational tend to be meta-schema: outside of it. For example, I've already done a bunch of tinkering with Federated DB configurations. I've been building a meta-DB which holds references to all the tables in my TSM server DBs. Then some sort of virtual tables which union the contents of, say, all the SESSION tables. Add a column to the virtual tables to denote the source server, and all of a sudden you can do cross-instance monitoring and math which was impossible before. - Allen S. Rout This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately.
