•如何对OA2008系统进行服务器迁移？

服务器迁移的整体思路大概是：

新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题：

1、数据迁移如何保障“业务中断停机时间”。业务中断对用用户无论是生产环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？

i 对

于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下

的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。

ii 对

于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务

器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态

也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。

iii 对

于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据

库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我

们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。

2、迁移涉及到的除了应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。

首先将第3个应用部署到S2服务器上，在S2服务器上搭建服务，使应用可访问；

然后在S1服务器上修改web服务3，重定向到S2服务器上的服务上。

可以查看（这里以nginx举例，如果用的是apache/iis等的话原理相同） ： 加入S1应用3服务域名为 a，S2域名为 b，如果想让访问a时跳转到b，那就使用 nginx重定向，浏览器输入的域名是a，但是重定向后显示的是b；如果想让域名不变，要使用反向代理。

客户由于以下原因可能会要进行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公文处理表单等文件的存放目录路径）

注意：由windows操作系统迁移至其他操作系统，要将数据库中各模块附件中路径的反斜杠全部改成正斜杠，脚本如下：

--oracle脚本:update archive2_attach set serverfile=replace(serverfile,'

','/');update archives_attach set serverfile=replace(serverfile,'

','/');update books_info set serverfile=replace(serverfile,'

','/');update bulletins_attach set serverfile=replace(serverfile,'

','/');update calendar_attach set serverfile=replace(serverfile,'

','/');update docex_fileattach set serverfile=replace(serverfile,'

','/');update fileman set serverfile=replace(serverfile,'

','/');update forum_attachment set serverfile=replace(serverfile,'

','/');update knowledge_attach set serverfile=replace(serverfile,'

','/');update meeting_attach set serverfile=replace(serverfile,'

','/');update messages_attach set serverfile=replace(serverfile,'

','/');update news_attach set serverfile=replace(serverfile,'

','/');update workflow_fileattach set serverfile=replace(serverfile,'

','/');update workflow_signature set serverfile=replace(serverfile,'

','/');update workflow_wordtemplate set serverfile=replace(serverfile,'

','/');update workflow_websign set serverfile=replace(serverfile,'

','/');commit;

--mssql脚本:update archive2_attach set serverfile=replace(serverfile,'

','/')update archives_attach set serverfile=replace(serverfile,'

','/')update books_info set serverfile=replace(serverfile,'

','/')update bulletins_attach set serverfile=replace(serverfile,'

','/')update calendar_attach set serverfile=replace(serverfile,'

','/')update docex_fileattach set serverfile=replace(serverfile,'

','/')update fileman set serverfile=replace(serverfile,'

','/')update forum_attachment set serverfile=replace(serverfile,'

','/')update knowledge_attach set serverfile=replace(serverfile,'

','/')update meeting_attach set serverfile=replace(serverfile,'

','/')update messages_attach set serverfile=replace(serverfile,'

','/')update news_attach set serverfile=replace(serverfile,'

','/')update workflow_fileattach set serverfile=replace(serverfile,'

','/')update workflow_signature set serverfile=replace(serverfile,'

','/')update workflow_wordtemplate set serverfile=replace(serverfile,'

','/')update workflow_websign set serverfile=replace(serverfile,'

','/')go

因为中间件缓存中保存了原来路径参数，影响OA使用，所以在启动OA服务之前请清删除OA缓存文件，$OA_HOME/ApusicX/deploy或$OA_HOME/TomcatX/work/Catalina/localhost目录下的所有文件夹，启动OA服务后重新申请license，如中间件是apusic，还需要重新申请apusic的license，请联系实施人员申请。

网站的空间有独立与虚拟之分，下面分别介绍两种空间的搬家方法。

　　一、独立主机

　　网站搬家即数据的迁移，搬家前不论独立还是虚拟主机，网站都需关闭。数据的迁移分为数据库数据及程序和附件文件两部分的的迁移。

　　数据库的迁移：首先停止老服务器上的 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 后，在设置开启。

关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：ip段：192168760 2552552550DNS：1921687621DC(old)：1921687621我想的迁移办法是：1先在新机上装好dc(new)：19216876312在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就好了。相关的资料请参考： http://supportmicrosoftcom/defaultaspxscid=kb;cn;223346 http://supportmicrosoftcom/defaultaspxscid=kb;zh-cn;255690 http://supportmicrosoftcom/defaultaspxscid=kb;zh-cn;324801 http://supportmicrosoftcom/defaultaspxscid=kb;en-us;2555042更改dc ip的想法是可行的。但您要注意更改dns中的srv记录，更改完成后，要注意ad中的各事件日志，确保ad的正常运作。需要提到一点的是，整个操作需要有个过程，最好能够持续1、2天，分步骤实施，实施之间最好能够在测试环境中测试后，并对现有dc进行备份后，再行动作！关于dns client的配置问题，这里您可以看一个kb http://supportmicrosoftcom/defaultaspxscid=kb;en-us;825036最关键的一个地方就是primary dns互相指向，否则容易导致dns解析的问题，从而客户端、dc复制都有可能出现问题。