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

服务器迁移的整体思路大概是：
新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题：
1、数据迁移如何保障“业务中断停机时间”。业务中断对用用户无论是生产环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？
i 对
于服务器 *** 作系统而言，我们可以采用P2V的方式，利用 *** 作系统的Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下
的系统无修改，无停机的情况下，将数据和应用软件、 *** 作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。
ii 对
于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点 *** 作，这样可以实现应用服务
器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态
也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。
iii 对
于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据
库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我
们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。
2、迁移涉及到的除了应用、实例、数据库的 *** 作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。

1 先登陆旧服务器上的LUM，在“清理垃圾”中将mysql和postgres的日志清除干净2 将/home/ftp, /home/mysql_data, /home/pgsql_data, /home/lum_safe_files目录打包，文件名为my_datatargz（如果有多个FTP主目录，需要将所有FTP主目录都打包）：cd /home; tar -zcvf my_datatargz ftp mysql_data pgsql_data lum_safe_files3 在新服务器上安装好LuManager，但需要注意的一点就是，新服务器的上数据库版本需要与旧版本的一致，如旧版本的mysql版本为5159，新服务器上的mysql也必须是51，可以是5159，也可以是5161，但不要使用mysql55X4 在新服务器上执行lu-stop，停止lu服务5 将新服务器上的/home/ftp, /home/mysql_data, /home/pgsql_data, /home/lum_safe_files目录重命名mv /home/ftp /home/ftpoldmv /home/mysql_data /home/mysql_dataoldmv /home/pgsql_data /home/pgsql_dataoldmv /home/lum_safe_files /home/lum_safe_filesold6 将旧服务器上的备份文件my_datatargz转移到新服务器上的/home目录下，然后解压tar -zxvf my_datatargz7 在新服务器上执行lu-start，启动lu服务，然后再用旧服务器上的帐号登陆LUM便可

在DHCP服务器迁移到Windows Server 2012 R2之前，DHCP服务器需要进行部署评估，DHCP服务器部署是什么样子的。
首先，也可能是最简单的需要处理的问题是“我有多少DHCP服务器？”大多数情况下，DHCP服务器独立存在于大多数组织的网络中。DHCP服务器只有通过Windows Server 2012中的IPAM功能才可以集中管理DHCP服务器设置和范围。
许多组织使用2台DHCP服务器处理单一范围内的职责，其中一台DHCP服务器托管80%的IP地址，另一台DHCP服务器托管20%。你需要查看目前使用的地址范围，找出它们是如何跨越现有的DHCP服务器的。
你还需要确保记录范围级别选项和服务器级别选项。这是DHCP服务器迁移的一种方法，你需要记录所有的事情，否则出现错误时你必须从头开始重建。 DHCP服务器在确保记录了现有的DHCP服务器配置之后，你可以开始将DHCP服务器数据库从Windows Server 2003主机迁移到Windows server 2012 R2了。
DHCP服务器迁移时的诀窍在于使用netsh而不是控制台。如果DHCP服务器控制台试图在两个 *** 作系统之间进行迁移，那么你会进入迁移失败的困境。
DHCP服务器从Windows Server 2003服务器上输出时，DHCP服务器需要创建一个名为c:\export的文件夹，

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

原服务器A，新的服务器B
首先在A上面的 *** 作
1在cmd窗口，输入cd 命令，进入VisualSVN Server的安装目录中的bin文件夹

2先找到项目仓库的存放位置，打开visualSVN Server，在visualSVN Server上面鼠标右键，选择属性，查看Storage，就可以看见具体路径。

3输入 svnadmin dump D:\Repositories\tax > D:\1\svndump 命令，
（svnadmin dump版本库文件夹目录 > 要导出的文件）
进行将版本库数据导出。
备注
我在 *** 作的时候，这一步总是拒绝访问（没有遇到可以无视），查了百度，然后解决办法是，先新建一个没有后缀的文件（本例中，再D:\1下面新建一个tax文件，没有后缀）
然后输入命令 svnadmin dump D:\Repositories\tax > D:\1\tax
这一步到导出从1开始到最后的所有的版本信息，时间可能会较长。导出完成后，给tax文件加上后缀名 dump ，将taxdump文件复制到B服务器上面。

4在B服务器上安装VisualSVN Server，安装步骤全部选择默认，直到安装完成。（小提示：安装时，最好改变默认端口，使用大一些的端口号）

5在B服务器上，打开cmd窗口，输入命令
svnadmin load D:\svn\tax <D:\1\taxdump 将备份的数据导入版本库。
（svnadmin load 要存放版本库的文件夹目录 < 备份文件）

导入时长和备份文件大小有关，文件越大，时间越长。

6打开安装完成的VisualSVN Server。选择Repositories，右键，所有任务，import existing Repositories
在d出框中选择 第5步中Load命令的文件夹，确认后，左侧目录中就会显示和A服务器相同的目录结构，迁移（备份）成功。

7服务端的 *** 作到上一步结束。客户端的更改在另一篇文章中有写，myeclipse重新定位项目svn地址。

---