Я пытался заставить нашу старую 32-разрядную службу (.dll) работать на Windows 2008 (R1 и R2).
Служба обращается к системному DNS для подключения ODBC и, во-вторых, выполняет некоторые статистические HTTP-вызовы с обычным запросом WebClient (своего рода функция PING, которая передает данные обратно в нашу службу для статистики).
Единственный интерфейс, который мы должны увидеть, работает ли он, - это проверить, не изменились ли спул / записи SQL с помощью «LastUpdate», и из этого я могу сделать вывод, что «что-то» не работает.
Служба бесперебойно работает почти 8 лет на серверах Windows 2000 и Windows 2003.
Сейчас, когда мы переносим старые серверы в облако, я пытаюсь понять, сможем ли мы заставить этого старого друга работать.
Как-то это работает. Я пробовал заглядывать в журналы Windows, проверяя наличие каких-либо ошибок. Но не нашел.
Я предполагаю, что ему просто не хватает некоторых «прав», поскольку Windows 2008 более закрыта / защищена.
Поэтому я также попытался создать «специальную учетную запись пользователя» только для этой службы и разрешил службе входить в систему как учетная запись с доступом к рабочему столу.
В настоящее время меня не волнует, насколько низкий уровень безопасности мы должны сделать, так как НИЧЕГО не работает для меня. Я тестирую это на непроизводственном сервере, поэтому проблем с безопасностью пока нет.
Кто-нибудь знает, что мне нужно делать?
Какой тип прав безопасности, настроек или политики мне не хватает?
Я проверял темы о «32-битной на 64-битной» и т. Д., Пока ничего не нашел :-(
Я потерялся...
ЕСТЬ единственный способ запустить его, установить и сохранить старый сервер Windows 2003 в облаке. вздох ???
Если для подключения используется ODBC DSN, приходилось ли вам настраивать это вручную?
Стоит отметить, что существует две версии консоли администратора ODBC: 32-битная и 64-битная. Источники данных, определенные в одной версии, не отображаются в другой.
По умолчанию 64-разрядная версия открывается через папку «Администрирование». 32-битный живет в %SystemRoot%\SysWOW64. Как ни странно, оба исполняемых файла называются odbcad32.
Попробуйте запустить 32-битную консоль и определить там системный DSN. Возможно, ваша DLL ищет источник данных не в той части реестра, но ничего не находит.