Ступор. Win2008R2 + DAX2009 + Oracle10g

[vvk]

Доброе время суток всем.
Вот такая проблема:
Есть две машинки:
БД Win2008R2 со всеми обновлениями, на ней Oracle 10g x64, скачанный с оф.сайта и пропатченный на 11.2010.
Создана БД, пользователи, все настроено (не первый раз, и даже не 10-й делаю).
Аутентификация NTS стоит, все вроде ок.
На БД sqlplus под доменным пользователем коннектится нормально.
AOS Win2008R2 на нем Oracle Client, опять таки с оф.сайта, все вроде настроено.
Опять таки sqlplus под доменным пользователем с AOS тоже соединяется, все вроде ок.
Установка АOS DAX2009 проходит без проблем.

А вот дальше начинаются чудеса...
AOS, ПОД ТЕМ ЖЕ ПОЛЬЗОВАТЕЛЕМ, ПОД КОТОРЫМ И УСТАНАВЛИВАЛСЯ, ЗАПУСКАТЬСЯ ОТКАЗЫВАЕТСЯ!
Выдает ORA-12638 Credential retrieval failed
Но как??? Под этим же пользователем прошла установка AOS, в БД созданы объекты (таблички и процедуры - значит аутентификацию проходил и соединялся и прав хватало).

Пользователь точно тот же самый, аутентификац.данные не менялись, AD 2008.
Ничего не понимаю. Второй день в ступоре. Очень прошу помощи.

[Poleax]

Какое содержимое sqlnet.ora ?
Посмотрите проблему в рамках Oracle http://www.sql.ru/forum/actualthread...659102#1659102
Рекомендую погуглить ORA-12638 Credential retrieval failed

[vvk]

Спасибо за ответ.

sqlnet.ora
SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES, LDAP, EZCONNECT)
DIAG_ADR_ENABLED = OFF

При переключении NTS на NONE - получаем недостаточно привилегий даже для SYS, при NTS - 12638. Классика кажется. Но решения не нашел. Перепробовал предлагаемые варианты (к сожалению в большинстве просто тупо предлагают заменить NTS на NONE - но для DAX этот вариант не катит, да и не решение проблемы - отключение аутентификации), пересоздавал password-file и тп.

Ниче не помогает.

Уже думаю на 2008R2 и домен (там 2008 без возможности подключения старых контроллеров (не 2008))...

[antonio]

Доменный пользователь(под которым аос) должен мочь запускать службу в винде.

[vvk]

Это само собой. Ошибка не при попытке запуска службы, а именно при попытке службы получить доступ к Oracle - при авторизации пользователя домена в Oracle.

[Wamr]

Если бы такая проблема была на MS SQL, я бы включил трассировку и посмотрел, как именно выглядит эта попытка подключения со стороны SQL-сервера (логин, тип авторизации, параметры сессии и т.п.). Или настроил бы запись в евентлог неудачных попыток подключения.
И уже от этой инфы отталкивался бы для принятия каких-то решений.

Верю, что можно также поступить и в Oracle