Нет хорошего способа отловить и устранить ошибки ODB C. В большинстве случаев сбой ODB C означает, что вам необходимо перезапустить Access.
Тем не менее, последний «родной» драйвер должен справиться с этой проблемой и имеет встроенные возможности для повторного подключения. когда соединение разорвано.
Это означает, что вы хотите использовать последнюю версию драйвера ODB C. Это родной 17. Вы можете скачать его здесь:
https://www.microsoft.com/en-us/download/details.aspx?id=56567
Несколько вещей: Вы должны установить это на каждой рабочей станции. Более старый «устаревший» драйвер был и установлен на все копии windows по умолчанию. Это относится ко всем версиям windows 98SE. Таким образом, большинство разработчиков Access используют этот драйвер по умолчанию (sql драйвер сервера).
А в вашей локальной офисной сети (ЛВС) эта настройка вполне подойдет. Однако теперь, когда у вас есть «дикий» inte rnet между рабочим столом Access и внутренней базой данных? Ну, тогда, конечно, вероятность разрыва соединения или даже небольшого прерывания очень высока. Старые драйверы просто не решают эту проблему совсем или не очень хорошо.
Более новые встроенные драйверы для сервера sql намного лучше в этом отношении и разработаны с учетом Azure , Итак, попробуйте родной 17 драйвер.
Вы должны будете заново связать свои таблицы доступа, используя это новое соединение. Я настоятельно рекомендую использовать FILE dsn при этом, так как Access преобразует DSN в соединение без DSN. Это позволит вам распространять приложение переднего плана на любую рабочую станцию, и вам не придется настраивать или настраивать DSN на каждой рабочей станции. Однако вам необходимо убедиться, что собственный драйвер установлен на каждой рабочей станции, поскольку, как уже было отмечено, более новые собственные драйверы не устанавливаются по умолчанию. И они не устанавливаются при установке доступа либо.