MS接入网络中断

Question

我在一个有15个用户的网络上有一个MS接入系统。前端安装在用户C:\上，并且位于映射驱动器上，X:.The前端约为8兆，后端约为25兆。

从第一天开始，不断有一个用户(最多每30分钟)和其他一些用户出现网络中断错误。除了对用户相当恼人之外，这还会导致一个临时的屏蔽/隐藏问题，即update查询在2个表上运行时没有错误，但实际上并没有更新update/insert数据。

紧凑和修复解决了问题，但不可行，每天运行，因为用户的系统全天开放。这是一个令人头疼的问题，以至于我不得不编写代码，在每次运行查询后检查数据是否已写入，以检测是否存在问题。

我和IT都是业务的第三方，处于“它是你的网络”和“它是你的数据库”的艰难对立面。谢天谢地，这一切都是平静和和平的，但它并没有为客户提供解决方案。

在过去的10年里，我在100多个网络上安装了MS access FE/BE系统，只在点对点网络上看到过同样的问题。我知道Access对网络稳定性非常挑剔，但我面对的是那些不相信网络有问题的用户，因为他们的电子邮件工作正常，网络电台也不会中断。

我希望在这里得到帮助的是一种工具/方法，可以通过MS访问测试网络的稳定性/健壮性，并证明我们中的任何一人在MS访问方面是对或错的，或者可能是一些关于如何解决这个死锁的建议。

谢谢

Answer 1

我看到过类似的电缆损坏的例子。我的一个客户有只老鼠咬断了部分电缆，导致断断续续的中断。此外，在另一种情况下，隔间墙位于网络电缆的顶部(电缆安装不佳)，导致短路。

为了绕过Access对持续网络连接的需要，我让我的系统为任何视图创建本地临时表，并为它们正在积极编辑的任何详细信息表单创建一个包含1条记录的本地表。一旦他们点击“保存”，它就会运行更新查询，一旦完成，就不再需要与服务器的活动连接。它允许我运行更快的接入系统，并且消除了对稳定的无线或以太网的需求。它一开始确实需要相当多的结构更改-因为您将不得不插入代码来在FE文件中创建本地临时表，还需要在AFTERUPDATE表单事件中以更新顺序编写代码-但它节省了我和我的用户的时间。

客观地说，在给定的一周内(有时是一天内的400+ )，我在同一个Access数据库中有1200+用户，由于他们只从服务器‘拉’出数据来制作本地表副本，所以在任何时候都只有少量的连接。我的用户现在可以从他们的办公桌停靠和脱离停靠，而不需要关闭数据库。