我有一台运行2012 R2的服务器，并在其上build立了名为\\ Domain \ Files的DFS命名空间。 我想build立另一台服务器，这样如果这个服务器出现故障，人们仍然可以访问\\ Domain \ Files。 现在，这些文件不在这台服务器上，所以我不认为DFS复制是我所需要的。 只需要命名空间能够从两个服务器读取，并指向相同的networking共享。
我们目前使用2个Windows 2008 R2与DFS，但发现了一些问题： 权限的复制（权限不会跨DFS成员复制） 配额的复制（配额是基于磁盘的） 这些问题是否存在于群集中？ 这意味着，如果我们在成员集群的文件夹上设置权限/配额，该集群的所有成员是否都会inheritance权限/配额？ 我们将有一个专用服务器（HP P4300 Lefthand），我们也计划将它用于文件服务器。 所以，我们的select是：DFS或故障转移群集。
目前正在执行一个项目，将所有用户从映射的驱动器主文件夹迁移到redirect的文件夹（文档）。 目前有一个奇怪的问题，即用户redirect文件夹文件是真的很慢（本地），即使浏览文件夹可能需要几秒钟来填充文件列表。 我已经将驱动器映射到相同的DFS命名空间，并且速度很好，我也通过将文件夹redirectredirect到共享名称而不是DFS命名空间进行了testing，这也很好。 所以看起来文件夹redirect到DFS命名空间的组合导致了缓慢。 根据微软的build议，DFS是不可复制到NAS的一个特点。 任何人有类似的东西或任何想法可能会导致这个问题？
我对DFS文件系统知之甚less，但是在我们的一个部署中遇到了问题。 我们的应用程序将文件写入指定位置，closures它们，然后将logging写入数据库。 应用程序的另一部分将拾取这些数据库logging并读取之前写入的文件。 在某些情况下，读者得到一个“找不到文件”，并且失败。 重新启动它，而不触及其他任何东西，它find正确的文件，一切都很好。 我相信我已经排除了我们的应用程序的一个问题，因为在创build数据库logging之前，文件肯定会被刷新/closures。 因此，我导致相信操作系统或文件系统在内部延迟文件写入，因此不能立即使用。 有问题的文件系统是Windows 2003 SP2 DFS。 这是DFS可能的情况吗？ 如果有，是否有可能将其切换成某种直写/无caching策略，以确保文件被及时写入？
我最近将文件夹redirect的目标从共享转移到DFS名称空间共享，即从\\SITE1FILESERVER\Share到\\DOMAIN\Share 。 我播种了DFS内容，并无意中复制了回收站。 现在，每当用户login他们看到一个错误消息： "The recycle bin on (shared, redirected My Pictures/My Videos) folder is corrupted…" 有趣的是，我没有文档的问题 – 只为图片/video – 即使所有三个redirect，我敢肯定，我意外地复制了文档的回收站。 这两个video/图片都设置为“跟随”文档文件夹。 以pipe理员身份login时，我不会收到问题。 这发生在任何尝试访问/刷新回收站 任何线索如何解决这个问题？
我创build了一个名为\\ dc1 \ bank的DFS命名空间。 还有其他文件服务器上的其他文件夹（例如\\ dc1 \ bank \ folder1是\\ fs1 \ folder1上的文件夹）。 我想限制用户直接访问其他文件服务器上的文件夹（例如：限制直接访问\\ fs1 \ folder1）。 我可以在Windows Server 2008 R2中执行此操作吗？
Linux提供了一个工具，让内核及其模块依靠用户空间工具来parsingDNS名称。 举例来说，CIFS使用它来支持DFS中的引荐。 我看到的问题是，我不能让内核来parsing一个特定的DNS名称，我不明白为什么它失败。 要了解根本原因，我已经通过运行以下命令在CIFS和内核dnsparsing器中启用了debugging输出： echo "1" > /sys/module/dns_resolver/parameters/debug # dns_resolver echo "7" > /proc/fs/cifs/cifsFYI # CIFS 这是我在dmesg中发生故障时所看到的： fs/cifs/cifs_dfs_ref.c: DFS: ref path: \ESOTEST\dfstest\FS_SERV fs/cifs/cifs_dfs_ref.c: DFS: node path: \FS\FS_SERV fs/cifs/cifs_dfs_ref.c: DFS: fl: 2, srv_type: 0 fs/cifs/cifs_dfs_ref.c: DFS: ref_flags: 0, path_consumed: 24 fs/cifs/netmisc.c: address conversion returned 0 for FS fs/cifs/netmisc.c: address conversion returned 0 for FS [ls ] […]
我们正在build立一个有两台服务器的IIS7 Web场。 每个服务器应该有自己的本地副本的内容，还是应该直接从UNC共享内容中提取内容？ 每种方法的优缺点是什么？ 我们目前有一个实时服务器WEB1，内容存储在一个单独的分区上。 作业定期将WEB1同步到备用服务器WEB2，使用robocopy作为内容，使用msdeploy作为configuration。 如果WEB1出现故障，Nagios会通知我们，我们手动运行脚本将IP地址移到WEB2的networking接口。 这两台服务器实际上都是在单独的VMWare ESX 4主机上运行的虚拟机。 服务器是域join的。 我们在WEB1上有大约50-60个活动站点 – 主要是ASP.NET，有一些只是静态的HTML。 大部分是低stream量的“微型网站”。 less数人拥有中等stream量，但没有一个是大规模的。 我们想改变这个，所以WEB1和WEB2都在积极地提供内容。 这主要是为了可靠性 – 如果WEB1发生故障，我们不希望手动干预来解决问题。 传播负载也很好，但现在负载不够高，我们需要这个。 我们计划configuration我们的防火墙来平衡两台服务器之间的stream量。 它将检测服务器何时closures，并将所有stream量发送到剩余的活动服务器。 我们现在计划使用粘性会话…最终我们可能会转移到SQL Server会话状态和无状态负载平衡。 但是我们需要一种服务器共享内容的方式。 我们原本计划将所有内容转移到UNC份额。 我们的存储提供商说，他们可以为我们build立一个高度可用的SMB分享。 所以，如果我们去UNC路线，存储不应该是一个单一的失败点。 但是我们想知道这种方法的缺点： 我们需要更改每个站点和虚拟目录的物理path。 还有一些在web.config文件中有绝对path的项目 – 我们也必须更新它们。 我们需要为Web服务器创build一个域用户来访问共享，并为该用户授予适当的权限。 我还没有看过这个 – 我不确定应用程序池标识是否需要更改为此用户，或者如果有另一种方式告诉IIS连接到共享时使用此帐户。 如果存在活动目录问题，站点将不能再访问他们的内容。 总的来说，似乎更复杂一些，更多的运动部件可能会被打破。 我们的存储提供商将为我们在冗余SAN上创build一个卷。 如果我理解正确，这个SAN卷将挂载在运行在冗余VMWare环境中的VM上; 这个虚拟机然后将SMB分享给我们的networking服务器。 另一方面，共享内容方法的好处是我们只需要将代码部署到一个地方，并且内容的多个副本之间永远不会有暂时的不一致。 这个主题非常有趣，尽pipe其中一些人的工作规模更大。 到目前为止，我刚刚讨论过内容，但是我们也需要考虑configuration。 我不知道我们是否可以将DFS复制用于applicationHost.config和其他文件，或者最好是将共享configurationfunction与UNC共享上的configuration一起使用。 你怎么看？
我有两个Windows 2008 R2 AD服务器。 首先，xyz.com是在一个快速上网的大城市。 大约有12个用户。 第二个是foo.xyz.com，位于卫星链路的中间，大约有20个用户。 两台服务器之间没有任何连接。 我有一个在互联网接入速度慢的小镇的第三个办公室。 我将很快在那个有7个用户的办公室里增加一台服务器。 我的目标是以某种方式将所有这些组合起来，并设置DFS。 我在ADpipe理方面没有经验，并且在寻找指导。 我想开始连接我的两个当前的服务器。 谢谢
我听说这两种技术可以互换使用来描述从一个位置到另一个位置的复制数据。 我了解每种技术是什么，但我不确定它们是如何相互关联的。 DFSR是否使用BITS作为传输机制？ 任何澄清将不胜感激。