Как очистить недостающие зависимости на стороне сервера из «грязной» установки?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/8213

Вопрос

После довольно поспешной (неизбежной) миграции/реконфигурации фонда SP 2010 у меня остается ошибка в CA относительно ряда недостающих функций, настройки и веб -частей. Я перераспределял, а затем отозвал и удалил два решения, которые были причиной большинства сообщений (они не использовались, поэтому они изначально не мигрировали), и хотя ошибки исчезли, когда решения были развернуты ( За исключением того, что в отношении пропущенного файла шаблона, который был переименован), они вернулись после удаления, и я не уверен, как устранить ссылки на «недостающие зависимости на стороне сервера».

Я запустил WSSanalyzeFeatures, чтобы подтвердить ущерб, и, конечно же, даже после удаления решений, ошибки остались.

Любые предложения для инструментов и/или шагов для удаления этих ошибок?

Это было полезно?

Решение

Двумя основными инструментами для решения проблем обновления на вашей ферме SharePoint 2010 являются команда Test-SpcontentDatabase PowerShell и команда STSADM EnumallWebs.

Инструмент Test-SpcontentDataBase проверит контент DB на предмет конкретной коллекции сайтов. Его можно безопасно запустить до или после того, как база данных прикрепляется, как это часто требуется. Я бы не запустил его против живой производственной базы данных - возьмите копию.

Test-SPContentDatabase –Name dbame -WebApplication url

Используйте команду EnumallWebs STSADM, чтобы выяснить, какие веб -части, функции и т. Д. Связаны с какими сайтами. Вы можете обнаружить осиротежные сайты, которые можно удалить и которые могут быть источником ваших проблем.

stsadm -o enumallwebs -databasename dbname -includefeatures -includesetupfiles -includewebparts -includeeventreceivers -includecustomlistview

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

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

Ну, я смог решить свою конкретную ошибку, хотя это было только посредством громоздкого процесса.

Я загрузил Эта хранимая процедура на каждую затронутую базу данных, которая позволила мне искать всю базу данных для данной строки. Я искал, хотя база данных на основе строк ошибок, чтобы наконец идентифицировать затронутые страницы. Одна из проблем, которая вызывала ошибку, заключается в том, что, хотя я опустошил основной корзин для переработки сайта, я никогда не очищал корзину на сайте администратора.

Это был уродливый, уродливый хак, но это сработало. Хотелось бы, чтобы я поделился пошаговым, но это совершенно уникальный сценарий для каждой системы. Кроме того, я представляю для сайта с любой степенью контента, поиски через базы данных могут занимать AEON.

Отделение и переоборудование контента DB исправляет наиболее очевидные расхождения между конфигурацией и контентом DB.

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