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

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

你好， 选择Source file servers，添加源文件服务器并勾选共享文件夹之后
在View by的下拉框中选择Target volumes，点选您的目标共享文件夹
在右侧的Settings中，可以更改Target share及Target location
天互数据

网站的空间有独立与虚拟之分，下面分别介绍两种空间的搬家方法。
一、独立主机
网站搬家即数据的迁移，搬家前不论独立还是虚拟主机，网站都需关闭。数据的迁移分为数据库数据及程序和附件文件两部分的的迁移。
数据库的迁移：首先停止老服务器上的 MySQL。复制 MySQL 数据存放目录下的数据文件，至于MySQL 的数据存放目录，可以查看 MySQL 配置文件中的 datadir 参数。（对于 Linux 系统的 MySQL配置文件一般为 /etc/mycnf ，Windows 环境下为 MySQL 安装目录路径的根目录下的 myini 文件。）
将数据文件移到新服务器相对应的 MySQL 数据存放目录下，这里注意到的一点就是对于 Linux 系统，注意移动数据文件之后，将相对应的文件属主改成你的 MySQL 运行账号。
程序和附件的迁移：将你的老服务器 WEB 目录下所有文件移到新服务器的 WEB 目录即可。
修改配置文件信息：
1、Discuz! X15 的配置文件在 config 目录下，即 configglobalphp 和configucenterphp 两个文件。
2、UCenter 的配置文件在 data 目录下，即 configincphp 文件。
配置文件里记录的数据库地址、访问用户名、密码都要根据你的新服务器的相应信息进行修改。同时，如果你的域名发生变化，要修改配置文件中相应的域名信息。
3、由于 UCenter 的后台存放了各个应用的配置信息，所以当你修改完配置文件的信息之后，对应的需要去 UCenter 的应用管理中，把对应的信息（尤其是 IP 和域名）校正为正确的地址。
至此，对于独立主机用户的站点快速搬家流程说明完毕。整个流程比较简单，唯一消耗的主要在于时间，当然这需要根据你的站点和传输速度而定。
二、虚拟主机
虚拟主机的数据库数据一般站长是直接拿不到的，最好是通过网站后台备份数据库数据，然后到新的空间中恢复数据库的备份就可以了，但新空间要全新安装一遍程序。
1、备份：
网站的数据部分，可以在 UCenter 后台直接进行备份，
登录 UCenter 后台→数据备份
在 UCenter 下可以只备份 UCenter 的数据，也可以备份所有应用或者部分应用的数据，这里我们选择备份所有应用的数据。提交后等待备份完成，可以到数据备份记录里查看。这里需要注意的是，在 UCenter 备份的整站数据有两部分，分别存放在 UCenter 和 Discuz! X 里面各一部分：UCenter 是在/uc_server/data/backup_日期_ABCDEf（ABCDEF是备份数据名称范例）；Discuz! X 是在网站根目录 /data/backup_日期_ABCDEf（ABCDEF是备份数据名称范例）。很多人的问题就出现在这里，上传数据库备份文件的时候，千万要注意这两个备份文件要放到正确的位置，避免数据不完整丢失，造成会员，帖子等数据出错。
备份程序文件相对于虚拟主机来说，就要特别注意 UCenter 和 Discuz! X 的配置文件和存在 UCenter 中的头像等的备份。
备份 UCenter 的所有程序文件，其中要注意 data 目录以及其下的 configincphp 文件一定不能丢失，data 目录下的 backup 目录下存放的是刚才备份的数据，avatar 目录下存放的是所有会员的头像，所以这些文件一定不能丢失。
备份论坛的所有程序文件，其中要注意 data/attachment 附件目录以及 config 目录下的 configglobalphp和configucenterphp 文件一定不能丢失。如果有模板风格的，也要单独备份后下载，待新空间安装完毕，再重新上传启用；之前网站有通过DIY的页面，这时要导出备份，新空间装完再导入即可。
还有一点很重要：确保搬入服务器和原服务器的数据库版本和编码一致，如果编码一不致可能会出现乱码的情况。
2、安装新程序及附件、头像等的上传
全新安装论坛，安装的时候 Discuz! X 及 UCenter 数据库名以及表名前缀一定要和原来的一致；
程序头、尾（如果有改动）、diy数据都要重新覆盖；下载到本地的附件、头像等数据上传到新空间正确的位置；伪静态规则文件、模板文件及Logo网站标识等重新上传到新空间正确位置。
3、恢复数据库
首先登录到 UCenter 后台，检查各应用是否通信成功，然后用创始人登录：
UCenter 后台→数据备份→数据备份记录→数据恢复→（找到相应的备份，如果备份显示不存在，那就说明备份文件上传的位置错了！）点击“详情”→选择备份的数据→提交。
4、后续 *** 作
由于 UCenter 以及 Discuz! X 的 URL 路径和之前比发生了变化，所以要在 UCenter 后台修改为正确的路径。
UCenter 管理后台→应用管理→编辑
Discuz! X 的 URL 路径。检查应用的 UCenter 配置信息，UCenter 管理后台→应用管理→编辑论坛的应用，找到应用的UCenter 配置信息，复制其中的全部内容，分别覆盖到论坛的 config 文件最后的关于 UCenter 的配置信息部分。更新UCenter及论坛的缓存后，网站搬家基本就好了，剩下的伪静态等问题，要确认服务器设置好 rewrite 后，在设置开启。

