SQL Server Performance

  • Home
  • Articles
  • Forums
  • Tips
  • Training
  • FAQ's
  • Blogs
  • Software
  • Books
  • About Us
RSS Feeds
Sign in | Join


Article Topics

All Articles
Performance Tuning
Audit
Business Intelligence
Clustering
Reporting Services
SQL Azure
Developer
General DBA
ASP.NET / ADO.NET
SQL Azure

USEFUL SITES :

ASP.NET Tutorials
Windows and SQL Azure Tutorials
Cloud Hosting Magazine
SharePoint Tutorials
Windows Server Help

Write for Us

Share your SQL Server knowledge with others and raise your profile in the community More...
Latest Articles

A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server - Part ...
A High Level Comparison Between Oracle and SQL Server

More     
 
Latest FAQ's

Add Node to A SQL Server failover Cluster failed with invalid ...
SQL Server Destination remote server error
Setting Up Data And Log Files For SQL Server
Will Check Constraints Improve Database Performance?

More     
   
Latest Software Reviews

dbForge Review
Spotlight on ApexSQL Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Data Diff - Server-based database comparison tool ...
Spotlight on ApexSQL Doc 2008

More     

articles >> general dba >> Understanding Service Level Agreements

Understanding Service Level Agreements

By : Rod Colledge
Sep 15, 2008

As a DBA, your job is to provide database systems that are reliable, secure and available when required. In order to achieve these goals, you must understand your customer's service requirements, usually conveyed through Service Level Agreements.

Far too many DBAs have no idea what their Service Level Agreements are, or if it's possible to meet them. Good DBAs know what they are, obtain budget to design and implement systems to meet them, and ensure they're met through Disaster Recovery planning and testing.
Let's take a look at what's typically included in Service Level Agreements, understand the ramifications of an availability target, and how we can ensure the SLA's are achievable.

Typical Service Level Agreements
Whilst every organization will have different Service Level Agreements, most fall into similar groups or categories. Common ones for SQL Server systems are as follows;$0System Availability. e.g.; $0$0$0$0The database servers must be available 7 days a week, from 6am to midnight,$0$0Acceptable Data Loss. e.g.; No more than 15 minutes of data entry can be lost,
Recovery Time. e.g.; In the event of a disaster, the systems should be back up and running within one hour,
Performance. e.g.; Transaction response time should not exceed 2 seconds
Specific statements such as those presented above are required in order to design systems and processes to meet expectations. What's important at this point is understanding the need to make design and infrastructure decisions in the context of meeting Service Level Agreements

How Many Nines?
System Availability, a common SLA item, is often measured in terms of the amount of 9's in the availability percentage target, with "Five Nines" representing 99.999% system availability. This translates to a 5 minute maintenance window, or allowed downtime, per year, or 0.8 seconds per day! In contrast, a 99 % target represents 1.7 hours per week. Removal of each "nine" from the uptime target significantly reduces the cost of building an environment that meets the target, as Table 1 helps demonstrate.$0$0Table 1: This table shows the sharp decrease in downtime for each additional 9 in the availability target. 99% availability allows for about 3.5 days downtime per year. 99.999% allows 5 minutes!


Perhaps the real question for a business is not "How much down time is acceptable?" or "How fast should the system be?" but "How much are you prepared to spend?” In posing this question, you should prepare an options paper with various configurations that list the corresponding cost and benefits as they relate to the Service Level Agreements.
A common entry in options papers relates to backup and recovery technology, an example of which is highlighted in Table 2. In this example, two backup options are presented along with their corresponding costs. The first option is a sophisticated Storage Area Network snapshot backup technology that allows near instant backup and recovery. The next option is the standard SQL Server backup and recovery. In both cases, the advantages and costs are presented.
Table 2: Option papers that highlight the cost of various options, such as this example for backup and recovery, help in achieving realistic expectations when developing service level agreements.


Options papers containing examples such as this, present clear choices and sharpens the debate on what's really important. After all, what's the point in spending lots of money building and maintaining a "Five Nines" system when an hour of downtime per week is perfectly acceptable?$0$0Fortunately, SQL Server 2008 introduces a number of new and enhanced features that assist you in meeting your Service Level Agreements.

    Next Page>>    








C# Help and Tutorials | PHP MySQL Tutorial | Sharepoint Tutorial | Azure Tutorial | Cloud Hosting Magazine | ASP.NET Tutorials | Windows Server Help | Windows Phone Pro | Silverlight Ace | Visual Studio Tutorials | Home | Peformance Articles | Audit Articles | Business Intelligence Articles | Clustering Articles | Developer Articles | Reporting Services Articles | DBA Articles | ASP.NET / ADO.NET Articles | SQL Server Training Videos | DBA FAQ's | Developer Peformance FAQ's | DBA Peformance FAQ's | Developer FAQ's | Clustering FAQ's | Error Messages | Audit Tool Reviews | Backup Tool Reviews | Coding Tool Reviews | Compare Tool Reviews | Documentation Tool Reviews | Design Tool Reviews | Monitoring Tool Reviews | Log Tool Reviews | Reporting Tool Reviews | Clustering Tool Reviews | Security Tool Reviews | Change Management Tool Reviews | Remote Access Tool Reviews | Book Reviews | Security Tool Reviews | ADO.NET / ASP.NET | Administration | Analysis/OLAP Services | Application Development | Configuration | Components | ETL | Hardware | High Availability | Hints | Index | Misc | Operating Systems | Performance Tuning | Replication | T-SQL | Views


              © 2010 Jude O'Kelly. All rights reserved