1、网站服务器迁移
直接下载原整站就行，注意ACCESS是否在同一WEB目录下。
然后将下载的，上传到新的服务器上。
欢迎加我交流。
2、求数据库迁移方案或实施步骤
这个很麻烦。只能用传统的数据备份，数据导入这种方法了。如果是虚拟平台，这个好办。思科C系列服务器较传统服务器没多大区别。
3、服务器迁移
客户由于以下原因可能会要进行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/server.xml文件Context path="/oa" docBase=" E:/OA/firstframe/webapp"中docBase的值
或者$OA_HOME/ApusicX/config/server.xml文件application name="oa" base =" E:/OA/firstframe/webapp "中base的值
2．$OA_HOME/firstframe/bin/set-server-env.bat(非windows环境：$OA_HOME/firstframe/bin/init.sh)文件中OA_HOME，JAVA_HOME，JRE_HOME等参数的路径值
3．$OA_HOME/firstframe/resources/firstframe.properties文件中constant.main_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，请联系实施人员申请。
4、怎么把数据转移到服务器？
如果您基于更高的性能、更灵活的扩展或供应商替换要求，您可能需要迁移现有的在线项目。因此，您需要解决的因素包括现有的数据、结构、配置等。借助必要的技术、适当的规划和特定软件，您只需将所需的数据传送到新服务器。数据迁移过程的复杂性与项目的复杂性和规模密切相关。作为一个值得信赖的香港服务器租用托管服务提供商，基于Web的互联迷你系列将为您简要介绍在服务器数据迁移期间要注意的事项。
将数据迁移到新的服务器之前 - 合理规划
选择正确的目标服务器是第一步。例如，如果计划更改网站/应用程序，则需要执行其他任务，以便在重新定位期间不必处理这些任务。无论是将数据从一个服务器（例如香港服务器）迁移到另一个服务器，还是新的服务器结构是基于集群的或涉及多个不同的系统，它也是不同的。
更改服务器体系结构时，必须更改配置，不管是不同的操作系统、不同的软件版本还是不同的控制面板。即使只是切换到功能更强大的同类型服务器，仍然需要相应地配置应用程序和服务，以便能够利用额外内存、改进的cpu性能或增加内存容量。
请注意，无论是选择简单的性能升级还是完全更改服务器体系结构，都应提前为移动设备创建最佳条件。这些因素包括足够的存储空间和计算能力、30%到40%的缓冲区或详细的扩展计划以及快速的网络连接。
当数据迁移到另一台服务器？
如果您租用服务器资源，您可能没有充分考虑托管服务的成本。供应商提供的各种软件包在内容提供方面有所不同，即可用性、数据安全性和支持。因此，有必要在选择之前比较不同的软件包。迁移数据的另一个原因可能是您希望减轻it部门的压力。在这种情况下，it托管服务解决方案将是一个不错的选择。它不仅承载服务器，还由提供者维护和更新。例如，使用稳定的网络互连香港服务器租赁服务，您可以选择不同级别的技术服务包来简化您的IT管理工作。
为即将进行的迁移组织当前服务器
为了使新服务器的配置和引入尽可能简单，有必要整理当前使用的服务器。因此，数据迁移是删除任何冗余或过期页面、备份、电子邮件和用户帐户的最佳时间。这意味着您可以最小化传输的数据量，另一方面，您可以从目标系统上所需的资源中获得更多的价值。
此外，还应该制定关闭活动服务器进程随后因数据损失而不会出现并发症，精确的计划。指定时间应停止对文件，脚本和配置做任何改动，并尽可能暂时阻止对数据库的访问。您也可以稍后更新数据库。在大多数情况下，数据传输通过一个完整的服务器备份进行。
服务器的数据迁移是如何工作的？
迁移数据最简单的方法是使用实际状态的一对一备份副本。在进行必要的配置和调整之前，将其转移到新的服务器硬件，然后可以测试其是否有效。最后，您可以调整dns或ip设置，这将允许您在新系统上实时启动Web项目。虽然这种方法通常需要系统管理员的支持，但是很容易计划和执行。但是，这意味着当前服务器将完全暂停，在数据迁移期间，您将无法访问或使用您的网站。
如果提供需要连续数据库访问的服务，则需要一个混合迁移解决方案来保持当前服务器处于活动状态。在这种情况下，应将服务器上的当前数据库声明为“master”，然后在配置完成后将新数据库从属为“slave”。这使得两个应用程序能够实时同步。如果两个数据库处于相同状态，请反转角色，以便新数据库成为主数据库。这意味着您的项目可以在数据迁移期间继续可用。
什么样的资源可以用来将数据迁移到新的服务器？
有几种工具和服务可以简化服务器迁移。例如，如果只想移动数据而不调整操作系统或其他软件，则不应放弃控制面板。这些服务器管理器可以帮助您创建数据备份，然后将它们迁移到新服务器。所需的配置工作负载是最小的。像wordpress这样的内容管理系统也可以使用简单的ftp和备份应用程序进行传输，并且通常提供自己的插件来迁移链接的数据库。这些过程大多是自动化的。
对于更复杂的项目，root权限总是会带来好处：使用ssh，您可以通过相应的命令行将完整的数据库（包括所有权限和用户数据）转移到新服务器。例如，可以使用mysql转储向目标系统发送mysql数据库的副本。作为微软的sql服务器用户，您甚至可以使用内置功能来实现这一点。
但是，您也可以外包服务器数据的迁移：许多托管服务提供商不仅为客户提供用于手动服务器数据传输的特定软件，而且还为数据迁移提供了积极的支持。此外，还有一些服务专门用于Web项目的迁移和全天候服务的可用性-无论是从一个共享服务器转移到另一个共享服务器，还是要替换提供者，还是计划切换到服务器集群。
服务器迁移期间可能会出现什么问题？
需要连续稳定的网络连接才能根据需要传输服务器数据。因此，在服务器迁移期间，连接问题是最常见的错误源。如果连接断开，它可以完全终止传输，这意味着它从一开始就重新启动。然而，短期连接问题通常不会被注意到，也不会导致进程终止。但是，在某些情况下，并非所有数据都可以到达目标服务器，这反过来会影响迁移应用程序的功能。
但是，如果有些文件不能成功地转移到新服务器上，可能有几个原因。尤其是在改变操作系统而不再支持某些文件格式、编程语言等时，会出现兼容性问题。此外，在源计算机和目标计算机上不同的访问权限或密码保护会导致并发症。此外，如果目标系统没有所需的磁盘空间或dns条目没有正确更改，数据迁移可能导致错误。
需要检查服务器数据迁移。
移动到新的服务器的项目可能是一个复杂和繁琐的过程，这取决于项目规模和新目标的体系结构。这就是为什么它应该精心策划和执行良好。下表总结了有关服务器迁移的最重要的问题。
5、如何将旧域服务器迁移新域服务器?
关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：
ip段：192.168.76.0 255.255.255.0
DNS：192.168.76.21
DC(old)：192.168.76.21我想的迁移办法是：
1.先在新机上装好dc(new)：192.168.76.31
2.在dc(new)上设置dns指向192.168.76.21，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也
复制过来，使dc(new)完全成为dc(old)的冗余备份！
3.将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：
1.dc(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://support.microsoft.com/default.aspx?scid=kb;cn;223346
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801
http://support.microsoft.com/default.aspx?scid=kb;en-us;255504
2.更改dc ip的想法是可行的。但您要注意更改dns中的srv记录，更改完成后，要注意ad中的各事件日志，确保ad的正常运作。需要提到一点的是，整个操作需要有个过程，最好能够持续1、2天，分步骤实施，实施之间最好能够在测试环境中测试后，并对现有dc进行备份后，再行动作！关于dns client的配置问题，这里您可以看一个kb
http://support.microsoft.com/default.aspx?scid=kb;en-us;825036
最关键的一个地方就是primary dns互相指向，否则容易导致dns解析的问题，从而客户端、dc复制都有可能出现问题。
6、公司机房准备搬迁，设备有2台服务器，2台MD3000存储,1台EMC，求一个设备迁移方案，
先将你们公司新机房的网络、电源等都准备好了，再停了服务器，搬过去了，安装后，再开机进行调试配置就可以了。不过你得想一下可能会出现哪些，针对这些问题再搞个应急预案
7、服务器搬迁需要注意的几个地方
1
修改ILO IP
可以使用如下的方式来修改ILO IP,这是我们实现远程控制服务器的最后的稻草。
ipmitool lan set 1 ipsrc static
ipmitool lan set 1 ipaddr 10.129.117.100
ipmitool lan set 1 netmask 255.255.252.0
ipmitool lan set 1 defgw ipaddr 10.129.119.254
而一般ILO的密码会很复杂，我们可以尽可能修改的简便一些，出问题的时候方便调试，不管怎么样，至少你得知道密码。
修改ILO 密码
# /usr/bin/ipmitool user list 1|grep root
2 root true true true ADMINISTRATOR
# /usr/bin/ipmitool user set password 2 'xxxx'
2
修改root密码
这个步骤可不能轻视，如果ILO可通，没有root密码，那就白忙活了。有的密码文件是限制权限的，千万不要掉以轻心，密码没修改成功，自己又不记得密码，出了问题会很绝望。
chattr -i /etc/passwd /etc/shadow
passwd root
3
服务器搬迁的过程中有一个地方很重要，那就是服务器IP的修改，我们需要注意网关，路由的配置，是否有外网IP,这些信息都是很重要的。
/etc/sysconfig/network-s/ifcfg-eth0
/etc/sysconfig/network-s/eth0.route
route -n
4
修改防火墙配置
防火墙本身有内存和文件中的状态，如果没有及时保存防火墙信息，那么重启之后防火墙规则发生变化，原来连接正常的服务也会出异常。
/etc/sysconfig/iptables
5
修改网络安全设置
这一点还是很容易遗漏的，如果设置了这些网络访问的配置，IP地址发生变化，原本可以连接的服务就会受限。
/etc/ssh/sshd_config
6
数据库
服务器上可能有MySQL,Oracle，MongoDB等数据库，我们还是温柔一点，不要直接使用拔电源的方式，尽可能避免断电停库。实际碰到一些情况MySQL断电重启失败，从库应用失败等。
另外数据库连接，尽量使用域名解析的方式，比如MySQL中就配置/etc/hosts来解析，Oracle就使用listener.ora,tnsnames.ora用主机名而非IP，后期维护起来就会很省事。
7
检测硬件状态
如果服务器搬迁后，出现了硬件故障，我们至少可以提前来知道到底是搬迁过程中，还是搬迁之前就有硬件问题。
可以使用metaCli来检测，比如检测坏块
/opt/MegaRAID/MegaCli/MegaCli64 -CfgDsply -a0|grep Error
检查firmware的状态
/opt/MegaRAID/MegaCli/MegaCli64 -PDList -aALL|grep Firmware
8
关闭Zabbix监控
搬迁的过程中，需要提前关闭Zabbix的报警和监控，要不很可能出现报警风暴。
8、如何进行服务器转移
服务器转移有两个含义：
物理服务器从物理地址，比如A机房搬到B机房
需要和原有机房确认无纠纷无遗留问题，然后和新机房办理入驻手续。
最终通过物流或汽车运输把服务器转移到新机房。
网站服务器的虚拟搬迁，就是转移服务商，从原来的服务商处转移到其他服务商接受服务。操作流程：
1.原网站程序数据，打包备份，源文件压缩最好。
2.所有资料转移到新网站服务器。
3.新服务器安装程序，设置数据库，重新运营。
9、如何将旧域服务器迁移新域服务器
关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司40台左右的机器。域的作用主要是通过域用户来管理客户端，回收大部分的权限，使客户端系统非常稳定！整个域系统已经用了快4年了。另 外域服务器还兼任文件服务器，授权和设置了共享文件目录，让客户端可以通过这些共享目录交流和保存信息。现在公司购置了新的机器，需要将现在旧的域服务器迁移到这台新机上，旧的机器另有用途，我在考虑如何做才能让客户端受到的影响最小！先讲一下我现在的网络系统架构：ip段：192.168.76.0 255.255.255.0DNS：192.168.76.21DC(old)：192.168.76.21我想的迁移办法是：1.先在新机上装好dc(new)：192.168.76.312.在dc(new)上设置dns指向192.168.76.21，然后作为DC(old)的额外域建立域，将dc(new)的域信息复制过来，然后配置dc(new）的dns中的ad zone，将dc(old)的dns资料也 复制过来，使dc(new)完全成为dc(old)的冗余备份！3.将dc(old)的域正常卸载，让dc(new)承担起域的管理以上只是我以现有知识的设计方案，还没有实际实践，所以想请教几个问题：1.dc(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://support.microsoft.com/default.aspx?scid=kb;cn;223346 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801 http://support.microsoft.com/default.aspx?scid=kb;en-us;255504 2.更改dc ip的想法是可行的。但您要注意更改dns中的srv记录，更改完成后，要注意ad中的各事件日志，确保ad的正常运作。需要提到一点的是，整个操作需要有个过程，最好能够持续1、2天，分步骤实施，实施之间最好能够在测试环境中测试后，并对现有dc进行备份后，再行动作！关于dns client的配置问题，这里您可以看一个kb http://support.microsoft.com/default.aspx?scid=kb;en-us;825036 最关键的一个地方就是primary dns互相指向，否则容易导致dns解析的问题，从而客户端、dc复制都有可能出现问题。
求采纳