Хорошо, нужно проверить несколько вещей.
Первое, что нужно проверить:
Запустите диспетчер ODBC и проверьте, включена ли трассировка журнала SQL.Я не знаю почему, но я вижу, что sql logging включен.
Вы ДОЛЖНЫ быть на 100% уверены, что он выключен.
Вы ДОЛЖНЫ запустить диспетчер ODBC из командной строки или из меню «Пуск», поскольку на панели управления используется версия x64 bit, и вы используете Access x32 (я полагаю).
Итак, запустите эту версию:
c: \ Windows \ SysWOW64 \ odbcad32.exe
Так ОЧЕНЬ важно запустить x32.Предполагается, что вы используете файл DSN.Поэтому проверьте эти две настройки:
(убедитесь, что они не отмечены).
Далее?
Ссылочный доступ с использованием IP-адреса сервера sql.
Итак, место произнесения:
myServer \ SQLEXPRESS
Использование:
10.50.10.101 \ SQLEXPRESS
(Конечно, используйте IP-адрес сервера sql, а не приведенный выше «пример» IP).
Вышеприведенные вещи довольно легко проверить.
Все еще нет исправления производительности?
Затем отключите брандмауэр на вашем новом терминальном сервере (я видел, что это ДЕЙСТВИТЕЛЬНО вызывает хаос).
И отключите защитник Windows на новом сервере TS, если он работает.
Приведенные выше советы должны исправить ваши проблемы.
Если вышеупомянутое не работает, тогда следовало бы проверить настройки приоритета для сервера TS (графический интерфейс над сервером).
Однако я держу пари, что приведенные выше чеки должны восстановить вашу производительность.