MOSS SSP Issue - Ошибка входа в базу данных из удаленного SSP

Question

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

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

Answer 1

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

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

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

Answer 2

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

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

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

Answer 3

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

Команда:

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

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

---

Кроме того, проверьте в центре администрирования пункт «Определения заданий» и «Расписания заданий», чтобы убедиться, что задания, связанные с SSP, еще не запущены