Назад | Перейти на главную страницу

Moss 2007 - журнал событий EventId: 7888 Пользователь или группа Windows NT не найдены

Я получаю это событие в журнале событий приложения:

Event Type: Error
Event Source: Office SharePoint Server
Event Category: Office Server General 
Event ID: 7888
Date:  11/8/2010
Time:  11:15:36 AM
User:  N/A
Computer: ENTERPRISE
Description:
A runtime exception was detected. Details follow. 
Message: Windows NT user or group 'domain.com\admin' not found. Check the name again.

Techinal Details:
System.Data.SqlClient.SqlException: Windows NT user or group 'domain.com\admin' not found. Check the name again.
   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
   at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
   at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
   at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)
   at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
   at Microsoft.Office.Server.Data.SqlSession.ExecuteNonQuery(SqlCommand command)
   at Microsoft.Office.Server.Data.SqlServerManager.GrantLogin(String user)
   at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeConfigurationDatabaseAccess(SharedComponentSecurity security)
   at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeAccessControl(SharedComponentSecurity sharedApplicationSecurity)
   at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Synchronize()

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Я убежден, что это потому, что я установил и настроил Sharepoint с учетной записью domain.com \ admin, а не версией netbios, domain_com \ admin. Я сталкивался с этим с другими частями sharepoint.

Мой вопрос: кто-нибудь знает, как выяснить, что / где изменить эту учетную запись, чтобы ошибка исчезла. Я попытался добавить учетную запись domain.com \ admin к серверу sql, но поскольку учетная запись domain_com \ admin уже существует, это не позволит мне. (Это тот же аккаунт).

Сайт работает нормально, за исключением заполнения журнала событий.

Я искал по всему миру и ничего не нашел.

У меня возникли проблемы с IIS, когда мне нужно выполнить сброс. Это вызвано службой таймера Sharepoint, и я думаю, что если я смогу исправить эту проблему, это может решить проблему с таймером.

Спасибо.

Можете ли вы войти на сервер или точку доступа с заданным именем пользователя?

Во-первых, если вы использовали только domain.com/admin в качестве пользователя установки и ничего больше, Я не думаю, что это причина проблемы.

Затем поищите записи аудита отказов на своем сервере sharepoint. и контроллеру домена, чтобы узнать, есть ли очевидная причина ошибки «пользователь не найден».

Если это ни к чему не приведет, взгляните на все свои учетные записи службы Sharepoint, поскольку это учетные записи, которые будут выполнять вход здесь и там для Sharepoint. Учитывая «общий» характер ошибки, вероятно, это учетная запись пула приложений Central Admin, но это может быть учетная запись пула поставщика общих служб или даже веб-приложение. О боже, у Sharepoint может быть много разных учетных записей - это кошмар, даже если только один из вас настроил это!

Вы должны проверить вкладку идентификации каждого пула приложений в IIS для вашего сервера Sharepoint и отметить, какой пул использует какую учетную запись. Также проверьте учетную запись, используемую SQL-сервером, и любые другие учетные записи, которые вы могли использовать для сканирования и т. Д.

Когда у вас есть этот список, вы можете подписаться на Процедура Microsoft для смены учетных записей служб. Если все ваши службы / функции используют одну и ту же учетную запись, вы можете попробовать изменить их, чтобы увидеть, исправит ли это это.

Если наихудшее придет к худшему и что-то не работает, пока у вас нет поврежденных баз данных конфигурации и контента, вы можете удалить сервер Sharepoint и начать заново со своими учетными записями. Если вы это сделаете, я рекомендую использование разных учетных записей для каждой функции в соответствии с рекомендациями Microsoft. Это может показаться излишним, но если ничто другое не делает ошибки намного проще!