Ошибки в логе после мастера настройки SharePoint

Question

SharePoint 2013 Standart

После установки SP1 мастер настройки SharePoint завершился с ошибкой

Смотрю лог, в логе ошибки типа

ERROR    Компонент с идентификатором 5eac763d-fbf5-4d6f-a76b-eded7dd7b0a5, на который имеются ссылки в базе данных [WSS_Content], не установлен в текущей ферме. Отсутствие этого компонента может вызвать сбой обновления. Установите все решения, которые содержат этот компонент и при необходимости перезапустите обновление.    cc907d9c-0160-b048-4a3c-7eb4d33d68f6

По гуглив определил что идентификатор 5eac763d-fbf5-4d6f-a76b-eded7dd7b0a5 указывает на SearchExtensions -
Расширения поиска

Как мне включить этот компонент? Таких ошибок в логе много

Хотел попробовать через powershell командой Install-SPFeature "SearchExtensions"

Пишет: Install-SPFeature : Имя "Install-SPFeature" не распознано как имя командлета, функции, файла сценария или выполняемой программы. Проверьте правильность написания имени,
а также наличие и правильность пути, после чего повторите попытку.
строка:1 знак:1
+ Install-SPFeature "SearchExtensions"
+ ~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (Install-SPFeature:String) [], CommandNotFoundException
    + FullyQualifiedErrorId : CommandNotFoundException

Подскажите, как решить данную ошибку

PS сам шарик переустонавливался после первой установки а базу старую подключили, возможно в новой установке что то не включил

Answer 1

Как я понимаю, данная фича связана с FAST Search (поиск, который был в в 2010 шарике). SharePoint 2013 же использует новый поиск, так что думаю данная фича не нужна и можно принудительно удалить эту ссылку. Но тут надо подумать, может ли какое-то решение использовать FAST Search в вашей ферме.

Как принудительно удалить ссылку вы можете посмотреть здесь: Removing features from a content database in SharePoint 2010 using PowerShell. 

PS: разумеется до принудительного удаления фичи рекомендуется сделать бэкап.

PPS: По ошибке с Install-SPFeature. Для того, чтобы через PowerShell можно было работать с SharePoint'овскими командлетами надо выполнить команду:

Add-PSSnapIn Microsoft.SharePoint.PowerShell

Answer 2

Поправлю

Не было апгрэйда с 2010 на 2013 шарик.

Сначала на сервере установли 2013 шарик его настроили, потом все перенесли на другой сервер, т.е. шарик заново развернули и подцепили базу со старого сервера.

Answer 3

Ясно, значит возможно 2013 шарику нужна эта фича.

Вы попробовали выполнить Install-SPFeature?

Answer 4

Набрал команду Add-PSSnapIn Microsoft.SharePoint.PowerShell

и след команда отработала отлично Install-SPFeature "SearchExtensions"

только набираю Test-SPContentDatabase -Name WSS_Content -WebApplication http://

и у меня ошибка вида

Для веб-приложения [http] настроен режим проверки подлинности claims, но для базы данных контента, к котороой вы пытаетесь подключиться, необходимо использовать режим проверки подлинности windows classic.
Remedy          : Режим проверки подлинности конечного веб-приложения не согласован с исходным веб-приложением. Убедитесь в том, что в обновленном веб-приложении используется такой же параметр режима проверки подлинности, как в предыдущем веб-приложении SharePoint 2010. Дополнительные сведения см. по ссылке http://go.microsoft.com/fwlink/?LinkId=236865.

По статье не особо понятно. Как решить это?

Answer 5

Если старая ферма (с которой взяли БД) еще доступна - можете снова подцепить БД к ней и перевести вэб-приложение на Claims-based Authentication как показано в данной статье: Настройка проверки подлинности на основе утверждений для веб-приложения с классическим режимом проверки подлинности в SharePoint 2013.

После этого БД должна подцепиться к новому шарику без проблем.

Answer 6

Если старая ферма недоступна или есть желание оставить классический режим аутентификации (не рекомендуется для 2013 шарика) - надо предварительно создать Web Application в классическом режиме аутентификации. В 2013 шарике это возможно только с помощью PowerShell. 

Эта статья должна Вам помочь.

После этого база должна приаттачиться к созданному вэб-приложению без проблем.

Answer 7

Если старая ферма (с которой взяли БД) еще доступна - можете снова подцепить БД к ней и перевести вэб-приложение на Claims-based Authentication

После этого БД должна подцепиться к новому шарику без проблем.

У меня аналогичная ситуация была: к SP 2013 подцепил контентную БД с SP 2010 (в SP 2010 не менял режим проверки подлинности) и после этого выполнил одну-единственную команду 

Convert-SPWebApplication -Identity <yourWebAppUrl> -To Claims 
-RetainPermissions [ -Force]
И БД подцепилась корректно и все разрешения перенеслись корректно.

Answer 8

Старая ферма не доступна, как мне убрать ошибку из лога в моей ситуации?

Answer 9

Как указано в моем ответе ниже. Через PowerShell создать новое вэб-приложение с классической аутентификацией и прицепить БД к нему.

Либо воспользоваться советом Евгения выше. В обоих случаях рекомендую предварительно забэкапиться.