This article can also be found in the Premium Editorial Download "Storage magazine: Strategies to take the sting out of microcode upgrades."
Download it now to read this article plus other related content.
Compounding the problem
This problem can be exacerbated when firms overuse data protection and availability solutions. Replication and point-in-time copies multiply storage demand by a factor of two or three, driving more volumes of storage into the data center.
|Defining cost savings|
As you define cost savings, don't fall into the trap of focusing only on hard dollars. Here are some potential ways of looking at cost reductions:
The cost issue may be amplified by the way in which storage was incorporated into the infrastructure. Companies typically allocated storage on a project-by-project basis. The result was a mishmash of underutilized infrastructure supporting a bloated application base.
One company's immediate response to this problem was to reduce the amount of data going to tape media. It's a simple proposition: Reduce the volume of data being backed up and save money on tape. The company was able to reduce the data volume of its weekly backup cycle by approximately 30%, which effectively trimmed media usage and extended the life of the backup environment by reducing its load and making capacity available for future requirements. But was this the right solution?
Although apparently successful, this effort didn't address the policy and behavior modifications that have lasting benefits. The waste of protecting application system and temp files, MP3s and the like is eliminated. But sometime in the future, a new application will be installed, new clients will come online and a new crop of non-critical file types will appear. There's a good chance that these files won't be among the file types identified in the original effort, so wasteful backups will occur. It's also possible that the exclusions originally identified will lose their validity as the application, infrastructure or business environment changes.
This was first published in March 2006