服务器迁移方案，服务器吧

换新机器啦威联通NAS数据迁移教程送给你

在探索NAS领域时，我与一位朋友交流了她的新NAS设备TBS-453DX的使用体验，这款设备用于工作室数据存储。她之前也使用威联通NAS，但在迁移数据时，传输速度仅为5MB/s，这让她感到困惑。我提议编写一个教程，以帮助大家解决数据迁移的疑虑。

本文将通过实际操作，使用威联通的TS-453B与TS-453Bmini两台NAS设备，展示数据迁移的具体步骤，以及官方推荐的两种迁移方案。

首先，TS-453B是四盘位NAS，搭载四核心1.5GHz Intel Celeron J3455处理器，支持大文件传输、全文搜索和4K视频的流畅播放与实时转码。通过PCIe插槽与扩展卡的搭配，TS-453B支持万兆网络与SSD快取。而TS-453Bmini则采用了相同的处理器，但内存稍小。

为了将TS-453Bmini上的数据迁移到TS-453B，我们准备了两种官方推荐的迁移方案：直接迁移硬盘和通过HBS 3迁移数据。

直接迁移硬盘的操作步骤如下：首先登录威联通官网，查阅产品信息中的NAS系统迁移选项，确保迁移的兼容性。在迁移前，务必关闭双方NAS的电源。接下来，依据来源与目标NAS的型号，查询系统迁移兼容性。若兼容性良好，按照要求完成迁移，并注意迁移前后可能存在的差异。

通过HBS 3进行数据迁移则更为简便。Hybrid Backup Sync应用可整合备份、还原与同步功能，支持USB备份、远程备份和多种云端服务。安装HBS 3后，按照以下步骤操作：在TS-453B和TS-453Bmini上分别打开HBS 3应用，设置RTRR服务器密码与端口。在TS-453Bmini上，选择立即备份，选择文件夹进行备份，然后添加TS-453B作为远程NAS，输入IP地址、端口和密码进行连接测试。最后，选择目标文件夹并完成备份作业。

总结来说，威联通提供的数据迁移方案既快捷又方便，无论是直接迁移硬盘还是通过HBS 3，都能有效解决数据迁移的困扰。对于希望进行数据迁移的用户，这两个方案都是值得尝试的选择。

网站迁移方案

IIS6站点迁移IIS7解决方案大纲

一、配置目标服务器iis7_server和源服务器iis6_server有相同的物理环境，包括盘符。

二、在iis7_server和用作操作iis6_server站点的服务器上安装WebDeploy_2工具。

三、检测source服务器上所有站点所依赖的组建

四、将iis6_server上的站点运行所依赖的应用程序池迁移至目标服务器iis7_server上

五、备份所有iis6_server上的站点

六、在iis7_server上创建与导入站点标识一致的系统用户，更改站点的以及应用程序池的标识密码。

七、为创建的标识赋权限。

见附件......

如何完善物理机到虚拟机的迁移过程

如何完善物理机到虚拟机的迁移过程

现在，物理机到虚拟机的大部分迁移流程都是借助于图形化向导完成的，但是你仍旧可以通过提前实现一些关键的准备工作来完善这个过程。

除了虚拟服务器的能力，虚拟化技术最大的好处之一就是能够将现有的物理服务器迁移至虚拟环境当中，并且不需要重装操作系统。所有人都关注于vMotion和HA迁移这两项技术，但是物理机到虚拟机(P2V)的迁移特性也已经成为虚拟化的基础，因为很少有企业会在购买新的服务器之后，放弃现有的服务器和应用程序。物理机到虚拟机的迁移到是一种经过检验、可靠的方式，可以将之前的物理设备转移到新的虚拟环境当中。现在，整个P2V流程都是基于图形化向导的，但是通过一些额外的方式可以让你成为一名P2V专家，确保自己以正确的方式管理虚拟化环境。

清理服务器

也许这件事情不值得拿出来单独讨论，但是还是要强调需要对将要导入的服务器进行清理。显示隐藏的系统文件、移除所有由曾经登陆过服务器的23个用户产生的垃圾文件。当然，他们中的一些可能会在回收站中留下几十GB的数据——这些数据不应该成为P2V的一部分。使用目录大小排序工具，寻找体积最大的文件，这些都会增加你的P2V迁移时间，并且占用昂贵的共享存储空间。

用户目录也是需要检查的关键区域，在进行工作之前，一些开发人员可能会将程序文件复制到桌面上，他们还有可能将这些程序文件存储在本地硬盘的临时文件夹当中;一个好的目录大小排序工具可以帮助你快速找到他们。Internet缓存文件当中同样会包含一些体积较大的下载文件，而这些文件通常只被使用一次，并且不会从服务器上被移除。传统的临时文件和目录当中也包含一些不再需要的数据，桌面和profile文件夹往往成为包含大量程序文件和目录的地方，这样会浪费几十GB的存储空间。

检测资源使用情况

通常物理服务器的硬件资源都不能被充分利用，而对服务器进行虚拟化正是要解决这个问题。我们会对硬件资源利用率较低的服务器进行虚拟化，所以如果直接将服务器中的硬件资源复制到虚拟化环境当中是非常浪费的，因为这些资源本可以由多台服务器共享使用。

需要检查的主要硬件种类包括CPU、内存、网卡和存储。连续监控服务器一周时间，记录下资源的使用情况。当为虚拟服务器分配资源时，可以使用这些数据作为基准。需要记住的关键一点是当你监控的是一台CPU使用率在50%的老旧服务器时，在虚拟化之后的新硬件平台上，其CPU使用率可能会大大降低。

根据操作系统设定CPU数量和内存大小标准，相比于根据物理服务器配置过度分配硬件资源、之后逐步进行缩减，这种以标准为基础进行扩展的方式是一种更为经济的解决方案。

卸载厂商相关的软件

对于大多数物理服务器来说，制造商都会预先配置软件和驱动，用来支持特定的硬件平台。而在虚拟服务器进入生产环境之前，这些软件需要从新的操作系统上被移除。确保所有的和厂商相关的软件，包括管理软件都被移除，这一点非常关键。哪怕只遗留一个这样的软件也会导致CPU使用率大幅上升，因为这些软件会不断重复地寻找特定的硬件。在你卸载了所有此类软件之后，你可以检查服务器运行的服务，确保没有任何厂商相关的软件仍然存在。完成这些操作之后，可以安装基于hypervisor的工具，来为虚拟机提供新的驱动。

卸载厂商驱动时，需要注意配置你的虚拟机使用两个虚拟CPU启动。第一次，需要使用两个CPU启动虚拟服务器，即便你计划服务器在正常情况下只需要一个CPU。在服务器被虚拟化之后第一次重启时，许多特定厂商的驱动将会寻找并不存在的硬件，这样会导致CPU使用率达到100%。使用两个CPU启动可以允许你卸载和厂商相关的软件，而不必像只有单个CPU那样，和其他程序争夺CPU周期。

借助于一些物理机到虚拟机迁移工具，现在可以在新的虚拟机当中禁用特定服务了。但是这种方式不能起到很大帮助作用，因为你需要找到所有的服务，但是它们中的一些可能没有被明确标注。另外一个可能的问题是在一些情况当中，禁用它们可能会影响服务器正常启动，除非它们被正确卸载，这样操作系统才能使用本地的操作系统组件替换厂商驱动。