Немного платформ имеют такой же потенциал возможностей, как SharePoint 2010. При создании развертывания с учетом резервирования и высокой доступности это один из редких типов вложений, которые будут действительно выгодны. Независимо от размера организации, всегда очень полезно уделить время на тщательное планирование среды.
SharePoint 2010 отличается от своих предшественников. Выполнение обновления поверх существующей среды может быть невозможным, если это среда SharePoint Portal Server 2003, или при работе Microsoft Office SharePoint Server (MOSS) 2007 в 32-разрядной среде. SharePoint 2010 работает только в 64-разрядных версиях Windows Server 2008 и Windows Server 2008 R2. Кроме того, требуется база данных SQL Server, работающая в 64-разрядной версии SQL Server 2005, SQL Server 2008 или SQL Server 2008 R2.
Это значит, что можно выполнить обновление поверх существующей среды всей фермы серверов, работающей на оборудовании, которое соответствует этим требованиям. Также можно выполнить миграцию с существующей среды на новую, используя различные подходы. Для упрощения процесса обновления можно выполнить проверку перед обновлением, как показано на рис. 1 и рассмотрено в статье «Подготовка к обновлению до SharePoint 2010» в журнале TechNet Magazine за июнь 2010 г.
.jpg)
Рис. 1. Использование проверки перед обновлением для тестирования готовности к развертыванию
Вам, как ИТ-специалисту, уделяющему большое внимание бюджету, необходимо учитывать эти требования. Вам также будет интересно, какие возможности в действительности предоставляет SharePoint 2010. Смею вас заверить, SharePoint 2010 предоставляет массу новых и улучшенных возможностей для социальных вычислений, управления содержимым, обработки документов, поиска в корпоративной среде, бизнес-аналитики, разработки приложений и обеспечения производительности в Интернете.
В SharePoint 2010 также значительно улучшена масштабируемость, управляемость и управление. Некоторые из улучшений социальных вычислений включают теги, оценки, профили с обширными возможностями, социальные отзывы для перемещения, социальные закладки, обнаружение и фильтрация. Также включены новые веб-средства совместной разработки и расширенные клиентские возможности.
Теперь клиенты могут использовать SharePoint Workspace в режиме Office, режиме поддержки различных обозревателей, мобильном и автономном режимах. Благодаря улучшенной работе с отчетами при осуществлении наблюдения можно более быстро выявить возможные проблемы. Службы Business Connectivity Services предлагают более широкие возможности связности данных и чтения/записи. Библиотеки активов, репозиторий документов и мультимедийных файлов организации, теперь могут содержать миллионы объектов.
Добавьте улучшенные потоки операций с Visio и SharePoint Designer, инструменты разработки с интеграцией с Visual Studio 2010, интеграцию с Silverlight, инструментальную панель разработки и средства отладки, и вы получите убедительные причины перехода на SharePoint 2010.
Поэтому если вы еще не рассматривали использование SharePoint, сейчас самый подходящий момент для этого. На конференции Orlando ITxpo 2010 аналитики компании Gartner Inc. спрогнозировали, что к 2015 г. SharePoint станет такой же популярной платформой для корпоративных приложений для работы с содержимым, как iPhone и iPad для потребительских приложений.
Универсального решения не существует
SharePoint 2010 – это определенно не универсальное решение для всех ситуаций. Существует множество вариантов установки, включая односерверную среду со встроенной базой данных, односерверную среду с базой данных SQL Server и многосерверные среды с несколькими уровнями.
В двухуровневой среде компоненты сервера SharePoint и компоненты базы данных устанавливаются на различных серверах. В этом случае первый уровень с SharePoint называется веб-уровнем (или клиентским); второй уровень с сервером SQL Server называется уровнем базы данных (или серверным). В трехуровневой среде, как показано на рис. 2, интерфейсные веб-серверы с SharePoint, серверы приложений среднего уровня и серверы баз данных совместно работают для предоставления служб и сайтов SharePoint.
.jpg)
Рис. 2. Трехуровневая ферма серверов SharePoint 2010
Для любой из этих сред необходимо 64-разрядное оборудование, по крайней мере четыре процессорных ядра и не менее 8 ГБ ОЗУ. На серверах Windows Server 2008 и Windows Server 2008 R2 по умолчанию установлены и включены IPv4 и IPv6. При включении обоих протоколов предпочтение отдается IPv6. Хотя SQL Server и SharePoint 2010 также поддерживают IPv6, для правильной работы все URL-адреса конечных пользователей должны быть основаны на DNS-именах с записями AAAA для SharePoint 2010.
Переход на URL-адреса SharePoint, использующие литеральные адреса IPv6, не поддерживается за исключением некоторых административных функций, для которых требуется литеральный формат адресов. В этом случае необходимо заключить литеральный адрес в квадратные скобки, как в данном примере: http://[2001:db8:85a3:8d3:1319:8a2e:370:7344].
Также возможна виртуализация сервера. Настройте виртуальные машины, используя технологию Hyper-V Windows Server 2008, как часть фермы SharePoint Server 2010, которую также можно использовать для интерфейсных веб-серверов, серверов приложений среднего уровня и серверов баз данных серверного уровня. Виртуальные машины используют внешние сети для связи с внешними серверами и родительским разделом. Виртуальные машины используют внутренние сети для связи с другими виртуальными машинами на этом же физическом сервере и в этом же родительском разделе, и частные сети для связи с другими машинами на этом же физическом сервере.
Архитектура: От макро к микро
Существует логическая архитектура реализаций SharePoint 2010. Она начинается с ферм серверов на макроуровне и переходит к сайтам и страницам на микроуровне. Фермы серверов обеспечивают физическую изоляцию содержимого. Можно создать различные фермы серверов для различных библиотек активов в соответствие с требованиями дальнейшей изоляции. Также может потребоваться создание дополнительных ферм серверов в соответствие с целями производительности и масштабируемости.
В SharePoint 2010 представлена новая архитектура служб, обеспечивающая возможность независимого управления и централизации служб. Доступно приложение служб для настройки и совместного использования служб на нескольких сайтах фермы, а иногда на нескольких фермах. Также можно развернуть несколько экземпляров одного приложения служб в одной ферме серверов. Новые приложения служб означают, что службы SharePoint теперь не обязательно должны находиться в поставщике общих служб (SPP). Приложения служб могут включать параметры служб и одну или несколько баз данных, или только параметры служб.
Приложения служб – только один из нескольких компонентов логической архитектуры. Также присутствуют веб-приложения, являющиеся веб-сайтами IIS, которые создаются и используются SharePoint. Веб-приложения можно настроить на использование только необходимых служб. Также можно расширить каждое веб-приложение для включения до пяти веб-сайтов IIS, которые обрабатываются как зоны. Зоны – это просто различные логические пути (URL-адреса) для доступа к одному веб-приложению.
При создании веб-приложений и служб в SharePoint 2010 они присоединяются к указанному пулу приложений. Пул приложений – это группа URL-адресов, обслуживаемых одним или несколькими рабочими процессами. Каждый пул приложений имеет собственные рабочие процессы. Они также могут иметь отдельные удостоверения, способствуя изоляции отдельных пулов приложений.
Для применения разрешений к всему содержимому веб-приложения используется политика. По умолчанию все содержимое для веб-приложения хранится в одной базе данных содержимого. Это содержимое можно разделить на несколько баз данных на уровне семейства сайтов. Хотя база данных содержимого может содержать одно или несколько семейств сайтов, одно семейство сайтов не может принадлежать несколькими базам данных. Говоря в общем, для одного веб-приложения потребуется не более 100 баз данных содержимого.
Семейство сайтов – это набор веб-сайтов с одним владельцем и общими параметрами администрирования. Каждое семейство содержит веб-сайт верхнего уровня и, скорее всего, один или несколько дочерних сайтов. Сайт состоит из одной или нескольких связанных веб-страниц и других элементов, размещенных в семействе сайтов. Число семейств сайтов для одной базы данных содержимого ограничено 50 000. На практике для обеспечения оптимальной производительности требуется не более 10 000 семейств.
Для масштабирования семейства сайтов распределяются между несколькими серверами баз данных. Эта стратегия увеличивает объем хранения и пропускную способность. Кроме того, в большинстве случаев необходимо ограничить количество сайтов в семействе числом 250 000. Ограничение числа менее 5 000 упростит резервное копирование и обновление.
Общая сложность серверных сред SharePoint 2010 в конечном счете будет зависеть от определенных требований организации или конкретного проекта. Для удовлетворения различных потребностей можно использовать различные реализации и конфигурации. Для одного проекта библиотека объектов должна находиться на уровне команды или отдела. Для другого проекта может требоваться центральный репозиторий для всей организации. По крайней мере, ваш план должен содержать несколько факторов.
- Определение ролей управления цифровыми активами: определение участников и заинтересованных лиц.
- Анализ использования активов: определите, кто работает с различными цифровыми активами, каковы типы активов и как они используются.
- Планирование организации библиотеки активов: определите необходимое число библиотек, место их создания, использование и организацию.
- Планирование типов содержимого: определите типы содержимого, которые планируется включить в определенную библиотеку, такие как текст, изображения, аудио и видео.
- Планирование управления содержимым: определите соответствующую степень контроля для каждой категории содержимого и места хранения, а также необходимые политики для аудита, сохранения и маркировки.
- Планирование рабочего процесса содержимого: определите, планируется ли использовать управление версиями документов, сохранение и извлечение в каждой библиотеке, и если да, то как.
Можно управлять мультимедийными активами компании, также как изображения, аудио и видео, отдельно от документов и других типов текстовых файлов или совместно с ними. Как правило, организация цифровых активов осуществляется для одного семейства сайтов или для отдельных семейств. Для одного сайта в базе данных находится все содержимое сайта, включая все мультимедийные активы.
Для отдельных сайтов для содержимого сайта и мультимедийных активов используются различные семейства. Например, база данных содержимого Site Collection 1 будет использоваться для содержимого сайта, а база данных содержимого Site Collection 2 – для мультимедийных активов. Отделение файлов мультимедиа от файлов документов часто имеет смысл. Вы сможете отдельно управлять двумя типами содержимого с одновременной возможностью более быстрого расширения.
При рассмотрении архитектуры активов на макроуровне также понадобится рассмотреть общую конфигурацию, в частности следующее.
- Bit Rate Throttling: Позволяет регулировать скорости загрузки мультимедийных файлов и данных для обеспечения сохранения уровня общей производительности. Расширение Bit Rate Throttling следует всегда использовать, если библиотека активов включает файлы большого размера, такие как аудио и видео. Это функция IIS 7, поэтому она должна быть установлена, включена и настроена в IIS 7 на всех интерфейсных веб-серверах.
- Дисковый кэш большого двоичного объекта (BLOB). Управление кэшированием BLOB, включая часто используемые изображения, аудио, видео и другие файлы, использующиеся для отображения веб-страниц, такие как файлы .js и .css. Кэш BLOB следует использовать при наличии в среде библиотек активов. Кэш BLOB поддерживается в IIS 7 и сохраняется на всех интерфейсных веб-серверах. Веб-серверы должны быть настроены с достаточным объемом хранилища для кэширования. Возможно, следует рассмотреть использование удаленного хранилища больших двоичных объектов (RBS). Удаление BLOB из базы данных упрощает масштабирование больших объемов данных (см. рис. 3).
- Максимальный размер передачи файлов. Установка максимального размера файла, который пользователи могут передавать на сервер. Эта функция настроена для всех веб-приложений на сервере, размещающем центр администрирования. Эту функцию необходимо установить на основе типа и общего размера файлов, которые должны быть переданы библиотекам активов. Серверы баз данных должны иметь достаточный объем хранилища для размещения этих типов файлов.
.jpg)
Рис. 3. Отделение данных BLOB от другого содержимого
Независимо от того, используются ли в организации односерверные среды, фермы с множеством серверов, виртуальные серверы или уникальные реализации перечисленного, необходимо обязательно запланировать непрерывность рабочего процесса. Планирование непрерывности рабочего процесса заключается в обеспечении защиты цифровых активов компании с помощью механизмов высокой доступности и резервирования, где это возможно.
Защита этого содержимого
Ваша работа состоит в обеспечении защиты содержимого большого размера во всех средах SharePoint 2010. Она начинается с корзин и управления версиями. SharePoint 2010 поддерживает два типа корзин:
- Пользовательские корзины (корзины первого этапа)
- Корзины семейства сайтов (корзины второго этапа)
При включении корзин элементы можно удалить в два этапа (см. рис. 4). Первый этап – корзина. Она позволяет восстанавливать файлы, элементы списков, списки, библиотеки документов и другие элементы, удаленные пользователями. При удалении пользователем элемента путем его перемещения в корзину он сохраняется в ней, пока не будет удален, восстановлен, или не истечет срок хранения. Корзина находится на уровне сайта и доступна пользователям с разрешениями «Contribute» (Вклад), «Design» (Проектирование) или «Full Control» (Полный доступ) на сайте. Администраторы пользователей или семейств сайтов могут восстанавливать удаленные элементы, перемещая их из корзины.
.jpg)
Рис. 4. Двухэтапные корзины в SharePoint 2010
Удалять элементы корзины могут администраторы пользователей и семейств сайтов. После этого удаленные элементы отправляются в корзину семейства сайтов. Она находится на уровне администратора семейства сайтов и доступна только администраторам сайтов.
По умолчанию общее время хранения удаленных элементов – 30 дней. Важно отметить следующее: элемент, удаленный из корзины пользователя через 20 дней, а затем отправленный в корзину семейства сайтов будет автоматически и безвозвратно удален всего через 10 дней.
Администратор семейства сайтов контролирует срок хранения удаленных элементов путем установки временных ограничений хранения элементов в корзине. По достижении предельного размера корзины администратор может вручную удалить элементы раньше установленного срока.
Также можно обеспечить резервирование путем использования управления версиями как части управления содержимым, что включает разрешения на утверждение содержимого, а также сохранение и извлечение документов для лучшего контроля способа и времени создании версий документов. Средства управления документами по умолчанию относятся к определенной библиотеке активов и зависят от шаблона семейства сайтов, примененного к этой библиотеке. SharePoint 2010 имеет три режима контроля версий.
- Без контроля версий: контроль версий отключен, и отсутствуют предыдущие версии документов. Как следствие, библиотека документов не сохраняется.
- Создание основных версий: при каждом сохранении документа сохраняется предыдущая версия. Администраторы контролируют число сохраняемых версий. Пользователи с доступом к библиотеке активов смогут просматривать документы и их основные версии.
- Создание основных и вспомогательных (черновых) версий: документы имеют основные версии, которые можно рассматривать как опубликованные версии. Вспомогательные версии рассматриваются как черновые. Основные версии заканчиваются на .0, а вспомогательные версии имеют ненулевые расширения, например, .1, .2, .3 и т.д. При каждом сохранении документа SharePoint также сохраняет предыдущую основную и вспомогательные версии. Любой пользователь с правами на чтение может просматривать основные версии документов. Как правило, любой пользователь с правами на редактирование может просматривать вспомогательные версии документов и работать с ними.
Улучшенное резервное копирование и восстановление
План защиты содержимого должен включать стратегии обеспечения доступности, резервного копирования и восстановления. Эти стратегии различаются в зависимости от бизнес-требований, типов цифровых активов и их относительной ценности.
Для обеспечения высокой доступности потребуется использовать семейство серверов, помогающее смягчить последствия как запланированных простоев, например, обновлений системы, так и незапланированных, например, перебоев в работе. Для расширения к ферме можно добавить веб-серверы и серверы приложений. Это поможет обеспечить доступность служб и приложений.
Для повышения доступности серверной базы данных следует воспользоваться инструментами кластеризации и зеркального отображения баз данных. Кластеризация баз данных обеспечивает поддержку высокой доступности благодаря использованию отказоустойчивых кластеров. Кластеризованные серверы (именуемые узлами) подключены друг к другу физическими кабелями и программным обеспечением.
В случае сбоя одного узла обслуживание переносится на другой узел. Этот процесс, называемый переключением при сбое, сводит к минимуму нарушения в обслуживании конечных пользователей и подключениях к серверным базам данных. Отказоустойчивые кластеры обеспечивают улучшенную доступность приложений и служб, для которых требуется высокая доступность, масштабируемость и надежность.
Зеркальное отображение баз данных способствует доступности благодаря отправке транзакций от основной к «зеркальной» или дублирующейся базе данных. Для зеркального отображения SharePoint 2010 использует конфигурацию «высокий уровень безопасности с автоматическим переходом на другой ресурс». При этом задействуется основной сервер, зеркальная копия и следящий сервер. Следящий сервер позволяет серверу SQL Server автоматически перейти с основного на зеркальный сервер в течение первых нескольких секунд сбоя. Зеркальное отображение обеспечивает избыточность баз данных конфигураций и содержимого SharePoint.
Для резервного копирования и восстановления сначала необходимо определить объект защиты. При разработке плана можно воспользоваться книгой SharePoint 2010 Products backup and recovery planning work. Архивы SharePoint вместе с резервными копиями баз данных защищают большую часть инфраструктуры SharePoint.
Можно использовать резервное копирование и восстановление уровня ферм и баз данных для восстановления семейства сайтов, если в базе данных сохранено одно семейство сайтов. Эти уровни резервного копирования также можно использовать вместе с восстановлением неприсоединенной базы данных для восстановления семейств сайтов, отдельных сайтов, списков и конфигураций. Архивы уровней фермы и базы данных используются для восстановления цифровых активов, сохраненных в хранилищах RBS, а также другого содержимого (если это поддерживает поставщик RBS).
Однако в этих архивах отсутствуют некоторые типы настроек. Необходимо создать резервную копию изменений, внесенных в файлы web.config без использования центра администрирования на уровне файловой системы. Также необходимо создать резервную копию конфигураций IIS, не установленных с помощью SharePoint на уровне IIS/ОС. Базу данных содержимого центра администрирования и базу данных конфигурации для фермы SharePoint можно восстановить только как часть полного восстановления фермы в эту же ферму на этих же серверах.
Что касается приложений служб, следует помнить, что невозможно восстановить все приложения служб путем восстановления только связанных баз данных. Необходимо восстановить базы данных, затем повторно подготовить приложение служб. Наконец, восстановление и резервное копирование баз данных служб отчетов SQL Server выполняется отдельно от SharePoint. Для выполнения этих задач используются инструменты SQL Server.
Таким образом обеспечивается резервирование и высокая доступность среды SharePoint Server. Для SharePoint 2010 отсутствует универсальное решение, и при проектировании физической архитектуры необходимо учитывать множество логических компонентов. Также требуется оптимальная настройка среды SharePoint для защиты цифровых активов.
Станет ли SharePoint такой же популярной платформой для корпоративных приложений работы с содержимым, как iPhone и iPad для потребительских приложений? Думаю, стоит подождать и убедиться самим.