Ошибка MOSS SSP - сбой входа в базу данных из удаленного поставщика общих служб

У нас были некоторые проблемы с экземпляром SharePoint в тесте Окружающая среда. К счастью, это не производство;) Начались проблемы когда закончились работы с дисками с базами данных SQL Server и поисковым индексом пространства. После этого служба поиска не будет запускаться и искать параметры в SSP не были доступны. Восстановление дискового пространства не решить проблему. Поэтому вместо того, чтобы восстанавливать виртуальную машину, мы решили попытайтесь исправить проблему.

Мы создали новый поставщик общих служб и изменили связь всех служб с нового поставщика общих служб. Затем старый SSP и его базы данных были удалены. Поиск результаты для файлов PDF больше не отображаются, но поиск работает в противном случае. MySites также работает нормально.

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

1) В журнале событий приложения появилось сообщение об ошибке аудита для "DOMAIN\SPMOSSSvc", которое является учетной записью фермы MOSS.

Event Type: Failure Audit
Event Source: MSSQLSERVER
Event Category: (4)
Event ID: 18456
Date: 8/5/2008
Time: 3:55:19 PM
User: DOMAIN\SPMOSSSvc
Computer: dastest01
Description:
Login failed for user 'DOMAIN\SPMOSSSvc'. [CLIENT: <local machine>]

2) Профайлер SQL Server показывает запросы от SharePoint, ссылающиеся на старый (удаленной) базы данных SSP.

Итак...

Где бы эти ссылки на DOMAIN\SPMOSSSvc и старый SSP база данных существует?
Есть ли способ полностью удалить SSP с сервера и воссоздавать? Опция удаления не была доступна (greyed out), когда один SSP на месте.

Ответ 1

Как сказал Дэниел Макферсон, это вызвано тем, что SSP удалены, но связанные работа не выполняется и пытается связаться с удаленной базой данных.

Если SSP база данных была удалена или возникла проблема при удалении поставщика общих служб, работа может не удаляться. Когда работа пытается запустить, она не сработает, поскольку база данных нет дольше.

Следуйте за шагами, о которых упоминал Даниил:
1. Перейдите в SQL Server Management Studio
2. Отключите задание SSPNAME_JobDeleteExpiredSessions, щелкните правой кнопкой мыши и выберите "Отключить задание".

Ответ 2

Я подозреваю, что они связаны с агентом SQL Server, который пытается войти в базу данных, которая больше не существует.

Чтобы очистить его, вам необходимо: 1. Перейдите в SQL Server Management Studio 2. Отключите задание с именем _job_deleteExpiredSessions

Если это сработает, тогда вам должно быть все ясно, чтобы удалить его.

Ответ 3

Вы пытались удалить SSP с помощью командной строки? Я обнаружил, что это сработало, когда у нас сломался SSP и он просто хотел избавиться от него.

Команда:

stsadm.exe -o deletessp -title <sspname> [-deletedatabases]

Переключатель deletedatbases не является обязательным.

Кроме того, проверьте центральное администрирование в разделе "Определения заданий и расписания заданий", чтобы гарантировать, что задания, связанные с SSP, все еще выполняются