﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.0"><channel><title>SQLServerCentral.com Articles tagged Administering, Performance Tuning and Scaling</title><link>http://www.sqlservercentral.com/</link><description>Articles tagged Administering, Performance Tuning and Scaling posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>Checking Your Database Fragmentation Level</title><description>Fragmentation in SQL Server is a huge debate. Does it matter? How much is too much? What should you do? In any case, new author Nicholas Cain has put together a system that allows him to keep track of the levels of fragmentation as well as defragment those tables when he feels they are getting too spread apart.

</description><guid>http://www.sqlservercentral.com/articles/Administering/checkingyourdatabasefragmentationlevel/1373/</guid><pubDate>2005/11/18</pubDate><link>http://www.sqlservercentral.com/articles/Administering/checkingyourdatabasefragmentationlevel/1373/</link></item><item><title>Performance Monitoring - Basic Counters</title><description>What counters should you monitor to baseline your servers? Which ones for checking performance? It&amp;#39;s an interesting question and one that always leads Steve Jones to a wide range of sources in print and on the web. Steve compiled his own list and finally has put some words around the list to give some justification of why they are chosen. Read on and see how this compares to your list (you do have a list don&amp;#39;t you?).


</description><guid>http://www.sqlservercentral.com/articles/Administering/performancemonitoringbasiccounters/1348/</guid><pubDate>2005/11/11</pubDate><link>http://www.sqlservercentral.com/articles/Administering/performancemonitoringbasiccounters/1348/</link></item><item><title>Execution Plans</title><description>How many of you use Execution Plans to tune your queries? Do you understand the impact of different indexes? Mr. Vijayakumar looks at his experiments with different types of indexes and their effects on the execution plan use. A great article for those of you that want to learn more about how you can tune your server for better performance.



</description><guid>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</guid><pubDate>2005/10/07</pubDate><link>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</link></item><item><title>Stored Procedures and Caching</title><description>One of the biggest performance gains built into SQL Server is the stored procedure. In this article by Brian Kelley, he shows you how to fully utilize, debug and monitor the caching of such objects.

</description><guid>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</guid><pubDate>2004/11/19</pubDate><link>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</link></item><item><title>Checking Your Database Fragmentation Level</title><description>Fragmentation in SQL Server is a huge debate. Does it matter? How much is too much? What should you do? In any case, new author Nicholas Cain has put together a system that allows him to keep track of the levels of fragmentation as well as defragment those tables when he feels they are getting too spread apart.

</description><guid>http://www.sqlservercentral.com/articles/Administering/checkingyourdatabasefragmentationlevel/1373/</guid><pubDate>2005/11/18</pubDate><link>http://www.sqlservercentral.com/articles/Administering/checkingyourdatabasefragmentationlevel/1373/</link></item><item><title>Execution Plans</title><description>How many of you use Execution Plans to tune your queries? Do you understand the impact of different indexes? Mr. Vijayakumar looks at his experiments with different types of indexes and their effects on the execution plan use. A great article for those of you that want to learn more about how you can tune your server for better performance.



</description><guid>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</guid><pubDate>2005/10/07</pubDate><link>http://www.sqlservercentral.com/articles/Administering/executionplans/1345/</link></item><item><title>Performance Monitoring - Basic Counters</title><description>What counters should you monitor to baseline your servers? Which ones for checking performance? It&amp;#39;s an interesting question and one that always leads Steve Jones to a wide range of sources in print and on the web. Steve compiled his own list and finally has put some words around the list to give some justification of why they are chosen. Read on and see how this compares to your list (you do have a list don&amp;#39;t you?).


</description><guid>http://www.sqlservercentral.com/articles/Administering/performancemonitoringbasiccounters/1348/</guid><pubDate>2005/11/11</pubDate><link>http://www.sqlservercentral.com/articles/Administering/performancemonitoringbasiccounters/1348/</link></item><item><title>Importing And Analyzing Event Logs</title><description>Another new author! Gheorge shares some ideas about importing event logs and using OLAP to analyze the results. Not a bad idea at all. How many of use OLAP as often as we should? Read the article, see if it&amp;#39;s something you want to try - and let Gheorge know what you think!


</description><guid>http://www.sqlservercentral.com/articles/Administering/importingandanalyzingeventlogs/997/</guid><pubDate>2003/05/28</pubDate><link>http://www.sqlservercentral.com/articles/Administering/importingandanalyzingeventlogs/997/</link></item><item><title>Economies of Speed Whitepaper</title><description>Seagate has a white paper out that discusses how faster (15k rpm) drives can lead to lower cost of ownership. Interesting, and worth looking into. </description><guid>http://www.sqlservercentral.com/redirect/articles/983/</guid><pubDate>2003/05/08</pubDate><link>http://www.sqlservercentral.com/redirect/articles/983/</link></item><item><title>Auto Close and Auto Shrink - Just Don't</title><description>New author! Mike Pearson discusses how auto close was at the root of a performance problem he was troubleshooting, how you can check your servers easily, and discusses why both auto close and auto shrink are bad ideas in a production environment.

</description><guid>http://www.sqlservercentral.com/articles/Administering/autocloseandautoshrinkjustdont/984/</guid><pubDate>2003/05/05</pubDate><link>http://www.sqlservercentral.com/articles/Administering/autocloseandautoshrinkjustdont/984/</link></item><item><title>Review of SQL 2000 Fast Answers</title><description>A monster book at 980 pages, it&amp;#39;s written in &amp;#39;how-to&amp;#39; format and has a ton of good material. Andy gave it the once over for us and reports back - see what he thinks!

</description><guid>http://www.sqlservercentral.com/articles/Installation/reviewofsql2000fastanswers/959/</guid><pubDate>2003/04/18</pubDate><link>http://www.sqlservercentral.com/articles/Installation/reviewofsql2000fastanswers/959/</link></item><item><title>AWE Adventures</title><description>Joseph recently had to upgrade a server from 4g to 8g of memory. Read how he did it and learn about some interesting aspects of AWE. For example, if you have 6.5g configured for use by SQL, how will task manager show used by sqlserver.exe?



</description><guid>http://www.sqlservercentral.com/articles/Administering/aweadventures/960/</guid><pubDate>2003/04/16</pubDate><link>http://www.sqlservercentral.com/articles/Administering/aweadventures/960/</link></item><item><title>Identifying performance issues using Profiler</title><description>It is always better to be proactive than reactive, when it comes to identifying and eliminating SQL Server performance issues. This article shows you how to analyze the data gathered by Profiler, to identify the performance issues. This article also provides four generic stored procedures for analyzing Profiler output.

</description><guid>http://www.sqlservercentral.com/redirect/articles/858/</guid><pubDate>2003/04/01</pubDate><link>http://www.sqlservercentral.com/redirect/articles/858/</link></item><item><title>Squeezing Wasted Full Scans out of SQL Server Agent</title><description>This article by new contributing member Bob Musser shows you how to reduce the amount of scans that SQL Server Agent does against databases. Not for the faint of heart.

</description><guid>http://www.sqlservercentral.com/articles/Administering/squeezingwastedfullscansoutofsqlserveragent/914/</guid><pubDate>2003/02/13</pubDate><link>http://www.sqlservercentral.com/articles/Administering/squeezingwastedfullscansoutofsqlserveragent/914/</link></item><item><title>How to Diagnose and Fix Wait Locks</title><description>This article by new columnist Cathan Kirkwood shows you how to find wait locks and eliminate them.

