<?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: VMotion and Exchange 2010, not supported</title>
	<atom:link href="http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/feed/" rel="self" type="application/rss+xml" />
	<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/</link>
	<description>Virtualization Blog focused on VMware Environments</description>
	<lastBuildDate>Wed, 02 May 2012 22:16:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Kenneth van Ditmarsch</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-3346</link>
		<dc:creator>Kenneth van Ditmarsch</dc:creator>
		<pubDate>Fri, 10 Jun 2011 07:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-3346</guid>
		<description>Hi Mister Singapore!

ha, good stuff, thanks :)</description>
		<content:encoded><![CDATA[<p>Hi Mister Singapore!</p>
<p>ha, good stuff, thanks <img src='http://virtualkenneth.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Davis</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-3345</link>
		<dc:creator>Greg Davis</dc:creator>
		<pubDate>Fri, 10 Jun 2011 07:03:02 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-3345</guid>
		<description>Hi Kenneth,

Nice article, this has been very useful to me today in clearing up some support queries about E2K10 DAG with vMotion. And I hope all is well!

Greg Davis</description>
		<content:encoded><![CDATA[<p>Hi Kenneth,</p>
<p>Nice article, this has been very useful to me today in clearing up some support queries about E2K10 DAG with vMotion. And I hope all is well!</p>
<p>Greg Davis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Totie</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-3243</link>
		<dc:creator>Totie</dc:creator>
		<pubDate>Wed, 25 May 2011 03:33:50 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-3243</guid>
		<description>Kenneth, Exchange 2010 SP1 now support Vmotion with DAG...  UM role as well... here&#039;s the source: 
http://technet.microsoft.com/en-us/library/aa996719.aspx
http://justincockrell.com/?p=166</description>
		<content:encoded><![CDATA[<p>Kenneth, Exchange 2010 SP1 now support Vmotion with DAG&#8230;  UM role as well&#8230; here&#8217;s the source:<br />
<a href="http://technet.microsoft.com/en-us/library/aa996719.aspx" rel="nofollow">http://technet.microsoft.com/en-us/library/aa996719.aspx</a><br />
<a href="http://justincockrell.com/?p=166" rel="nofollow">http://justincockrell.com/?p=166</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Be careful with VM snapshots of Exchange 2010 servers &#124; Thoughtsofanidlemind&#039;s Blog</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-2719</link>
		<dc:creator>Be careful with VM snapshots of Exchange 2010 servers &#124; Thoughtsofanidlemind&#039;s Blog</dc:creator>
		<pubDate>Fri, 18 Mar 2011 23:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-2719</guid>
		<description>[...] not attempt to change the underlying platform when the DAG will not be aware of the change. This post provides a good overview of the issues involved with [...]</description>
		<content:encoded><![CDATA[<p>[...] not attempt to change the underlying platform when the DAG will not be aware of the change. This post provides a good overview of the issues involved with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VMotion and Exchange 2010 DAG Not supported! &#171; Scott Feltmann&#39;s Blog</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-537</link>
		<dc:creator>VMotion and Exchange 2010 DAG Not supported! &#171; Scott Feltmann&#39;s Blog</dc:creator>
		<pubDate>Mon, 26 Jul 2010 22:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-537</guid>
		<description>[...] Anyway, I came across an interesting article that I thought I would share.  Apparently, as it stands right now, VMotion and Exchange with DAGs is not supported!  I actually felt this problem about two weeks ago on a Wednesday night when a client called with problems in their Exchange 2010 environment.  Mail wasn&#8217;t routing and I thought, hey, this will be a quick fix.  Well, it turned out there were more issues in the environment then what they had thought.  The biggest problems was DAG replication was not occuring.  The Exchange 2010 DAG member could not be brought back on line on the cluster, and the Windows Cluster had kicked it out.  The way I resolved the issue was to evict the node via ConfigurationOnly and Remove it from Windows Clustering.  When I tried to bring the node back into the cluster the cluster would be joined and then evicted.  The problem?  The Witness!  It appears the Witness was locked and the new (old) node could not access it.  As it turns out the client vmotioned the server to another node and that&#8217;s when all the problems began.   I came across this article which talks about the problem I had above and I thought I would share.  Link: http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Anyway, I came across an interesting article that I thought I would share.  Apparently, as it stands right now, VMotion and Exchange with DAGs is not supported!  I actually felt this problem about two weeks ago on a Wednesday night when a client called with problems in their Exchange 2010 environment.  Mail wasn&#8217;t routing and I thought, hey, this will be a quick fix.  Well, it turned out there were more issues in the environment then what they had thought.  The biggest problems was DAG replication was not occuring.  The Exchange 2010 DAG member could not be brought back on line on the cluster, and the Windows Cluster had kicked it out.  The way I resolved the issue was to evict the node via ConfigurationOnly and Remove it from Windows Clustering.  When I tried to bring the node back into the cluster the cluster would be joined and then evicted.  The problem?  The Witness!  It appears the Witness was locked and the new (old) node could not access it.  As it turns out the client vmotioned the server to another node and that&#8217;s when all the problems began.   I came across this article which talks about the problem I had above and I thought I would share.  Link: <a href="http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/" rel="nofollow">http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth van Ditmarsch</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-505</link>
		<dc:creator>Kenneth van Ditmarsch</dc:creator>
		<pubDate>Tue, 20 Jul 2010 09:19:30 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-505</guid>
		<description>Hi Eamonn,

The procedure we had in-place was to remove the VM (that we needed to VMotion) from the DAG, VMotion the VM and re-enable the DAG so that the VM would again participate in the replication.
Why is your procedure stating to completely power-down the VM?

Kenneth</description>
		<content:encoded><![CDATA[<p>Hi Eamonn,</p>
<p>The procedure we had in-place was to remove the VM (that we needed to VMotion) from the DAG, VMotion the VM and re-enable the DAG so that the VM would again participate in the replication.<br />
Why is your procedure stating to completely power-down the VM?</p>
<p>Kenneth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eamonn Deering</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-471</link>
		<dc:creator>Eamonn Deering</dc:creator>
		<pubDate>Thu, 08 Jul 2010 14:07:04 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-471</guid>
		<description>Hi Kenneth
Would this work without breaking DAD (using vMotion).
I want the freedom to move EXC1 to another host while live. User mailbox count is under 80.
 
I don’t have a test environment to do testing but an IT policy like this might work (after some refinement).

EXC1-08 = H,C,M   EXC2-08 =M (DAG)
Using vSphere U1 disable DSR and HA on the Two exchange servers. I’m assuming vMotion will still work at this point.

IT policy for vMotion of Exchange servers.
Any IT person wishing to vMotion Exchange 2010 must follow these steps.
First check that the Live Exchange database are on EXC1-08 (needs to know Exchange DAG).
Power down the backup server EXC2-08.
If EXC2-08 needs to move to another Host then move it now while offline.
vMotion EXC1-08 while online (Not sure what affect this will have).
Power back on EXC2-08.
Check that database replication if functioning.</description>
		<content:encoded><![CDATA[<p>Hi Kenneth<br />
Would this work without breaking DAD (using vMotion).<br />
I want the freedom to move EXC1 to another host while live. User mailbox count is under 80.</p>
<p>I don’t have a test environment to do testing but an IT policy like this might work (after some refinement).</p>
<p>EXC1-08 = H,C,M   EXC2-08 =M (DAG)<br />
Using vSphere U1 disable DSR and HA on the Two exchange servers. I’m assuming vMotion will still work at this point.</p>
<p>IT policy for vMotion of Exchange servers.<br />
Any IT person wishing to vMotion Exchange 2010 must follow these steps.<br />
First check that the Live Exchange database are on EXC1-08 (needs to know Exchange DAG).<br />
Power down the backup server EXC2-08.<br />
If EXC2-08 needs to move to another Host then move it now while offline.<br />
vMotion EXC1-08 while online (Not sure what affect this will have).<br />
Power back on EXC2-08.<br />
Check that database replication if functioning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-349</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Wed, 19 May 2010 11:37:32 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-349</guid>
		<description>This policy from MS really needs to be thought through. This is not a direct overlap of functionality. If there are specific technical concerns then MS should state them and allow the 3rd party vendors to come up with solutions.

DAGs are going to be used for backups as well as a HA option so this could impact a large number of deployment scenarios.
On the hypervisor side, clearly you might cluster for a host of reasons that again do not touch on HA. I might want to move other servers off box to allow the mailbox server to have more cycles, you may be doing a general hardware refresh, you may be wanting to deploy exchange onto some form of virtual DC where the choice of hypervisor and it&#039;s configuration are out of your hands.
If Exchange continues to demand specific &quot;hardware&quot; in the DC and thus become a support island, then it will contribute to people evaluating other solutions.</description>
		<content:encoded><![CDATA[<p>This policy from MS really needs to be thought through. This is not a direct overlap of functionality. If there are specific technical concerns then MS should state them and allow the 3rd party vendors to come up with solutions.</p>
<p>DAGs are going to be used for backups as well as a HA option so this could impact a large number of deployment scenarios.<br />
On the hypervisor side, clearly you might cluster for a host of reasons that again do not touch on HA. I might want to move other servers off box to allow the mailbox server to have more cycles, you may be doing a general hardware refresh, you may be wanting to deploy exchange onto some form of virtual DC where the choice of hypervisor and it&#8217;s configuration are out of your hands.<br />
If Exchange continues to demand specific &#8220;hardware&#8221; in the DC and thus become a support island, then it will contribute to people evaluating other solutions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenneth van Ditmarsch</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-342</link>
		<dc:creator>Kenneth van Ditmarsch</dc:creator>
		<pubDate>Mon, 17 May 2010 08:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-342</guid>
		<description>Hi Scott,

This is exactly the way I did it with the customer, we however initially did have 2 virtual CAS servers that were loadbalanced because of the big environment that would be migrated (20.000+ mailboxes)
Only thing that you have to keep into account is that it isn&#039;t supported to disable HA/DRS for a MSCS VM prior to vSphere Update 1

vSphere Update 1 states:
&lt;em&gt;Enhanced Clustering Support for Microsoft Windows – Microsoft Cluster Server (MSCS) for Windows 2000 and 2003 and Windows Server 2008 Failover Clustering is now supported on an VMware High Availability (HA) and Dynamic Resource Scheduler (DRS) cluster in a limited configuration. HA and DRS functionality can be effectively disabled for individual MSCS virtual machines as opposed to disabling HA and DRS on the entire ESX/ESXi host&lt;/em&gt;

Further I assume that you are using a FC environment?

Kenneth</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>This is exactly the way I did it with the customer, we however initially did have 2 virtual CAS servers that were loadbalanced because of the big environment that would be migrated (20.000+ mailboxes)<br />
Only thing that you have to keep into account is that it isn&#8217;t supported to disable HA/DRS for a MSCS VM prior to vSphere Update 1</p>
<p>vSphere Update 1 states:<br />
<em>Enhanced Clustering Support for Microsoft Windows – Microsoft Cluster Server (MSCS) for Windows 2000 and 2003 and Windows Server 2008 Failover Clustering is now supported on an VMware High Availability (HA) and Dynamic Resource Scheduler (DRS) cluster in a limited configuration. HA and DRS functionality can be effectively disabled for individual MSCS virtual machines as opposed to disabling HA and DRS on the entire ESX/ESXi host</em></p>
<p>Further I assume that you are using a FC environment?</p>
<p>Kenneth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Lowe</title>
		<link>http://virtualkenneth.com/2009/11/20/vmotion-and-exchange-2010/comment-page-1/#comment-336</link>
		<dc:creator>Scott Lowe</dc:creator>
		<pubDate>Wed, 12 May 2010 18:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://kennethvanditmarsch.wordpress.com/?p=194#comment-336</guid>
		<description>I&#039;m researching this right now as a part of our migration to Exchange 2010.  We&#039;re small - 1600 or so mailboxes - and I&#039;d like to do this as virtual as possible.  Our only physical component will be the UM server.

We have availability needs, but do not yet have a DR site.

Is there anything, other than MS&#039; official support policy, that would keep us from setting up two mailbox servers in a DAG and disabling HA/DRS/etc (two virtual servers) and then using a single CAS/Hub virtual machine that does have HA enabled?  That would mean I&#039;d need three virtual machines, wouldn&#039;t need load balancing at all and, in my head at least, I&#039;d have the availability that I need by virtue of the DAG for the Mailbox servers and HA/Vmotion for the Hub/CAS.

Scott</description>
		<content:encoded><![CDATA[<p>I&#8217;m researching this right now as a part of our migration to Exchange 2010.  We&#8217;re small &#8211; 1600 or so mailboxes &#8211; and I&#8217;d like to do this as virtual as possible.  Our only physical component will be the UM server.</p>
<p>We have availability needs, but do not yet have a DR site.</p>
<p>Is there anything, other than MS&#8217; official support policy, that would keep us from setting up two mailbox servers in a DAG and disabling HA/DRS/etc (two virtual servers) and then using a single CAS/Hub virtual machine that does have HA enabled?  That would mean I&#8217;d need three virtual machines, wouldn&#8217;t need load balancing at all and, in my head at least, I&#8217;d have the availability that I need by virtue of the DAG for the Mailbox servers and HA/Vmotion for the Hub/CAS.</p>
<p>Scott</p>
]]></content:encoded>
	</item>
</channel>
</rss>

