Неверное имя целевого участника. Не удается создать контекст SSPI (SQL Server)

Прошлой ночью у нас отключилось электричество, и когда сервер снова заработал, пользователи нашего домена не могли получить доступ к нашему экземпляру SQL Server 2000 с именем MASSQL.

Мы можем получить доступ с помощью аутентификации SQL.

1. Мы пытались убедиться, что у пользователя, запускающего службу, есть SSPI для чтения и записи.
2. Мы пробовали создать нового пользователя
3. Мы пробовали запустить службу с помощью учетной записи NETWORK SERVICE.
4. Мы пробовали работать как локальная системная учетная запись
5. Мы попытались создать новую учетную запись администратора домена и запустить службу как новую учетную запись администратора домена.

Я также выполнил следующую команду для проблемного экземпляра SQL Server: setspn -L xsql2

Полученные результаты Зарегистрированные ServicePrincipalNames для CN = MASSQL, CN = Computers, DC = ABC, DC = com: HOST / MASSQL HOST / MASSQL.ABC.COM

Я выполнил следующую команду для непроблемного экземпляра SQL:

setspn -L xensql1

Результатыd Зарегистрированные ServicePrincipalNames для CN = XENSQL1, CN = Computers, DC = ABC, DC = com: WSMAN / XENSQL1 WSMAN / XENSQL1.ABC.com RestrictedKrbHost / XENSQL1 HOST / XENSQL1 RestrictedKrbHost / XENSQL1.ABC.COM HOST / XENSQL1.

Похоже, что результаты для непроблемного экземпляра содержат больше данных. Я не знаю, связано ли это с тем, что один - 2000 год, а другой - 2012 год.

Что скорее всего произошло? Как разрешить пользователям домена снова входить в систему?