<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>SQL Server 2005 Configuration Blog #2.doc</title><link>http://blogs.msdn.com/sqlcat/archive/2005/11/21/495440.aspx</link><description>Prem Mehra and Mike Ruthruff In an earlier blog, Deploying SQL Server 2005 with SAN #1, we addressed three topics: 1) the core SQL Server requirements with respect to IO subsystem, 2) the complexity introduced by virtualization of the IO subsystem and</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: SQL Server 2005 Configuration Blog #2.doc</title><link>http://blogs.msdn.com/sqlcat/archive/2005/11/21/495440.aspx#495736</link><pubDate>Tue, 22 Nov 2005 17:56:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:495736</guid><dc:creator>Leigh</dc:creator><description>Hi, please post the article or link to Deploying SQL Server 2005 with SAN #2, I have read #1 and #3, but missed #2.&lt;br&gt;Thanks.&lt;br&gt;</description></item><item><title>re: SQL Server 2005 Configuration Blog #2.doc</title><link>http://blogs.msdn.com/sqlcat/archive/2005/11/21/495440.aspx#497932</link><pubDate>Tue, 29 Nov 2005 20:16:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:497932</guid><dc:creator>Ira Pfeifer</dc:creator><description>This article is great - thanks for the recommendations.  In my ongoing efforts to maximize our production SAN performance, I have a followup (or real-world application) question.&lt;br&gt;&lt;br&gt;Given a certain size pool of disks (say 20 disks to make the math easy) from which to create LUNs for transaction logs for 10 databases on 5 different servers, what is the best way to minimize response time while maintaining adequate throughput to avoid maxing out the disks IO bandwidth?  I can see several possible approaches:&lt;br&gt;&lt;br&gt;1) 5 RAID-10 LUNs across all 20 disks (1 T-Log drive per server, sharing disks)&lt;br&gt;2) 10 RAID-10 LUNs across all 20 disks (1 T-Log drive per DB, sharing disks)&lt;br&gt;3) 5 RAID-10 LUNs across 4 disks each (1 drive per server, dedicated disks)&lt;br&gt;4) 10 RAID-1 LUNs across 2 disks each (1 drive per DB, dedicated disks)&lt;br&gt;&lt;br&gt;Assuming all DBs are active all the time, it seems to me that option 3 would be the fastest, as the bigger LUNs would reduce latency and increase throughput over the RAID-1 pairs while only suffering from contention between 2 DB log-writers.  Is this accurate?  Anything to add or correct in this analysis?&lt;br&gt;</description></item><item><title>re: SQL Server 2005 Configuration Blog #2.doc</title><link>http://blogs.msdn.com/sqlcat/archive/2005/11/21/495440.aspx#8523158</link><pubDate>Tue, 20 May 2008 17:11:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8523158</guid><dc:creator>orbhot</dc:creator><description>&lt;p&gt;Leigh,&lt;/p&gt;
&lt;p&gt;The search on this site doesn't work well, but try using the tags link on the side:&lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/sqlcat/archive/tags/Performance+and+Scalability/default.aspx?p=2"&gt;http://blogs.msdn.com/sqlcat/archive/tags/Performance+and+Scalability/default.aspx?p=2&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Vince&lt;/p&gt;
</description></item><item><title> Microsoft SQL Server Development Customer Advisory Team SQL Server | Green Tea Fat Burner</title><link>http://blogs.msdn.com/sqlcat/archive/2005/11/21/495440.aspx#9706838</link><pubDate>Mon, 08 Jun 2009 05:34:09 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9706838</guid><dc:creator> Microsoft SQL Server Development Customer Advisory Team SQL Server | Green Tea Fat Burner</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://greenteafatburner.info/story.php?id=3867"&gt;http://greenteafatburner.info/story.php?id=3867&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>