SharePoint 2010 совершенствуется

Через несколько недель будет выпущена RTM-версия SharePoint 2010, и начнется настоящая революция SharePoint. Преимущества SharePoint 2010 очевидны, причем продукт будет весьма полезен не только для компаний и их клиентов, как внутренних, так и внешних. Организаций, в которых необходимые для производственной деятельности данные хранятся в SharePoint, становится все больше, и от Microsoft требуется заметно усовершенствовать администрирование, управление, безопасность, масштабируемость и развертывание экземпляров SharePoint. Успехи, достигнутые за три года после выпуска SharePoint 2007, впечатляют. В данной статье рассматриваются важные для ИТ-профессионалов изменения в SharePoint.

Только 64 разряда

С появлением SharePoint 2010 существенно повышаются требования к инфраструктуре компании. Прошло время, когда разработчики использовали 32‑разрядные серверы и виртуальные машины на ноутбуках с оперативной памятью объемом 4 Гбайт. Для каждого сервера фермы, в том числе сервера базы данных, необходимо 64‑разрядное оборудование, и потому требуются 64‑разрядные версии Windows и Microsoft SQL Server. Windows Server 2008 — минимально достаточная версия операционной системы для производственных серверов; Microsoft настоятельно рекомендует Windows Server 2008 R2. Для поддержки SharePoint 2010 необходимы SQL Server 2008 R2, SQL Server 2008 или SQL Server 2005. Обязательно установите самые свежие пакеты обновлений каждого из этих продуктов. В процессе подготовки RTM-версии отдельные требования постоянно меняются и будут меняться по мере разработки таких продуктов, как SQL Server 2008 R2, поэтому не забывайте справляться о требованиях SharePoint 2010 к оборудованию и программному обеспечению на сайте TechNet http://technet.microsoft.com/en-us/library/cc262485 (office.14).aspx.

Для ознакомления SharePoint 2010 можно установить и на компьютере с памятью чуть меньшего объема (4 Гбайт). Кроме того, разработчики могут устанавливать SharePoint 2010 на 64‑разрядных клиентах Windows 7 или Windows Vista. Это упрощает их задачу по сравнению с проектированием на серверной платформе, как раньше.

Требование 64‑разрядной платформы для SharePoint 2010 — не преждевременное, если учесть, что уже в течение многих лет трудно купить исключительно 32‑разрядный сервер. У 64‑разрядного кода существенное преимущество в производительности. Однако многим компаниям трудно приобрести оборудование, соответствующее стандартам SharePoint 2010. Вероятно, необходимость 64‑разрядной платформы будет основной причиной задержек перехода к SharePoint 2010.

SharePoint Foundation и SharePoint Server

Компания Microsoft по-прежнему выпускает бесплатную версию SharePoint, SharePoint Foundation 2010, вместо Windows SharePoint Services (WSS) 3.0. Как и предшествующий продукт, SharePoint Foundation 2010 обеспечивает много способов совместной работы благодаря таким компонентам, как списки, библиотеки и сайты групп. SharePoint Foundation предоставляет базовую функциональность, в том числе администрирование, управление и интеграция с клиентом Office. В SharePoint Foundation 2010 перенесена часть функций платформы, в прошлом реализованных в Microsoft Office SharePoint Server (MOSS) 2007, самые важные из которых — служебные приложения (о них речь пойдет ниже).

Я потратил немало времени, разъясняя клиентам, что им не нужен сервер MOSS в каждой ферме: службы WSS весьма эффективно обеспечивают совместную работу. Таким образом, можно разместить несколько децентрализованных ферм совместной работы WSS на удаленных сайтах и организовать централизованную ферму MOSS для корпоративной сети, поиска, сайтов My Site и других служб MOSS. Многие потребители приняли на веру маркетинговые лозунги Microsoft и убеждены, что сервер MOSS требуется всегда. Это не так.

Похожая ситуация с SharePoint 2010. Думаю, Microsoft будет усиленно продвигать SharePoint Server, но это не единственное решение. SharePoint Foundation подходит для многих задач совместной работы. Прежде чем платить за SharePoint Server, убедитесь, что он необходим.

