我在拥有15个用户的网络上拥有MS访问系统。前端安装在映射驱动器X上的用户C：\和BE上：。前端约为8兆，后端约为25。
从第1天开始，一个用户（最多每30分钟）和其他一些用户出现网络中断错误。除了对用户非常烦恼之外，这会导致暂时屏蔽/隐藏的问题，其中更新查询在2个表上运行时没有错误但不更新实际更新/插入数据。
紧凑和修复解决了这个问题，但由于用户在一天中打开系统，因此无法每天运行。这是一个令人头疼的问题，我必须编写代码来检查在运行每个查询后是否已写入数据以检测问题是否存在。
我和IT都是业务的第三方，并且处于＆＃34;它是您的网络＆＃34;和＃34;它是你的数据库＆＃34;。值得庆幸的是，这一切都很平静，但却无法为客户提供解决方案。
我在过去10年中在100多个网络上安装了MS接入FE / BE系统，并且在对等网络中只看到了相同的问题。我知道Access对于网络稳定性非常挑剔，但面对的是那些不相信网络存在问题的用户，因为他们的电子邮件正常运行且互联网广播不会丢失
我希望在这里获得帮助的是一种工具/方法，可以测试网络的MS访问的稳定性/健壮性，并证明我们中的任何一方对MS访问是对还是错，或者可能是一些建议我如何才能在这个僵局上取得进展。
由于
答案 0 :(得分：0)
我见过类似的电缆损坏情况。我的一个客户有老鼠咀嚼部分电缆，导致间歇性中断。另外，在另一种情况下，一个隔间墙位于网络电缆的顶部（电缆安装不良）并导致短路。
为了绕过Access对持续网络连接的需求，我让我的系统为任何视图创建本地临时表，并为他们正在主动编辑的任何详细信息表创建本地1记录表。一旦他们点击“保存”＃39;它运行更新查询，一旦完成，就不再需要与服务器的活动连接。它允许我运行更快的访问系统，并消除了对稳定的无线或以太网的需求。它首先需要进行相当多的结构更改 - 因为您必须插入代码以在FE文件中创建本地临时表，并且还在AFTERUPDATE Form事件中的UPDATE序列中编码 - 但它的时间是救了我和我的用户是巨大的。
从透视的角度来看，我在同一周的同一个Access数据库中有1200多个用户（有时一天有400多个用户），因为他们只是“拉”＆＃39;来自服务器的数据来制作本地表副本，任何时候都只有少数几个连接。我的用户现在可以从他们的办公桌停靠和取消停靠，而无需关闭数据库。