Hyper-V snapshot快照的合并

Hyper-V snapshot快照的合并及使用注意事项

Windows Server 2008 Hyper-V snapshot快照的合并及使用注意事项

Hyper-V功能无疑是Windows Server 2008一大亮点，而snapshot快照功能更使得系统管理员日常备份工作更加的方便高效。但在使用snapshot功能时，特别是在Hyper-V虚机迁移时，以下内容应当注意：

1.snapshot快照功能实际上并不是保存.vhd文件的当前状态到一个.avhd文件，而是在.vhd文件基础上做差异。也就是说一旦你对某虚机.vhd文件做了snapshot，那么你之后对该虚机所做修改都将存到名为相应的"GUID.avhd"文件中，而原.vhd文件在你删除snapshot树并关机之前将不会做任何更改。

2.如果要做虚机迁移，迁移前的虚机没有做过snapshot，直接复制各虚机.vhd文件到目的Hyper-V主机并重新使用这些.vhd 文件创建虚机即可；如果迁移前的虚机有做过snapshot，在你决定迁移并实施迁移操作之前，应删除各虚机的snapshot树，这样虚机在关闭的时候会将snapshot中的内容合并到虚机.vhd文件中，合并完成再复制文件到目的主机。

如果在实施迁移之前没有执行2中所述操作，迁移后将造成数据丢失等问题，如果此时你的原Hyper-V仍然可用，你需要重新回到该主机并执行2中所述操作，如果此时原Hyper-V主机不可用而你仍备份有原虚机snapshot文件，可以按照本文以下内容进行.vhd与.avhd的手动合并：

1.找出该虚机的最后的snapshot 快照.avhd文件。

打开\Virtual Machines目录下的GUID.xml 文件，如下图所示：

通过查看图中蓝色部分获得最后的snapshot快照文件名。

2.在\Snapshots\GUID目录下找出步骤1中所找到的.avhd文件，更改其后缀名为.vhd。如下图所示：

3.执行合并。

打开Hyper-V管理工具，选择"Edit Disk”，打开磁盘编辑向导，

选择修改过后缀的.vhd文件，

选择"Merge"合并，

选择"To the parent virtual hard disk"，

保持默认，向导会帮你确定母.avhd或.vhd是谁，此处你需要记下名字，以便待会对它重复执行合并操作，

等待合并完成。

重复执行上述操作直至所有snapshot快照都成功合并到原.vhd文件。

完成上述操作后，使用最终的.vhd文件在目的Hyper-V主机中创建虚机即可。

2011年3月15日

9:01

Hyper-V性能分析利器HyperV_Mon

本帖最后由VirtualTom于2011-1-13 13:50 编辑

当Windows 操作系统运行在Hyper-V平台上时，任务管理器很可能无法正确报告系统的资源信息，因为CPU等系统资源都是由Hypervisor层来管理和分配的。比如，我们在虚机中看到操作系统的CPU使用率是100%，那CPU 使用率真的是100%吗？

“在Hyper-V 虚拟机中运行来宾操作系统时所产生的CPU 开销的范围是9% 到12%。例如，在Hyper-V 虚拟机中运行的来宾操作系统通常有88–91% 的空闲CPU 资源可用于在物理硬件上运行的对等操作系统。”

那有什么工具可以很直观地呈现Hyper-V平台下各虚拟机的性能以帮助理解和必要时候的排查呢？MVP Tim Mangan开发了HyperV_Mon这个工具，而且是免费发布的，现在的最新版本是2010年12月29日发布的1.8版本，可以到这里下载。

这个工具支持Hyper-V和Hyper-V R2，免安装，双击就可以运行。在WMI访问允许Hyper-V父分区的条件下，你可以直接在装有Hyper-V的Server 2008/2008 R2的主机上本地运行此工具，或点选Configure按钮配置你需要连接的Hyper-V主机名称或IP地址实现远程访问。出于对服务器影响最小化的考虑，推荐后者的访问方式。

初看这个界面你就会觉得界面的布局和下面一张Hyper-V的架构图很相似。界面的最下面黑色区域代表硬件层，包含了硬件信息的描述，中间的Hypervisor层区域，Total代表看到物理CPU的总使用率，Guest代表包括了父分区以及其他正在运行的VM操作系统的总使用率，注意，关键词是包括了父分区和正在运行。HvOh表示Hypervisor Overhead，这里的HvOh表示Hypervisor层自己的开销，它的开销数据代表着父分区和其他VM的开销。

