MOSS SSP выпуск - Ошибка базы данных вход в систему с удаленных SSP

голоса
14

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

Так...

  • Где бы эти ссылки на DOMAIN \ SPMOSSSvc и старой базы данных поставщика общих служб существуют?
  • Есть ли способ, чтобы «полностью» удалить SSP с сервера, и заново создать? Опция удаления была недоступна (неактивна), когда один ПКО на месте.
Задан 07/08/2008 в 15:21
источник пользователем
На других языках...                            


3 ответов

голоса
4

Как сказала Дэниел McPherson, это происходит , когда SSPs будут удалены , но связанная с ним работа не и пытаться взаимодействовать с удаленной БД.

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

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

Ответил 18/09/2008 в 22:37
источник пользователем

голоса
2

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

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

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

Ответил 10/08/2008 в 09:48
источник пользователем

голоса
1

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

Команда:

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

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


Кроме того, проверьте в центре администрирования под определением заданий и расписания Job, чтобы убедиться в отсутствии связанных с SSP рабочих мест до сих пор работают

Ответил 08/08/2008 в 00:26
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more