My<cod/>.net
MOSS SSP проблема-сбой входа в базу данных из удаленного SSP
У нас были некоторые проблемы с экземпляром SharePoint в тесте окружающая среда. К счастью, это не производство ;) проблемы начались когда закончился диск с базами данных сервера SQL и индексом поиска из космоса. После этого Служба поиска не будет работать и искать настройки в SSP были недоступны. Восстановление дискового пространства сделал не решить проблему. Поэтому вместо того, чтобы восстанавливать VM, мы решили попробуйте решить эту проблему.
Мы создали новый SSP и изменили ассоциацию всех сервисов на новый SSP. Старый SSP и его базы данных были затем удалены. Поиск результаты для файлов PDF больше не отображаются, но поиск работает в остальном все нормально. MySites также работает OK.
После реализации этого изменения возникают следующие проблемы:
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 profiler показывает запросы от SharePoint, которые ссылаются на старый (удалено) база данных SSP.
Так...
- Где бы эти ссылки на DOMAIN\SPMOSSSvc и старый SSP база данных существует?
- Есть ли способ 'completely' удалить SSP с сервера, и воссоздать? Опция удаления была недоступна (выделена серым цветом), Когда a один SSP находится на месте.
Как сказал Даниэль McPherson, это происходит, когда SSPs удаляются, но связанные с ними
задания не являются и пытаются связаться с удаленной базой данных.
Если SSP
база данных была удалена или возникла проблема при удалении SSP, задание может быть удалено
не подлежит удалению. При попытке выполнения задания оно завершится неудачей, так как база данных отсутствует
больше не существует.
Следуйте инструкциям, упомянутым Дэниелом:
1. Перейдите в SQL Server Management Studio
2. Отключите задание с именем SSPNAME_JobDeleteExpiredSessions, щелкните правой кнопкой мыши и выберите Отключить задание.
Я подозреваю, что они связаны с агентом сервера SQL, пытающимся войти в базу данных, которая больше не существует.
Чтобы все прояснить вам нужно:
1. Перейдите в SQL Server Management Studio
2. Отключить работу под названием <database name>_job_deleteExpiredSessions
Если это работает, то вы должны быть все ясно, чтобы удалить его.
Вы пробовали удалить SSP с помощью командной строки? Я обнаружил, что это сработало однажды, когда у нас был сломанный an SSP, и просто хотел избавиться от него.
Команда есть:
stsadm.exe -o deletessp -title <sspname> [-deletedatabases]
Переключатель deletedatbases является необязательным.
Кроме того, проверьте в центре администрирования в разделе определения заданий и расписания заданий, чтобы убедиться, что связанные задания SSP все еще не запущены