左上方蓝色区域为父分区，它的HvOh开销多为文件或者网络的I/O，更多地最终表现为与虚拟机沟通过程相关的开销。而右上方黄色区域描述了正在运行的虚拟机的信息，这些将在下面的例子中展开说明。稍稍说明一下的是，Memory 和I/O功能显示在工具新版本中的功能，在看使用文档HyperV_Mon.pdf和看我的截图的时候，你可能有这样的疑问，例如会问为什么我截图中4台虚拟机有3台的Memory和I/O信息没有显示出来。这是正常的，因为这些虚拟机没有开启对父分区的WMI访问允许。

下面我们做一个压力测试，分配Win7 虚拟机1个虚拟处理器，将CPU使用率提高，从任务管理器中可以看到CPU 的资源使用率已经稳定地保持在100%了，事实上是这样吗？

我们从工具中看到，100%的CPU使用率，其实我们被任务管理器骗了。其实作者想说明 Win7这个虚拟机在CPU 中的总使用率上占了40%左右（第一次发文时候说80%，是错的）。为什么是40%呢，VM中的CPU使用率是与分给CPU的虚拟处理器相关的。我这里例子中，我只分了给这个VM 1个虚拟处理器，我的测试机是Dell的台式机，CPU是一个双核的单一CPU，所以Hypervisor层Logical显示为2，那80%除以2就是40%了。还不明白的话我下面的例子会做进一步对比说明。

我们再做一个压力测试，这次分配Win7 虚机2个虚拟CPU，从任务管理器中可以看到CPU的资源使用率稳定地保持在100%了，实际上呢?

Ok，这里再展开解释一下CPU的Guest，第1个VM, 8% 代表一个处理器的8% （或者说占了CPU总可用资源的4%），第2个VM分了2个虚拟处理器，那占了CPU资源的70%，所以，从图中可以得出，CPU的使用率为父分区14%，VM1 4%，VM2 70%, VM3 0%, VM4 0%的总和88%。下面Hypervisor层直接报告了CPU的使用率为89%，这个数字不是加起来的因为不可能同时要求所有组件报告当前信息。另外，这个开销是动态的，一直在变动。

为了更好地理解Hyper-V中CPU的性能，在使用文档HyperV_Mon.pdf第5页也做了一个展示。因为Hyper-V 中CPU是虚拟的，和物理CPU 没有一对一的必然关系，所以假如将压力都转移给其中一个虚拟CPU，在Hypervisor 层可以看到对物理CPU 的开销几乎没有影响。

相信随着版本的更新，HyperV_Mon的功能将会越来越完善。介绍微软虚拟化工具的中文文档不多，此文作为新年一个开篇，给大家有需要的时候可以用作一个参考。

参考文档：

1. HyperV_Mon.pdf

Hyper-V 手动导入虚机配置实例

2011年3月15日

8:59

Hyper-V提供了很方便的虚机导入和导出功能。平时假如我们想导出虚机，先选中虚机，然后鼠标右键在出现菜单列表中选中“导出”就可以，导入的话，选中Hyper-V服务器，鼠标右键选中“导入虚拟机”进行操作。但是，最近遇到一个问题，一个用户只拷贝了整个文件夹目录，如何帮助他进行导入呢？

把用户的文件夹拷贝到D:\MSVM目录下，我们先来看看文件夹的架构。

为确保虚机资源仅能被特定虚机所访问，Hyper-V使用了一个叫服务SID的功能来确保安全访问，所以我们需要手动赋予某个SID 访问权限。这个SID是由这样的形式构成的：VIRTUAL MACHINE\

虚机的GUID, 我们可以在VirtualMachines目录下找到

例如这里的SID为NT VIRTUAL MACHINE\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B

1. 我们使用mklink命令创建Symbolic link(符号链接)，让Hyper-V能够读到虚机的配置。

在命令行下输入

mklink "%systemdrive%\programdata\Microsoft\Windows\Hyper-V\Virtual

Machines\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B.xml" "D:\MSVM\a1\Virtual

Machines\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B.xml"

这时我们可以看到Hyper-V\Virtual Machines目录下创建了一个新文件。

在Server 08的Hyper-V的管理器中你可能已经发现新的虚机了，在Server 08 R2版本中，你遇到的情况可能和我的截图一样，虚机并没有出现。

这时候我们需要在服务中重启“Hyper-V 虚拟机管理”服务。

虚机出现了。

2. 使用icacls命令将服务SID添加到Symbolic link中以便Hyper-V可以访问它。/L 指示此操作在Symbolic link本身而不是在其目标上执行。

icacls "%systemdrive%\programdata\Microsoft\Windows\Hyper-V\Virtual

Machines\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B.xml" /grant "NT VIRTUAL

MACHINE\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B":(F) /L

3. 我们同样需要赋予此SID 访问所有虚机文件的权限。

icacls D:\MSVM\a1\ /T /grant "NT VIRTUAL

MACHINE\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B":(F)

