XP和Win-7客户端创建的目录彼此不可见。

Question

我们有一个用户在我们的文件服务集群中发现了一个有趣的错误行为。他能够使用WinXP在主目录上创建一个目录，并且不能让Win7机器看到它。这是双向的，他能够用XP看不到的Win7创建一个。

WinXP：

Win7：

服务器是故障转移群集中的server 2008 SP2。服务器只看到资源管理器和命令行中的“sees 7”目录。我检查了我们的备份软件，它使用的是影子拷贝，它也只看到‘well 7’目录。但是，XP站点上的“早期版本”很高兴地显示了以前版本的“testing”目录，该目录非常可见，而且显然是可用的。

我很可能会有一些腐败的潜藏，但它什么也没有发现。

此外，他还能够在两台计算机上的同一目录中创建一个名为"Arrow.docx“的文件。在这份文件中，他保存了不同的数据。重新启动所有文件之后，win-7机器看到包含win-7数据的arrow.docx文件，WinXP机器看到包含WinXP数据的arrow.docx文件。

在我们的计算机实验室中，所使用的机器是相当标准的图像(处于XP到Win7转换的中间，我们目前有两种版本)。我可以看到他在我自己的电台上创建的所有文件，它们的行为就像他所说的那样。

我已经能够复制这个问题，但是它似乎只影响到我们最近迁移到一个新存储数组的一个卷。迁移方法非常简单：

1. 创建新的LUN，格式化它，给它一个驱动器号，并将它添加到目标资源中。
2. 使用机器人复制将数据镜像到新的LUN。
3. 再次使用它来捕获已更改的数据。
4. 在故障转移管理器中，我执行了一些3卡蒙蒂操作，以实现驱动器号的交换。
5. 我运行了一个powershell脚本来复制目录配额数据。

这一切似乎都奏效了。但现在出现了这种情况。这里发生了一些很奇怪的事情，我正在寻找建议。

编辑RE:脱机文件

在我的站点上将离线文件更改为禁用将导致一切正常显示(在本例中，正常显示为“正如Win7所见的世界”)，而以前只使用XP的文件刚刚消失。然而，在另一个管理员站，他仍然不能使Win7文件出现。这更近了！但它确实提出了丢失数据的问题。

Answer 1

这个问题被证明是故障转移集群如何处理列出的迁移过程中的一个怪癖。基于SMB 2的客户从新LUN获得服务，而基于SMB的客户则从旧LUN获得服务。为什么会这样，我不知道。最后我给微软打了电话，但是他们无法复制它。

最后，解决办法是：

• 删除并重新创建故障转移群集中的共享文件夹配置。
• 停止并启动故障转移群集中的文件服务器资源

这是一个不寻常的事件连接，它属于‘古怪’类别，而不是'bug‘。但是，嘿，我碰到了。