首先，我愿意就这个标题提出build议。 这是我正在寻找的：我正在重build我们的文件服务器，因为它正在死亡，以及空间分配不当。 我希望能够做到的是在去年访问的存储数据附近，并使用Windows DFS复制这些数据，同时将所有未使用的数据存储在更便宜和更慢的存储介质上，唯一的冗余是磁带备份。 所以，例如，我总共有大约5TB的存储容量，但只有最活跃的1TB我会保持接近线路，并使用Windows DFS进行复制。 留下其余的，但在灾难中，需要从磁带恢复。 较旧的数据将被认为是重要的保留，但不是日常操作的关键任务。 我还想做的就是将这些数据无缝地“缝合”在一起，这样看起来它仍然在同一个文件夹中，让Windows找出数据的实际位置。 SQL Server 2008在文件组方面有一个很好的例子，我可以在那里存储去年的数据在更便宜的SATA驱动器上，而SQL将无缝地将整个数据库拼接在一起，所以作为用户，我永远不知道我正在查看的数据不经常存储在其他地方。 我正在使用安装了文件服务angular色的Windows 2008 R2标准。 我宁愿将其作为本地解决scheme，而不进入第三方软件，但我并没有完全closures它。
我使用GPO从文件共享安装软件。 我想将文件共享更改为DFS文件夹。 我已经在这个份额上做了一个DFS文件夹。 我已经改变了GPO的path。 当我重新启动个人电脑时，我看到这个消息： “事件types：错误事件源：应用程序pipe理 说明：从策略testGPO安装应用程序“应用程序”失败。 错误是：此产品的安装源不可用。 validation来源是否存在，您是否可以访问它。“ GPO安装从文件共享工作！ 你有什么想法，它不能从DFS工作吗？ 共享权限：Authenticated User – Read 谢谢！
所有的好日子，我有一个困难的时刻，find任何可靠的答案。 我的公司最近收购了另一家公司，我们需要在本地获得大量的数据，而在现场让老公司继续在可预见的未来工作。 我目前build议我们利用我们现有的DFS根源，并确保DFS的复制能力。 有问题的服务器运行Windows 2003R2,2008,2008R2，因此较新的DFS复制是一个选项。 远程= 2003R2本地现有的DFS = 2008 < – > 2008R2 我面对的问题是，这两个域只是可信的，不共享相同的森林。 是否有可能在这种情况下设置DFS复制，以及一个常见的DFS根目录，如果是的话，我该如何做到这一点？
在我们的环境中，我们有6个域控制器。 其中2个正在运行2003 R2，我们正在退役它们。 这些服务器托pipe我们\ domain.com \ DFS的单个命名空间。 我们没有复制到位，这些服务器不托pipe由DFS使用的任何文件。 我们希望将这些设置迁移到使用2008 R2的两台较新的服务器。 我们的目标是在我们完成后只有4个DC，其中2个有DFS。 我已经使用dfsutil将命名空间导出到txt文件，并将目标服务器更改为新的机器。 我不确定是否可以在将DFS添加到其angular色后将其导入到新服务器中，或者如果将DFSangular色添加到新服务器中，然后将服务器名称添加到旧的DFS“名称空间服务器”框中希望他们把设置复制到新的。 它甚至以这种方式工作吗？ 将这些设置迁移到较新的服务器的正确stream程是什么？ 谢谢你的帮助， 瑞安
我尝试创build一个基于域的名称空间，但是当我在“selecttypes向导页”上点击“下一步”时，我收到消息： 命名空间不能被查询。 RPC服务器不可用。 我发现一篇关于这个问题的文章 ，实际上DomainDNSName的DNSparsing是有缺陷的。 但是，虽然我解决了这个DNS问题，但我仍然得到这个消息。 可以创build独立的命名空间。 任何想法如何解决这个问题？ 这是否可能与我使用单个域名的事实有关？
我们有一个庞大而复杂的多站点DFS结构。 我正在使用DFS来处理一个应用程序，如果这个结构的任何部分被redirect到了网站之外，那么这个应用程序就会被中断（尽pipe我宁愿它被中断也不能完全）。 path是这样的： \ DOMAIN \ DFSROOT $ \ IT \ FOO \ BAR \ MYAPP 我看到我可以在树的任何部分设置“caching持续时间”。 如果我将“MYAPP”文件夹的“caching持续时间”设置为12小时，那么客户端会将完整pathcaching12小时，还是只caching“MYAPP”位？ 即。 它会每5分钟重新parsing\ DOMAIN \ DFSROOT $ \ IT \ FOO \ BAR，除非我也改变它了吗？ 补充说明：如果IT有5分钟caching，MYAPP有12小时caching，客户在6分钟后是否会开始重新parsing\ DOMAIN \ DFSROOT $ \ IT，或者只是不打扰“MYAPP 'caching了12个小时？
我目前正在build立一个新的DFS命名空间设置。 我的文件夹E：\ CommonStuff \已经在文件服务器上共享。 现在它也被共享为\ DOMAIN \ CommonStuff 我有3个问题： 我在DFSpipe理控制台中创build的所有文件夹中都看到.DFSFolderLinklogging。 但是E：\ CommonStuff中的所有文件夹已经不包含这些logging。 .DFSFolderLinklogging是重要的吗？ 如果我在E：\ Commonstuff \中创build子文件夹“旧的方式”，或者如果我在DFSpipe理控制台中执行此操作，会产生什么影响？
如果没有意义的话，我会开始玩DFS，其中一些条款仍然让我感到困惑。 我们已经在我们的域上创build了几个DFS根（作为域根）并设置了复制，并且所有这些都显得非常好。 唯一的问题，我不知道是否是一个问题或按预期工作是，虽然我可以通过打开\ domain.local \ Shares（股份是根名称空间）导航到根命名空间，我无法看到如果我浏览到\ domain.local根。 我希望我的用户能够通过浏览域来查看所有可用的根目录 – 这可能吗？ 我做错了什么？ 我不知道这是否重要，但DFS和共享在两个单独的站点上的成员文件服务器上运行。
我有一个网站在运行时生成文件，这个网站部署在2台服务器上 操作系统，Windows Web Server 2008 R2。 我正在寻找一种方式来同步更改和新的文件从一个服务器到另一个单向同步。 DFS-R ，任何人都可以成功在Windows Web Server 2008 R2上安装DFS-R？ 这里是一篇文章http://blogs.technet.com/b/filecab/archive/2008/05/14/installing-dfs-replication-on-windows-server-2008.aspx ，它不适用于2008 R2任何更多。 robocopy ，我试过这个，但是它不能很好地执行，有时在更改文件同步之前有几分钟的延迟。 请问你有什么build议吗？ 谢谢
我对DFS的工作原理并不是很熟悉，而且由于其他人pipe理有问题的服务器，我不知道DFS设置是什么样的。 我只是想知道是否有可能。 基本上我们有3个服务器设置为1个文件夹的复制组，该文件夹是IIS中的Web应用程序安装程序的根目录。 当我们将应用程序的更改部署到一台服务器Server＃1时，并允许DFS将整个组的更改传播到其他两台服务器。 在部署之后，环境中有许多奇怪的行为，应用程序需要花费大量时间才能恢复，但IIS日志中没有任何内容表明应用程序池循环是需要很长时间的部分。 我想这可能是由于奇怪的DFS复制行为，所以我要求pipe理员提供一个DFSR健康报告和传播报告。 传播报告显示快速复制，对于所有内容，<1秒。 运行状况报告在1台服务器上显示1个错误：由于正在进行的共享冲突，DFS复制无法复制上面列出的复制文件夹中的文件。 此问题影响1个复制文件夹中的114个文件。 事件ID：4302 在这里的MS KB： http : //support.microsoft.com/kb/968429说4302事件是在文件的“接收”过程中的错误，这是我担心，因为这个错误发生在服务器＃1这是什么应该将文件发送到其他两台服务器。 在其他两台服务器中的一台服务器同步并且获得权限被拒绝后，DFSR是否有可能尝试将文件复制回源服务器，因为复制到第三台服务器仍在继续？ 或者还有什么我可以在日志中查找，看看在服务器之间实际进行复制多长时间来尝试获得MSDeploy结束和应用程序再次可用之间发生什么的准确时间表？