<?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: Hyper-v Backups</title>
	<atom:link href="http://blog.glo-networks.com/2009/09/25/hyper-v-backups/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/</link>
	<description>Glo Networks team sharing their technical experiences and thoughts.</description>
	<lastBuildDate>Mon, 06 Feb 2012 18:33:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Hyper V Snapshots and their uses &#8211; Glo Networks Technical Blog (Glo Blog)</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-1343</link>
		<dc:creator>Hyper V Snapshots and their uses &#8211; Glo Networks Technical Blog (Glo Blog)</dc:creator>
		<pubDate>Fri, 13 Jan 2012 16:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-1343</guid>
		<description>[...] Hyper-v Backups on the Glo Networks Technical Blog [...]</description>
		<content:encoded><![CDATA[<p>[...] Hyper-v Backups on the Glo Networks Technical Blog [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Speed up Hyper-V Backups &#8211; Glo Networks Technical Blog (Glo Blog)</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-1342</link>
		<dc:creator>Speed up Hyper-V Backups &#8211; Glo Networks Technical Blog (Glo Blog)</dc:creator>
		<pubDate>Fri, 13 Jan 2012 16:05:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-1342</guid>
		<description>[...] few weeks ago Dilip from VMUtil replied to one of our blog entries about backing up Hyper-V. He was saying that VHDCopy would speed things up and so we thought we&#8217;d give it a [...]</description>
		<content:encoded><![CDATA[<p>[...] few weeks ago Dilip from VMUtil replied to one of our blog entries about backing up Hyper-V. He was saying that VHDCopy would speed things up and so we thought we&#8217;d give it a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-417</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Thu, 02 Sep 2010 20:07:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-417</guid>
		<description>Hi Mike, it should be shown above but if not, it&#039;s -
xcopy %srcb% %bkf% /Y /E

You only need the B,C etc if you need to copy off different drive letters.</description>
		<content:encoded><![CDATA[<p>Hi Mike, it should be shown above but if not, it&#8217;s -<br />
xcopy %srcb% %bkf% /Y /E</p>
<p>You only need the B,C etc if you need to copy off different drive letters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-416</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sun, 29 Aug 2010 06:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-416</guid>
		<description>I see that &quot;2.shdow.dsh&quot; calls a batch file named &quot;3.CopierB.bat&quot;. What is the content of this batch file?</description>
		<content:encoded><![CDATA[<p>I see that &#8220;2.shdow.dsh&#8221; calls a batch file named &#8220;3.CopierB.bat&#8221;. What is the content of this batch file?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-383</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Tue, 10 Aug 2010 10:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-383</guid>
		<description>Just as a follow up to the above -

http://blog.glo-networks.com/2010/08/10/hyper-v-snapshots-and-their-uses/

The arrticle describes why you shouldn&#039;t use Hyper-V Snapshots and why Volume Shadow Copy snapshots should be perfectly fine (provided you&#039;re backing up the vhds, not the avhds).</description>
		<content:encoded><![CDATA[<p>Just as a follow up to the above -</p>
<p><a href="http://blog.glo-networks.com/2010/08/10/hyper-v-snapshots-and-their-uses/" rel="nofollow">http://blog.glo-networks.com/2010/08/10/hyper-v-snapshots-and-their-uses/</a></p>
<p>The arrticle describes why you shouldn&#8217;t use Hyper-V Snapshots and why Volume Shadow Copy snapshots should be perfectly fine (provided you&#8217;re backing up the vhds, not the avhds).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-350</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Fri, 25 Jun 2010 15:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-350</guid>
		<description>Hi jz, thanks for letting us know you got your problem sorted.

I apologise for not responding to you sooner - we got a bit busy with customers and your request for help completely popped out of my head :(</description>
		<content:encoded><![CDATA[<p>Hi jz, thanks for letting us know you got your problem sorted.</p>
<p>I apologise for not responding to you sooner &#8211; we got a bit busy with customers and your request for help completely popped out of my head <img src='http://blog.glo-networks.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jz</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-313</link>
		<dc:creator>jz</dc:creator>
		<pubDate>Sat, 29 May 2010 08:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-313</guid>
		<description>hi @ all,

I have finally solved my problem. Just delete all snapshot and exec your diskshadow script. Sorry but this is a basic difference, between vhd and snapshot, that Hyper-v don&#039;t makes so the microsoft Hypervisor is not ready for production env for me :\

thanks for support, you can use this solution for create another blog entry.</description>
		<content:encoded><![CDATA[<p>hi @ all,</p>
<p>I have finally solved my problem. Just delete all snapshot and exec your diskshadow script. Sorry but this is a basic difference, between vhd and snapshot, that Hyper-v don&#8217;t makes so the microsoft Hypervisor is not ready for production env for me :\</p>
<p>thanks for support, you can use this solution for create another blog entry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jz</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-295</link>
		<dc:creator>jz</dc:creator>
		<pubDate>Fri, 21 May 2010 19:44:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-295</guid>
		<description>hi!

i have solved the problem by resetting secure AD secure channel :) I have another problem: with Public folder database :(. In the restored exchange server i can&#039;t see my public folder but i can see that restored edb is 2MB and original edb is 200MB so (i think) that this edb is not backed-up.

can you help me?</description>
		<content:encoded><![CDATA[<p>hi!</p>
<p>i have solved the problem by resetting secure AD secure channel <img src='http://blog.glo-networks.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I have another problem: with Public folder database <img src='http://blog.glo-networks.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> . In the restored exchange server i can&#8217;t see my public folder but i can see that restored edb is 2MB and original edb is 200MB so (i think) that this edb is not backed-up.</p>
<p>can you help me?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jz</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-291</link>
		<dc:creator>jz</dc:creator>
		<pubDate>Thu, 20 May 2010 16:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-291</guid>
		<description>thanks for &quot;instant&quot; reply!!

Yes they are 2 seperated machine in the same host. 

this is the &quot;step-by-step&quot; used by me:

-backup
1. diskshadow the C: volume (there are PDC and Exchange VHD here)
2. exposed C: as X: and copied VHD on NAS via richcopy

-restore
1. Prepared another isolated server for &quot;testing restore&quot;
2. copied VHD from NAS to this server on C: at the same &quot;past&quot; location
3. created VM for PDC with restored VHD
4. created VM for Exchange with restored VHD
5. at the end, i have changed the network configuration to reflect conf on prod environment with same ip for PDC and Exchange. 

the 2 machine are Windows Server 2008 and Exchange is Exchange 2007 SP2

I&#039;m able to boot up the machines, i can login on PDC but i can&#039;t login on Exchange server with Domain Administration password.

I&#039;m able to ping exchange from PDC and viceversa and yes, DC is the dns and the dns setted on exchange server. 

At boot time i can read error in event viewer on Exchange server:

Event ID: 3210
Comuter: Exch01.domain.local
unable to authenticate with \\DOM01.domain.local [...]

And if i try to execute nltest /SC_VERIFY:domain on Exchange server the answer is &quot;ERROR_ACCESS_DENIED&quot;

if you think that this is the right way to backup and restore Hyper-V VMs you give me a good hope :) but now, i don&#039;t know why i can&#039;t use these restored VMs.

You think about any &quot;change SID&quot; related problem? restore VMs is like restoring only the hardisk in another server, no?</description>
		<content:encoded><![CDATA[<p>thanks for &#8220;instant&#8221; reply!!</p>
<p>Yes they are 2 seperated machine in the same host. </p>
<p>this is the &#8220;step-by-step&#8221; used by me:</p>
<p>-backup<br />
1. diskshadow the C: volume (there are PDC and Exchange VHD here)<br />
2. exposed C: as X: and copied VHD on NAS via richcopy</p>
<p>-restore<br />
1. Prepared another isolated server for &#8220;testing restore&#8221;<br />
2. copied VHD from NAS to this server on C: at the same &#8220;past&#8221; location<br />
3. created VM for PDC with restored VHD<br />
4. created VM for Exchange with restored VHD<br />
5. at the end, i have changed the network configuration to reflect conf on prod environment with same ip for PDC and Exchange. </p>
<p>the 2 machine are Windows Server 2008 and Exchange is Exchange 2007 SP2</p>
<p>I&#8217;m able to boot up the machines, i can login on PDC but i can&#8217;t login on Exchange server with Domain Administration password.</p>
<p>I&#8217;m able to ping exchange from PDC and viceversa and yes, DC is the dns and the dns setted on exchange server. </p>
<p>At boot time i can read error in event viewer on Exchange server:</p>
<p>Event ID: 3210<br />
Comuter: Exch01.domain.local<br />
unable to authenticate with \\DOM01.domain.local [...]</p>
<p>And if i try to execute nltest /SC_VERIFY:domain on Exchange server the answer is &#8220;ERROR_ACCESS_DENIED&#8221;</p>
<p>if you think that this is the right way to backup and restore Hyper-V VMs you give me a good hope <img src='http://blog.glo-networks.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  but now, i don&#8217;t know why i can&#8217;t use these restored VMs.</p>
<p>You think about any &#8220;change SID&#8221; related problem? restore VMs is like restoring only the hardisk in another server, no?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl</title>
		<link>http://blog.glo-networks.com/2009/09/25/hyper-v-backups/comment-page-1/#comment-290</link>
		<dc:creator>Karl</dc:creator>
		<pubDate>Thu, 20 May 2010 15:11:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.glo-net.net/?p=285#comment-290</guid>
		<description>Hi jz,

Sorry to hear that you&#039;re having trouble. We&#039;ve restored an Exchange machine backed up this way, so it should work. Reading your message I&#039;m not sure if the DC and Exchange installations are on separate machines, or the same one. I think they&#039;re separate in which case the following should help out -

Starting with the basics, it should work provided -
1. The relevant services are running correctly on the DC? Since altering the IP settings have the relevant services been restarted (or the box rebooted)?
2. All the network details are correct (so the Exchange VM is looking at the correct DNS server(s), the DNS records for the DC boxes are correct, etc. - when you rush its easy to fat-finger an IP and get it slightly wrong)
3. The time is correct on the 2 boxes

If that&#039;s the case then it&#039;s time to try some simple tests:
* Can you at least ping the various boxes (both by name and IP)?
* Do DNS lookups resolve correctly for the domain?
* Is anything meaningful being logged in the event logs of the DC or the Exchange server?

Sorry it&#039;s a bit simple, but without more information its the best we can suggest for now.</description>
		<content:encoded><![CDATA[<p>Hi jz,</p>
<p>Sorry to hear that you&#8217;re having trouble. We&#8217;ve restored an Exchange machine backed up this way, so it should work. Reading your message I&#8217;m not sure if the DC and Exchange installations are on separate machines, or the same one. I think they&#8217;re separate in which case the following should help out -</p>
<p>Starting with the basics, it should work provided -<br />
1. The relevant services are running correctly on the DC? Since altering the IP settings have the relevant services been restarted (or the box rebooted)?<br />
2. All the network details are correct (so the Exchange VM is looking at the correct DNS server(s), the DNS records for the DC boxes are correct, etc. &#8211; when you rush its easy to fat-finger an IP and get it slightly wrong)<br />
3. The time is correct on the 2 boxes</p>
<p>If that&#8217;s the case then it&#8217;s time to try some simple tests:<br />
* Can you at least ping the various boxes (both by name and IP)?<br />
* Do DNS lookups resolve correctly for the domain?<br />
* Is anything meaningful being logged in the event logs of the DC or the Exchange server?</p>
<p>Sorry it&#8217;s a bit simple, but without more information its the best we can suggest for now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

