Я работаю с малым бизнесом, который использует базу данных на основе Access для управления заказами на работу. Система существует уже много лет, и у них есть 6-7 ПК, использующих специальное программное обеспечение от ISV для доступа к базе данных. Доступ к базе данных осуществляется через подключение подключенного диска (Z :).
Несколько месяцев назад они начали периодически получать эту ошибку:
Имя источника данных не найдено, и драйвер по умолчанию не указан
Это приводит к тому, что ISV должен подключиться к базе данных и запустить исправление, чтобы восстановить базу данных. Ошибка, которую они видят, более конкретна и предполагает, что формат файла поврежден. Служба поддержки предполагает, что проблема вызвана ошибкой транзакции в сети. С этой целью мы попробовали несколько вещей
Пока не повезло.
Мой вопрос (ы) - Может ли один из компьютеров закрывать сопоставление дисков и повреждать открытую базу данных - Есть ли что-нибудь новое в Windows 7, что может мешать - Можете ли вы порекомендовать лучший подход к локализации причины.
Это почти наверняка проблема с 32-битным или 64-битным DSN. Чтобы использовать 32-битный DSN в 64-битной среде, перейдите к C:\Windows\SysWoW64\odbcad32.exe
Наше внутреннее приложение имеет очень похожее ограничение. Чтобы избежать этой проблемы в будущем, вы можете установить последнюю версию Собственный клиент SQL Server и развернуть как 32-разрядный, так и 64-разрядный DSN на каждом компьютере с помощью групповой политики.
Если вы подключаете диск с помощью команды SUBST.exe вместо «NET USE», тогда, в отличие от «NET USE», подключение всегда будет повторяться при потере подключенного диска. Имейте в виду, что это затрудняет отключение диска для человека, который не знает о команде SUBST.exe. Когда диск подключен таким образом, вы не можете просто отключить его от Windows exploder ... это не сработает.
Лично я согласен, что это проблема 64-битной версии.
Имейте в виду, что панели управления ODBC DSN для 32- и 64-разрядных версий, хотя вы ожидаете, что они будут работать определенным образом, в некоторых случаях они работают наоборот. Например: в 64-битной системе и попытке добавить 64-битный «User DSN» вы можете заметить, что ваше соединение не работает, но с «System DSN» оно работает. Это связано с тем, что панель ODBC фактически генерирует «32-битный DSN» на вкладке «Пользователь» 64-битной панели управления ODBC, в то время как она генерирует ожидаемый 64-битный DSN на вкладке «Система». Если вы знаете, что панели управления работают не так, как ожидалось, я не думаю, что какая-либо конфигурация вас поставит в тупик.