Commentary

George Crump
 

SLAs Can Make Life Easier

Many times when I am speaking with an IT Manager and I ask what their Service Level Agreements (SLAs) are with their users, I get an eye roll filled answer that generally equates to the revelation that the SLA is implied. There is a belief by many that SLAs are just are not worth the effort. The reality is that SLAs can make life easier and are well worth the effort.

Many times when I am speaking with an IT Manager and I ask what their Service Level Agreements (SLAs) are with their users, I get an eye roll filled answer that generally equates to the revelation that the SLA is implied. There is a belief by many that SLAs are just are not worth the effort. The reality is that SLAs can make life easier and are well worth the effort.The problem with an implied SLA is that when something goes wrong the user or line of business manager often forces the IT department down a path that requires massive hoop jumping to fix the issue. It is rare to see a "gray area" actually help an IT person. Implied SLAs don't define the expectation very well and as a result the user thinks that the SLA means that you will store all their data forever on the fastest storage available and then if they delete it, be able to recover any version of that file that ever existed. As a result overly complex storage practices and data protection tasks are put in place to try to come close to meeting these goals.

Instead an SLA allows a conversation prior to something going wrong that defines what can and can't be done from a storage and recovery standpoint. It brings the line of business manager into the process and strikes a balance between storing and protecting everything forever vs storing and protecting for a reasonable period of time.


More Storage Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

For example in a data loss situation it shifts some of the responsibility for data recreation back on the user. While no one likes to recreate data, the cost of developing a system to make sure that no one ever has to re-create it can be far more expensive than bringing in a few temps to re-key a couple of days worth of information. There are exceptions, of course. For some applications loosing even a few hours of information is unacceptable, but applying that standard across more than a few may be unrealistic.

Without a written SLA in place it is almost impossible to know what standard of storage and protection should be applied to which data set. The result is a one size fits all data protection policy which can be expensive or not bring adequate protection to the critical applications.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is lead analyst of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. Find Storage Switzerland's disclosure statement here.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links