您现在的位置: 破洛洛 >> 服务器 >> DNS服务器 >> 正文

利用AD冗余环境部署Windows冗余文件服务器

作者:佚名 来源:不详 更新时间:2009-4-16
分享到

    目的:

    1、实现两台文件服务器实时同步,两台文件服务器上的文件能够实时同步;

    2、服务器故障自动切换,当其中一台服务器出现故障时能够自动切换;

    3、客户端故障回复,首选服务器因为故障进行维护,当维护好以后重新接入网络客户端能够自动的从备选服务切换回首选服务器。

    下面是部署的架构图

   

    从图上环境可以看到ZSFS09为首选文件服务器,ZSFS10为备选文件服务器。当两台服务器都正常的情况下客户端默认访问ZSFS09服务器,只有当ZSFS09出现故障后自动切换到ZSFS10服务器,本例实现的是文件服务器冗余不做负载均衡。


    前提条件

    1、域架构:Windows Server 2003 R2 (如果2003或2000必须扩展Sechma,运行adprep.exe /forestprep来更新架构,Adprep.exe命令行工具R2安装CD上的Cmpnents\R2\Adprep文件夹中提供。)

    2、文件服务器的OS:windows server 2003 R2或windows 2003 R2以上的版本

    3、AD架构必须已经实现冗余,具体体实现冗余的方法请参考这篇文章《AD/DNS/DHCP/WINS冗余部署实例——写给刚接触AD不久的会员们》
    http://windows.chinaitlab.com/domain/776353.html

    4、XP SP2必须打KB898900补订,SP3及更高版本不需要打补订。

    KB898900下载地址:
    http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=7d3f51e3-2d33-48c4-8b5f-fe2345b0a35e

    下面是具体的配置步骤:

    一、ZSFS09的配置

    二、ZSFS10的配置

    三、文件服务器冗余的配置

    四、DC组策略的配置

    五、测试服务器的冗余配置

    六、附R2 DFS的相关文档

    七、FAQ

