TSM Symposium 2015 – Dresden

The 12th edition of the well known European TSM Symposium was announced a while ago. This time the theme is “Tivoli Storage Manager: Promising Future”.

From the TSM Symposium 2015 website:

The TSM Symposia cover a wide variety of Tivoli Storage Manager (TSM) related topics and particularly thinking about Benefit from Innovation for new and changed functionality expected to come in TSM over the next couple of years. The well-established TSM-Symposium is hosted by Guide-Share-Europe and the University of Cologne. It will take place from Tuesday 22th September 2015 to Friday 25th September 2015 in the Westin Bellevue Hotel in Dresden, Germany.

It will have been two years since the last symposium in Berlin and there will be plenty of TSM related topics to talk about.

Continue reading

Filepool volumes full? Consider NONBLOCK

The behavior described in the article can be applied for backups and archives. Backups will be used throughout the text as an example.

The TSM server reads and writes predominantly in 256 KB blocks for sequential access pools. The problem described here does not exist in such extent on a random access disk storagepools, which uses a block size of only 4 KB.

TSM’s logical during transactions of backing up and restoring data, is that multiple smaller files will be put together into an aggregates. When backing up just a small, single file per transaction/command, it will be a block of 256 KB per very small file. The minimum unit is 1 block of 256 KB, whether the originating file is for example 1 KB or 64 KB.

Continue reading

TSM Deduplication – Handling of large objects (SPLITLARGEObjects and more)

This information is meant to discuss some useful TSM server parameters in relation to deduplication. It is by no means an in-depth explanation about TSM’s deduplication, or even deduplication in general.

If you have a Virtual Tape Library (VTL) which can (in-line) deduplicate the stored data, e.g. IBM’s ProtecTIER, you most likely want to use this built-in hardware deduplication functionality. As you are aware, you can also choice to use TSM’s native deduplication. This means deduplication on the TSM application level and it is available for client-side and server-side, or even a combination of both.

There might be problems when one is trying to deduplicate very large objects, because this will result in many, many chunks, associated metadata, server processing, etc. Sometimes it might be beneficial to just exclude very large objects from deduplication altogether.

Continue reading

Partitioned Hybrid Model vs. Cooperative Hybrid Model

TSM4VE – Protecting MS SQL

This (lengthy) article will only focus on MS SQL, but the majority is also applicable to MS Exchange.

During most of my recent TSM for Virtual Environments (in this case Data Protection for VMware) implementations, the following question always comes up:

“Is TSM4VE is capable of backing up an installation of MS SQL that is running inside a virtual machine?” Which can be translated to: “How to protect MS SQL databases hosted in VMware”?

There are a few basic challenges with this:

  • Application consistent backups;
  • Recover individual SQL databases from the backup;
  • Roll-forward SQL logs to a specific point-in-time (PIT).

The chosen method or level of protection required depends on the recovery point objective (RPO):

  • Is a PIT restore to the last full backup sufficient?
  • If not, there is a need to also backup SQL logging. This to be able to roll-forward the database transactions since the last backup after the restore.

Continue reading