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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Allen S. Rout
Sent: Friday, April 03, 2009 2:17 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM 6.1 : Database replication Feature

>> On Fri, 3 Apr 2009 11:24:31 -0700, Colin Dawson <colind AT US.IBM DOT 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.