[1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    一、ZSFS09的配置

    1、打开”控制面板““添加删除程序”添加“Microsoft .NET Framework2.0”和"分布式文件系

   

1-1.jpg

1.jpg 

    2、指定windows  2003 R2的安装文件完成安装,安装完成后记得升级打补订,并安装杀毒软

2.jpg

    3、在D盘建立一个"ZSKD"文件夹用于存放用户文件

3.jpg

    4、设置该文件夹为隐含共享,并设置共享权限

  

4.jpg

    5、把默认的Everyone删除,添加Domain Users,充许“读取”和“更改

  

5.jpg

    6、为了便于测试在到ZSKD目录里建个“技术部”的文件夹

   

6.jpg

    7、设置“技术部”文件夹的NTFS权限

   

7.jpg

    8、把下面红框的钩去掉

   

10.jpg

    9、选择复制;

 

9.jpg

    10、选择添加;

   

11.jpg

    11、把技术部的安全组添加进去;

   

12.jpg

    12、把其它安全组删除;

   

13.jpg

    13、最后权限如下所示;

14.jpg

    14、再用同样的方法建立一个”人事部“的文件夹,并设置相应权

   

15.jpg

    ZSFS09配置完成

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    二、ZSFS10的配置

    1、打开”控制面板““添加删除程序”添加“Microsoft .NET Framework2.0”和"分布式文件系统

 

 

    2、指定windows  2003 R2的安装文件完成安装,安装完成后记得升级打补订,并安装杀毒软

 


    3、在D盘建立一个"ZSKD"文件夹用于存放用户文件

   

    4、设置该文件夹为隐含共享,并设置共享权限

    5、把默认的Everyone删除,添加Domain Users,充许“读取”和“更改

 

    ZSFS10配置完成

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    三、文件服务器冗余的配置

    1、用域管理员登录到ZSFS09服务器,打开“控制面板”“管理工具””DFS管理“点击”新建命名空间“;

1.jpg

    2、输入ZSFS09文件服务器名,点击“下一步”;

2.jpg

 

    3、选择“是”


   

3.jpg

    4、输入命名空间的名字“ShareFiles",选择“下一步”;

   

4.jpg

    5、选择“基于域的命名空间”“下一步”;

   

5.jpg

    6、选择“创建”;

   

6.jpg

    7、选择“关闭”;

   

7.jpg

    8、在左边框选择刚创建的命名空间,按鼠标右键选择“添加命名空间服务器”;

8.jpg

    9、输入“ZSFS10”服务器,选择“确定”;

9.jpg

    10、弹出警告选择”是“;

   

10.jpg

    11、看经过这样的设置以后命名空间就实现了冗余,下面我们来实现文件夹的冗

   

11.jpg

    12、在左框选择创建的命名空间,点击鼠标右键选择”新建文件夹“;

12.jpg

 

    13、输入文件夹的名称,点击“添加”;

13.jpg

 

    14、点击”浏览“;

   

14.jpg

    15、输入ZSFS09,点击”显示共享文件夹”选择刚才创建的隐含共享ZSKD$文件夹按“确定

  

15.jpg

    16、断续“确定”;

  

16.jpg

    17、选择“添加”;

17.jpg

 

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    三、文件服务器冗余的配置

    18、输入ZSFS10服务器,点击“共享文件夹”选择ZSKD隐含共享文件夹,点击“确定

18.jpg

 

    19、断续“确定”;

 

19.jpg

    20、弹出创建复制组对话框,点击“是”;

  

20.jpg

    21、按默认的就行,断续“下一步”;

  

21.jpg

    22、下一步

   

22.jpg

    23、点击“确定”;

  

23.jpg

    24、选择ZSFS09为“主要成员”“下一步”;

  

24.jpg

    25、复制拓扑选择“交错”“下一步”;

25.jpg

    26、使用”连续复制,完整带宽“下一步;

   

26.jpg

    27、点击”创建“;(这一步很关键,实际就是让两台文件服务器进行同步复制

   

27.jpg

    28、点击”关闭“;

28.jpg

    29、提示复制需要一定的时间,点击“确定”;


29.jpg

    30、下面我们要设置ZSFS09的ZSKD$目录为用户的首选文件夹

30.jpg

 

    31、在左框里选择“Share",在右框里选择ZSFS09按右键选择“属性”;

31.jpg

 

    32、在“覆盖引用排序”前打上钩,选择“所有目标中的第一项";(注意:这一步很关键,实际上就是设置ZSFS09为主文件服务器

32.jpg

 

    33、选择左框的“Share"目录,按右键选择“属性”;

33.jpg

 

    34、更改缓存时间为“300”,在“客户端故障回复到首选目标”打上钩;(缓存时间根据自己的情况来设定,这一步主要是让客户端实现故障回复)

   

34.jpg

    35、完成以上配置后,查看ZSFS10服务器上的ZSKD目录会发现"技术部“和”人事部“两个目录已经从ZSKD09同步过来了,如果想验证一下同步服务可以在ZSKD目录里新建几个文件测试一

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    四、DC组策略的配置

    文件服务器的冗余配置完成了,下面要通过组策略把共享目录映射给用户使用,本策略使用了ghjconan提供的脚本;

    1、在用户所在的OU新建一条组策略

   

1.jpg

    2、为新建的策略启个名字;

   

2.jpg

下载 (10.52 KB)
2009-2-3 17:27


 

    3、编辑组策略,在左框选择”Windows设置“;

  

3.jpg

    4、在左框选择“脚本”在右框“登录属性“,弹出对话框后点击”显示文件

   

4.jpg

    5、把网络驱动器映射的脚本复制到这个目录里

5.jpg

 

    6、选择脚本文件,按右键选择”编辑“;

6.jpg

 

    7、根据自己的情况更改下面两行;

7.jpg

    8、点击”添加“把脚本添加进去

8.jpg

 

    9、选择”浏览“;


   

9.jpg

    10、选择脚本文件,点击”打开“;

  

10.jpg

    11、点击”确定“完成配置

   

11.jpg

 

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    五、测试服务器的冗余配置

    振奋人心的时候到了,下面我们来测试文件服务器的冗余吧。


    一、测试文件的同步性
    1、找一台客户端登录到域,打开”我的电脑“会发现里面有一个已经映射好了的网络盘

1.jpg

 

    2、选择网络盘,按右键选择”属性“点击”DFS”查看发现现在使用的是ZSFS09首选服务

2.jpg

 

    3、下面我们来测试一下文件的同步性,分别打开ZSFS09和ZSFS10的共享文件夹,如下

   

3.jpg

    4、在客户端Z盘新建一个文件测试下会发现文件很快就同步过去了

4.jpg

 

    二、测试服务器故障的自动切换;

    1、下面我们把ZSFS09关机,模拟ZSFS09出现故障,看看客户端是否能够自动切换到ZSFS10服务器

    5.jpg

    2、回到客户端双击鼠标访问网络共享盘,这时会发现会有些延时因为服务器的切换过程的需要一些时间大概10多秒钟吧,查看共享盘的属性发现已经切换到ZSFS10服务器了

6.jpg

    3、下面开启ZSFS09服务器,关闭ZSFS10服务器

   

7.jpg

    4、回到客户端双击鼠标访问网络共享盘,同样会感觉有些延时因为切换需要一点时间,查看共享盘的属性发现已经切换回ZSFS09服务器了

8.jpg

    三、测试客户故障回复

    1、打开共享盘,选择“属性”“DFS” 发现现在访问的是ZSFS09服务器一切正

9.jpg 

    2、下面把ZSFS09关机,模拟ZSFS09服务器出现故障需要维护

   

10.jpg

    3、访问共享盘,查看“属性”“DFS”发现已经切换到ZSFS10服务器上去了

   

11.jpg

    4、现在假设ZSFS09服务器维护完了,开启ZSFS09服务器接入网络;


    5、等5到10种再我们再去访问共享盘,查看“属性”“DFS”发现我们又回复到对ZSFS09的访问

    12.jpg

    至此整个配置及测试过成顺利完成

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    附R2 DFS的相关文档

    本文档引用风间子大师的 R2使用指南之四:DFS 管理连接地址:http://winsvr.org/info/info.php?sessid=&infoid=55


    作为微软BOIS(分公司基础结构解决方案)体系中的一个重要基础服务,微软在R2中对DFS(分布式文件系统)进行了重新设计。在R2中,分布式文件系统(DFS)提供简化的具有容错和负载均衡能力的文件访问和WAN优化复制,它包括以下两种独立的技术:


    DFS命名空间。即过去的分布式文件系统,允许管理员对位于不同服务器上的共享文件夹进行分组并将其作为虚拟文件夹树(称为命名空间)提供给用户。命名空间可以提供很多好处,包括提高数据的可用性、负载共享和简化数据迁移等。
    DFS复制。DFS复制的前身为文件复制服务(FRS),它是一个基于状态的新型多主复制引擎,支持复制计划和带宽限制。DFS复制使用一种称为远程差分压缩(RDC)的新压缩算法。RDC是一种线上差分协议,可用于在带宽受限的网络上有效地更新文件;RDC 检测文件中数据的插入、删除和重新排列,因此能够在文件更新时仅复制增量(更改)。
     
    DFS命名空间

    利用DFS命名空间技术,你可以将位于不同服务器上的共享文件夹透明地连接到一个或多个命名空间上,从而将这些文件夹组合在一起,从而提高数据可用性及实现负载均衡等。这个过程对于客户端而言是透明的,当客户端访问DFS命名空间时,看起来和普通的共享文件夹一致,用户无需知道具体的服务器名称或存放数据的共享文件夹即可进行浏览。 和过去的分布式文件系统相比,R2中的DFS命名空间中主要具有以下更新:

    目标优先级。客户端访问DFS命名空间时,将接收包含与命名空间根路径或文件夹关联的目标列表的引用,这些目标按照命名空间或文件夹当前的排序方法列出,你也可以调整特定目标的优先级。
    客户端故障回复。DFS命名空间中的客户端故障转移是在一个文件夹目标(通常是首选的本地服务器)发生故障或从命名空间中删除之后,客户端尝试访问引用中另一台服务器的过程。在故障转移之后,客户端访问的可能是非优化的文件夹目标,例如相对客户端的站点链接成本较高的目标。在首选的本地服务器恢复之后,如果客户端没有配置故障回复,客户端将继续使用故障转移到的服务器,直到重启客户端或清除客户端的引用缓存;如果客户端配置了故障回复,并且客户端安装了相应的客户端故障回复更新程序,那么在该服务器恢复之后,客户端将故障回复到首选的本地服务器。注意:只有所有新的文件访问均将故障回复到本地服务器,当前打开的文件仍然从故障转移到的服务器进行访问,直到该文件关闭。
    更佳的委派管理权限功能。在DFS命名空间中可以很容易的对创建基于域的命名空间或管理各个独立命名空间和基于域的命名空间进行管理委派。
    重新构建命名空间的能力。使用DFS 管理管理单元可以很容易重命名或移动DFS命名空间中的文件夹,你可以通过重新构建命名空间来纠正错误或在业务需要改变或添加新文件夹到命名空间,还可以使用命令行工具Dfscmd.exe移动命名空间文件夹。
      DFS命名空间的路径与共享文件夹的通用命名约定(UNC)路径类似,DFS命名空间中主要具有以下元素:
    命名空间服务器。即原来的根服务器。命名空间服务器承载命名空间,它可以是独立服务器、成员服务器或域控制器。可以在服务器上承载的命名空间数由命名空间服务器上运行的操作系统决定:运行Windows Server 2003 R2标准版、Windows Server 2003 Web Edition、Windows Server 2003标准版(可以通过安装KB903651中的更新程序使其支持承载多个命名空间)和任何版本的 Windows 2000 Server的服务器可以承载单个命名空间;而运行Windows Server 2003 R2企业版、Windows Server 2003 R2 Datacenter Edition、Windows Server 2003企业版和Windows Server 2003 Datacenter Edition的服务器可以承载多个命名空间。
    命名空间。即原来的根路径,命名空间是命名空间的起点。例如某个命名空间路径为\\winsvr.org\public,那么public即为命名空间名称。
    文件夹。即原来的链接,文件夹是DFS命名空间的主要元素,用于帮助建立命名空间的层次结构,它可以包含文件夹目标;当客户端浏览DFS命名空间中包含目标的文件夹时,客户端将收到透明地将客户端重定向到一个文件夹目标的引用。例如某个命名空间路径为\\winsvr.org\public\profiles,那么profiles即为文件夹名称。
    文件夹目标。即原来的链接目标,文件夹目标是某个具体的共享文件夹或其他命名空间的UNC路径。当客户端浏览包含目标的文件夹时,客户端其实浏览的是对应的文件夹目标。你可以通过指定多个文件夹目标来提高文件夹的冗余性,如果其中一个文件夹目标不可用,客户端将根据获得的目标优先级来尝试访问其他可用目标。
    命名空间客户端。运行以下版本操作系统的客户端可以访问命名空间:
    Windows Server 2003 R2
    Windows Server 2003
    Windows Storage Server 2003
    Windows XP
    Windows 预安装环境 (Windows PE)(只能访问独立命名空间)
    Windows 2000 Server
    Windows 2000 Professional
    Windows NT Server 4.0 Service Pack 6a
    Windows NT Workstation 4.0 Service Pack 6a
    但是只有操作系统为Windows Server 2003 SP1和Windows XP SP2并且安装KB898900中的客户端故障回复更新程序后的客户端才支持故障回复特性。
     

    DFS命名空间具有两种类型,分别是基于域的命名空间和独立命名空间,它们之间具有以下区

 

特性
基于域的命名空间
独立命名空间
命名空间路径
\\DNSDomainName\RootName \\NetBIOSDomainName\RootName
\\ServerName\RootName
命名空间信息存储位置
活动目录,同时会在每个命名空间服务器的内存中进行缓存
注册表,同时会在命名空间服务器的内存中进行缓存
驱动器文件分区格式要求
NTFS
NTFS
命名空间服务器
每个命名空间服务器必须是配置了命名空间的域中的成员服务器或域控制器。
可以是独立服务器、成员服务器或域控制器
创建和删除命名空间所需要的组成员关系
DFS管理员必须是Domain Admins组成员或者具有对活动目录中DFS容器的委派管理权限。
DFS管理员必须是本地服务器上的本地管理员组成员
管理命名空间所需要的组成员关系
DFS管理员必须是每个命名空间服务器上的本地管理员组成员
DFS管理员必须是本地服务器上的本地管理员组成员
命名空间大小限制
微软建议保持活动目录中所存储的DFS对象大小在5 MB以内( 包含目标的文件夹数量不超过5000个)
微软建议独立命名空间 中包含目标的文件夹数量不超过50,000个。
确保命名空间可用性所支持的方法
使用多个命名空间服务器承载命名空间(命名空间服务器必须处于相同的域)
在服务器群集上创建独立命名空间
对使用DFS复制复制文件夹目标的支持
支持
支持

 

    当客户端访问命名空间根路径或命名空间中包含文件夹目标的文件夹时,客户端从域控制器或命名空间服务器获取引用。引用是域控制器或命名空间服务器返回给客户端的文件夹目标的排序列表。客户端收到引用之后,将尝试访问列表中的第一个目标;如果该目标不可用,客户端将尝试访问下一个目标。 客户端会对获得的引用进行缓存,对于命名空间默认的缓存时间是300秒(5分钟),而对于文件夹默认的缓存时间是1800秒(30分钟)。通常情况下无需修改缓存时间配置,但是如果命名空间中的文件夹目标变更频繁,那么你应该考虑减少缓存时间;但是减少缓存时间会增加域控制器和命名空间服务器的负载并且增加网络访问流量。 未运行Windows XP SP2或Windows Server 2003 SP1的客户端将在每次使用缓存引用访问文件或文件夹时,更新引用的缓存持续时间值,因此可以无限地使用该缓存引用,直到清除客户端的引用缓存或重新启动客户端为止。这样导致了命名空间中的文件夹目标虽然已经更新,但是客户端持续使用旧的文件夹目标的情况。因此在Windows XP SP2和Windows Server 2003 SP1中,微软对此行为进行了更新,当客户端使用缓存引用访问目标时,缓存持续时间并不更新,而是让缓存引用在到达缓存持续时间值之后过期,当再次访问时向域控制器或命名空间服务器获取新的引用,从而可以更快地发现对命名空间和命名空间文件夹的更改。 R2中的分布式文件系统提供了目标优先级特性。当域控制器或命名空间服务器返回引用给客户端时,将按照一定的排序方法对文件夹目标进行排序。客户端首先尝试访问最顶部的文件夹目标,如果不可用则按照从上到下的顺序尝试对其他文件夹目标进行访问。 在R2中提供的排序方法有以下三种:
    随机顺序。使用此方法时返回给客户端的文件夹目标按照以下顺序进行排序:
    与客户端位于相同活动目录站点的目标按照随机顺序列在引用的顶部;
    然后,客户端站点之外的目标按照随机顺序列出;
    如果没有位于相同站点的文件夹目标,则将所有目标按照随机顺序列出;
    最低成本。默认选项,使用此方法时返回给客户端的文件夹目标按照以下顺序进行排序:
    与客户端处于相同站点的目标按照随机顺序列在引用的顶部。
    然后,客户端站点之外的目标按照最低成本到最高成本的顺序列出。成本相同的引用组合在一起,每个组中的目标按照随机顺序列出。
    排除客户端站点之外的目标。使用此方法时, 返回给客户端的引用中只包含与客户端位于相同站点的文件夹目标。这些位于相同站点的文件夹目标按照随机顺序列出。如果没有位于相同站点的目标, 那么将不会返回引用给客户端,因此客户端无法访问命名空间的该部分。
    除此之外,你还可以针对某个文件夹目标设置其优先级,你可以设置某个文件夹目标的优先级为:
    所有目标中的第一项。作为引用的目标列表中的第一个列出;
    所有目标中的最后一项。作为引用的目标列表中的最后一个列出;
    同等成本中的第一个。在同等成本的目标中作为第一个列出;
    同等成本中的最后一个。在同等成本的目标中作为最后一个列出;
    需要注意的是,即使排序方法设置为排除客户端站点之外的目标,目标优先级设置为所有目标中的第一项或所有目标中的最后一项的目标仍会在引用中列出

    DFS复制

    虽然都是属于分布式文件系统中的技术,但是从技术角度上来说,DFS复制和DFS命名空间是完全独立的,只是通过DFS复制可以让DFS命名空间更好的工作。DFS复制的前身是Windows 2000 Server中引入的文件复制服务(FRS),它是一个基于状态的新型多主机复制引擎,支持复制计划和带宽限制。DFS复制使用一种称为远程差分压缩(RDC)的新的压缩算法,它是一种线上差分的客户端/服务器协议,可用于在有限带宽网络上有效地更新文件。RDC 检测文件中数据的插入、删除和重新排列,因此能够在文件更新时仅复制增量(更改)。 DFS复制使用许多复杂的进程来保持多个服务器上的数据同步,它主要具有以下特性:

    DFS复制是一个多主机复制引擎,在一个成员上进行的任何更改均将复制到复制组的所有其他成员上;
    DFS 复制通过监视更新序列号(USN)日志来检测卷上的更改 ;DFS复制仅在文件关闭后复制更改,因此不推荐使用DFS复制来复制数据库或其他可能会长时间打开的文件;
    DFS 复制使用版本矢量交换协议来确定需要同步的文件,该协议通过网络为每个文件发送不到1KB的数据,用于同步发送成员和接收成员上与已更改文件关联的元数据;
    文件更改后,只会复制已更改的文件块,而不会复制整个文件,DFS复制通过RDC协议来确定已更改的文件块。默认情况下,RDC适用于任何大于64 KB的文件类型;
    DFS复制可以自我修复,可以自动从USN日志覆盖、USN日志丢失或DFS复制数据库丢失中恢复;
    DFS复制使用WMI提供程序为获取配置和监视来自DFS复制服务的信息提供接口;
    在发送或接收文件之前,DFS复制使用暂存文件夹来暂存文件。如果在复制过程中发生冲突,对于冲突的文件(即在多个服务器上同时更新的文件),DFS复制使用最后写入者优先的冲突解决方式;对于冲突的名称,DFS复制使用最早创建者优先的冲突解决方式。冲突中被丢弃的文件和文件夹将移至一个称为冲突和已删除文件夹的文件夹。
    在DFS复制中,主要使用复制组、已复制文件夹和复制拓朴这三个重要组件。复制组由一组称为成员的服务器组成,这些成员参与一个或多个已复制文件夹的复制;已复制文件夹是在每个成员上保持同步的文件夹,当每个已复制文件夹中的数据发生更改时,将通过复制组成员之间的连接复制更改。所有成员之间的连接构成复制拓扑。 你可以在一个复制组中创建多个已复制文件夹,复制组的拓扑、计划和带宽限制将应用到所有的已复制文件夹;另外每个已复制文件夹都可以对需要进行复制的文件和子文件夹进行筛选,从而只复制不满足筛选条件的文件和子文件夹。 存储在每个成员上的已复制文件夹可以位于成员的不同的卷上,并且已复制文件夹不必是共享文件夹也不必是命名空间的一部分。 另外,DFS复制具有以下要求和限制:
    活动目录架构必须更新为包含新的DFS复制对象。你可以通过在架构操作主机上运行adprep.exe /forestprep来更新架构,Adprep.exe命令行工具R2安装CD上的Cmpnents\R2\Adprep文件夹中提供。
    参与DFS复制的服务器必须运行Windows Server 2003 R2,并且必须在每个将参与复制的服务器上安装DFS复制服务和DFS管理管理单元;
    复制组中的成员服务器必须位于相同的林中;
    已复制文件夹必须存储在NTFS卷上;一个驱动器卷最多可以包含8百万个已复制文件夹;一个服务器最多可以包含1TB的已复制文件。
    一个复制组最多可以包含256个成员,每个服务器最多可以是256个复制组的成员;
    每个复制组最多可以包含256个已复制文件夹;
    每个服务器最多可以具有256个连接(例如128个传入连接和128个传出连接);
    在每个服务器上,复制组数乘以已复制文件夹数再乘以连接数,结果必须等于或小于1024;
    在DFS复制中,具有以下两种复制组类型:
    数据分布,即多用途复制组。此类型可以设置两个或多个服务器之间的复制,用于文档、软件及其他数据的发布等,然后可以利用DFS命名空间将客户端的访问分布到不同的服务器;
    数据收集。此类型只能在两个服务器(例如分支服务器和中心服务器)之间设置双向复制,你可以设置将分支服务器上的数据复制到中心服务器上,然后通过备份软件来执行备份。
    需要注意的是,使用DFS复制收集数据不能取代执行常规备份。如果你只想实现单向复制,例如只想实现分支服务器到中心服务器的数据复制,那么可以在设置复制组之后禁用中心服务器到分支服务器的连

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页

    七、FAQ

    我不想让客户端查看共享盘的DFS属性如下图请问如何实现

   

dfsFAq.jpg

    答:在DC的组策略里可以设置,发下图

aa.JPG

 

 

 

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] 

转载请注明:破洛洛(谢谢合作)
网友评论: