收银服务器如何克隆

A. 如何将应用迁移到另一台服务器

其实这只是一个简单的克隆，数据库位置不变，应用服务器改变。
我建议的做法是：
1。备份原有系统。
2。安装克隆所需的补丁，包含特定操作系统的补丁。
3。在新的应用服务器上建立相关的组和用户，并拷贝原有应用的三个目录到新机器的相应位置。主要为 applprod, applcomn ,applora
4。启动原来系统的数据库和监听，注意应用不要启动。
5。在新的应用机器上运行 perl adpreclone.pl appsTier，注意回答正确各个选项的值，主要是数据库服务器的主机名和新应用服务器的主机名。这实际上是一个克隆过程。
6。如果上述步骤顺利结束，便可以在新的应用服务器上打开erp登录界面了。
7。至于以后的工作，可能涉及到修改并发管理器里面的程序定义等内容，可以在管理界面种新加一个安装节点，然后重启应用就可以。
8，对于其他网页问题，主要参考数据库连接的dbc文件，以及 system profile 文件，具体问题可以参照metalink的文档，参见metalink上的文档230672.1 以及216664.1，165195.1。

B. 同样配置的服务器怎么把有系统的服务器克隆到没系统的新服务器上

先用一键GHOST，将有系统的服务器的系统克隆出来。再把这个文件还原到没有系统的服务器上。

C. 如何克隆服务器的系统及数据

现在的服务器很多都配有SATA接口，多接上一个SATA硬盘，就可以用GHOST将整个系统克隆出来了。

即便没有SATA接口，SAS接口也可以兼容SATA硬盘。而RAID卡也会将阵列映射为一个逻辑盘，在DOS下完全不需要任何驱动！！

D. 如何进行服务器转移

发表时间：2011/8/10 佚名 来源：TechTarget中国关键字：P2V虚拟化迁移关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。 关注虚拟化的人都做过或者至少知道P2V（物理到虚拟）迁移过程是将物理服务器转换成虚拟机。不过如果你需要进行V2P（虚拟到物理）迁移将虚拟机退回成物理服务器时，该怎么办呢？P2V过程非常简单直接，并且有许多免费和付费的产品来做。然而，V2P过程不受许多工具支持，并且比P2V要复杂得多。 你可能疑惑为什么要将虚拟机转换回物理服务器。多数情况下，这样做的原因在于应用厂商不支持他们运行在虚拟机上的产品。目前，几乎所有的厂商都支持虚拟化，但是通常在他们的支持条款里都有关于支持的提醒。 如果一家厂商解决运行在虚拟环境里的应用的问题，这家厂商可能要求你在解决问题之前在物理服务器上复制这个问题。为什么？因为技术人员想要确定虚拟化层不是原因或者是导致问题的因素，消除这种疑问的唯一方式是通过在物理服务器上复制这个问题。下面列出的是一些主要厂商的典型支持条款： IBM/Lotus： 当用户召集标准使用率或者与缺陷相关的服务请求，并表明他们运行在VMware ESX Server上，IBM Technical Support将竭尽全力解决问题。我们假定这个问题本身或在VMware环境很常见，如果有迹象表明问题与VMware环境有关，我们只需要用户（或者VMware SupportLine团队）重新创建这个问题。 Microsoft： 运行在非微软硬件虚拟化软件的第一级支持的微软用户，微软又没有与这家厂商建立包含虚拟化解决方案的支持关系，微软将使用运行在非微软硬件虚拟化软件商的微软软件调查潜在的问题。作为调查的一部分，微软可能需要用户从微软硬件虚拟化软件复制这个问题。这可以在Windows Server 2008（包含Hyper-V）上进行，这个真实的硬件平台在上面安装了Windows操作系统。 Cognos： Cognos Support会解决任何关于IBM Cognos产品的问题。在虚拟环境使用IBM Cognos的用户会遇到问题，Cognos用户不需要在这个操作环境重新创建和解决每个问题。不过，Cognos保留要求用户诊断操作系统环境的某些问题。只有在有理由相信虚拟环境是导致问题的根源时，Cognos才做此要求。 Computer Associates： 虽然CA不坚持客户在联系支持前重新创建每个问题，我们保留要求客户诊断和解决某些问题的权利。我们有理由相信问题直接与VMware有关时才会这样做。 从VMware这些支持条款可以看出，所有厂商都保留向你要求在非虚拟环境里重新创建问题的权利。不过多数情况下不会发生，因为多数应用不知道虚拟与物理硬件之间的差别。取决于问题类型，厂商应该意识到这与虚拟化层无关。不过有一种类型的问题，虚拟化层可能就是原因，那就是性能问题。 在本文的下半部分中，我们将说明导致性能问题的原因及解决方案。 在本文的上半部分中，我们介绍了成功实施P2V迁移需要的准备工作及系统命名法等。本部分介绍卷影拷贝服务、Window域控制器等。 理解卷影拷贝服务 如果你用过一些工具，可以转换正在运行的Windows系统，它们可能使用了卷影拷贝服务来实施迁移。在这种情况下，在转变的过程中系统的镜像将被快照下来。一旦转换完成，你就可以关闭系统。需要记住的是，在迁移之前和你关闭原来的系统的这段时间只在物理系统上发生。新创建的虚拟系统就这时已经过时。这对于域控制器（下面将提到）非常重要，同时对任何传递的数据和日志同样重要。 在正式使用之前进行迁移测试 P2V或者V2V的迁移的概念一般使系统的整个功能保持完整。然而，对任何被迁移的系统，在迁移后，在其发挥其正常的角色前，应当进行一系列的检查。这有一些方法来检测新迁移的虚拟机： ·在新迁移的虚拟机中的清单中去掉所有不必要的硬件。特别的，如果是从物理主机上迁移，你也许有USB接口、软件驱动器或者音频适配器等也许不需要或者在虚拟主机上不支持等硬件。 ·不需要连接到配置里的网络适配器就能在虚拟主机上引导系统。这是在VMware ESX中断开软件，该选项通过选“connect at power-on”选项实现。 ·如果可以，关键应用在离线的环境下不能运行良好，那么就停止。 ·迁移后多次重启虚拟机以确保所有的日志清空，在接下来的引导中不会产生问题。 ·当网络适配器处于软件断开的状态，确保网络配置在虚拟机环境新的地方是正确的，虚拟迁移可能从硬件清单去掉了先前的接口以及伴随接口的网络配置。 ·确保查看网络延伸配置，例如DNS 服务器的顺序、DNS的后缀，和其它因新的位置而需要改变的网络配置项目。同时如果适当也利用这段时间修改或准备这个系统之外任何变动，包括DNS的接入。 当运行了上述一系列的测试，客户虚拟机关闭后，重新连接网络适配器到虚拟机。在做完这一系列的检查后，在你试图使用迁移系统时，通过把所有的小问题排除后 ，第一次打开虚拟机节省了宝贵的时间。 Window域控制器需要不同的处理 从一个物理盒子把一个域控制器迁移到一个虚拟实例需要特殊的考虑，一个好的实现状态需要不同的处理。主要的原因是这个问题围绕着机器如何放到新的虚拟环境。许多管理员想最小化域控制器的停机时间，所以你需要倾向于一个可以优化在线使用的工具。问题在于如果域控制器一直在运行，每一个时刻迟早在增加域的内部的计算，这主要因为，如果系统在运行时，P2V迁移工具执行迁移，一旦虚拟系统在线，它将导致Active Directory数据本地的潜在的损坏，以及其他的域控制器和机器计数。 在这篇文章里，我将要提供两种好的转换域控制器的方法。最安全的方法是在虚拟环境下重建一个，把这个系统迁移到这个域中做为一个新的域。当它做为一个新的域控制器引入了一个新域，确保全局目录特征和其他角色被合适的转移。一旦它们在线，你可以降级或者从该域中移除该系统。 另一个方法也同样安全，但需要一些停机时间。当你的VMware主机上有旧的ESX版本的情况下，你在虚拟机上执行复制任务，这个复制任务可以在断电的状态下拷贝它到一个新的主机上，断电的状态非常重要，因为在这种状态下域控制器不会摆脱和其余的域同步的状态。 选择正确的迁移策略 取决于你迁移物理机器到虚拟机的必要参数，你必须决定正确的策略来维持你需要的正常运行时间、许可证参数，选择一个不会导致问题的路径。对于系统或连接到该系统的用户保持对其迁移的透明性。