不同网域不同版本的windows文件服务器怎么实施迁移

文件服务器硬件故障，内存由原来的4G变为1G，系统访问速度慢，在访问高峰期系统死机。由于此服务为重要系统，每天都会有大量用户访问，故决定更换文件服务器。
面临的问题，如果采用简单的文件拷贝，文件夹及文件的访问权限（即ACL权限）就会丢失，文件夹的共享权限也会丢失。

解决办法：
1、重新搭建新的文件服务器，安装 *** 作系统。
2、文件及文件夹的ACL权限的迁移方法。
a）在原服务器上，选择开始菜单——所有程序——附件——系统工具——备份——备份文件和设置，将需要备份的文件夹进行备份（由于ACL权限是文件夹的属性，所以备份的同时会自动进行备份）。
b）将备份好的备份文件拷贝到新服务器上。
c）在新服务器上，选择开始菜单——所有程序——附件——系统工具——备份——还原文件和设置，使用备份文件进行还原 *** 作。
d）在新服务器上，验证文件夹和文件的权限。
3、文件夹共享权限的迁移。有三种方法：
a）使用注册表的导入／导出进行迁移。
在原服务器上，运行regedit，找到HKEY＿LOCAL＿MACHINE＼SYSTEM＼CurrentControlSet＼Services＼lanmanserver＼Shares，在Shares项上右击鼠标，将所有的共享及权限信息导出为．reg文件；
在新服务器上，双击．reg文件导入；然后在计算机管理服务中，重启Server服务。
b）如果共享资源较少，也可以按照原来的共享权限在新服务器上手动进行设置。
c）使用windows　2003　Resource　Kits工具中的PermCopy工具逐个共享资源进行复制。命令格式：PermCopy \\源计算机　共享名　\\目标计算机　共享名
　

客户由于以下原因可能会要进行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，请联系实施人员申请。

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

---