This article can also be found in the Premium Editorial Download "Storage magazine: Upgrade path bumpy for major backup app."
Download it now to read this article plus other related content.
|What not to say|
Keep these points in mind when discussing service levels and service-level agreements:
Staff dedicated to backup
The single most critical requirement for good backup service is that it be given adequate resources and focus, no matter where it falls in the corporate hierarchy. Because backup isn't in the critical path, shared backup resources will always be distracted by production-impacting issues and can never be expected to deliver a high level of service. Therefore, the first requirement for backup SLAs is the assignment of dedicated backup management and staff.
At the turn of the last century, automobile manufacturers discovered that it was impossible to deliver a completely customized vehicle to all customers, so mass production with minimum customization was born. The same thought process applies to all IT services: A minimal set of standard infrastructure services must be defined to support end users. Think tiered storage and you're on the right track, but backup is slightly different. Instead of offering various technologies for backup, you'll offer various service levels. I'll describe the key service levels shortly, but the main point is that backup service offerings must be standardized as much as is practical.
For the service provider model to work, the backup service group must establish successful management practices and metrics to prove success. Backup is a highly repeatable discipline, much more so than most elements of storage management. Standard backup procedures must be uncomplicated; simply write down what your management team does on a good day, week or month, and attempt to follow these procedures every day thereafter. Once this documentation exists, fine-tuning can begin, which is an opportunity for everyone on the team to say how their job can be improved.
Although there's a wide variety of technical backup metrics, don't forget to create a set of key performance indicators for management processes. How quickly must you respond to user requests? How will you account for partial backup job success? Is a backup job completed outside the desired window still a success? Technical issues like these must be resolved, and the answers can vary widely depending on what end users expect from the service.
This was first published in September 2006