Проблема с MOSS SSP - неудачный вход в базу данных из удаленного SSP

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

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

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

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 с сервера и создать заново? Параметр удаления был недоступен (выделен серым цветом) при наличии одного поставщика общих служб.

Ответов (3)

Решение

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

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

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

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

Команда такая:

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

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


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

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

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

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