Вот некоторые мысли:
Это очень похоже на (короткие) прерывания сети. MS Access не любит эти вообще , в частности, он не восстанавливается после разрыва соединения (даже если оно очень короткое), пока вы не перезапустите интерфейс.
Прерывания сети во время операции записи в бэкэндах Access являются основной причиной повреждения базы данных бэкэнда. Считай, что тебе повезло, если ты еще этого не испытал. Но вам следует выполнять резервное копирование, а также часто сокращать и восстанавливать бэкэнд (!).
Вы можете предотвратить повреждения бэкенда, переместив бэкэнд в серверную базу данных , например, SQL Сервер Express (бесплатно). , Ошибки по-прежнему будут возникать («ODB C вызов не выполнен» вместо ошибки 3043), но они будут влиять только на внешние интерфейсы.
Вероятно, вы можете обойти все ошибки, изменив внешний интерфейс из связанных форм на несвязанные формы . Это серьезное начинание.
Я не думаю, что вы можете что-то сделать с бэкэндом, чтобы предотвратить ошибки.
Если эта база данных имеет ценность для вашей компании, и ИТ-отдел говорит, что это не проблема, я предлагаю вам передать проблему кому-то, кто может помочь ИТ-специалистам лучше разобраться в проблеме.
( Как сделать это было бы отдельным вопросом, возможно, для SuperUser.)