什么是DFS:DFS是分布式文件系统英文全称为Distributed File Systems。有这样一个假设您的公司有10台文件服务器,上面各自存储这一些文件,你老板想访问他们当然你可以帮他搞映射网络驱动器,但是如果员工也想访问这些文件你也帮员工搞映射网络驱动器,我有域环境有组策略怕什么。那有没有更好的方法呢?我们希望有一个空间这个空间存储着访问这些文件服务器文件夹的快捷方式,当老板和员工访问这个空间中的文件夹快捷方式的时候就自动定位到后面的文件服务器,这里的空间就称之为DFS的命名空间。如果其中有2台服务器他们的文件是时时同步的,当其中一台文件服务器宕机的时候,用户访问命名空间的文件夹快捷方式后会自动定位到另外一台正常的文件服务器。
如果您想看更加官方点的说明见下面链接:http://linux.ccidnet.com/art/18363/20100613/2100177_1.html
DFS的拓扑图如下
如下图是故障转移群集和DFS的对比,故障转移群集需要存储这也使得一些企业望而却步,因此DFS的文件服务器解决方案更加适合中小企业,此外DFS默认提供了负载均衡。
PPD链接地址:http://wenku.baidu.com/view/5207c725ccbff121dd3683a7.html
我的实验环境介绍
08Server01是DC01,08Server02是DC02,08Server03是FS1,08Server04是FS2,其中FS1和FS2都是域成员,IP地址如下图设置
实验的思路:
1.在DC01和DC02上安装DFS命名空间,在DC01上创建命名空间,然后添加DC02到命名空间中形成命名空间的容错
2.在FS1和FS2上安装DFS复制,只有安装了复制才能实现共享文件夹的同步(生产环境中我们也可以把DFS的命名空间和DFS复制都安装在FS1和FS2上)
3.FS1和FS2上分别创建共享文件夹Public,在FS1中的Public中创建一个文件文本123.txt
4.在命名空间中添加Public文件夹快捷方式指向FS1和FS2
5.执行Public复制,发现FS2中多了一个文本文件123.txt
6.分别测试域命名空间故障和文件服务器故障,当我们实现了域命名空间容错和文件服务器容错后,这样的单点故障应该都不会影响到用户访问。
下面就开始我的实验
在DC01上的服务器管理角色上右击”添加角色“
选择“文件服务器”
选择“DFS命名空间”
默认选择了"立即使用此向导创建命名空间”,我们可以根据实际情况,我这里就选择以后创建命名空间
选择"安装”
安装完成后在管理工具中多了一个“DFS Management”
同样的在DC02上进行如上操作,安装DFS命名空间
我们回到DC01上,在DC01上打开DFS Management,选择创建命名空间(因为刚才我们没有在向导中直接创建)
输入将承载该命名空间的服务器的名称:08server01
输入命名空间的名称:FilesServer 这个名称随意
命名空间的类型,这里是重点了“基于域的命名空间”可以通过添加多个服务器来提高基于域的命名空间的可用性,“独立的命名空间”只能通过故障转移群集来提高独立的命名空间的可用性,试想如果命名空间不能进行容错,那么当一台命名空间服务器宕机后整个DFS就等于白搞了,所以我们的拓扑图中之所以画2台服务器为DFS的命名空间就是这个原因。我们搭建DFS就是因为没有DFS不需要存储,而独立的命名空间却需要群集来实现命名空间的容错,所以在域环境中实现DFS才更加有意义,此外用户将通过\\abc.com\FileServer来访问命名空间
点击“创建”
创建成功
如下图\\abc.com\FileServer就是创建的命名空间
刚才的向导自动创建了C:\DFSRoots\FileServer并且把FileServer文件设置为了共享,共享权限是everyone读取
命名空间容错
在DC01上右击命名空间选择"添加命名空间服务器”(注意:执行此步骤请确保您已经在08Server02安装了DFS命名的角色)
输入08Server02,然后点击“确定”
如下图在命名空间服务器中有了08Server01和08Server02即添加成功
安装DFS复制
在FS1和FS2上安装DFS复制,因为方法一样我只演示安装一台另外一台如法炮制,在FS1上服务器管理中选择“添加角色”
选择“文件服务”
选择”DFS“复制
安装成功,如果您不成功那是您的人品问题,哇哈哈
完成了DFS复制的安装后,我们在FS1和FS2的D盘分别创建一个Public的共享文件夹
在FS1的public文件夹中创建一个123.txt的文本文件.
在命名空间中添加文件夹
在DC01的DFS管理中右击添加“新建文件夹”
在名称中输入“Public”,然后点击添加
在添加中浏览到FS1上的Public和FS2上的Public,完成后如下图所示,点击确定
向导询问“是否创建复制组”,我这里选择否。提示:如果您选择了是,那么如果两个Public中都有文件的话,也是不会相互覆盖的。
完成后视图如下,您看到了吗?Public是一个快捷方式而已,
来我们放大点,如下图在Public的快捷方式够清楚了吧,您注意到了吗我还标记了一个站点,这个站点有什么好处?如果您的FS1在总部,FS2在分支机构当有了站点和DFS捆绑后,就可以实现总部的的员工优先访问FS1,而分支机构员工会访问FS2,不然跨广域网你懂的。
DFS复制
Public执行DFS复制,因为刚才向导询问是否创建复制组的时候我选择了否,现在我们创建Public文件夹的DFS复制
这里我们保持默认
保持默认
复制的主要成员选择08Server03,因为刚才我们在FS1(08Server03)的public中创建了文本文件123.txt。问如果FS2的public也有文件是否会覆盖FS2上的文件,答不会,如果FS2有文件将自动隐藏!
复制拓扑,这里我保持默认
复制组计划和带宽,根据实际情况进行选择,我这里保持默认
创建
如下图创建成功
向导告诉我们DFS还取决于Active Directory 域服务复制延迟和轮询时间间隔,我们选择确定
向导完成后视图如下
刚才向导告诉我们复制还取决于AD的复制,我们这里也可以手动进行立即复制
立即复制,发送成员是08Server03,接收成员是08Server04
点击确定
我来到08Server04的Public文件夹中查看下是否已经有了123.txt文本文件,如下图复制成功
以上我们就完成了域命名空间和文件服务器的容错(再次提醒生产环境中我们可以把DFS复制和命名空间都安装在FS1和FS2上)
测试域命名空间故障和文件服务器的故障,我们可以直接关闭(停用网卡)其中一台域命名空间服务器和文件服务器来测试,我就不演示了。
总结我把DFS命名空间做在DC出现了很多问题,都快崩溃了!如果您实验的话请把DFS复制和命名空间直接安装在FS1和FS2上,因为直接安装在FS1和FS2上我实验的时候没有什么问题。