Hi All Like a lot of us, I'm contemplating a TSM 5.5 to 6.3 move for one of my customers.
Most clients are not a problem, point the client at the new server, take the first backup, and then after an appropriate length of time either delete the data on the old server or export/import whatever is left. This works fine for the BA client, Domino, MSSQL, SAP, however it does not work for DB2 and Oracle. Since DB2 and Oracle keep track of their own named backups, and delete these when they have expired from the DBMS point of view, and they can only access one TSM node at a time, there will be orphaned backups left on the old server that will never expire, and as their entries are no longer in the DBMS's catalog they will never be deleted if they are imported to the new server. This particular customer likes to keep a periodic backup for a long time so it is a real issue. I just did Butterfly training, and that product solves the problem for oracle by restore/re-backup and fiddle the rman catalog. What are the rest of you doing to address this issue? Regards Steve. Steven Harris TSM Admin, Canberra Australia
