我正在设置Windows 2008 Active Directory环境，以便用户可以在两个站点之间旅行，并仍然访问其“桌面”和“我的文档”文件夹。 目前，我们有2个网站（网站A和网站B）。 网站A已经存在了大约一年半。 现在，我们添加站点B，其中有服务器B.站点A和站点B通过VPN连接。 我不知道VPN的确切速度，但一个位置有4Mbit对称宽带，另一个有100Mbit光纤宽带。 如果VPN连接或Internet连接断开，我们select在每个位置都有一台服务器。 站点A和站点B都有自己的OU。 我已经在OU级别有一个用于文件夹redirect的GPO，在站点A一直运行良好。 我希望网站A的用户1能够访问网站B并login到其中一个桌面，并能够以与他们在网站Alogin到桌面时相同的方式查看他们的桌面和我的文档文件夹。 我需要做些什么来完成这项工作？ 我已经阅读了DFS，但似乎没有明确的“如何”在支持的方式来实现它的工作。 我发现这个技术： http : //support.microsoft.com/kb/2533009 和这个博客文章，这似乎不鼓励设置。 http://blogs.technet.com/b/askds/archive/2010/09/01/microsoft-s-support-statement-around-replicated-user-profile-data.aspx
当用户的“我的文档”文件夹redirect到DFS共享时，Windows资源pipe理器需要在创build新文件夹，文件等后进行手动刷新。有趣的是，创build新公文包时不需要手动刷新。 我已经尝试了一些MS知识库文章，热修复和registry更改，都没有成功。 特别是我试过了KB823291和KB873392 。 只有在通过“我的文档”图标时才会出现此问题。 如果我将用户的主驱动器映射到完全相同的位置，例如H:\DFS\user\documents ，请打开该驱动器并创build新文件夹，则不会出现问题。 将我的文档映射到H:\也解决了这个问题。 但是，由于我们需要文件夹同步以及使用caching的configuration文件进行异地login，因此这不是一个可行的解决scheme，因为H：不会映射，并且将无法访问其文档。 有没有人设法解决这个问题？
我正在尝试制作一组文件夹（大约8个演出），每月更新一次以复制到9个分支位置。 他们通过VPN连接到1.5Mbit aDSL链路的总部。 我有Win Server 2008r2的所有目的。 我宁愿每晚复制源到几个端点。 总部带宽使得试图一次更新所有九个不实际的。 此外，我可能以后可以添加一些额外的VPN隧道来帮助分支之间的复制。 我已经在“备份模式”下设置了一个复制组，其中2个端点为只读，并且可以更新一个预定时间块。 现在我想添加两个运行在不同的（不重叠的）时间表上的终点。 即使端点是只读的，也不能为两个不同的复制组select相同的源。 什么是解决这个问题的最好方法？ 我宁愿不重复源文件夹，如果我不必。 编辑：在进一步的审查，我看到当你添加另一个成员，你可以select一个自定义的复制时间表，并作出不同的安排你第一次通过。 令人困惑的是你再也看不到这个新的第二个时间表。 一旦设置，它只显示最初的复制组计划。 我将在接下来的几天尝试和监控它，看看它是否为单独的成员实际使用了单独的时间表，但是确实很高兴certificate我给它的时间表在某个地方。 build议在这里将不胜感激。
我试图做一个unattend.txt风格的文件与sysocmgr.exe一起使用来validation某些Windows 2003 R2组件被卸载。 我已经能够find其中的大部分，但我找不到任何对“DFS复制诊断和configuration工具”的正确[组件]条目的引用。 我见过的DFS中唯一的两个条目是DFSR和DFSRSUI，它们是针对不同的组件的。
我们有几个文件夹被设置为异地复制到DR文件服务器。 其中一个文件夹包含一个TrueCrypt卷容器的文件。 当这个文件被安装在TrueCrypt中时，文件将不会被复制（非常公平！）。 我正在寻找替代scheme来改善这种情况。 我现在有一个解决scheme，就是有一个预定的任务来卸载音量，然后每天早上随着音量的需要，有人安装它。 这只是一个轻微的痛苦，因为密码是由less数人所知道的（我不是一个人，也不是我的同事谁将执行挂载操作），所以我们需要不断让他们过来，键入它。 另一个是每个服务器上都有一个TrueCrypt容器，并在安装时复制内容。 我无法让TrueCrypt看到装入的音量，所以我猜这是不行的。 任何其他解决scheme，我已经错过了或修复上述？
可能重复： 在Linux中挂载Windows DFS命名空间 我们有一个基于域的DFS名称空间，它指向冗余（复制）的文件服务器共享。 使用Windows客户端，故障转移（相对）透明。 但是，我们有一个需要访问DFS共享的CentOS 6.3盒子，这就是问题所在。 最初，CentOS无法在DFS UNC下装载共享（即：\\ example.com \ dfsNamespace \ share）。 在/etc/request-key.conf中添加cifs.upcalls，这样就可以安装： http ://mikemstech.blogspot.ca/2012/10/how-to-mount-dfs-share-in-linux.html。 但经过进一步的testing，它将只尝试挂载第一个引荐，即使它已经closures，而其他引荐可用，使DFS的使用模拟。 是否可以在CentOS上使用冗余functionDFS？ 现在，我试图通过使用autofs的多安装映射function来为autofs提供真实的文件共享，并希望能够select可用的服务器来解决DFS mount问题。 但是对于CIFS的multi-mount map，我没有太多的运气。 看起来像只有NFS的function？
我一直在尝试一切。 这是我拥有的最后机会。 我将文件夹和文件从旧的Windows Server 2003文件服务器移到启用了DFS和ABE的新FS（Win Server 2008 R2）。 现在，一个特定的共享 Excel文件正在让我疯狂，突然之间，每天都有很多次，用户在打开该文件时出现以下错误： Filename.xlsx被locking，被“另一个用户”编辑。 打开“只读”，或点击“通知”打开.. 我已经遵循这个，没有喜悦： http : //blogs.technet.com/b/the_microsoft_excel_support_team_blog/archive/2012/05/14/the-definitive-locked-file-post.aspx 无论如何，我强烈地认为这不是客户端相关的，因为它从来没有在Windows Server 2003中给过这个问题。我发现并遵循了许多其他的解决scheme，没有任何东西。 除了less数仍在Windows XP计算机上的用户外，用户都在使用Windows 7计算机上的Office 2010。 我感谢任何帮助，谢谢！
我们想移动到一个新的文件服务器。 我们正在使用文件夹redirect和脱机文件。 我认为如果我们从一个直接的UNCpath移动到一个DFS名称path是最好的，因为我们networking中有多个文件服务器，并且很高兴看到所有这些path被整合到一个名称path下。 我正在研究用什么方法可以用最less的头痛来完成这个过程。 每台电脑都是Windows 7.我们只redirect桌面和文档文件夹。 情况1 GPO设置为为根path下的每个用户创build一个文件夹，path是文件服务器的UNCpath。 GPO 将文档移动到新的位置设置为OFF。 logintesting用户，检查文件夹redirect和脱机文件的作品。 接下来，将GPO设置为指向同一文件服务器的DFSpath，以便文件位于相同的位置。 在gpupdate之后用testing用户login。 桌面文件在那里。 检查文档文件夹，它是空的。 原来它在文件服务器上创build了一个全新的文档文件夹。 我什至不知道有可能有一个文件夹中的两个文件夹名称完全相同，但它看起来像它做了某事： 看起来这种方法不起作用，当然这是最简单的方法。 情景2（尚未testing） GPO设置为为根path下的每个用户创build一个文件夹，path是文件服务器的UNCpath。 GPO 将文档移动到设置为OFF的新位置 。 logintesting用户，检查文件夹redirect和脱机文件的作品。 禁用脱机文件并validation文件夹redirect仍然有效。 将GPO更改为DFS位置并testing以查看文件夹redirect仍然有效。 启用脱机文件并testing以查看它是否正常工作。 我还没有testing过这个过程，但它是唯一的我可以想出的其他选项。 这种方法的问题是closures所有我的用户的脱机文件创build两个问题： 对于移动用户来说，这并不理想，但我们确实有替代方法来访问文件，但不方便。 这要求所有用户都连接到networking，以便他们可以抓取GPO更新以closures脱机文件，并在需要时将其重新打开。 由于有些用户甚至连两周都没有打开电脑，如果我没有等到足够长的时间closures离线文件并将其重新打开，就会成为一个问题。 我估计大概两个星期就足以closures离线文件，然后等待另外两个星期，在移到DFS之后再打开它。 一个月能够迁移到DFS并不是很好。 我已经看了http://vistavitals.blogspot.ca/2007/11/folder-redirection-misbehaves-after.html和脚本似乎可能会更复杂。 有没有人有什么想法，我可以做什么？ 我确定人们总是使用“文件夹redirect”和“脱机文件”来切换到新的文件服务器，但这看起来好像很糟糕。
我们最近在另一个站点添加了第二个DC到我们的networking。 数据中心似乎没有任何困难通过networking进行通信，并且AD对象（用户，计算机等）正在同步正确。 但是，组策略不是。 检查新DC上的C:\Windows\SYSVOL\domain文件夹显示为空，而在旧DC上它包含带有关联内容的Policies和scripts文件夹。 但是， dcdiag并没有显示任何明显的错误提示（请参阅下面的输出），DFSR似乎认为它正在复制正确，根据dfsradmin backlog的输出。 dfsrdiag replicationstate显示没有活动的连接，但我不知道这是否是正常的; dfsradmin membership list显示两个DC。 有没有人有任何想法？ 我很聪明地结束了; 我甚至会尝试手动复制策略，而不是因为这样做涉及许多权限问题。 dcdiag输出： C:\Windows\system32>dcdiag Directory Server Diagnosis Performing initial setup: Trying to find home server… Home Server = HACTAR * Identified AD Forest. Done gathering initial info. Doing initial required tests Testing server: Saturn\HACTAR Starting test: Connectivity ……………………. HACTAR passed test Connectivity […]
客户端具有SuperVeryExtraLong.com AD域，因此DFS名称空间变为\\SuperVeryExtraLong.com\foo ，并且至less有29个字符。 这是255个字符path限制的问题。 有没有办法创build一个可以被DFS-R使用的域别名？ 我已经看过创build一个cname，但是我无法弄清楚如何让DFS使用这个，并且担心名称parsing/站点位置问题。 宁可不重命名只是为了这个。 AD是2008 R2，没有交换。 谢谢。