虚拟化和系统迁移方法
虚拟化迁移实施方案
虚拟化迁移实施方案虚拟化迁移是一项关键的技术工作，需要制定详细的实施方案。
下面是一个700字的虚拟化迁移实施方案：一、项目背景随着信息技术的快速发展，虚拟化技术被广泛应用于数据中心的服务器环境中，以提高资源利用率、降低运维成本。
本项目旨在将当前的物理服务器环境迁移到虚拟化环境，实现服务器资源的集中管理与动态分配。
二、项目目标1. 提高服务器资源利用率：通过虚拟化技术实现多台虚拟机共享一台物理服务器的资源，提高服务器资源利用率。
2. 提高系统可用性：在虚拟化环境中，可以将虚拟机迁移到其他物理服务器上，以实现系统的高可用性和容错性。
3. 降低成本：通过资源共享和集中管理，降低服务器运维成本和硬件采购成本。
三、实施方案1. 环境准备评估当前的物理服务器环境，确定要迁移的服务器数量和配置。
准备虚拟化平台所需的服务器硬件、网络设备和软件。
2. 虚拟化平台的选择根据实际需求，选择适合的虚拟化平台。
考虑虚拟化平台的性能、稳定性、可扩展性、管理功能等因素。
3. 虚拟机迁移策略制定虚拟机迁移策略，包括迁移的时间、流程和方法。
可以选择冷迁移或热迁移，根据业务需求进行自动化或手动迁移。
4. 数据迁移将当前物理服务器上的数据迁移到虚拟机中。
可以使用在线迁移工具或备份/恢复方法进行数据迁移。
注意确保数据的完整性和安全性。
5. 虚拟机配置和优化根据实际需求，对虚拟机进行配置和优化。
包括内存、CPU、存储、网络等资源的分配和调整，以最大程度地发挥虚拟化技术的优势。
6. 系统测试和验证在虚拟化环境中进行系统测试和验证，包括性能测试、稳定性测试和容错测试。
确保系统在虚拟化环境下能正常运行，并满足业务需求。
7. 虚拟机管理和监控建立虚拟机管理和监控机制，对虚拟机进行定期巡检和性能监测。
根据需求进行资源调整和故障处理，保证虚拟机的可用性和性能。
8. 项目总结和评估项目结束后，对项目进行总结和评估。
评估虚拟化迁移对服务器资源利用率、系统可用性和成本的影响，提出改进和优化的建议。
系统迁移方案
应用系统迁移方案（大纲）修订版<v 1.1>建设单位：编制单位：文档时间:1.文档说明本文档的目的在于为应用系统设计的一个迁移和数据处理方案，并对实际操作进行指导，给予建议。
1.1系统迁移需求分析按照要求，此次系统迁移具体需求分析如下：将原有能迁移的应用系统将全部迁移至机房，迁移期间必须保证工作不能中断，历史数据不能损失。
2.系统迁移方法2.1应用迁移和数据处理方法根据以往丰富的项目经验，结合应用系统的具体业务特点，定制了一套数据迁移和整合的方法。
本迁移与整合方法分为6个阶段，分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。
➢评估与分析在系统评估与分析阶段，应确定迁移范围和目标，利用调查问卷、系统评估工具和会议等评估方式，对应用系统进行评估，分析和汇总系统需求，形成调研报告。
➢方案设计在方案设计阶段，针对项目范围内的物理服务器进行虚拟化适用性分析，设计迁移场景和数据处理方案。
在此基础上，进行迁移顺序、迁移方法等内容的设计，形成总体迁移方案。
➢虚拟化环境准备在虚拟化环境准备阶段，应判断所迁移过去环境是否能容纳被迁移的所有对象，以及，具体应检查计算机资源、存储资源、网络资源、以及数据库资源等，建立迁移所需的环境准备，如虚拟机、虚拟化网络等。
➢应用迁移在系统迁移阶段，应根据既定的迁移方案严格的执行应用系统迁移，将物理机的应用系统移植到虚拟机内。
➢迁移测试在所迁移过去应用系统进行功能测试、性能测试、安全测试、和稳定性测试，并进行应用系统验证，以便预先排除隐患，使得应用系统成功的在所迁移过去的机房中运行。
2.2应用迁移设计的相关部门业务迁移进行中，会涉及到如下各部门：➢应用开发商：负责应用系统日常的7×24小时故障响应处理工作，为应用系统的维护支撑提供技术支持。
➢迁移实施方：1）对应用系统进行评估与分析；2）根据需求设计迁移方案，如迁移方式、迁移工具等，设计数据处理方案；3）进行应用系统迁移，将应用系统从物理机上移植到虚拟机上；4）与应用开发商一起进行测试验证；3.系统评估与分析迁移前，对迁移方案进行评估，以确保迁移成功。
Docker容器中的数据持久化和迁移方法
Docker容器中的数据持久化和迁移方法Docker容器是一种轻量级的虚拟化技术，可以将应用程序及其依赖项打包在一个独立的可移植的容器中。
然而，由于Docker容器默认情况下是无状态的，容器的数据往往难以持久化，这给数据管理和迁移带来了一定的挑战。
在本文中，我们将探讨几种常见的Docker数据持久化和迁移方法。
## 1. 数据卷数据卷是一种用于在Docker容器和主机之间共享和保持数据的机制。
它可以使得数据在容器重启和迁移时仍能保持不变。
使用数据卷，可以将容器内的特定目录绑定到主机上的一个目录，容器内发生的任何变化都将映射到主机上。
在创建数据卷时，可以使用`docker volume create`命令，也可以使用Docker Compose文件中的`volumes`关键字进行定义。
例如：```docker volume create my_volumedocker run -v my_volume:/data my_image```这样，容器中的`/data`目录将会与`my_volume`数据卷进行绑定，以实现数据持久化。
## 2. 挂载主机目录除了使用数据卷，还可以直接将主机上的目录挂载到容器内，实现数据的持久化。
这种方法适用于需要容器和主机之间共享数据的场景，比如容器内的日志文件需要在主机上进行分析和存储。
使用`-v`参数可以将主机目录挂载到容器内。
例如：```docker run -v /data:/data my_image```上述命令将容器内的`/data`目录与主机上的`/data`目录进行挂载。
## 3. 使用网络存储卷在某些情况下，数据需要在多个容器之间进行共享，这时可以使用网络存储卷。
网络存储卷实际上是一种将数据保存到网络上的持久化存储设备中的方法。
常见的网络存储卷包括NFS（Network File System）和GlusterFS。
这些系统可以将数据存储在一个共享的存储池中，并在多个容器之间共享。
如何迁移虚拟机到另一台主机(一)
迁移虚拟机到另一台主机是在日常管理和维护虚拟化环境中常见的任务。
虚拟机的迁移可以帮助管理员更好地分配资源，提高系统的可靠性和可用性。
本文将探讨如何迁移虚拟机到另一台主机的步骤和注意事项。
1. 确定迁移的原因和目标在开始迁移虚拟机之前，首先需要明确迁移的原因和目标。
可能的原因包括主机硬件故障、系统维护、资源调配等等。
目标可能是保持服务的连续性、提高性能、降低成本等。
明确原因和目标有助于制定合适的迁移策略和计划。
2. 选择迁移方法虚拟机迁移可以使用多种方法，包括冷迁移、热迁移和存储迁移。
冷迁移是将虚拟机关机，将虚拟机的磁盘文件复制到目标主机上。
热迁移是在虚拟机运行的同时将其迁移到目标主机上，通常需要使用虚拟化管理软件或者虚拟化平台的特定功能支持。
存储迁移是将虚拟机的存储卷从源主机迁移到目标主机上。
根据实际环境和需求，选择最合适的迁移方法。
3. 检查源主机和目标主机的兼容性在迁移虚拟机之前，需要确保源主机和目标主机之间的兼容性。
检查两台主机的硬件配置、操作系统版本、虚拟化软件版本等，确保它们满足迁移的要求。
如果存在不兼容的情况，可能需要升级软件或调整硬件配置。
4. 设置网络和存储连接虚拟机的迁移通常涉及网络和存储连接。
确保源主机和目标主机之间存在可靠的网络连接，以便在迁移过程中传输数据。
如果使用存储迁移，需要确保源主机和目标主机可以访问相同的存储设备或存储系统。
5. 备份虚拟机在迁移虚拟机之前，最好对虚拟机进行备份。
备份可以帮助防止数据丢失或损坏，以及在迁移过程中出现意外情况时恢复虚拟机。
可以使用虚拟化管理软件或其他备份工具对虚拟机进行备份。
6. 迁移虚拟机一切准备就绪后，可以开始迁移虚拟机。
根据选择的迁移方法，按照相应的步骤进行操作。
如果是冷迁移，需要将虚拟机关机，并将虚拟机的磁盘文件复制到目标主机上。
如果是热迁移，可以直接在虚拟机运行的同时进行迁移。
存储迁移则是将虚拟机的存储卷从源主机迁移到目标主机上。
虚拟化迁移技术架构
虚拟化迁移技术架构虚拟化迁移技术架构是一种将虚拟机从一个物理主机迁移到另一个物理主机的技术。
这种技术可以帮助企业在不影响业务的情况下，实现服务器的升级、维护和故障恢复等操作。
本文将介绍虚拟化迁移技术架构的基本原理和实现方法。
虚拟化迁移技术架构的基本原理是将虚拟机的状态从源主机传输到目标主机。
这个过程需要保证虚拟机的状态在传输过程中不会丢失，同时还需要保证虚拟机在目标主机上能够正常运行。
为了实现这个目标，虚拟化迁移技术架构通常包括以下几个组件：1. 虚拟机监控器（VMM）：VMM是虚拟化技术的核心组件，它负责管理虚拟机的创建、启动、停止和删除等操作。
在虚拟化迁移过程中，VMM需要将虚拟机的状态保存到磁盘上，并在目标主机上重新创建虚拟机。
2. 虚拟机文件系统（VMFS）：VMFS是一种专门为虚拟机设计的文件系统，它可以将虚拟机的磁盘映像文件保存在共享存储设备上。
在虚拟化迁移过程中，VMFS可以帮助将虚拟机的磁盘映像文件从源主机传输到目标主机。
3. 虚拟机网络（VMnet）：VMnet是一种虚拟化网络，它可以将虚拟机连接到物理网络上。
在虚拟化迁移过程中，VMnet可以帮助将虚拟机的网络配置信息从源主机传输到目标主机。
4. 虚拟机迁移控制器（VMotion Controller）：VMotion Controller 是一个独立的组件，它负责协调虚拟机的迁移过程。
在虚拟化迁移过程中，VMotion Controller可以帮助将虚拟机的状态从源主机传输到目标主机，并在传输过程中保证虚拟机的连续性和一致性。
虚拟化迁移技术架构的实现方法有很多种，其中最常用的方法是基于VMware vSphere的VMotion技术。
VMotion技术可以在不停机的情况下将虚拟机从一个物理主机迁移到另一个物理主机。
在VMotion技术中，虚拟机的状态会被保存到共享存储设备上，并在目标主机上重新创建虚拟机。
在整个迁移过程中，虚拟机的网络连接和存储连接都不会中断，用户可以在不知情的情况下继续使用虚拟机。
VMware-P2V-系统迁移
1.1 系统迁移VMware公司提供了多种工具，完成不同的迁移工作。
针对农行的虚拟化项目，推荐使用使用VMware Converter和vCenter Server自带的虚拟机迁移功能。
以下的“2.4.1P2V迁移”主要介绍用VMware Converter迁移的步骤；而“2.4.2虚拟机迁移”主要介绍如何使用vCenter Server自带功能完成虚拟机的迁移。
1.1.1 P2V迁移1.1.1.1. P2V迁移介绍企业搭建虚拟化平台之后的第一件事是需要将现有的服务器应用业务转移到虚拟服务器上，VMware Converter 提供的P2V转化功能可帮助企业完成虚拟化整合服务器。
P2V 迁移包括热迁移和冷迁移两种方式。
VMware Converter是一个功能强大且可扩展的企业级迁移工具，IT管理员可以使用该工具节省将物理机转换为VMware虚拟机所需的时间。
通过使用极其快速且可靠的基于快照的克隆机制，VMware Converter可以实现远程转换，且不会在转换期间中断源服务器。
VMware Converter具有以下优势：●将运行Windows操作系统的物理机转换为VMware虚拟机；●将较旧的VMware虚拟机格式导入新的VMware虚拟机格式●创建物理机克隆以用于灾难恢复1.1.1.2. VMware Converter的工作原理VMware Converter是通过一个基于任务的简单UI进行管理的，这使得客户能够通过以下三个简便步骤将VMware虚拟机或第三方虚拟机以及磁盘映象格式转为VMware虚拟机：步骤1：指定要转换的源物理服务器、虚拟机或第三方格式。
步骤2：指定要创建的新虚拟机的目标格式、虚拟机名称以及位置。
步骤3：使用VMware Converter自动执行虚拟机创建和转换过程。
1.1.1.3. P2V迁移的详细过程1.1.1.3.1.1. 迁移前的准备工作●审查日志文件。
如果服务器有问题，解决问题后再迁移；●确保迁移主机的真实备份可用；●关闭任何防病毒软件；●关闭服务（IIS、SQL等）；●清除任何临时或不需要的文件；●整理磁盘；1.1.1.3.1.2. 迁移过程中的步骤●运行Convert软件，输入源服务器信息和目标服务器信息；●选择不要自动卸载agent程序，到时手动卸载；●虚拟机信息：◆虚拟机名称（按规划设计它与物理主机名称相同）◆Datastroe◆虚拟机版本；●在源磁盘信息栏目，选择要转换的磁盘分区，如有分区大小调整要求，也一并做了；●选择目标网络的交换机的端口组名称；●先不要选择安装VMware Tools，同时删除还原点选项；●开始转换。
云计算中的虚拟机迁移技术研究
云计算中的虚拟机迁移技术研究云计算是当今互联网领域的热点技术，它不仅提供了高效、弹性和可靠的资源共享方式，还为企业和个人用户提供了灵活、安全、低成本的服务。
虚拟机迁移技术作为云计算中的重要组成部分，在提高资源利用率和灵活性方面起着举足轻重的作用。
本文将介绍云计算中虚拟机迁移技术的概念、分类、原理以及应用场景。
一、概念虚拟机迁移是指将正在运行的虚拟机实例从一台物理主机迁移到另一台物理主机的过程。
通过虚拟机迁移技术，用户可以在不中断服务的情况下实现资源的动态调度和分配，提高系统的灵活性和可用性。
二、分类根据迁移方式的不同，虚拟机迁移技术可分为两种主要类型：基于内存的迁移和基于磁盘的迁移。
1. 基于内存的迁移基于内存的迁移是指将虚拟机运行所需的内存内容和状态从源主机迁移到目标主机。
该方法可以极大地减少迁移过程对虚拟机的影响，减少迁移时间，但需要保证源主机和目标主机有足够的内存容量来支持迁移。
2. 基于磁盘的迁移基于磁盘的迁移是指将虚拟机的磁盘镜像文件从源主机传输到目标主机，并在目标主机上重建虚拟机。
该方法相对较慢，但可以在目标主机上利用磁盘镜像文件精确重建虚拟机的环境。
三、原理虚拟机迁移技术的实现主要依赖于虚拟化技术和网络技术。
1. 虚拟化技术虚拟化技术通过在物理主机上运行虚拟机监视器（Hypervisor），将物理主机资源虚拟化为多个逻辑实例。
通过虚拟机监视器的介入，虚拟机的内存、CPU、磁盘等资源可以被动态分配和管理，实现虚拟机的迁移。
2. 网络技术网络技术在虚拟机迁移中起到了承载和传输虚拟机数据的重要作用。
迁移过程中，源主机和目标主机之间需要建立连接，传输虚拟机的内存、磁盘和网络状态，确保迁移过程的数据的完整性和一致性。
四、应用场景虚拟机迁移技术在云计算中有广泛的应用场景，以下列举几个典型的应用场景。
1. 负载均衡通过虚拟机迁移技术，系统可以根据当前的资源占用情况，在不同的物理主机上动态调度和分配虚拟机实例，实现负载均衡的效果。
(VR虚拟现实)物理系统迁移虚拟化PV技术
物理系统迁移虚拟化P2V将现有的服务器应用业务转移到企业搭建虚拟化平台上，是虚拟化整合服务器的重要一步，也是虚拟化程序的基础功能之一：P2V的转化功能。
将现有的物理服务器操作系统连同全部的应用程序和硬盘上已经储存的文档数据整体打包转移到搭建好的虚拟化平台上，不用再循规蹈矩的装完系统装应用，按部就班的调完本地调网络，整个过程有点像PC上的一键Ghost系统，可以将将系统整体搬迁到新的硬件上。
这对虚机的部署有很大的方便，原先物理服务器上的应用程序并不需要停顿太长时间就可以在虚拟平台上继续工作了。
不过虚拟化的P2V可不是Ghost，迁移的过程更像是将OS操作系统从硬件驱动中剥离并且架空到虚拟层之上，由虚拟层将接管硬件驱动，并将硬件资源，如：存储磁盘、处理器、内存和NIC等关键部件虚拟化为OS认可的并且可以继续调配使用的虚拟资源。
第一章迁移前的准备迁移之前需要考虑的环境因素：●针对源物理机器进行一次数据全备份●校验源物理机器的Hostname●校验源物理机器的网络配置情况●校验源物理机器的OS以及Patch，确认硬件平台和模块●校验源物理机器的硬件的设备，包括NIC、CPU、存储卡以及其他的设备●获取管理员的密码●记录源物理机器的IP/GateWay/DNS/WINS等设置●确认与P2V的工具运行的机器网络连接是否正常●确认与目标虚拟服务器之间的网络连接是否正常●记录源端的分区的情况和盘符●检查是否有LIC和源端特定的硬件有关，比如MAC地址绑定●确认是否有跟硬件相关的特定的应用程序和服务●确认目标的VMFS是否有足够大的空间容量第二章P2V迁移基于Vmware converter的迁移我们建议优先采用Vmware 专业的迁移工具 Converter进行迁移, 所有迁移过程将不破坏原有的应用。
并建议迁移后的虚拟系统先工作在独立的网段中测试一段时间，待工作稳定之后再逐渐的替换原硬件上OA应用的工作。
这样做的好处是可以最低限度的降低系统迁移的风险。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
虚拟化和系统迁移工具在将物理服务器迁移到虚拟机时，可能会和在物理服务器之间迁移一样，受到一些限制。
例如，您不能够将一个 64 位系统映像迁移到一个 32 位平台。
在将Windows 映像恢复到虚拟机时，很可能还会遇到 Hardware Abstract Layer (HAL) 问题。
许多免费或商业工具可以帮助实现物理和虚拟世界之间的系统迁移（PlateSpin PowerConvert、VMware Convert、Microsoft® Virtual Server Migration Tookit 和克隆软件）；这些迁移工具还可以解决由于物理服务器和虚拟机之间的硬件不匹配引起的问题。
它们的作用之一就是在系统启动阶段将必需的驱动程序传递给操作系统内核并初始化这些驱动程序。
当然，大部分 P2V 工具的作用远不止仅执行单机迁移。
VMware Server 是一个免费的专用平台，在 Linux 和 Windows 主机上提供了对多种客户操作系统类型的支持（包括 Windows、Linux、Solaris 等等）。
作为一种全面的虚拟化解决方案，运行在 hypervisor 上的虚拟机监视器（VMM）为虚拟机提供了所有可用的硬件资源类型，包括虚拟 BIOS、虚拟内存、虚拟 SCSI 控制器、虚拟网卡，等等。
由于客户操作系统与底层硬件完全分离，因此不需要修改就可以运行。
现在，让我们看看如何使用 Clonezilla Live 将 Windows 系统映像克隆到VMware Server 托管的虚拟机上，从而实现 P2V 迁移。
回页首步骤 1. 克隆系统分区Clonezilla 技巧要实现成功的迁移，在遵循本文介绍的步骤时，应当牢记这些技巧，并作为总结经验加以参考。
1.确保映像库具有足够的空间来存储分区内的数据。
2.可以将映像划分到多个卷文件，避免最大文件大小的限制。
3.Clonezilla 不支持从大硬盘和分区中将映像恢复到较小的磁盘和分区。
4.如果 Clonezilla Live 对所有 VMware 版本都不支持 SCSI 磁盘，那么在创建 VM 时应使用 IDE 类型。
5.要在 Clonezilla Live shell 下恢复映像，您需要以根用户身份登录。
6.要恢复被克隆的分区映像，目标虚拟磁盘必须以格式化的形式呈现给Clonezilla。
7.要成功地实现Windows® 迁移，您需要精通 HAL 和并了解 sysprep 等工具。
首先，从 Clonezilla Live CD 启动物理服务器。
Clonezilla 提供了一些启动选项。
例如，可以选择To RAM选项将 Debian Live 和 Clonezilla 加载到内存中，并将 CD-ROM 用于其他应用。
选择默认设置，您将得到语言和键盘布局设置。
使用默认设置。
接下来选择是否使用基于 GUI 的备份和恢复向导或 Debian shell，用于高级访问和操作。
除非您是一名有经验的用户，否则使用Start_Clonezilla选项。
您将在将映像恢复到虚拟机中了解如何使用 shell。
现在列出了两个有关克隆类型的选项：∙device-device用于设备到设备之间的直接克隆。
∙device-image用于设备到映像之间的备份。
由于您要将一个物理系统转换为一个虚拟机，因此device-image类型是最佳选择。
接下来，必须选择在其中写入或从其中恢复备份映像的映像目录，如图 1 所示。
ssh-server、samba-server和nfs-server选项适合有网络连接但本地磁盘空闲空间或备份映像不可用的情况。
在我们的例子中，我们将克隆系统分区并将其保存到相同硬盘中的另一个分区中。
如果选择local_dev，您将有机会选择 USB 设备作为 Clonezilla 映像库。
图 1. 映像库选项您现在需要选择将被链接到映像库 /home/partimag 中的位置，这取决于内部和外部的（USB）插入磁盘。
映像实际上是位于 /home/partimag 下目录中，它包含了所有有关映像的信息和数据文件。
在本例中，系统分区 /dev/sda1 将被作为映像保存到 /dev/sda5 中。
因此，将选择 sda5 并将其挂载为/home/partimag/，如图 2 所示。
图 2. 映像分区确保映像库具有足够的空闲空间来存储系统分区内的数据。
如图 3 所示，可以为映像设备中的 Clonezilla 映像确认主目录。
图 3. Clonezilla 模式图 2 还展示了额外的命令信息，帮助使用关于 /home/partimag 空间使用报告挂载映像设备和当前的文件系统布局。
在执行这一步骤之后，选择计划在Clonezilla Live 中使用的模式。
可以选择保存或恢复整个本地磁盘或单独的分区。
对于磁盘备份，选择第三项saveparts。
选择模式之后，将要求您输入要进行备份的映像名（Sys01-2009-02-23-img）和源设备（/dev/sda1）。
下面的图展示了映像创建过程的高级选项。
由于Clonezilla 支持不同的文件系统格式，并且集成了 ntfsclone、partclone、partimage 和 dd 等分区克隆工具，可以为当前的文件系统设置要使用的工具的优先顺序。
如果不了解将要克隆的文件系统的话，那么保持默认设置。
-q (ntfsclone > partimage > dd) 也是默认设置，非常适合我们的基于 NTFS 的备份。
图 4 展示了可以进行设置以优化克隆的其他参数。
步骤 2. 准备虚拟机从现在开始，我们将在 VMware Server 内创建一个虚拟机作为系统迁移的目标。
确保主机环境与 VMware Server 兼容并能满足 guest 操作系统需求和限制。
由于虚拟机将使用与主机相同的处理器作为基准，因此要求我们克隆的主机环境和物理服务器具有兼容的处理器类型。
首先，使用 VMware New Virtual Machine Wizard 创建虚拟机。
在此过程中，选择和物理服务器中已克隆的操作系统相匹配的操作系统版本。
同时，需要创建一个虚拟磁盘，它的大小必须等于或大于原始的已克隆的系统所在的分区，因为Clonezilla 不支持将映像从大硬盘或分区恢复到更小的硬盘或分区。
然而，在Clonezilla Live 恢复过程中，您将能够根据初始磁盘布局将映像恢复到大硬盘。
图 5. 指定虚拟机的磁盘容量注意：对于早期 VMware Server 版本，Clonezilla Live 内核可能不支持 SCSI 磁盘。
在这种情况下，创建虚拟机时使用 IDE 类型的虚拟磁盘。
其次，将虚拟 CD-ROM 设备修改为对虚拟机使用 Clonezilla Live ISO 映像，如图 6 所示。
图 6. 在 VM 中使用 Clonezilla Live ISO 映像第三，将前面小节中的系统映像文件放到主机服务器的备用磁盘中，即PhysicalDrive 1 的 Partition 0。
由于 VMware Server 支持在主机系统上进行直通式（pass-through）SCSI 驱动访问，因此可以为虚拟机添加另一个磁盘，将 PhysicalDrive 1 的 Partition 0 直接附加到 VMware 中。
在恢复阶段，这个设备将呈现给 /home/partimag。
图 8. Clonezilla Live shell要在 Clonezilla Live shell 下恢复映像，必须以根用户身份登录；随后可以完全地访问 Clonezilla。
清单 1. 成为根用户user@debian:~$ sudo su -debian:~#现在，需要为恢复确定一个目标磁盘以及将要放置源映像的磁盘。
清单 2 展示了两个本地硬盘。
清单 2. 查看磁盘信息debian:~# fdisk -lDisk /dev/sda: 42.9 GB, 42949672960 bytes255 heads, 63 sectors/track, 5221 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk identifier: 0x00000000Disk /dev/sda doesn't contain a valid partition tableDisk /dev/sdb: 160.0 GB, 160039272960 bytes255 heads, 63 sectors/track, 19457 cylindersUnits = cylinders of 16065 * 512 = 8225280 bytesDisk identifier: 0xa0bea0beDevice Boot Start End BlocksId System/dev/sdb1 1 19457 156288321 7HPFS/NTFS我们将 /dev/sda 虚拟磁盘创建为恢复的目标磁盘；它尚未格式化。
/dev/sdb 是主机服务器的 PhysicalDrive 1，我们将把它作为直通式 SCSI 磁盘直接附加到虚拟机；我们将在其上放置克隆后的系统映像。
要恢复克隆后的分区映像，必须将格式化后的目标虚拟磁盘提供给 Clonezilla。
您可以使用 fdisk 工具将标签写到虚拟磁盘上。
该过程如清单 3 所示。
清单 3. 格式化目标磁盘# fdisk /dev/sdaDevice contains neither a valid DOS partition table, norSun, SGI or OSF disklabelBuilding a new DOS disklabel with disk identifier0xee2955bc.Changes will remain in memory only, until you decide towrite them.After that, of course, the previous content won't berecoverable.The number of cylinders for this disk is set to 5221.There is nothing wrong with that, but this is larger than1024,and could in certain setups cause problems with:1) software that runs at boot time (e.g., old versions ofLILO)2) booting and partitioning software from other OSs(e.g., DOS FDISK, OS/2 FDISK)Warning: invalid flag 0x0000 of partition table 4 will becorrected by w(rite)Command (m for help):Command actione extendedp primary partition (1-4)pPartition number (1-4): 1First cylinder (1-5221, default 1):Using default value 1Last cylinder or +size or +sizeM or +sizeK (1-5221, default5221):Using default value 5221Command (m for help):Command (m for help): wThe partition table has been altered!Calling ioctl() to re-read partition table.[ 866.679048] sd 0:0:0:0: [sda] 83886080 512-byte hardwaresectors (42950 MB)[ 866.682658] sd 0:0:0:0: [sda] Write Protect is off[ 866.683795] sd 0:0:0:0: [sda] Cache data unavailable[ 866.683822] sd 0:0:0:0: [sda] Assuming drive cache: writethrough[ 866.686443] sda: sda1[ 866.695530] sd 0:0:0:0: [sda] 83886080 512-byte hardwaresectors (42950 MB)[ 866.698278] sd 0:0:0:0: [sda] Write Protect is off[ 866.699422] sd 0:0:0:0: [sda] Cache data unavailable[ 866.699495] sd 0:0:0:0: [sda] Assuming drive cache: writethrough[ 868.702058] sda: sda1Syncing disks.我们可以使用清单 3 所示的默认值。