文件服务器如何迁移(windows 2012 R2 迁移至 2012 R2)?

文件服务器如何迁移(windows 2012 R2 迁移至 2012 R2)?,第1张

NTFS权限跟着走

命令

robocopy d:\work e:\back /e /copyall

[参数讲解]

/copyall等于/copy:datsou,表示将所有源文件夹的信息复制到目标文件夹中,其中D:文件数据,

A:文件属性,T:时间信息,S:权限信息,O:所有者信息,U:审核信息。

/e表示复制所有子目录包括空文件夹

服务器A,新的服务器B

首先在A上面的操作

1.在cmd窗口,输入cd 命令,进入VisualSVN Server的安装目录中的bin文件夹

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

3.输入 svnadmin dump D:\Repositories\tax >D:\1\svn.dump 命令,

(svnadmin dump版本库文件夹目录 >要导出的文件)

进行将版本库数据导出。

备注

我在操作的时候,这一步总是拒绝访问(没有遇到可以无视),查了百度,然后解决办法是,先新建一个没有后缀的文件(本例中,再D:\1下面新建一个tax文件,没有后缀)

然后输入命令 svnadmin dump D:\Repositories\tax >D:\1\tax

这一步到导出从1开始到最后的所有的版本信息,时间可能会较长。导出完成后,给tax文件加上后缀名 .dump ,将tax.dump文件复制到B服务器上面。

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

5.在B服务器上,打开cmd窗口,输入命令

svnadmin load D:\svn\tax <D:\1\tax.dump 将备份的数据导入版本库。

(svnadmin load 要存放版本库的文件夹目录 < 备份文件)

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

6.打开安装完成的VisualSVN Server。选择Repositories,右键,所有任务,import existing Repositories

在弹出框中选择 第5步中Load命令的文件夹,确认后,左侧目录中就会显示和A服务器相同的目录结构,迁移(备份)成功。

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

关于更换或者迁移域服务器:关于域服务器迁移的请教我通过部署一个简单的域管理公司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=kbcn223346 http://support.microsoft.com/default.aspx?scid=kbzh-cn255690 http://support.microsoft.com/default.aspx?scid=kbzh-cn324801 http://support.microsoft.com/default.aspx?scid=kben-us255504 2.更改dc ip的想法是可行的。但您要注意更改dns中的srv记录,更改完成后,要注意ad中的各事件日志,确保ad的正常运作。需要提到一点的是,整个操作需要有个过程,最好能够持续1、2天,分步骤实施,实施之间最好能够在测试环境中测试后,并对现有dc进行备份后,再行动作!关于dns client的配置问题,这里您可以看一个kb http://support.microsoft.com/default.aspx?scid=kben-us825036 最关键的一个地方就是primary dns互相指向,否则容易导致dns解析的问题,从而客户端、dc复制都有可能出现问题。

求采纳


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/166111.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-03-24
下一篇2023-03-24

发表评论

登录后才能评论

评论列表(0条)

    保存