4. 假如虚机中含有快照，我们还需要创建额外的Symbolic link以及服务SID访问权限。

mklink

"%systemdrive%\ProgramData\Microsoft\Windows\Hyper-V\Snapshots\9A4D34EF-9895-424C-91 D1-FC1C2FC39950.xml"

"D:\MSVM\a1\Snapshots\9A4D34EF-9895-424C-91D1-FC1C2FC39950.xml"

icacls

"%systemdrive%\ProgramData\Microsoft\Windows\Hyper-V\Snapshots\9A4D34EF-9895-424C-91 D1-FC1C2FC39950.xml" /grant "NT VIRTUAL

MACHINE\1A1A0D9F-47C8-4A10-A60A-D5BF0497817B":(F) /L

5. 可以了吗？让我们启动虚机看看。

6. 最后一步，我们需要修改虚机配置，为虚机选取正确的虚拟交换机，大功告成。

???

源文档

2011年3月15日

8:56

hyper-v 迁移数据丢失

Filed under: 乱7八糟— admin @ 11:48 上午

帮朋友迁移hyper-v 服务器

有的虚拟机生成了快照，移动以后数据莫名其妙的变回到了以前的数据。所以在移动VHD文件的时候切记要删除掉快照，然后在移动，移动好了以后会自动将快照中的数据和VHD文件合并这样就保持的是最新数据. 以下还有更详细的说明转载微软官网

Hyper-V功能无疑是Windows Server 2008一大亮点，而snapshot快照功能更使得系统管理员日常备份工作更加的方便高效。但在使用snapshot功能时，特别是在Hyper-V虚机迁移时，以下内容应当注意：

1.snapshot快照功能实际上并不是保存.vhd文件的当前状态到一个.avhd文件，而是在.vhd文件基础上做差异。也就是说一旦你对某虚机.vhd文件做了snapshot，那么你之后对该虚机所做修改都将存到名为相应的”GUID.avhd”文件中，而原.vhd文件在你删除snapshot树并关机之前将不会做任何更改。

2.如果要做虚机迁移，迁移前的虚机没有做过snapshot，直接复制各虚机.vhd文件到目的Hyper-V主机并重新使用这些.vhd文件创建虚机即可；如果迁移前的虚机有做过snapshot，在你决定迁移并实施迁移操作之前，应删除各虚机的snapshot树，这样虚机在关闭的时候会将snapshot中的内容合并到虚机.vhd文件中，合并完成再复制文件到目的主机。如果在实施迁移之前没有执行2中所述操作，迁移后将造成数据丢失等问题，如果此时你的原Hyper-V仍然可用，你需要重新回到该主机并执行2中所述操作，如果此时原Hyper-V主机不可用而你仍备份有原虚机snapshot文件，可以按照本文以下内容进行.vhd与.avhd的手动合并：

1.找出该虚机的最后的snapshot 快照.avhd文件。

打开\Virtual Machines目录下的GUID.xml 文件，如下图所示：

通过查看图中蓝色部分获得最后的snapshot快照文件名。

2.在\Snapshots\GUID目录下找出步骤1中所找到的.avhd文件，更改其后缀名为.vhd。如下图所示：

3.执行合并。

打开Hyper-V管理工具，选择”Edit Disk”，打开磁盘编辑向导，

选择修改过后缀的.vhd文件，

选择”Merge”合并，

选择”To the parent virtual hard disk”，

保持默认，向导会帮你确定母.avhd或.vhd是谁，此处你需要记下名字，以便待会对它重复执行合并操作，

等待合并完成。

重复执行上述操作直至所有snapshot快照都成功合并到原.vhd文件。

这些就详细的阐述了HYPER-V丢失数据恢复的办法

源文档

如何手動還原Hyper-V 的VM 與Snapshots 到另一台主機

2011年3月15日

8:52

今天公司有台Hyper-V 主機無預警的掛了，就這個剛好公司開發用的資料庫正好安裝在那壹台，為了讓大家能夠繼續工作，必須儘速將VM 移至另一台Hyper-V 伺服器，但是VM 的設定都沒有匯出，所以無法完整的匯入另一台Hyper-V，因為原本的VM 建立了許多快照(Snapshots)，所以光是將VHD 檔複製過去是沒用的，這跟Hyper-V 的Snapshots 的運作機制有關。

首先，我嘗試了好幾個小時把VHD 檔複製到另一台Hyper-V 伺服器，並手動新增虛擬機器上去，這才發現所有資料庫是三個月前的版本，這怎麼能接受，所以花了好些時間研究到底要如何才能復原虛擬機制到最新版，有時後人太鐵齒就會浪費許多寶貴的時間，我也不例外，嘗試了好久之後才願意認真去學Hyper-V 的Snapshots 運作機制，這才發現一個非常寶貴的知識：Hyper-V 的Snapshots 的運作完全跟差異磁碟的運作機制一模一樣！

