У меня есть серверная часть MS Access, к которой интерфейс Excel (2010) должен подключаться и импортировать данные в существующие таблицы в книге.
Я установил процедуру, позволяющую пользователям указывать расположение серверной части Access в любом месте своей сети, и после подключения эти таблицы должны обновляться.
Все работает на компьютерах, которые не подключены к сети, или при использовании Excel 2016 на компьютере, подключенном к сети.
У меня никогда не было такой проблемы ни с 2010, ни с 2016, и я попросил сетевых специалистов проверить настройки AV и FW, и, похоже, ничего не заблокировано.
MS Query не работает в версии 2010 при попытке вручную подключиться к базе данных или запросить ее.
Есть ли что-нибудь, кроме обновления до 2016 года, чего мне может не хватать?
Извините, я не сетевой гуру, но разве AV & FW = Audio / Visual and Firewall не является? Возможно, прошивка актуальна, но они также должны гарантировать права как для файлов, так и для папок. Должен быть доступ для чтения И записи как на уровне файла, так и на уровне папки. (Я предполагаю, что технически это не "сеть", а конфигурация файлового сервера. Я привык к "сетевикам", имеющим дело со всей сетью, включая серверы.)
@ComputerVersteher да, такая же разрядность (x86).
@CPerkins, извините, AV = антивирус (это иногда вызывало проблемы в сети) и FW = Firewall, и у них есть доступ для чтения / записи к указанным папкам и файлам. Я склоняюсь к плохой / неполной установке Excel, учитывая, что MS Query не работает. Я просто не могу придумать, что еще это могло быть.
Итак, какие еще тесты вы пробовали? Можете ли вы открыть базу данных по сети с помощью самого Access? Возможно, что-то может быть запутано при установке, но я очень сомневаюсь, что эта функция будет работать с локальным файлом без правильной установки всего. Access - это просто файловая база данных. Вероятно, нет отсутствующего или поврежденного компонента, который мог бы исправить это для файла на сетевом файловом сервере. Все функции должны находиться в ОС, без специального компонента Excel MS Query для «сетевого» доступа к файлам.
Когда вы говорите «никогда раньше не было такой проблемы», означает ли это, что вы успешно реализовали точно такой же сценарий из Excel, импортировав из Access с сетевого файлового сервера?
Любые сообщения об ошибках (возможно, скрытые в журнале событий-> приложения и службы -> Microsoft Office)? В локальной версии есть копия файла доступа к сети (тот же файл, другое место)? Версия драйвера ODBC (такая же для 2010/2016)?
Подключения ODBC для доступа не любят подключенные диски. Убедитесь, что вы используете пути UNC.
@CPerkins: да, у меня было несколько успешных реализаций именно этой настройки, и базу данных Access можно открыть с помощью Access.
@ComputerVersteher, я не проверял журналы событий, и, возможно, это хорошее место для поиска. Я проверю и доложу.
@ SunKnight0, я думаю, ты только что открыл мне глаза на то, что я упустил! После проверки я могу подтвердить, что все предыдущие успешные проекты использовали пути UNC! Я не думал, что сопоставленный адрес будет иметь какое-либо значение, но это может быть причиной проблемы! Я обязательно проверю и свяжусь с вами!
@ SunKnight0, мне нужно подождать до завтра, чтобы проверить вашу теорию, но я только что вспомнил, что мы пытались разместить базу данных Access на рабочем столе пользователя, но она все равно не могла подключиться из того же каталога.
@ SunKnight0, боюсь, не повезло.
Мне почти стыдно признаться, но оказалось, что между Excel 2010 и Access 2016 несовместимо.
Access 2016 устанавливает библиотеку объектов Access 16.0, и тогда Excel 2010 не знает, что с ней делать.
Замена среды выполнения 2016 на среду выполнения 2010 устранила проблему, и теперь все счастливы!
Одинаковая разрядность (x86 / x64) для обоих (Excel / Access)?