10 ошибок в настройке Microsoft SharePoint - 4

Затем подчистите свои служебные приложения. Пройдитесь по списку служебных приложений и удалите все, которые не используете. После удаления ненужных служебных приложений остановите связанные экземпляры служб (services on server —службы на сервере), которые управляют ими.

Если возможно, удалите разные GUID из имен баз данных служебных приложений. Методы выполнения этих задач меняются в зависимости от служебного приложения; в статье Microsoft «Rename or Move Service Application Databases (SharePoint Server 2010)» (technet. microsoft. com /en-us/ library/ ff851878 . aspx) приводятся инструкции для всех служебных приложений. И конечно, сделайте полную копию, прежде чем что-то удалять.

Кстати, пользуясь случаем рекомендую online exchange сервис от Microsoft.

Ошибка № 4: использование неправильного URL при создании веб-приложения контента

Между SharePoint и Microsoft IIS время от времени возникают проблемы с коммуникацией. Создание веб-приложения —один из этих случаев. SharePoint не оповещает IIS об изменениях, которые вы можете внести в веб-приложение после его создания. Например, если вы создаете альтернативный путь Alternate Access Mapping (AAM) для веб-приложения в Central Administration, вы все еще должны зайти в IIS и добавить заголовок хоста для нового адреса.

Проблема усложняется, если к фермам SharePoint, о которых вы никогда не думали, что к ним будет доступ извне, требуется доступ из Интернета. Администраторы SharePoint обычно выдают своим веб-приложениям короткие адреса URL, такие как http : // portal, чтобы сократить число набираемых символов. Конечно, этот URL не маршрутизируется по Интернету, поэтому веб-приложение требует полного доменного URL, добавленного к статичным ААМ.Этот новый URL не только не прописан в заголовках хоста IIS, но он отсутствует и во всех предупреждениях, рабочих процессах и других элементах, которые хранят URL. Все эти элементы обладают старым, жестко кодированным URL. Поскольку SharePoint не прописывал никаких дополнительных URL в IIS, когда они создавались, он и не будет выписывать их никаким новым серверам SharePoint, которые добавляются к ферме. SharePoint не станет прописывать эти изменения в IIS и тогда, когда экземпляр службы Microsoft SharePoint Foundation вебприложения lication будет остановлен и перезапущен.

Проблема может показаться не такой уж глобальной, но она возникает у многих в самый неподходящий момент: во время сбоя. В некоторых случаях администраторы обновляли сервер SharePoint или им требовалось перестраивать его, и они забывали о заголовках хоста, которые вручную указали несколькими месяцами ранее. SharePoint восстанавливается и работает, но во время соединения с SharePoint конечные пользователи видят голубую заполняющую страницу IIS 7 вместо страницы SharePoint, увидеть которую они ожидали.

< Предыдущая		Следующая >