主页 / server / 问题 / 36571
Accepted
MatthewMartin
Asked: 2009-07-07 11:36:30 +0800 CST

对慢速 Windows 文件共享上的 MS-Access 进行故障排除？

  • 772

我们在文件共享上有一个 MS-Access 数据库。我们收到缓慢的性能和错误消息，我们怀疑与文件访问速度太慢有关。要找出瓶颈是什么，首先要检查什么？

它在本地运行良好，所以我们很确定它不是应用程序本身。

network-share microsoft-access

4 个回答

  1. Best Answer

    您可以使用 fsutil 命令在服务器计算机上创建一个大型临时文件，然后对传输到客户端计算机的时间进行计时，从而对文件服务器吞吐量进行“快速而肮脏”的测试：

    fsutil file createnew temp-file-name 209715200

    这将创建 200MB 的临时文件。您可以使用以下脚本（从您在服务器上创建临时文件的目录中，并假设您有权连接到客户端计算机的“C$”共享）进行带计时的快速复制：

    @echo off
echo.|time
copy temp-file-name \\remote-computer-name\c$
echo.|time

    从开始时间减去结束时间，转换为秒，然后将 209715200 除以经过的秒数，得到每秒字节数。

    在 100Base-TX LAN 上，您应该会看到每秒超过 7,000,000 字节（大约 56Mbps）。低于此值的任何内容，我都会开始怀疑发生了什么事。假设服务器计算机相当现代，它应该能够毫无问题地填充 100Mbps 管道。如果您看到传输速度比这慢，我会开始查看服务器和客户端连接到的交换机管理界面中的错误计数器。您可能有错误的布线、双工不匹配或 NIC 驱动程序问题。这只是有条不紊地跟踪问题的问题。

    • 5

  2. 尝试使文件名更短，完整路径更短。听起来很奇怪，但在某些设置中确实如此。请参阅此知识库。

    您还可以确保在服务器和工作站上都​​禁用了 SMB 签名（HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Lanmanworkstation\Para Meters\enablesecuritysignature 设置为 0）（请参阅此线程）。

    还有一个与 LDB 锁定相关的奇怪问题，您可以对其进行测试。请参阅此页面。

    • 1

  3. 请参阅访问性能常见问题解答页面。

    • 1

  4. 要尝试的其他一些事情是压缩数据库本身（我假设 Access 仍然具有此功能）并对执行共享的机器上的实际数据库文件进行碎片整理。对于单个文件的碎片整理，我推荐使用 sysinternals contig命令行实用程序。

    您还可以通过长时间运行 ping（我相信“ping -t”是该命令的正确 Windows 咒语）来测试不良网络，并查看您是否正在丢弃数据包或看到高网络延迟。

    • 0

相关问题