itjobjava老师教过客户由于以下原因可能会要进行OA的迁移
1) 项目实施阶段，通过某项测试，把通过测试的机器的OA环境搬迁到另一台机上
2) OA应用服务器硬件升级或故障，为了不影响OA正常使用，需要搬迁
3) OA应用做双机互备，双机热备等
此OA应用服务迁移如果涉及OA数据库的变动，请参考『迁移OA数据库』。
1 相同 *** 作系统间迁移，如从一台windows2003系统机器迁移到另一台windows2003系统机器
直接把$OA_HOME目录拷贝到另一台机器相同路径下（如果拷贝到另一台机器的路径不相同，方法请参考跨 *** 作系统迁移，来修改路径参数）；
2跨 *** 作系统迁移（如从windows *** 作系统迁移到linux）或者在同一台机器下不同路径下迁移
将$OA_HOME目录压缩成tar格式，然后上传到目录机器上，解压到需要的路径下
请检查以下这些文件，将路径修改成实际的路径：
1．$OA_HOME/TomcatX/conf/serverxml文件Context path="/oa" docBase=" E:/OA/firstframe/webapp"中docBase的值
或者$OA_HOME/ApusicX/config/serverxml文件application name="oa" base =" E:/OA/firstframe/webapp "中base的值
2．$OA_HOME/firstframe/bin/set-server-envbat(非windows环境：$OA_HOME/firstframe/bin/initsh)文件中OA_HOME，JAVA_HOME，JRE_HOME等参数的路径值
3．$OA_HOME/firstframe/resources/firstframeproperties文件中constantmain_storage_dir的值（OA公文处理表单等文件的存放目录路径）

关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：
ip段：192168760 2552552550
DNS：1921687621
DC(old)：1921687621我想的迁移办法是：
1先在新机上装好dc(new)：1921687631
2在dc(new)上设置dns指向1921687621，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也
复制过来，使dc(new)完全成为dc(old)的冗余备份！
3将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：
1dc(old)正常卸载后，dc(new)是否会自动管理起整个域？还需要什么后续的步骤吗？
2另一个头痛的问题是如何使原客户端的dns指向新的dns，我想将dc(old)从网络下线后
，直接修改dc(new)的ip为dc(old)的ip，但是觉得会有问题，不知道是否可行，或者有其他更好的办法。否则我还是要修改40多台客户端的dns指向新的dc(new）！
回答： 1这里要澄清一个问题，所有dc如果获得了完全复制，那么它们上面的数据库是完全同步的，这个通过过程是后台自动完成的，不需要人为干预。如果您的dns选择了与ad同步，那么dns的同步也是自动的。那么在新的dc作为additional dc添加进来并获得完全同步后，您所需要做的动作是，将原有primary dc所承担的角色转移过来，比如5个om，gc，如果有多站点，还有istg。注意是transfer，而不是seize。等待dc的状态稳定后，降级原来的primary dc就好了。
相关的资料请参考：
>