我们有2台服务器运行一个小型networking。 目标是以较低的预算将2台服务器作为HA服务器。 因此我们部署了Windows Server 2012并configuration了一切正常的DFS-R。 然后，我们继续部署Exchange 2010 SP3。 DFS继续在两台服务器之间复制文件，没有任何问题。 一旦我们启用了DAG并添加了两个成员，DFS就停止了复制。 起初，我尝试使用WMIC命令重新启动复制，但是这不成功。 所以我删除了一个DFS复制文件夹并试图重新创build。 现在当试图添加成员到DFS我收到以下错误… 指定的成员是已经是复制组成员的故障转移群集的一部分。 您不能将同一群集的多个成员添加到复制组。 现有成员：SERVER01集群名称：DAG01 我花了一些时间试图过来，但没有成功，任何build议将受到感谢。
我在站点A中运行了一个运行域集成DFS的站点A中的一台Windows 2008 R2服务器，其中包含大量DFS目标的单一命名空间，所有configuration都指向我们的NetApp SAN上的一个共享。 第一步：我想最初将这个configuration数据复制到站点A的2012服务器，保留所有的configuration数据。 第2步。我需要将此configuration镜像到站点B中的第二台服务器，所以我们没有DFS命名空间的单点故障。 例如。 站点B中的用户将“连接”到站点B中的DFS服务器，但是如果该站点closures，它将尝试连接到站点A中的服务器，反之亦然。 注意我没有在这里复制实际的数据有趣，只是configuration。 我们的NetApp SANS有照顾到这一点的镜像。 这可能吗？ 非常感谢。
问：如果WAN链路丢失，Windows DFS（DFSR）是否恢复部分传输？ 这似乎是一个明显的“是”，但希望在这里有人能提供一个明确的答案。 背景 环境由两个地理位置独立的networking通过站点到站点VPN相连接。 地点A有一个DSL互联网连接。 位置B有一个T1。 之前我们使用其他技术复制时遇到了问题，因为位置A遇到了一些导致数据包丢失的networking问题。 因此，我们需要一种支持恢复复制以克服外部失败原因的技术。 研究线索 到目前为止，我发现的与我的问题最相符的资源是： 复制计划在复制文件时closures时，复制计划将暂停，并且在计划打开时，复制继续它暂停的位置。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_080 ） 在复制期间WAN链路失败时DFSR将继续尝试复制，同时计划保持打开状态。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_017 ） 但是，我无法find我的问题的直接答案，可以将其改写为“在复制过程中WAN链路失败时，DSFR将继续复制停止或重新启动的位置？ 一些将被复制的文件可能超过1GB，因此，我试图确保DFSR具有某种forms的处理恢复部分复制文件（思考rsync的部分标志）。
我正在研究在Windows Azure中设置海量高可用性存储的各种选项，以便与我的Azure VM一起使用。 虚拟机需要能够像存储文件系统一样使用存储。 假设我有三台运行在Azure上的虚拟机，都需要共享同一个存储。 共享存储高可用性，故障切换时间最短，这一点非常重要。 除此之外，我还需要大量的存储空间 – 我们正在谈论数十TB，甚至可能长达数百个。 目前我正考虑在多个Azure虚拟机实例上设置分布式文件共享（DFS），以创build一个多实例文件服务器环境，以便其他虚拟机可以使用它。 我已经find了一个很好的资源如何运行。 这个解决scheme看起来像一个很好的设置，但它有两个注意事项： 从我所能理解的情况来看，切换到冗余文件服务器实例的故障切换时间在60-90秒之间。 鉴于文件服务器实例将作为常规操作系统更新等的一部分每月重新启动几次，我相信我们仍然能够保持99.95％的SLA，但在故障转移时间更短的情况下更好。 鉴于Azure目前对可以连接到单个VM的VHD有多less限制（对于大型VM实例，目前为16 x 1TB VHD，而且我需要冗余，所以我必须为每个16TB存储启动2个新的文件服务器虚拟机需要添加。 考虑到使用存储的虚拟机需要像存储文件系统一样使用存储，在Azure中创build大量高可用性存储是否更具成本效益？ 如果没有，有没有办法缩短这个设置的故障转移时间，甚至更远？
我们客户的ERP系统的供应商表示，他们的软件在启用了DFS的服务器上运行时遇到性能问题。 我注意到在服务器上启用了DFS命名空间和DFS复制。 我们是否可以将这些服务废弃以testing软件的性能问题是否会消失，或者是否会禁用这些服务给我们带来麻烦？ 这是一个单一的服务器没有任何复制设置或需要。
我目前在单个VPS上运行一个Web应用程序，但需要使其成为多余的，以便在出于任何原因服务器出现故障的情况下，网站不会变得不可用。 我发现，NLB（networking负载平衡）可以完成工作，负载平衡将是一个巨大的奖金。 我遇到的一个问题是客户端上传到服务器的文件的存储，但看起来DFS（分布式文件系统）可以使服务器共享这些文件，并复制它们进行备份，这将是另一个很好的奖励。 现在我的问题。 我的托pipe服务提供商有两个数据中心，所以我认为将两个VPS放在不同的位置可能是一个好主意，这样可以最大限度地减less他们同时受到故障影响的风险。 但是，这是可能的还是做的节点必须在NLB / DFS在同一个本地networking？ 而且有一点可以想到，因为这些VPS无论如何都处于“云端”，这意味着我不知道它们在哪里，即使它们在同一个数据中心，我怎么能知道它们在同一个本地networking上呢？
我去了DFSpipe理，并添加了一个新的命名空间。 对于命名空间服务器，我指定了我的主域控制器（netbios名称： primarydc ）。 对于命名空间，我inputFiles 。 我使用基于域的命名空间（ Windows Server 2008 mode ）。 名字空间服务器： primarydc 。 命名空间的预览是\\mydomain.corp\Files 我得到一个错误，说\\mydomain.corp\files: The namespace server \\primarydc\Files cannot be added. The system cannot find the path specified \\mydomain.corp\files: The namespace server \\primarydc\Files cannot be added. The system cannot find the path specified 。 现在，当我浏览\\primarydc上的networking共享时，我看到一个名为Files的共享文件夹存在，但是当我双击它时，我从Explorer中得到一个错误The system cannot find the path specified 。 […]
在全网状拓扑中，我在多个远程站点和多个中心服务器之间build立了一个大的DFS结构。 每个远程站点都有自己的名称空间或名称空间和复制组。 我有一个自动PowerShell脚本，收集networking上所有DFS服务器的环境健康报告，并提醒我在复制中积压。 我今天早上注意到，一个特定的站点与它的中心服务器之间的拓扑连接断了。 错误是典型的“此复制组中的服务器之间存在断开连接的拓扑”或DFSpipe理控制台中的标准语言。 这已经被打破了一段时间。 我们的备份团队只能从集线器备份，所以备份文件的最后备份文件修改date大约在2014年中。 直到我偶然发现它，我才知道这一点。 有什么我可以运行，可以触发一个DFS设置的拓扑连接警报？ 无论是一个报告还是一个可以将SolarWinds挂钩的东西来产生一个警报？
有几个运动部件。 公司的一小部分人员从标准的楼层开关连接到无线网桥到街对面的build筑物，在excel和word这样的东西中看到的节省时间非常高。 这个build筑物里的一台电脑的ping /响应时间总是小于1ms。 互联网stream量和其他一切似乎都很好。 它似乎只是与储蓄有关。 我们使用DFS运行Windows 2008文件服务器，只利用命名空间，所以目前只有一个文件服务器。 我已经运行wireshark，似乎看不到任何不同于普通的工作站。
我在事件查看器中遇到了很多这些错误 命名空间DFS服务：完成了包含命名空间根目录的共享文件夹的初始化。 共享文件夹：文件夹名称 Eventi ID：14554 这个事件的起源是DfsSvc。 我search了这个事件ID一整天，我没有find任何东西… 任何提示？ 提前致谢