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

StackOverflow https://stackoverflow.com/questions/4752

Вопрос

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

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

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

1) В журнале событий приложения начало появляться сообщение об ошибке аудита для "ДОМЕНА \ SPMOSSSvc", который является учетной записью MOSS farm.

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 удаляются, но связанные с ними задания отсутствуют и пытаются связаться с удаленной базой данных.

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

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

Другие советы

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

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

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

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

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

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

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


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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top