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