У нас есть приложение ASP.NET 3.5, работающее в Windows 2003. Для целей миграции это приложение подключается через ODBC к очень старой версии SQL Server 4.21.Он всегда работал до тех пор, пока на всех серверах не остановился один день (сервер не существует или доступ запрещен).После недели исследований мы понимаем, что проблема заключается в учетной записи, которая запускает пул приложений, используемый в веб-приложении (услуга сети), если мы изменим эту учетную запись на «локальную службу» или «локальную систему», соединение будет работать, но с этимиВ аккаунте появляется много других проблем.с учетной записью «локальной системы» все работает, но мы считаем небезопасным использование учетной записи с правами администратора.
Цель будет:
- Обеспечить работу соединения с приложениемпул, работающий с учетной записью сетевой службы
- Узнайте, почему, если он работал в течение нескольких месяцев с сетевой службой, перестаньте работать.
Может быть, нам нужно предоставить некоторые привилегии библиотеке odbc иличто-то в этом роде, может быть, какое-то обновление безопасности из-за обновления Windows вызывало проблему.
Некоторые подсказки:
- Веб-приложение работает через IIS под Windows 2003. Эта Windows 2003
через домен Active Directory - SQL Server находится над доменом NT.(NT 3.51)
- Системный DSN ODBC использует драйвер «SQL Server» с TCP / IP или именованными каналами в конфигурации клиента.
- Для подключения к базе данных используется учетная запись SAL, а недоверенное соединение.
- Соединение всегда работало и перестало работать в 24.02.2011 на всех серверах и рабочих станциях разработчиков
Есть мысли?