假設我們的虛擬機器有一顆虛擬硬碟(VHD)，當你建立了第一個快照後，這個快照就會自動變成一顆差異磁碟，並且副檔名為*.avhd，事實上*.avhd就是VHD 格式的硬碟。而且原本的*.vhd硬碟就會變成這顆*.avhd快照磁碟的父磁碟(parent disk)。

瞭解差異磁碟原理的人就知道，當你產生差異磁碟並使用過後，父磁碟是不能被變更的，只要一變動父磁碟的內容，所有繼承於這顆父磁碟的差異磁碟將完全失效！

目前為止，我並不知道如何完整復原Snapshots 的狀態回Hyper-V，但是我學會了如何手動將虛擬機器的虛擬硬碟回復到最新的一份快照(或任何一份快照的版本)，以下是我的還原計畫與策略：

環境說明

?壹台虛擬機器（需重建）

?壹個原始的虛擬硬碟(*.vhd)

?已有兩個快照集(Snapshots)

還原目標

?復原虛擬硬碟至最近、最新的版本

還原策略(1)：透過合併磁碟功能將多個磁碟合併成壹個唯一磁碟(較耗時的方法)

1. 先選取最新的快照磁碟檔(*.avhd)，並透過編輯磁碟工具進行合併磁碟動作，合併至父磁碟

修改原本*.avhd的副檔名為*.vhd

從Hyper-V 管理員點選[編輯磁碟] / [Edit Disk] 動作

選取剛剛更名的快照磁碟

選擇[Merge] 選項

合併變更至父磁碟

2. 再選取剛剛被合併的父磁碟(*.avhd)，並透過編輯磁碟工具進行合併磁碟動作再合併至它的父磁碟，此時這個快照磁碟的父磁碟就是當初建立虛擬機器原本的虛擬磁碟

3. 重新建立新的虛擬機器，並指派最後被合併的那個虛擬磁碟，大功告成！

還原策略(2)：保留所有快照磁碟，並將磁碟重新連接並直接掛載上線(較快速的方法)

1. 將原本置於Snapshots 目錄的快照磁碟複製到Virtual Hard Disks 目錄下，讓這些快照磁碟跟虛擬機器原本的虛擬磁碟放在一起。

2. 將所有快照磁碟的副檔名從*.avhd修改成*.vhd

3. 利用審查磁碟(Inspect Disk) 工具將這些快照磁碟重新連接

從Hyper-V 管理員點選[審查磁碟] / [Inspect Disk] 動作

先選取最新的快照磁碟，此時由於差異磁碟檔名已經變更，所以必須重新設定連接父磁碟

選擇[Reconnect] 選項

選擇父磁碟檔案

4. 重新建立新的虛擬機器，並指派最後被合併的那個虛擬磁碟，大功告成！

備註事項

?重新啟動虛擬機器後由於主機、執行環境不太一樣，所以必須重新設定網路卡

?設定完網卡後不一定會立即生校，建議先停用網卡再重新啟用即可

後記

我不可能什麼都會，遇到沒碰過的問題時也會慌，亂查資料、亂try 方法，這些都是在不得以的情況下所產生的自然反應，人家說：「問對問題，問題就已經被解決了一半」。真的是這樣，像我一開始想儘速還原Hyper-V 中的虛擬機器時不清楚Snapshots 的運作原理，所以我連問題在哪裡都不知道，開心還原後還以為已經還原成功，結果是還原到三個月前的版本。

之後再網路上亂查查到的解決方案都是還原策略(1)的解法，當我知道Snapshots 的運作原理之後才恍然大悟，進而想出更快速的還原策略(2)解法，所以只要熟悉原理就能掌握問題，進而快速解決問題。

我覺得不管是誰寫文章，每一篇文章背後都一定都累積了不少時間與怨念汗水才整理出這些資訊，今天這一篇耗了我一整天，心情也實在down 到谷底，再加上最近遇到一些狗屁倒灶的事一堆，實在有點吃不消。

雖然很不想碰到這種突如其來的災難弄得我疲憊不堪，但該來的躲不掉，我們只能積極面對，否則問題永遠存在。像我之前曾在噗浪上講過一句話：「你永遠不知道接手一個爛案子可以學到多少開發經驗！唯有正向思考才能讓你進步，抱怨只會讓自己越來越消極～」，這些都是一樣的道理。

最後，我Hyper-V 上的虛擬機器終於全部救回來了，明天大夥終於可以正常工作了，算是不幸中的大幸啦，我可以安穩的去睡覺了。^_^

源文档