Не удалось войти в систему для пользователя «домен \ пользователь». Причина: попытка использовать имя учетной записи NT с проверкой подлинности SQL Server. [КЛИЕНТ:]

Question

Учетная запись домена не может войти в SQL как аутентификация SQL Server, но пользователь не существует в Security

• Успешные входы в систему подключаются с использованием DOMAIN \ user (обратите внимание на регистрздесь)
• При входе в систему с ошибками подключается «домен \ пользователь» (строчные буквы, прописные буквы U)
• Сбой происходит каждые 5 минут с «локальной машины»

Сообщение:

Не удалось войти в систему для пользователя «домен \ пользователь». Причина: попытка использовать имя учетной записи NT с проверкой подлинности SQL Server. [КЛИЕНТ:]

• НЕТ сервисов, которые используют domain\User в качестве учетной записи службы
• Похоже, что никаких соединений ODBC на сервере
• Нет заданий, которые, по-видимому, выполняются с использованием домена \ учетной записи пользователя.
• DOMAIN\user настроен с использованием проверки подлинности Windows, как и должно
• domain\User НЕ существуетв качестве входа в систему безопасности, и я не могу найти ничего ни в одной из отдельных папок безопасности базы данных, либо
• domain\User не существует ни в одной из групп, имеющих доступ к SQL
• domain\User и DOMAIN\user не указаны ни в одной из групп администраторов на сервере

Кажется, что ошибка domain\User - это учетная запись Windows, которая пытается войти в систему с использованием проверки подлинности SQL Server, но можетне найти нигде, чтобы оправдать этот ответ

В любой репликации нет ни одной из используемых учетных записей

Я не уверен, где еще искать. Если другой сервер не попытается получить доступ к этому серверу \ базе данных, а также определит, что он работает с «Клиент: Локальный компьютер», я не знаю, где искать.

Answer 1

Совет JM_ был твердым.

После запуска расширенного сеанса событий с использованием этого примера: Просмотр неудачных входов в SQL Server , я смог определить PID подробностей службы, которая выполнялась.

Похоже, что Solarwinds или DPA использует / использует учетную запись, но пытается войти в систему с пользователем 'domain \ User' с использованием аутентификации SQL неправильно.

У нас есть подозрение, что DPA был настроендавным-давно неправильно, и в конечном итоге был исправлен, но процесс все еще остается.

Сведения в диспетчере задач показывают 3 PID (SQJobEngineWorker2.exe и 2 экземпляра SWJobEngineWorker2x64.exe), первый из которых вызываетОшибки SQL, теперь просто нужно выяснить, почему.

Спасибо за помощь всем!