Поделиться через

Планирование обслуживания сайта и управления им (SharePoint Server 2010)

  • Статья

 

Применимо к: SharePoint Foundation 2010, SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

Все веб-сайты, особенно веб-сайты, у которых несколько авторов, постепенно "засоряются". Периодическое выполнение просмотра и чистки может помочь в обеспечении эффективной работы веб-сайта независимо от его размера. Заблаговременное создание плана обслуживания веб-сайта или веб-сайтов может гарантировать сохранение их актуальности, полезности и удобства.

Содержание статьи

  • План обслуживания веб-сайтов

  • План управления семействами веб-сайтов

  • Лист

План обслуживания веб-сайтов

Создаваемый план обслуживания веб-сайтов будет различным для различных сред и будет содержать различные элементы. В обслуживании веб-сайтов, управляемых ИТ-подразделениями, и веб-сайтов, созданных и управляемых пользователями, имеются определенные различия. Однако ниже приведены несколько общих рекомендаций для плана обслуживания веб-сайтов:

  • Интересуйтесь у пользователей, что они хотели бы получить от веб-сайтов, управляемых ИТ-подразделениями. Периодически проводите опросы с целью определить, что требуется пользователям от данного веб-сайта.

  • С помощью журналов и отчетов определите, какие области веб-сайта используются, а затем соотнесите их с результатами опросов пользователей, чтобы найти возможности для улучшения.

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

  • Периодически просматривайте разрешения для веб-сайта. Например, просматривайте разрешения раз в квартал, чтобы удалять разрешения для пользователей, покинувших группу или проект.

  • Выберите разумный интервал проведения обслуживания. Например, если планируется проводить периодические опросы пользователей, не проводите из чаще двух раз в год (а лучше не чаще, чем раз в год).

  • Создайте план регулярного резервного копирования контента веб-сайтов. Определите или решите, как часто будут создаваться резервные копии, а также какой процесс восстановления будет использоваться в случае необходимости. Дополнительные сведения о планировании резервного копирования и восстановления см. в статье Планирование резервного копирования и восстановления в SharePoint Server 2010.

Начните создавать план обслуживания веб-сайтов прямо сейчас, в процессе планирования. Запишите свой план, в том числе указывая, как часто будет выполняться настройка веб-сайта и архивация контента. Предоставьте свой план для анализа членам своей рабочей группы и представителям пользователей. Это позволит выделить все проблемы, с которыми сегодня могут сталкиваться пользователи, определить наилучшие способы решения этих проблем и создать план обслуживания веб-сайта непосредственно на месте в течение всего времени существования данного сайта.

Эти сведения можно записать в Лист для создания и обслуживания веб-сайта (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=193521&clcid=0x419) (Возможно, на английском языке).

План управления семействами веб-сайтов

Частью создаваемого плана обслуживания веб-сайтов должен быть план управления размером и количеством семейств веб-сайтов в используемой среде. Это особенно важно, если разрешено управление средствами самостоятельного создания веб-сайтов. Большинству организаций требуется возможность прогноза ожидаемого роста размеров веб-сайтов и управления этим ростом из-за того влияния, какое подобный рост может оказать на ресурсы базы данных. Например, если конкретная база данных контента содержит 100 веб-сайтов и один из этих веб-сайтов занимает больше 50 процентов пространства, то для данного веб-сайта может понадобиться собственная база данных контента. Это позволит гарантировать наличие места для дополнительного роста с одновременным сохранением возможности резервного копирования и восстановления баз данных.

Для семейств веб-сайтов предусмотрено два метода управления:

  • Квоты семейства веб-сайтов. Используйте этот метод для управления ограничениями на максимальный размер семейств веб-сайтов.

  • Удаление и подтверждение использования сайта. Используйте этот метод для мониторинга и удаления неиспользуемых семейств веб-сайтов.

Планирование квот для семейств сайтов

