<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Building a SharePoint Development Farm</title>
	<atom:link href="http://sharepoint.inproc.com/building-a-sharepoint-development-farm/feed/" rel="self" type="application/rss+xml" />
	<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/</link>
	<description>Tom Dietz&#039;s Musings on SharePoint and .NET Development</description>
	<lastBuildDate>Tue, 03 May 2011 20:17:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Roger</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-8231</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Tue, 03 May 2011 20:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-8231</guid>
		<description>Hi Tom, 
Wow, you have an excellent detail description of how you build your SharePoint development environment.

Eventhough it was two years ago, the information are still very current.</description>
		<content:encoded><![CDATA[<p>Hi Tom,<br />
Wow, you have an excellent detail description of how you build your SharePoint development environment.</p>
<p>Eventhough it was two years ago, the information are still very current.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Garry</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-4353</link>
		<dc:creator>Garry</dc:creator>
		<pubDate>Tue, 04 Jan 2011 17:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-4353</guid>
		<description>Hi Tom,

Can you please elaborate on the SQL Server? You keep it NON-virtualized. Which means, each dev VM will access the DBs via the network. Would that transfer the bottleneck to the network?

If the SQL Server (shared by all dev VMs) was one of the VM in the same host than the dev VM, the communication DEV VMs to SQL Server would remain internally in the HyperV server without crossing any wire. On the other hand that virtualized SQL Server will add extra dis I/O to the HyperV server.

From what you described, I trust you that the network overhead of a physical SQL Server is lower than the increased disk I/O of a virtualized SQL Server. Especially from your answer above (&quot;I have seen a lot of issues with virtualized SQL instances&quot;)

So I guess you have already tried virtualized SQL Server. What were the issues did you encounter?

Regarding the RAID 0+1, although I am not the hardware guy, just curious, did you use a dedicated RAID controller or the RAID built-in of the chipset?</description>
		<content:encoded><![CDATA[<p>Hi Tom,</p>
<p>Can you please elaborate on the SQL Server? You keep it NON-virtualized. Which means, each dev VM will access the DBs via the network. Would that transfer the bottleneck to the network?</p>
<p>If the SQL Server (shared by all dev VMs) was one of the VM in the same host than the dev VM, the communication DEV VMs to SQL Server would remain internally in the HyperV server without crossing any wire. On the other hand that virtualized SQL Server will add extra dis I/O to the HyperV server.</p>
<p>From what you described, I trust you that the network overhead of a physical SQL Server is lower than the increased disk I/O of a virtualized SQL Server. Especially from your answer above (&#8220;I have seen a lot of issues with virtualized SQL instances&#8221;)</p>
<p>So I guess you have already tried virtualized SQL Server. What were the issues did you encounter?</p>
<p>Regarding the RAID 0+1, although I am not the hardware guy, just curious, did you use a dedicated RAID controller or the RAID built-in of the chipset?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tdietz</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-2820</link>
		<dc:creator>tdietz</dc:creator>
		<pubDate>Sat, 09 Oct 2010 22:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-2820</guid>
		<description>There were several reasons for keeping SQL on a single, non virtualized Host:

- Performance
- Centrally managed (I can insure backups)
- For my environment, it was easier to spin up sysprepped images without SQL.

There&#039;s isn&#039;t a single perfect solution, so I would say performance was the most important reason.  I have seen a lot of issues with virtualized SQL instances.  I am not saying that it can&#039;t work virtualized, I just didn&#039;t want the headache.

I&#039;m seeing amazing performance with RAID 10.</description>
		<content:encoded><![CDATA[<p>There were several reasons for keeping SQL on a single, non virtualized Host:</p>
<p>- Performance<br />
- Centrally managed (I can insure backups)<br />
- For my environment, it was easier to spin up sysprepped images without SQL.</p>
<p>There&#8217;s isn&#8217;t a single perfect solution, so I would say performance was the most important reason.  I have seen a lot of issues with virtualized SQL instances.  I am not saying that it can&#8217;t work virtualized, I just didn&#8217;t want the headache.</p>
<p>I&#8217;m seeing amazing performance with RAID 10.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Garry</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-2078</link>
		<dc:creator>Garry</dc:creator>
		<pubDate>Mon, 23 Aug 2010 23:54:17 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-2078</guid>
		<description>Hi,

Thanks very much for your guidance. I&#039;ll try to replicate your advices for a Team Dev environment working on SP 2010. Can you please help me to clarify this part.

You used a single SQL Server 2008 shared by N dev VMs. Which means there will be N instances in the SQL Server (1 per VM). Can you please confirm?

Also, besides the fact that this saves some resources, what is the advantage of this approach compared to having a local SQL Server in each dev VM?

Thanks in advance for any help.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks very much for your guidance. I&#8217;ll try to replicate your advices for a Team Dev environment working on SP 2010. Can you please help me to clarify this part.</p>
<p>You used a single SQL Server 2008 shared by N dev VMs. Which means there will be N instances in the SQL Server (1 per VM). Can you please confirm?</p>
<p>Also, besides the fact that this saves some resources, what is the advantage of this approach compared to having a local SQL Server in each dev VM?</p>
<p>Thanks in advance for any help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Top SharePoint articles for the week &#124; Whats The Point Of Sharing?</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-527</link>
		<dc:creator>Top SharePoint articles for the week &#124; Whats The Point Of Sharing?</dc:creator>
		<pubDate>Thu, 14 Jan 2010 17:23:34 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-527</guid>
		<description>[...] Building a SharePoint Development Farm: This has some really good information, more in depth than most of the other blog posts that I have read, about how to build a farm. [...]</description>
		<content:encoded><![CDATA[<p>[...] Building a SharePoint Development Farm: This has some really good information, more in depth than most of the other blog posts that I have read, about how to build a farm. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamar Wright</title>
		<link>http://sharepoint.inproc.com/building-a-sharepoint-development-farm/comment-page-1/#comment-518</link>
		<dc:creator>Jamar Wright</dc:creator>
		<pubDate>Mon, 11 Jan 2010 20:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://sharepoint.inproc.com/?p=51#comment-518</guid>
		<description>Tom this is a great post.  I have a server...desktop in the basement that is running Hyper V.  So far it is working great.  I also use System Center VMM.  What issues were you having with it as far as cloning VMs?  Also on the cloning part is it correct that you are installing SharePoint, Sysprepping and then when you create a VM from this machine you just run join the domain and run configuration wizard?  I have never tried installing SharePoint before Sysprep and was wondering if that was working without issues.  

Just last week I was looking at the cost to build another server and we have some of the same parts selected.  Can I borrow 5 dollars?  I can&#039;t afford that RAM or those hard drives.  haha I have to wait for the 4 GB sticks to drop in price.</description>
		<content:encoded><![CDATA[<p>Tom this is a great post.  I have a server&#8230;desktop in the basement that is running Hyper V.  So far it is working great.  I also use System Center VMM.  What issues were you having with it as far as cloning VMs?  Also on the cloning part is it correct that you are installing SharePoint, Sysprepping and then when you create a VM from this machine you just run join the domain and run configuration wizard?  I have never tried installing SharePoint before Sysprep and was wondering if that was working without issues.  </p>
<p>Just last week I was looking at the cost to build another server and we have some of the same parts selected.  Can I borrow 5 dollars?  I can&#8217;t afford that RAM or those hard drives.  haha I have to wait for the 4 GB sticks to drop in price.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

