<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>
<channel>
	<title>SQL Server Performance &#187; Configuration</title>
	<atom:link href="http://www.sql-server-performance.com/category/tips/configuration/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sql-server-performance.com</link>
	<description>SQL Server Performance Tuning</description>
	<lastBuildDate>Wed, 22 May 2013 06:37:33 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>How to Performance Tune the Microsoft SQL Server tempdb Database</title>
		<link>http://www.sql-server-performance.com/2007/tempdb/</link>
		<comments>http://www.sql-server-performance.com/2007/tempdb/#comments</comments>
		<pubDate>Sat, 17 Mar 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=278</guid>
		<description><![CDATA[If your SQL Server&#8217;s tempdb database is heavily used by your application(s), consider locating it on an array of its own (such as RAID 1 or RAID 10). This will allow disk I/O to be more evenly distributed, reducing disk I/O contention issues, and speeding up SQL Server&#8217;s overall performance. [6.5, 7.0, 2000, 2005] Updated [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/tempdb/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SQL Server Service Pack</title>
		<link>http://www.sql-server-performance.com/2007/service-packs/</link>
		<comments>http://www.sql-server-performance.com/2007/service-packs/#comments</comments>
		<pubDate>Wed, 14 Mar 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=277</guid>
		<description><![CDATA[Because service packs include fixes that often affect performance (among other things) you should upgrade your SQL Servers with the most recent service pack when it becomes available. In some cases, service packs affect how the Query Optimizer performs. Because of this, some queries that were once slow may now be faster. On the other [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/service-packs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SQL Server Federated Database Performance Tuning Tips</title>
		<link>http://www.sql-server-performance.com/2007/federated-databases/</link>
		<comments>http://www.sql-server-performance.com/2007/federated-databases/#comments</comments>
		<pubDate>Tue, 06 Mar 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=275</guid>
		<description><![CDATA[For very large databases, consider using federated database servers to balance the processing load across multiple SQL 2000 or 2005 servers. This technique horizontally partitions SQL 2000 or 2005 data over one or more SQL Servers, allowing the client application to send SQL statements to the server in the federation having most of the data [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/federated-databases/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Database Settings</title>
		<link>http://www.sql-server-performance.com/2007/database-settings/</link>
		<comments>http://www.sql-server-performance.com/2007/database-settings/#comments</comments>
		<pubDate>Wed, 14 Feb 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=272</guid>
		<description><![CDATA[If you set your SQL Server 7.0, SQL 2000, and SQL Server 2005 databases and transaction logs to grow automatically, keep in mind that every time this feature kicks in, it takes up a little extra CPU and I/O resources. Ideally, you want to minimize how often automatic growth occurs. One way to help do [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/database-settings/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Performance Tune Microsoft SQL Server During Setup</title>
		<link>http://www.sql-server-performance.com/2007/installation-setup/</link>
		<comments>http://www.sql-server-performance.com/2007/installation-setup/#comments</comments>
		<pubDate>Tue, 13 Feb 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=274</guid>
		<description><![CDATA[The sort order you choose when installing SQL Server can affect its performance. The fastest sort order you can choose is the binary sort, although the results it produces may cause problems in your client applications. The default sort order of &#8220;dictionary order, case-insensitive, is the next fastest, and the one you should probably choose. [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/installation-setup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Link Servers</title>
		<link>http://www.sql-server-performance.com/2007/linked-server/</link>
		<comments>http://www.sql-server-performance.com/2007/linked-server/#comments</comments>
		<pubDate>Tue, 30 Jan 2007 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=276</guid>
		<description><![CDATA[Distributed transactions, over linked servers, incur more overhead than transactions occurring on the same server. This is due, in part, to the fact that more than one server is involved in the transaction and more network traffic is generated. Because of the overhead involved in distributed transactions, they should be avoided when they can be [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2007/linked-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Performance Tuning SQL Server&#8217;s Configuration Settings</title>
		<link>http://www.sql-server-performance.com/2006/sql-server-configuration-settings/</link>
		<comments>http://www.sql-server-performance.com/2006/sql-server-configuration-settings/#comments</comments>
		<pubDate>Wed, 25 Oct 2006 01:12:50 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=281</guid>
		<description><![CDATA[Unless you know exactly what you are doing and have already performed impartial experiments that prove that making SQL Server configuration changes helps you in your particular environment, do not change any of the SQL Server configuration settings that affect server performance. SQL Server, in most cases, knows how to configure itself dynamically for optimum [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2006/sql-server-configuration-settings/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SQL Server Filegroups</title>
		<link>http://www.sql-server-performance.com/2006/filegroups/</link>
		<comments>http://www.sql-server-performance.com/2006/filegroups/#comments</comments>
		<pubDate>Thu, 12 Oct 2006 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=273</guid>
		<description><![CDATA[While filegroups provide an opportunity for fine-tuning performance by allowing you to move specific tables and indexes from one physical drive array to another, unless you have a lot of SQL Server experience and have a very large database, you may end up causing more performance problems than you fix. As a general rule of [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2006/filegroups/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>AWE Memory</title>
		<link>http://www.sql-server-performance.com/2006/awe-memory/</link>
		<comments>http://www.sql-server-performance.com/2006/awe-memory/#comments</comments>
		<pubDate>Fri, 28 Apr 2006 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=271</guid>
		<description><![CDATA[If you are using SQL Server 2000 Standard Edition under Windows NT 4.0, Windows 2000 (any version), or Windows 2003 (any version), or are running SQL Server 2000 Enterprise Edition under the Standard Edition Windows NT 4.0, Windows 2000, or Windows 2003, or if your server has 4GB or less of RAM, the &#8220;awe enabled&#8221; [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2006/awe-memory/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VLDB Performance Tuning and Optimization</title>
		<link>http://www.sql-server-performance.com/2006/vldb/</link>
		<comments>http://www.sql-server-performance.com/2006/vldb/#comments</comments>
		<pubDate>Wed, 05 Apr 2006 01:12:50 +0000</pubDate>
		<dc:creator>Brad McGehee</dc:creator>
				<category><![CDATA[Configuration]]></category>
		<guid isPermaLink="false">http://www.sql-server-performance.com/?=282</guid>
		<description><![CDATA[Network connections should be of the highest speed, such as 100Mbs Switched Ethernet, or even 1Gbs Switched Ethernet. [6.5, 7.0, 2000, 2005] Updated 1-3-2005 ***** Generally, DBCC commands are not run on a routine basis on VLDB because of the times involved, often greater than a day. Instead, only run them if you suspect possible [...]]]></description>
		<wfw:commentRss>http://www.sql-server-performance.com/2006/vldb/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
