MS Access 2003 - Ошибка диска или сети - НЕ проблема с сетью - Удаленное приложение - Win 2008

Question

У нас в Windows 2008 запущены терминальные сервисы, но в качестве удаленных приложений, а не полных рабочих столов.

Существует один файл базы данных, calc.mdb, который выдает "Ошибка диска или сети". Если к нему обращается пользователь с установленным MS Access 2003, он работает просто отлично. Однако для наших путешествующих пользователей, которые получают доступ через RemoteApp, они получают сообщение "Ошибка диска или сети".

Я искал и почти каждый приходит к нескольким выводам:

1. Это ошибка сети.
2. Перекомпилируйте и / или сожмите его.

Это, конечно, не № 1, потому что я могу убедиться, что сеть в порядке.
Я перекомпилировал и сжал безуспешно (и, кроме того, вы можете открыть базу данных).

С клиентского компьютера:

A) Нет проблем с запуском другого RemoteApp (например, Word, WordPad или даже другой БД Access)
Б) Нет проблем при входе через удаленный рабочий стол.
C) Может запустить базу данных из Access 2003 локально установленным
D) Получает "Ошибка диска или сети" при открытии через Remote-App.

Журнал событий не показывает никакой помощи, которую я мог бы найти. Со всеми различными журналами в Windows Server сейчас, может быть, где-то еще, чтобы посмотреть? Это, безусловно, связано с настройкой RemoteApp.

Опять же, это не проблема сети! Это продолжается уже несколько месяцев. Я подтвердил, что это не проблема сети.

И да, как только я закончу свой текущий проект, следующим будет обновление этих устаревших приложений.

РЕДАКТИРОВАТЬ: дополнительный тест на основе комментария:

1. Скопировал поврежденную БД на локальный компьютер.
2. Переименован, чтобы добавить TEST1 к имени файла.
3. Скопировано обратно на сервер.
4. Обновлен ярлык RemoteApp для просмотра нового имени файла.
5. Оно работает!

Так что простое копирование файла и переименование заставляют его работать. Тем не менее, я попробовал те же шаги без изменения имени (в основном, скопировать его на локальный и скопировать / перезаписать обратно на сервер), и это не решает проблему.

Answer 1

Я столкнулся с этой ошибкой и постом после того, как создал новый сервер 2008 R2 и восстановил резервную копию базы данных 2005 года.

Затем я импортировал всех пользователей, планы обслуживания и т.д., Но получил эту ошибку, так как забыл изменить язык по умолчанию с американского на британский английский.

После миграции мне пришлось:

1. обновить статистику с помощью: exec sp_udatatestats
2. установить язык по умолчанию с помощью: EXEC sp_configure 'default language', 23

3. используя приведенный ниже код (я должен связать его, но я забыл, откуда я его взял), я изменил язык всех пользователей

   объявить @l таблицу (sqlCmd nvarchar (max)) объявить @sqlCmd nvarchar (max) вставить @l выбрать «изменить логин» + quotename (логин) + «с default_language = British;» из sys.syslogins, где dbname = 'XXXXXXXXXXXX'

   выберите top 1 @sqlCmd = sqlcmd из @l, в то время как (@sqlCmd не является нулевым) начать печать @sqlCmd exec (@sqlCmd) update @l установите sqlCmd = null где @ sqlCmd = sqlCmd set @sqlCmd = null
   выберите top 1 @sqlCmd = sqlcmd из @l, где sqlCmd не имеет нулевого конца