Step-by-Step Guide

Step 3: Test your SQL Server consolidation

Once you complete your analysis on the user databases, you must carefully determine which user database will be placed on which stack.

The following situations will force you to consolidate on different instances:

  • User databases with unreconcilable name conflicts
  • User databases that make heavy use of tempdb
  • User databases that come from SQL Servers that have non-standard collations
I provide a more complete list later in this chapter in the section entitled "Consolidating on single instances versus multiple instances."

In some cases you will be forced to consolidate on a SQL Server running the previous version(s), often called a version stack. These include situations where you have version dependencies or excessive use of SQL Full-Text Search.

Once you have determined which databases can be placed on which stack, carefully examine the data access and data usage patterns. This will help you group user databases on consolidated SQL Servers to provide optimal performance for that group. For example, place individual user databases with high loads on different stacks, then add user databases with lower loads to these stacks, and observe the overall performance. By juggling in this manner you will receive optimal throughput for your hardware dollar.

Carefully document any changes that you have made to the default SQL Server and database settings.

The above tip is excerpted from Chapter 2, '

    Requires Free Membership to View

Planning your SQL Server consolidation,' of our original expert e-book, "Consolidate SQL Servers for availability, scalability and cost savings." This chapter explains six steps to consolidation and other key consolidation considerations.



How to consolidate SQL Servers

 Home: Introduction
 Step 1: Create a SQL Server consolidation methodology
 Step 2: Analyze candidate databases, servers and more
 Step 3: Test your consolidation
 Step 4: Deploy consolidated SQL Servers
 Step 5: Monitor and stabilize consolidated SQL Servers

ABOUT THE AUTHOR:   
Hilary Cotter
Hilary Cotter has been involved in IT for more than 20 years a Web and database consultant. Microsoft first awarded Cotter the Microsoft SQL Server MVP award in 2001. Cotter received his bachelor applied science degree in mechanical engineering from the University of Toronto and studied economics at the University of Calgary and computer science at UC Berkeley. He is the author of a book on SQL Server transactional replication and currently working on books on merge replication and Microsoft search technologies.
Copyright 2006 TechTarget

This was first published in June 2006

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to: