I'm hearing that 20GB is the optimal size for a TSM database. I've also heard that 40GB is the optimal size. Is either number correct? What is the correct optimal TSM database size? The TSM servers, with the exception of one, are running at fix test 4.2.2.12 on z/OS 1.2.
We are moving client servers from a TSM with a 100+ GB database to TSM servers with 20GB databases. There is data on the older TSM server that was backed up by TSM 4.1.x. When we worked with IBM on a previous problem, it was suggested by IBM that we run a CLEANUP process against the 4.1.x data. CLEANUP is a long running process and all sessions must be disabled while running cleanup. Because of this, CLEANUP cannot run on production TSM servers. We've run reports against the older TSM and discovered 4.88TB of file spaces we think we can delete. The list of file spaces has been distributed for written approval. Here's my plan of action... 1.) Complete the client server migration. 2.) Obtain written approval to delete the old backup file spaces(CYA). 3.) Delete the file spaces. 4.) Run the CLEANUP process on the decommissioned TSM. 5.) EXPORT the data from the decommissioned TSM. 6.) IMPORT the data to the new TSM servers. It just doesn't make sense to me to run the CLEANUP process against file spaces that could be deleted. It also seems unwise to me to EXPORT/IMPORT data that could be deleted, but believe it or not, someone here wants to do just that. I'm looking for Pros and Cons. After all, it's possible that my plan is the one that doesn't make sense and I just can't see it.
