小编dep*_*ess的帖子

我在全网状多用途复制组中设置了两台 2008r2 服务器。（01 和 02）。01 是源服务器。初始同步昨晚刚刚完成，有 2 个文件夹没有出现在任一服务器上，但它们卡在从 02 推送到 01 的更改的积压中。从 01 到 02 的积压很清楚，正在完美复制。

1. 我尝试重新启动 02，这没有任何作用。
2. 两台服务器的事件查看器都没有任何帮助。
3. 我尝试创建和删除“batman”文件夹，希望能将其清除。它没有。当我在 01 年创建它时，它将它推送到 02。当我在 02 年创建它时，它在积压工作中创建了一个冗余条目。
4. 积压工作中还有其他一些随机文件。它们是不必要的，所以我只是从 01 中删除了它们，并将它们从积压中清除了。我希望对文件夹也做同样的事情......

我还有其他地方可以帮助找出这些文件夹卡住的原因吗？

编辑：

我还从 DFSR 调试日志中发现了这一点（这是在昨晚完成初始同步时发生的）：

20140513 23:27:39.254 2372 CSMG  6769 ContentSetManager::Initialize csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} csName:Art rootPath:E:\Art state:InitialSync(Sync) ptr:0000000000F83D50
20140513 23:27:39.254 2372 CSMG  5547 ContentSetManager::CheckContentSetState Updating content set record csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} csName:Art ghosted:0 readOnly:0 readOnlySince:16010101 00:00:00.000
20140513 23:27:39.254 2372 CSMG  5590 ContentSetManager::CheckContentSetState Content set csId:{2D9CF1D7-50E2-4B3E-AC6B-3D60C6B026EB} state:InitialSync(Cleanup)
20140513 23:27:39.395 2372 STAG  2594 Staging::ScanStagingDirectory Staging space usage is: …

我正在使用 Intel DC3700 800GB 运行 VMware ESXi 6.0.0。

我的 VM 运行的是带有 8GB RAM 和 4CPU 内核的 Windows 10 x64。整个 VM 为 32GB，位于 SSD 上。

我正在使用 1GiB 文件大小的 CrystalDiskMark，并且关注顺序读取：

• 当我将 Windows 直接安装到 SSD 上时，读取速度为 2700MB/s。
• 在我安装 VMW-ESX-5.5.0-intel-nvme-1.0e.1.1-2791094 之前，我的读取速度为 800MB/s。
• 现在我已经安装了它，我仍然只能读取 1700MB/s。

我可能会遗漏什么导致它仍然运行缓慢？

[root@localhost:~] esxcfg-scsidevs -a
vmhba38 ahci              link-n/a  sata.vmhba38                            (0000:00:1f.2) Intel Corporation Wellsburg AHCI Controller
vmhba39 ahci              link-n/a  sata.vmhba39                            (0000:00:1f.2) Intel Corporation Wellsburg AHCI Controller
vmhba0  ahci              link-n/a  sata.vmhba0                             (0000:00:11.4) Intel Corporation Wellsburg AHCI Controller
vmhba1  ahci              link-n/a  sata.vmhba1                             (0000:00:1f.2) Intel …