Возможности SharePoint Server гораздо более широкие, в частности для социальных сетей и поиска в масштабах предприятия. Покупатели лицензии Enterprise получают полноценную бизнес-аналитику, в том числе службы Excel Services и связь с внутренними источниками данных. Другие преимущества версии Enterprise — наличие форм InfoPath, служб Visio Services, поиска FAST Search, служб Access Web Services и веб-приложений Office. По моему мнению, службы Access Web Services и веб-приложения Office — мощнейшие программы версии Enterprise, которые будут серьезным стимулом движения к полноценным фермам SharePoint Server 2010 в предстоящие несколько лет.

Конечно, SharePoint 2010 будет предоставляться и как служба, размещаемая на серверах поставщика, в продолжение усилий Microsoft по внедрению концепции Software Plus Services. Более подробно об этом варианте рассказано во врезке «SharePoint 2010 в оперативном режиме».

Варианты обновления

После того как будет обеспечено соответствие инфраструктуры требованиям SharePoint 2010, выбрано сочетание SharePoint Server и SharePoint Foundation и служб, размещаемых внутри компании и на серверах стороннего поставщика, можно подумать об обновлении текущей реализации SharePoint. При переходе к SharePoint 2010 может потребоваться замена оборудования на 64‑разрядное или обновление версий Windows и SQL Server. Все обязательные обновления важно выполнить до модернизации самого продукта SharePoint. Можно объединить сопутствующие обновления — например, переход от 32‑разрядной версии Windows Server 2003 к 64‑разрядной версии Windows Server 2008 R2. Замена предшествующей версии SharePoint на SharePoint 2010 должна быть последним шагом.