</description><guid>http://www.sqlservercentral.com/articles/Administering/wait_types/856/</guid><pubDate>2002/11/21</pubDate><link>http://www.sqlservercentral.com/articles/Administering/wait_types/856/</link></item><item><title>Interact with SQL Server's Data and Procedure Cache</title><description>This article briefly discusses SQL Server&amp;#39;s data and procedure cache and shows you the common Transact-SQL statements/command and system tables that you can use to interact with the cache through Transact-SQL.
</description><guid>http://www.sqlservercentral.com/articles/Administering/cache/766/</guid><pubDate>2002/08/15</pubDate><link>http://www.sqlservercentral.com/articles/Administering/cache/766/</link></item><item><title>Sneak Preview: Start to Finish Guide to SQL Server Performance Monitor</title><description>Get a sneak peak of some of the sections from Start to Finish Guide to SQL Server Performance Monitor. Find out what counters to watch and what their thresholds are.

</description><guid>http://www.sqlservercentral.com/articles/Administering/perfmonexcerpt/757/</guid><pubDate>2002/08/06</pubDate><link>http://www.sqlservercentral.com/articles/Administering/perfmonexcerpt/757/</link></item><item><title>Middle Tier Application Data Caching with SQL Server 2000</title><description>Middle tier applications often use a single database management system (DBMS) to store data, which can expose scaling limitations as the number of user requests increases. Caching, a technique used to increase application performance by copying data and then using the copied data in place of the original data, can dramatically increase the throughput (the number of application requests serviceable per unit time) and scalability of middle tier applications. 
</description><guid>http://www.sqlservercentral.com/redirect/articles/619/</guid><pubDate>2002/03/08</pubDate><link>http://www.sqlservercentral.com/redirect/articles/619/</link></item><item><title>Stored Procedures and Caching</title><description>One of the biggest performance gains built into SQL Server is the stored procedure. In this article by Brian Kelley, he shows you how to fully utilize, debug and monitor the caching of such objects.

</description><guid>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</guid><pubDate>2004/11/19</pubDate><link>http://www.sqlservercentral.com/articles/Administering/procedurecache/591/</link></item><item><title>How to Setup Log Shipping with SQL 2000</title><description>This white paper outlines the following:

-The steps to configure Log Shipping between two or more servers that are running SQL Server 2000 Enterprise Edition.

-The steps to configure Log Shipping between Microsoft SQL Server 7.0 Service Pack 2 (SP2), or later, and Microsoft SQL Server 2000 Enterprise Edition.

-A brief comparison between Log Shipping and the other high availability-solutions that SQL Server provides.
</description><guid>http://www.sqlservercentral.com/redirect/articles/577/</guid><pubDate>2002/01/25</pubDate><link>http://www.sqlservercentral.com/redirect/articles/577/</link></item><item><title>Microsoft SQL Server 2000 Scalability Project</title><description>This white paper is a joint effort by Microsoft and Dell to demonstrate the scalability of SQL Server 2000 and Dell hardware. 
</description><guid>http://www.sqlservercentral.com/redirect/articles/576/</guid><pubDate>2002/01/10</pubDate><link>http://www.sqlservercentral.com/redirect/articles/576/</link></item><item><title>Common SQL Server and Windows Clustering Questions and Problems</title><description>This article covers some of the common issues and questions when you cluster SQL Server 2000 and Windows 2000.


</description><guid>http://www.sqlservercentral.com/articles/Administering/commonclusterproblems/470/</guid><pubDate>2001/10/11</pubDate><link>http://www.sqlservercentral.com/articles/Administering/commonclusterproblems/470/</link></item><item><title>INF: Understanding How to Configure a SQL Server Connection Affinity</title><description>In an online transaction processing (OLTP) environment, the connection affinity mask option may provide performance enhancement in high-end, enterprise-level SQL Server environments that are running on computers with 16 or more CPUs. In particular, this option is useful when there are a significant number of network interactions (more than 10,000 per second) between the middle-tier application servers and the back-end SQL Server system. 

</description><guid>http://www.sqlservercentral.com/redirect/articles/382/</guid><pubDate>2001/08/28</pubDate><link>http://www.sqlservercentral.com/redirect/articles/382/</link></item></channel></rss>