Используйте квоты для мониторинга размера хранилища веб-сайтов и его ограничения. Когда размер хранилища веб-сайтов достигает конкретного значения (в мегабайтах), администраторам семейства веб-сайтов может быть отправлено соответствующее сообщение электронной почты, а когда размер хранилища веб-сайтов достигнет максимума, дальнейшее размещение контента на веб-сайте может быть заблокировано. При планировании емкости базы данных и сервера определите применяемые ограничения размеров (если они есть). В следующем перечне описывается, как добиться максимальной эффективности использования квот:

  • Создавайте различные шаблоны квот для различных типов веб-сайтов. Например, могут понадобиться различные квоты для различных подразделений, для различных типов заказчиков или для различных путей (возможно, что максимальный размер для веб-сайтов в пути /sites может составлять только 100 МБ на семейство веб-сайтов, а для веб-сайтов в пути /vip — 300 МБ на семейство веб-сайтов). Каждый раз при создании семейства веб-сайтов с помощью центра администрирования можно задать используемый шаблон квот. Обратите внимание, что для веб-сайтов, созданных с помощью управления средствами самостоятельного создания сайтов, используются квоты по умолчанию для веб-приложения. Дополнительные сведения см. в статье Создание, правка и удаление шаблонов квот (SharePoint Server 2010).

  • Обеспечьте достаточно места для обоснованного роста веб-сайтов. Потребности в месте для размещения веб-сайта могут резко меняться в зависимости от назначения каждого веб-сайта. По мере использования веб-сайтов их размер будет увеличиваться. Ограничение квоты, равное 50 МБ, вряд ли обеспечит достаточное место для исходного хранилища для большинства веб-сайтов и почти наверняка окажется недостаточным для веб-сайта, предназначенного для длительного использования.

  • Предусмотрите разумную разницу между объем дискового пространства, при котором отправляется предупреждающее сообщение электронной почты, и размером, при котором осуществляется блокировка веб-сайта из-за превышения его квоты. Например, не определяйте ограничение для предупреждения равным 80 МБ, а максимальный объем дискового пространства для сайта равным 85 МБ. Если пользователи находятся в середине процесса загрузки нескольких больших файлов, им вряд ли понравится, что выполняемая задача будет заблокирована почти сразу же после получения предупреждения.

Планирование подтверждения использования и удаления веб-сайтов

Нужно спланировать, что делать с веб-сайтами, которые становятся неактивными после окончания проекта, или с веб-сайтами, созданными пользователями только для проверки некоторых идей, а затем заброшенными. Подтверждение использования и удаление веб-сайтов могут помочь в поддержании чистоты используемой среды, позволяя определить веб-сайты, которые больше не нужны. Эта возможность работает, автоматически отправляя сообщение электронной почты владельцам сайтов, чтобы увидеть, считают ли они свой веб-сайт активным. Если владелец не отвечает на сообщение электронной почты (после заданного количества сообщений через определенный интервал времени), веб-сайт может быть удален.

Для планирования подтверждения использования и удаления веб-сайтов определите следующие моменты:

  • Сколько времени требуется выжидать перед выполнением проверки состояния активности веб-сайта. По умолчанию этот промежуток времени составляет для веб-сайтов групп или проектов 90 дней после создания, однако, вероятно, следует предоставить владельцам более длительный срок. Для тестового или персонального веб-сайта 90 дней, скорее всего, слишком много. Обычно длительность жизненного цикла веб-сайта, который был создан, активно использовался и теперь готов к удалению или архивации, составляет от шести месяцев до, возможно, нескольких лет. В подобных случаях целесообразно отправлять напоминания каждые шесть месяцев.

  • Как часто нужно требуется отправлять сообщение электронной почты владельцам веб-сайтов, чтобы понять, являются ли их веб-сайты неактивными. Если администратор веб-сайта не отвечает после отправки первого сообщения электронной почты, можно продолжить отправлять дополнительные уведомления с интервалами в один день, одну неделю или один месяц.

  • Требуется ли удалять неиспользуемые веб-сайты автоматически. Если администратор веб-сайтов не отвечает на несколько сообщений электронной почты, следует ли автоматически удалять веб-сайт? Рекомендуем сначала создать резервную копию. Для этого можно гарантировать регулярное создание резервных копий. Чтобы настроить автоматическое создание резервной копии веб-сайта перед его удалением, можно воспользоваться порталом разработчика SharePoint 2010 на MSDN (https://go.microsoft.com/fwlink/?linkid=178818&clcid=0x419), однако такое действие не является поведением по умолчанию.

  • Если предполагается автоматически удалять неиспользуемые веб-сайты, сколько сообщений электронной почты должно перед этим отправляться владельцам веб-сайтов? По умолчанию, перед удалением веб-сайта отправляется четыре уведомления с интервалом в одну неделю, но это число можно увеличить или уменьшить в соответствии с необходимостью.

Дополнительные сведения см. в статье Управление неиспользуемыми веб-сайтами (SharePoint Server 2010).

Лист

Для планирования обслуживания веб-сайта и управления им рекомендуется использоваться следующий лист: