MOSS SSP Issue - Сбой входа в базу данных из удаленного SSP

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

Мы создали новый 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 с сервера и заново создать? Опция удаления была недоступна (выделена серым цветом), когда установлен один поставщик общих служб.
7.08.2008 14:21:10
3 ОТВЕТА
РЕШЕНИЕ

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

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

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

5
18.09.2008 21:37:19

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

Команда:

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

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


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

1
17.08.2012 20:47:05

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

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

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

2
10.04.2018 19:37:29