Существует два способа перехода к SharePoint 2010. Первый, обновление «по месту», состоит в установке SharePoint 2010 (Foundation или Server) на существующей ферме SharePoint 2007. При обновлении «по месту» работу фермы приходится приостановить, но настройки и параметры фермы сохраняются. Второй способ предполагает обновление с подключением базы данных. Существующая база данных контента SharePoint 2007 (MOSS или WSS) подключается к ферме SharePoint 2010 и попутно обновляется база данных содержимого. Этот метод в некоторых случаях быстрее, чем обновление «по месту», так как несколько баз данных содержимого обновляются одновременно, но для него необходима отдельная ферма SharePoint 2010, а потому настройку фермы приходится выполнять вручную. Возможны также комбинированные способы обновления, в которых сочетаются два подхода. Более подробно о вариантах обновления рассказано в статье «Upgrading to SharePoint Server 2010» на сайте TechNet (http://technet.microsoft.com/en-us/library/cc303420 (office.14).aspx).

При обновлении до SharePoint 2010 сохраняется пользовательский интерфейс MOSS 2007 и WSS 3.0, что позволяет задействовать преимущества функций управления и администрирования новой платформы, предоставив руководству компании самостоятельно решать вопрос о сроках перехода на новый пользовательский интерфейс с лентой и новыми функциями пользователя. С помощью новой функции Visual Upgrade можно предварительно познакомиться с новым пользовательским интерфейсом и оценить его влияние на каждый сайт. В сайт, находящийся в состоянии предварительного просмотра, можно продолжать вносить изменения, но только совместимые с предшествующими версиями SharePoint. Можно переключаться между режимом предварительного просмотра SharePoint 2010 и режимом совместимости с унаследованными версиями SharePoint. После того как все будет готово к переходу на новый пользовательский интерфейс и функции, можно обновить пользовательский интерфейс и активизировать функции SharePoint 2010.

Более эффективное администрирование

Центр администрирования подвергся глубокой переработке, в результате чего его структура стала более четкой, организованной в логичные группы на основе задач. Впервые в SharePoint появилась лента Ribbon, благодаря которой стало проще искать административные задачи. На экране 1 показан новый интерфейс управления веб-приложениями. Нет нужды изменять веб-приложения из команды; достаточно выбрать веб-приложение, а затем команду на ленте.

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

Центр администрирования — не единственный административный компонент. Для работы из командной строки по-прежнему используется Stsadm.exe, а с помощью новшества SharePoint 2010, Windows PowerShell, можно выполнять как простые, так и сложные действия по настройке и автоматизации. На сегодня в SharePoint 2010 доступны более 500 команд PowerShell. После выхода RTM-версии SharePoint 2010 компания Microsoft выпустит полезные сценарии PowerShell, в том числе для ферм, серверов и сайтов, и сценарии перемещения данных из серверов файлов в библиотеки документов SharePoint.

Многие компании боролись с «расползанием» SharePoint, когда экземпляры SharePoint (особенно WSS) устанавливаются на серверах администраторами, без общего плана развертывания SharePoint. В SharePoint 2010 проблема управления решается путем введения маркеров Active Directory для отслеживания экземпляров SharePoint и блокировщиков групповой политики для предотвращения несанкционированной установки SharePoint.

Готовность, восстановление и хранение

В SharePoint 2010 реализовано элементарное решение для обеспечения высокой готовности. Веб-приложение можно настроить для обращения ко второму экземпляру SQL Server. Если основной экземпляр SQL Server отказывает, SharePoint переключается на второй экземпляр. Естественно, предполагается, что возможности SQL Server, такие как зеркалирование, используются для репликации базы данных на второй экземпляр. Это важная новая функция, но ей свойственны некоторые ограничения. Прежде всего, решение не рекомендуется для географически распределенных конфигураций и репликации данных. Другими словами, это способ перехода на другой ресурс, а не размещения локального экземпляра SQL Server в удаленном офисе. Вся ферма ориентирована на тот или иной экземпляр SQL Server, но не на оба.

Второе, более важное обстоятельство: переход на другой ресурс выполняется успешно, но обратное переключение сопряжено с трудностями. Коллеги, которым приходилось использовать эту функцию, сообщают, что процесс восстановления фермы с использованием обновленного экземпляра исходной базы данных SQL Server крайне неудобен и сложен. Поэтому изначально заложенное в SharePoint 2010 решение для высокой готовности — лишь отправная точка; оно может быть достаточным для некоторых компаний, но остается обширное пространство для внедрения сторонних решений высокой готовности.

SharePoint 2010 вторгается в область применения программ резервного копирования и восстановления сторонних поставщиков. Такие решения — почти обязательное дополнение к SharePoint 2007, в котором восстановление данных собственными средствами возможно только до уровня семейства сайтов; для восстановления сайта, списка, библиотеки, элемента или документа требуются сторонние утилиты. Для восстановления неприсоединенной базы данных содержимого можно подключить отсоединенную базу данных содержимого и выполнить операции из центра администрирования Central Administration, в том числе просмотр содержимого, извлечение документа, резервное копирование семейства сайтов и экспорт сайта или списка. Заметно усовершенствованные возможности восстановления SharePoint 2010 удовлетворят более широкие потребности компании, но по-прежнему остается поле деятельности для компонентов управления сторонних продуктов.

Целью многих изменений было улучшение способов хранения и извлечения содержимого SharePoint; дополнительные усовершенствования реализованы в новых версиях SQL Server. Одно из самых важных изменений — удаленное хранилище больших двоичных объектов данных Remote BLOB Storage (RBS). С помощью этого компонента можно хранить большие двоичные объекты данных (BLOB), например документы в библиотеке документов, в местах, отличных от базы данных содержимого SharePoint. Самый понятный пример — реализация, в которой поставщик файловой системы используется для хранения библиотечных документов в файловой системе сервера, а не в базе данных содержимого. При таком способе хранения существенно уменьшается размер базы данных содержимого, сокращается влияние SharePoint на инфраструктуру SQL Server, файлы перемещаются на серверы файлов, обслуживание которых связано с меньшими затратами, и удается обойти ограничение в 2 Гбайт для объектов BLOB в SharePoint.

Контроль состояния и использования SharePoint

Существенные улучшения Share­Point 2010 относятся к контролю состояния и конфигурации. В Microsoft называют это «глубоким функциональным пониманием» работы служб и состояния сервера. На странице Review problems and solutions в центре администрирования (экран 2) можно обнаружить потенциальные неполадки. На этой странице отображаются результаты, сформированные с помощью набора правил, периодически и автоматически запускаемых из нового анализатора соответствия рекомендациям. Каждая запись о проблеме содержит ее описание и указания по устранению. Готовые правила можно изменить — даже задать правило для автоматического устранения неполадки — и расширить определения правил, поэтому третьи лица могут добавлять правила. Мощный анализатор соответствия рекомендациям — важное дополнение к функциям контроля состояния, имеющимся в SharePoint.

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

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

Наблюдение за настройками

Администраторы и программисты могут отслеживать влияние настроек на страницы с помощью панели Developer Dashboard. Открыв Dashboard на странице, можно увидеть информацию, которая поможет оценить производительность и выполнить отладку.

Любой пользовательский программный код потенциально влияет на другие процессы и системные ресурсы фермы SharePoint. На панели Developer Dashboard представлены данные, необходимые для мониторинга и отладки, но настоящее управление обеспечивается решениями в «песочнице». С помощью решений в «песочнице», развернутых как пакеты решений SharePoint (.wsp) с доступом к ограниченному набору интерфейсов API, можно изолировать пользовательский программный код, чтобы предотвратить его влияние на другие процессы и управлять потребляемыми ресурсами. Право передавать на сервер пользовательский код можно делегировать администраторам сайта и быть уверенным, что ничто не повредит другим приложениям или ферме. Администраторам сайтов можно также делегировать право контролировать и отключать компонент, который запускает проблемный пользовательский код.

Наряду с управлением пользовательским программным кодом, SharePoint 2010 обеспечивает управление другими настройками, в том числе относящимися к внешнему восприятию, такими как темы и изменения, внесенные с использованием SharePoint Designer 2010. К сожалению, проектирование для SharePoint и настройки с применением Visual Studio 2010 и SharePoint Designer 2010 приносят выгоды только при использовании этих приложений совместно с SharePoint 2010. Отметим, что для разработки программ и настройки SharePoint 2007 необходимо использовать предшествующие версии Visual Studio и SharePoint Designer. Одно лишь это обстоятельство — весомый аргумент в пользу незамедлительного перевода всей компании на SharePoint 2010.

Управление интеграцией клиентов

Клиентские приложения Office 2010 обеспечивают дополнительную функциональность при совместном использовании с SharePoint 2010. И без того тесная интеграция Word, PowerPoint, Excel, Access, Outlook, Project и OneNote с SharePoint продолжает совершенствоваться, но в будущем начнут более широко применяться такие приложения, как SharePoint Workspaces (в прошлом известное как Groove), SharePoint Designer и InfoPath, которые могут оказаться совершенно новыми для компании. Со временем пользователи откроют возможности этих программ, и хотелось бы, чтобы в плане управления были указаны сроки начала их обслуживания.

С помощью SharePoint 2007 можно активизировать и отменять все меры интеграции клиентов с использованием одного переключателя. Функции управления SharePoint 2010 стали более детализированными. Интеграцию клиентов Microsoft Office можно включать или отключать на уровне списка или библиотеки.

Расширенная поддержка браузера

В некоторых отношениях ИТ-специа­листам было просто работать с SharePoint 2007. Пользователи могли обращаться к SharePoint только через Internet Explorer, и некоторые мои клиенты использовали это обстоятельство как повод запретить установку Firefox, Safari и других браузеров. Приятно, что SharePoint 2010 совместим с Firefox и Safari, а также с другими браузерами и устройствами. Однако, возможно, ИТ-специалистов попросят обслуживать эти браузеры.

Масштабируемость списков и библиотек

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

На серверной стороне можно настроить параметры веб-приложения, определяющие максимальное количество элементов, возвращаемых запросом, формируемым представлением списка или библиотеки; значение по умолчанию — 5000 элементов. Можно задать различные ограничения для администраторов и обычных пользователей. Если сформированное представлением число элементов больше этого предела, вверху списка появляется сообщение о том, что представление не отображает всех элементов. Дополнительное предупреждение появляется на странице List Settings.

С помощью настроек веб-приложения можно задать окно со странным названием Happy Hour — период в течение каждых суток, когда количество запросов не ограничивается. Начало окна задается в определенное время каждого из семи дней недели, а продолжительность составляет целое число часов. Из-за странного названия и невозможности уточнить длительность окно Happy Hour нельзя признать достаточно зрелой функцией.

За пределами окна Happy Hour количество элементов в представлении не превышает ограничения запроса, но в SharePoint 2010 несложно организовать динамическую фильтрацию данных, чтобы сузить набор результатов. Можно построить навигационную иерархию и фильтры содержимого с использованием метаданных. Таким образом формируется иерархия папок на основе тэгов, с использованием ключевых слов или метаданных, что позволяет фильтровать набор результатов и уменьшить возвращаемое количество элементов.

Масштабируемость служб фермы

Служебные приложения SharePoint 2010 предназначены для замены модели Shared Services Provider (SSP) из SharePoint 2007. Забудьте о модели SSP: новая модель существенно изменилась, стала лучше и проще.

В SharePoint 2010 есть несколько встроенных служб, в том числе Business Data Connectivity, Visio Graphics Service, Excel Services, Office Web Apps, Search, User Profile, Web Analytics и новая Managed Metadata Service для создания центрального хранилища таксономии и типов содержимого. Каждая служба выполняется как приложение, доступное в качестве службы Windows Communication Foundation (WCF) на одном или нескольких серверах приложений в ферме. Используют службу веб-компоненты, обычно на внешних веб-серверах. Для подключения потребителя к службе каждое служебное приложение располагает провайдером, которому известно, как общаться со службой.

У этой архитектуры, полностью расширяемой, чтобы сторонние участники могли создавать новые служебные приложения, есть несколько преимуществ. Во‑первых, службы могут быть опубликованы на других фермах путем установки провайдера служебных приложений на другой ферме и задания универсального кода ресурса (URI), предоставленного центром администрирования при публикации служебного приложения. Таким образом фермы могут совместно использовать служебные приложения, предоставляя единые службы для таких функций, как поиск, таксономия, статистическая обработка данных и аналитика.

Во‑вторых, веб-приложения можно настроить на использование одного или нескольких экземпляров службы. Например, веб-приложение для финансового отдела компании может использовать службу таксономии Managed Metadata Service, предоставляющую специфическую таксономию для финансов, и другую службу, обеспечивающую общую таксономию уровня компании.

В‑третьих, службы можно масштабировать в период повышенного спроса. Если на службу предъявляется повышенный спрос, то служебное приложение можно разместить на дополнительных серверах приложений. Когда провайдер службы запрашивает ферму о местонахождении WCF-службы, архитектура службы возвращает экземпляр службы циклическим образом, в том числе новые серверы приложения.

Другая характеристика приложений служб — многоабонентное обслуживание. При этом обеспечивается такое разделение службы, что она возвращает подмножество данных. Классический пример этого подхода — размещаемые на серверах поставщика экземпляры SharePoint, в которых одна служба Search используется несколькими размещаемыми на серверах потребителями. Очевидно, что результаты поиска необходимо ограничить данными каждого потребителя, и уровень безопасности должен предотвратить утечку результатов поиска. Безопасность достигается путем многоабонентного обслуживания: к каждой строке данных в службе Search добавляется поле идентификатора подписчика. Специфическое для потребителя семейство сайтов с этим идентификатором подписчика может возвращать результаты только из службы, соответствующей идентификатору подписчика. Наверняка будут другие службы и другие обстоятельства (даже для корпоративной сети), в которых компании пожелают разделить данные, возвращаемые одним приложением службы.

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

Дэн Холм (danh@intelliem.com) — директор консалтинговой службы Intelliem, которая организовывает консультации для предприятий, внедряющих SharePoint, Office, Windows и Active Directory