
我建议的做法是:
1。备份原有系统。
2。安装克隆所需的补丁,包含特定 *** 作系统的补丁。
3。在新的应用服务器上建立相关的组和用户,并拷贝原有应用的三个目录到新机器的相应位置。主要为 applprod, applcomn ,applora
4。启动原来系统的数据库和监听,注意应用不要启动。
5。在新的应用机器上运行 perl adpreclonepl appsTier,注意回答正确各个选项的值,主要是数据库服务器的主机名和新应用服务器的主机名。这实际上是一个克隆过程。
6。如果上述步骤顺利结束,便可以在新的应用服务器上打开erp登录界面了。
7。至于以后的工作,可能涉及到修改并发管理器里面的程序定义等内容,可以在管理界面种新加一个安装节点,然后重启应用就可以。
8,对于其他网页问题,主要参考数据库连接的dbc文件,以及 system profile 文件,具体问题可以参照metalink的文档,参见metalink上的文档2306721 以及2166641,1651951。服务器迁移的整体思路大概是:
新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求,在迁移过程中,我们需要重点考虑几个问题:
1、数据迁移如何保障“业务中断停机时间”。业务中断对用用户无论是生产环境还是测试环境均存在较大的恢复风险,这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求,考虑到如何将停机时间最小,能否实现0停机的建设目标?
i 对
于服务器 *** 作系统而言,我们可以采用P2V的方式,利用 *** 作系统的Volume Shadow Copy卷影副本复制服务作为基础,来实现在旧系统环境下
的系统无修改,无停机的情况下,将数据和应用软件、 *** 作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。
ii 对
于应用IIS和其他应用服务器来说,我们可以基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点 *** 作,这样可以实现应用服务
器“热添加”到新环境中的故障转移/负载均衡集群系统中,在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态
也迁移到新环境中来。考虑到会话复制和状态的快速实时,我们可以采用会话内存复制,考虑到会话复制和状态的安全性,我们可以采用会话数据库复制管理。
iii 对
于数据库而言,我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不但保证数据
库迁移的不停机,而且还可以保证万一迁移中出现停机故障也不影响源数据库,而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行,这样可以让我
们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。
2、迁移涉及到的除了应用、实例、数据库的 *** 作以外,还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。
1首先登入腾讯云服务器管理面板 选中你的旧服务器-更多-制作镜像
点击制作镜像 填写部分信息 等待制作完成 一般几分钟就可以好
2选中新服务器 更多-重装系统-自定义镜像-选中你刚刚旧服务器的镜像
选中好填写好服务器密码后点击开始重装-等待重装完成
3更改域名解析 进入你的域名管理控制台解析到新服务器的IP
这样腾讯云内双服务器迁移的步骤就完成了 可以说很简单不用繁杂的 *** 作等
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)