查看:5693|回复：10
一、首先介绍下硬件环境：虚拟机环境是VMware 4.1版本，一共有11台物理服务器做vmware 平台，11台虚拟化平台做后端重要虚拟机的备份。
二、现在遇到的问题：某一台虚拟机在做备份时（备份虚拟机自动新建快照和移除快照），其中在虚拟机开始做备份时，首先自动对虚拟机做一个创建快照，在备份结束后又自动对该虚拟机做虚拟机快照移除，但是虚拟机创建时间正常，移除时间是2小时30分钟，显示移除快照成功，在不做虚拟机备份任务时创建快照正常，移除2小时30分钟。
三、介绍该虚拟机系统硬件环境：windows server 2003 32位、4个CPU、8G内存、C盘总大小24.9G可用空间1.73G、D盘总大小299G可用空间11.5G、E盘总大小49.9G可用大小19.9G。
四、现场虚拟机状态截图：
五、现在一种解决方案，但存在疑惑。对该虚拟机创建新的快照（不删除），后期再做备份任务时快照的创建和移除一切正常。但是，在创建的快照后做备份，那后期所做的备份数据是不是就是当天创建快照时的数据，还是快照只是作为对虚拟机的保护，备份的还是每天的动态新数据？或者是其他什么情况？？？？
(49.38 KB)
虚拟机CPU、内存实时监控
还有截图！！！
(49.42 KB)
(73.83 KB)
(63.14 KB)
(35.96 KB)
(20.58 KB)
中级工程师
很久没有冒泡了，我来逐一解释一下你的情况吧。
一. vSphere 4.1的环境，如果存储设备是同期采购的话，我估计应该是光纤硬盘+IB背板+4GB光纤控制器的形式，这个年代的存储设备容易产生热点盘。让存储管理员配合你检查一下，如果没有那就pass这一条。NAS性能太差，不作讨论，因为讨论了也白搭。
二. 从描述情况看，你的整套备份机制是正常工作的。只不过快照删除时间长罢了，这个和你的虚机是否已经运行在之前的一个或多个快照之上有很大关系，因为删除快照不同于创建快照，它有一个与快照之前的vmdk合并的过程，而合并过程中又有一个一致性检查的过程，所以删除快照时间久你不必在意，只要快照能自动删除就行了。
三. 与这条完全没有关系。
四. 与这些图片也没有关系。
五. 强烈不建议对虚机建快照并长久保存该快照，会剧烈影响虚机的性能。如果你实在是不放心，那就把这台虚机当作物理机去备份，然后特别注意一下这台虚机的操作系统SID，审计严格的企业对操作系统的SID很敏感。
优秀技术经理
楼主的描述难道是说删除快照这个动作用了两个半小时？？
优秀技术经理
vmware删除每一个快照都需要合并的嘛？？
中级工程师
是的。当创建一个快照时，快照之前的vmdk文件就变成只读状态了，然后在虚机文件夹会创建一个delta文件，虚机开始对这个delta文件开始写入变量数据。之后每当创建一个快照，快照之前的delta文件会变成只读，开始写入新建的delta文件。
delta文件的大小不能超过原始vmdk的体积，否则虚机会出现异常，这也是为什么快照不能长久保存的原因。
而当delta文件过多时，虚机在启动及运行时会逐个读取这些磁盘文件，所以性能会很差。
当删除一个快照时，该快照的delta文件会被整合进父一级的磁盘文件。而且如果有多个快照，删除快照时的这个整合过程需要额外的物理磁盘空间来完成，空间大小相当于该快照对应的delta文件的体积。如果没有提供足够空间，删除快照将失败，虚机自动生成一个consolidated helper的快照。配合企业的备份策略，这些consolidated helper快照数量会很惊人，带来的后果就是冗长的时间来将这些快照干掉。
哎。现在问题还没有解决，也不知道该怎么办..
引用:原帖由 爱喝可乐的小白 于
00:47 发表
楼主的描述难道是说删除快照这个动作用了两个半小时？？ 是的，删除差不多每次都是两个半小时，创建是很快的！！
优秀技术经理
引用:原帖由 真ing 于
16:39 发表
是的，删除差不多每次都是两个半小时，创建是很快的！！ 只要正常完成即可，且使用正常
引用:原帖由 爱喝可乐的小白 于
16:45 发表
只要正常完成即可，且使用正常 只是客户想把把弄掉，到现在还在拖着的没弄
助理工程师
引用:原帖由 dordon001 于
13:15 发表
很久没有冒泡了，我来逐一解释一下你的情况吧。
一. vSphere 4.1的环境，如果存储设备是同期采购的话，我估计应该是光纤硬盘+IB背板+4GB光纤控制器的形式，这个年代的存储设备容易产生热点盘。让存储管理员配合你检查一下，如 ... 请问如何检查和消除你提到的热点盘？谢谢
LZ检查结果怎么样呢lzlutao 的BLOG
用户名：lzlutao
文章数：88
评论数：143
访问量：598161
注册日期：
阅读量：5863
阅读量：12276
阅读量：382374
阅读量：1074174
51CTO推荐博文
&&&&& 早上想开VMware Workstation中的虚拟XP系统测试个东西，点击打开虚拟机电源时跳出如下对话框：
这才想起上次清理硬盘，删除了一些非常大的文件，把这台虚拟机除Windows XP.vmdk之外其他的vmdk文件删除掉了，带数字的vmdk文件是该虚拟机的快照文件，当时想的是已经关闭了快照就不需要快照文件了。现在重装这个虚拟XP系统闲太麻烦了，考虑怎么快速搞定，于是去另外一个正常的虚拟系统的目录下对照这个虚拟系统的文件列表，发现vmsd文件是管理快照的
清空此文件中的所有内容，保存，删除收藏夹中出错的这个虚拟系统，关闭此处
再用VMware Workstation的打开功能打开此虚拟系统的vmx配置文件
还是一样的错误，但发现状态、位置、版本下边的&快照&字样已经不再显示了
既然快照已经被全部清除，那么应该出错在vmx配置文件上，打开vmx配置文件
更改ide0:0.fileName这行为：ide0:0.fileName = &Windows XP.vmdk&
保存，重新用打开功能打开Windows XP.vmx，再打开虚拟机电源，OK了，进系统了本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)
14:09:50 15:19:24 09:38:25 09:40:43 16:44:38 09:03:27新浪广告共享计划>
广告共享计划
VMware&Snapshot快照功能的优缺点分析
VMware的虚拟机“快照”功能是对虚拟机磁盘文件VMDK的某个状态创建副本，当系统出现异常，可以通过恢复快照来保证系统的正常。VMwware的虚拟机快照技术是非常有用的，但是也有需要注意的局限性。
&&&&快照（Snapshot）：虚拟机的救命稻草
&&&&快照（Snapshot）是当前数据中心最佳的数据保护机制之一。无论是基于SAN的快照技术，还是建立在文件系统或中的，快照技术能够在错误出现时让损失降到最低。但并不是所有的快照技术并非都是面向意外的数据丢失，比如VMware
ESX及桌面虚拟化平台上的快照技术。
与其他的快照技术不同，VMware的快照并不是非常适合用于数据保护，但它称得上是一个非常有用的工具，只要能够用的恰当。从根本上来说，VMware的快照适合两种情况：1、将一个虚拟机的磁盘隔离，不再写入数据，这样可以进行备份；2、在打补丁和软件升级时提供一个短期的自动恢复功能。在开发环境中，可能经常会见到利用快照来保存一些实时状态的镜像，但是这样的方式在一个性能敏感的生产环境中是不可取的。
虚拟机快照结构，可以恢复到补丁前的状态
在一个典型的环境中，一个虚拟机的磁盘资源是由位于VMware独有的VMFS文件系统或NFS存储上的VMDK文件（virtual
machine disk的缩写）组成，它的大小几乎等同于虚拟机的磁盘资源。所以如果你的Windows 2003
Server有15GB的系统硬盘，那么在VMFS卷上会出现一个15GB的VMDK文件。
如果使用hypervisor对虚拟机进行快照，系统会创建第二个VMDK文件（有时叫做redo
log），这个文件存储着进行快照后虚拟机所有写入的东西，这样的功能具有几个明显的优势：
首先，由于快照VMDK文件存储着对基础VMDK的写入操作，实际上基础VMDK不会被更改。这意味着在快照建立之后如果出现一些错误，可以很容易的将这些错误“扔掉”，恢复到进行快照之前的基础磁盘状态。同样，由于当快照存在时基础VMDK并不会被写入，这样就可以安全的对基础VMDK创建副本来进行备份。
虚拟机快照的不足之处
然而，VMware的快照功能还有一些不足之处，也是应当注意的。
例如，当快照创建时虚拟机执行一个读操作，hypervisor会检查快照VMDK，查看是否有被读取的区块存在。如果有，则从快照中为虚拟机提供这个区块，如果没有，虚拟机还需要去读取基础VMDK。如果只有一个快照，这并不是什么问题，只不过是重复来读取VMDK。但是如果有大量快照存在，比如在两周内每天建立一个，那么hypervisor需要在14个快照文件中查找这个区块，这就会消耗大量的读I/O。
更糟糕的是，没有完善的机制来阻止这些快照的增长，如果你每天为一个Windows
2003虚拟机进行快照，大概每天需要消耗的存储空间，这对大多数虚拟机来说还是非常保守的数字。大体上来说，你需要为虚拟机配置双倍的空间来存储这些更改。
如果换个角度来看，实际几乎所有的快照技术，包括SAN快照，都要消耗很大的存储空间。但有所不同的是VMware快照没有自动保护机制，防止VMFS卷被不断增长的快照填满。而大部分SAN当分配的快照空间被填满时会自动删除最早的快照。一旦VMSF卷被填满，当前的快照文件就不能再写入，而虚拟机也可能会崩溃。如果有很多虚拟机，并且快照都存在相同的VMFS卷上，这些虚拟机都可能会崩溃，这是灾难性的。
还有一个潜在的陷阱，hypervisor会通过磁盘停顿进程（disk
quiescing)试图确认快照的应用程序持续状态，尽管可以再不停顿的情况下创建快照，但是这时候只能建立crash-consistent快照，如果在crash-consistent快照建立后恢复基础磁盘，和应用程序会出现貌似非正常关机时的状态。磁盘停顿功能让操作系统和应用程序可以找到合适的停顿点，比如完成写入，防止数据被损坏。
根据操作系统在虚拟机中的运行状况，可以通过不同的方式实现磁盘停顿。这些都需要应用安装在虚拟机操作系统中的VMware工具包。如果你运行的是一个新近版本的Windows系统，VMware工具将使用微软的卷影副本服务（VSS）在虚拟机I/O中创建一个临时的停顿，让VMware软件来创建更底层的磁盘快照。
然而，在进行大量磁盘I/O传输的虚拟机中，如微软SQL数据库平台或Exchange，卷影副本服务（VSS）可能会需要大量的调试才能工作正常。VSS工作并不是那么稳定，有时候，这次正常，而下次就可能出现故障。这是恼人的，特别是在希望通过停顿快照来对虚拟机进行更好的备份的时候。
尽管有这些不足，如果使用正确，VMware的快照可以说是一个优秀的工具，无论是在主要的升级或打补丁前为虚拟创建短期的实时副本，还是允许第三方备份软件对虚拟机执行direct-from-SAN的备份。然而，能有有效使用快照功能的前提是理解它们是如何工作的，可能偶尔需要进行一些调试。另外需要注意的是，如果要在运行关键任务的虚拟机应用VMware快照功能，要更加小心谨慎，最好先进行测试。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。使用XEN创建了虚拟机之后，我们需要对虚拟机制定一套备份机制。通常我们可以将虚拟机当成一台真实的服务器，以前在服务器制定的备份机制同样可以运用到虚拟机上。本文将给大家介绍利用lvm快照功能对虚拟机进行备份的方法，该方法最大的好处是可以不必关闭虚拟机完成备份。
必要条件：xen使用lvm方式创建虚拟机。
系统环境：Debian Linux
假设一台虚拟机的硬盘是 /dev/vg01/xen1，硬盘分配空间10G
首先我们要做的是备份：
1、在 /dev/vg01/xen1 上建立一个快照卷，通常不需要为快照卷分配和父卷一样的空间大小，一般分配父卷的10%即可。
lvcreate -s -L1G -n xen1-snapshot /dev/vg01/xen1
2、用dd命令拷贝快照到备份文件
dd if=/dev/vg01/xen1-snapshot of=/backup/xen1-backup.img
3、将备份文件上传到备份服务器上
建议将备份好的文件上传到远程的服务器上，以防止服务器发生意外故障而造成本地备份文件丢失。
4、快照卷现在已经不需要了，删除掉
lvremove /dev/vg01/xen1-snapshot
这样我们就创建好了备份。备份周期可以一天一次，写好备份脚本，每天凌晨3-5点左右进行自动备份（该时间段一般访问量最小）。
===================================================
如果虚拟机出现问题需要从备份文件恢复，应该怎么操作？
现在我们来操作一下从备份文件中恢复虚拟机：
1、首先创建一个新LV卷
lvcreate -L10G -n xen1-new vg01
2、如果本地没有保存备份文件，则从备份服务器上下载最新的备份文件
3、利用/dev/loop设备挂载备份文件
losetup /dev/loop0 xen1-backup.img
4、用dd命令拷贝备份文件到新建的LV卷里
dd if=/dev/loop0 of=/dev/vg01/xen1-new
5、修改虚拟机配置文件，将硬盘指向新建的xen1-new
6、重新启动虚拟机
xm shutdown YOUR-VPS-NAME
xm create /etc/xen/YOUR-VPS-NAME.cfg
7、检查虚拟机是否正常，如果一切正常，删除原来的硬盘文件，卸载loop设备
losetup -d /dev/loop0
lvremove /dev/vg01/xen1
备份完成！
此条目发表在 ,
分类目录，贴了 , , ,
标签。将加入收藏夹。当前位置：
正确使用VMware虚拟机快照的方式
TechTarget中国 　
核心提示：
尽管虚拟机快照可以帮助卸载出现问题的系统补丁或者回滚配置变更操作，但同时也需要对其进行合理控制，防止其成为问题的来源。
虚拟机快照技术是VMware乃至任何虚拟化平台最为重要的组件之一。如果使用得当，其将会是一种理想的即时镜像工具，可以在系统升级或者变更失败时回滚到之前的状态。如果系统遇到其他任何问题，快照还可以避免花费大量时间完成缓慢的系统恢复流程。
尽管在某些情况当中快照能够起到很大帮助作用，但是系统备份仍然是必不可少的，快照不能取代原有的完全和增量备份机制。如果快照的使用方式或者应用范围出现问题，同样可能导致严重后果甚至是多台虚拟机（VM）同时停机。
深入解析虚拟机快照创建过程
在理解快照的重要性之前，需要首先了解我们在创建和使用快照的过程当中究竟发生了哪些事情。
虚拟机快照是虚拟机磁盘或者内存的时间点（PIT）复本。管理员创建delta&&也就是差异&&文件，其中包含了创建快照后对虚拟机和文件系统所进行的任何更改。原始磁盘被完全冻结，任何写入操作都将被记录在delta文件当中，所以查询请求需要到delta磁盘文件当中寻找已经发生变化的内容。
Delta文件体积不断增长
需要注意的是delta文件并不会主动限制自己在data store当中所占用的存储空间。图1.展示了一种快照文件体积不断增长的极端情况。这台虚拟机拥有一个一年之前创建的快照文件，而这个快照文件现在已经消耗了超过20GB的存储空间，我们可以看到其已经影响到虚拟机的性能表现。
占用超过20GB存储空间的虚拟机快照将会严重影响虚拟机的性能表现&
虚拟机文件结构每次发生变化时，delta文件体积也会随之增长。因此如果快照没有被及时移除，随着文件体积的不断增长，其最终会消耗完data store当中的所有可用空间。这种情况将会导致两种潜在问题。首先，处于关机状态的虚拟机将无法正常启动，因为虚拟机管理器不能为其分配所需的磁盘空间。更为糟糕的是，当前处于运行状态的虚拟机也将会开始出现各种问题，并且产生磁盘空间不足的报警。在一些情况当中，如果虚拟机尝试在空间不足的data store当中进行写入操作，还有可能导致数据丢失。
如果data store出现空间不足的情况，那么安装精简配置磁盘的虚拟机将会停机，而安装了厚置备磁盘的虚拟机能够提前分配所需的存储空间，因此能够继续正常运行。因此需要严格控制虚拟机快照文件大小，VMware推荐单个快照实例的保存时间最长为72小时，以防止其占用过量的存储空间或者严重影响系统的性能表现。
尽量避免多个快照
大多数情况下，应该避免为同一台虚拟机创建多个快照；每次为系统创建新的快照，其运行速度都会变慢。每个快照都会建立相应的delta磁盘文件，如果虚拟机需要读取多个delta文件，必然会增加系统的I/O负载。这个过程无疑会延长虚拟机的响应时间，并且产生额外的磁盘操作。
如果你只想保存一系列快照当中的最新版本，可以将它们整合为单一快照。这种方式可以帮助提升系统运行速度和管理效率。选择目标虚拟机，单击鼠标右键，之后选择整合。你可以在虚拟机和模板视图当中查询虚拟机是否需要整合，并且在列表当中显示所有需要进行整合的虚拟机。
快照包含的潜在问题
如果你尝试使用vMotion或者Storage vMotion以外的方式来移动虚拟机，那么快照可能会导致一些问题。尽管你可以使用copy命令来复制任何文件，但是如果在具有快照的虚拟机上使用这种方式将会导致文件损坏等情况发生。
有几种类型虚拟机不能为其制作快照。其中包括使用共享SCSI总线的虚拟机，比如集群服务器。并且不能为单独磁盘制作快照。如果已经启用physical raw device mapping，则不能为其创建快照，因为底层磁盘由虚拟机进行管理。也就是说，如果不是由VMware主机进行管理，便不能为其创建快照。
如果你运行的是ESXi 4或者之前的版本，那么还需要注意一些其他问题。首先，不能使用Storage vMotion技术迁移一台具有多个快照的虚拟机。最为快速的解决方式是整合所有快照，这意味着不再能够将虚拟机恢复到多个时间点的状态。这种限制在vSphere 5当中被移除。另外一种经常发生的问题是当整合大型快照时，会出现主机暂时无响应的情况，但是主机上的虚拟机仍然在正常运行，这种情况持续一段时间之后会自动消失。
尽管在使用快照的过程当中VMware Tools并不是必须的，但还是强烈推荐使用这种工具。VMware Tools允许操作系统停止&&或者减少&&磁盘活动，因此可以更加轻松地制作快照，而不再需要VMware主机创建PIT复本。
可以通过多种方式检查快照文件大小，最为简单的方式是使用RVTools或者启用快照大小特性。
还可以在PowerCLI当中执行以下命令：
get-vm | get-snapshot
这种方式可以列出目标vCenter当中的所有快照。
责任编辑：Lionel
关注官方微信：或微信号： 我们将定期推送IDC产业最新资讯
智·道 2016 IDC产业上市企业大会现场直播
Copyright 2001 - 2013 Chinaitlab Group All Rights Reserved. 京公网安备14号}