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

Второй продукт, разработанный Microsoft, превратился в SharePoint Portal Server (SPS) 2001 и рассматривался как расширение функции общедоступных папок в Microsoft Exchange Server. Для хранения данных в SPS 2001 был задействован механизм базы данных Microsoft Exchange, совершенно не похожий на механизм на основе SQL Server, применяемый в SharePoint Team Services.

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

Первой действительно реальной попыткой Microsoft объединить эти два инструмента в одну линейку продуктов и создать среду совместной работы была вторая волна технологий SharePoint — SharePoint 2003 (рис. 1.1). SharePoint Team Services теперь получила название Windows SharePoint Services (WSS) 2.0, а портальный продукт стал называться SharePoint Portal Server 2003. Оба продукта были основаны на одном и том же механизме баз данных SQL Server, и Microsoft позиционировала их возможности как дополняющие друг друга. WSS была “бесплатным” продуктом, доступным с любой лицензией на Windows Server, а продукт SPS 2003 стал полнофункциональным порталом, включающим в свою топологию сайты WSS.

feSE

• ffe ?А FevrxJtei jpwfc gefe

Ipfiwi - p * j i Wp*

' hnpy/twgVtJtet/rrvaiVp^rp/ddaiJt tup)

ЧИОпА Wfffel 1й|

Home Document» end List» Create Site Settings Help

Up to CompanyASt Portal

a

Marketing

Home

Marketing Document iJbrery z * к Гуов Neme Д lifted Bf There ere no items to show in this view of the 'Marketing Document Library 2" I document library. To create a new item, didc 'Add new document* below-

Documents

Sharfd Document»

Marketing Document Library

г

Picture*

Usts Contacts Tasks Olstufslons General Discussion Surveys

¦ Add new document

Главная Контакты Нашёл ошибку Прислать материал Добавить в избранное
	SharePoint 2010 Майкл Ноэл Колин Спенс Москва • Санкт Петербург • Кирр 2ГШ ББК 32.973.26-018.2.75 Н86 УДК 681.3.07 Издательский дом “Вильямс" Зав. редакцией С.Н. Тригуб Перевод с английского Я.П. Волковой, А.А. Моргунова Под редакцией Ю.Н. Артеменко По общим вопросам обращайтесь в Издательский дом “Вильямс” по адресу: inro@williamspublishing.com, http://www.williamspublishing.com Ноэл, Майкл, Спенс, Колин. Н86 Microsoft SharePoint 2010. Полное руководство. : Пер. с англ. — М. : ООО “И.Д. Вильямс", 2011. — 880 с.: ил. — Парал. тит. англ. ISBN 978-5-8459-1728-7 (рус.) ББК 32.973.26-018.2.75 Все названия программных продуктов являются зарегистрированными торговыми марками соответствующих фирм. Никакая часть настоящего издания ни в каких целях не может быть воспроизведена в какой бы то ни было форме и какими бы то ни было средствами, будь то электронные или механические, включая фотокопирование и запись на магнитный носитель, если на это нет письменного разрешения издательства Sams Publishing. Authorized translation from the English language edition published by Sams Publishing Copyright © 2011 by Pearson Education, Inc. All rights reserved. No part of this book shall be reproduced, stored in a retrieval system, or transmitted by any means, electronic, mechanical, photocopying, recording, or otherwise, without written permission from the publisher. Russian language edition is published by Williams Publishing House according to the Agreement with R&I Enterprises International, Copyright © 2011 Научно-популярное издание Майкл Ноэл, Колин Спенс Microsoft SharePoint 2010. Полное руководство Верстка Т.Н. Артеменко Художественный редактор • В.Г. Павлютин Подписано в печать 08.04.2011. Формат 70x100/16 Гарнитура Times. Печать офсетная Уел. печ. л. 70,95. Уч.-изд. л. 64.1 Тираж 1500 экз. Заказ № 25618. Отпечатано по технологии CtP вОАО“Печатный двор" им. А. М. Горького 197110, Санкт-Петербург, Чкаловский пр., 15 ООО “И. Д. Вильямс”, 127055, г. Москва, ул. Лесная, д. 43. стр. 1 ISBN 978-5-8459-1728-7 (рус.) © Издательский дом “Вильямс”, 2011 -------л „„„„„ „ ,-----Ч а. г-„.л„н,гЬ| © hv Ре rson Ed linn. Inc.. 2011 Оглавление Часть III. Обеспечение безопасности, защита и оптимизация архитектуры SharePoint 289 Глава 12. Виртуализация компонентов SharePoint 290 Глава 13. Развертывание SharePoint для экстрасетей и альтернативных вариантов аутентификации 307 Глава 14. Защита SharePoint с помощью усовершенствованного антивируса и решений Edge Security 334 Глава 15. Реализация и проверка защиты SharePoint 2010 357 Глава 16. Контент с включением почтовых сообщений и интеграция с Exchange Server 380 Глава 17. Защита конфиденциальных данных в SharePoint 2010 397 Часть IV. Использование технологий SharePoint 2010 для обеспечения совместной работы и управления документами 425 Глава 18. SharePoint Foundation и SharePoint Server 2010 426 Глава 19. Использование библиотек и списков в SharePoint 2010 453 Глава 20. Настройка библиотек и списков и управление ими в соответствии с производственными требованиями 497 Глава 21. Проектирование страниц и сайтов и управление ими для обработки информации 548 Глава 29. Разработка приложений с помощью SharePoint Designer 2010 и Visual Studio 2010 780 Плава 30. Реализация бизнес-аналитики в SharePoint 2010 с помощью PerformancePoint Services 815 Глава 31. Реализация бизнес-аналитики в SharePoint 2010 с помощью Business Connectivity Services 843 Содержание SharePoint 2.0 Wave: Windows SharePoint Services 2.0 и SharePoint Portal Server 2003 34 SharePoint 3.0 Wave: Windows SharePoint Services 3.0 и Microsoft Office SharePoint Server 2007 35 Последний выпуск — SharePoint 4.0 Wave: SharePoint Foundation Server Решение проблемы повторного создания документов с помощью SharePoint 66 Решение проблемы невозможности или неэффективности поиска по различным типам контента 66 Решение проблемы неэффективных средств для совместной работы над документами с помощью библиотек документов SharePoint 66 Решение проблемы интенсивного использования почтовых вложений Удовлетворение производственных потребностей с помощью Резюме Практические рекомендации Глава 5. Переход с устаревших версий SharePoint на SharePoint 2010 Формулировка стратегии перехода Модернизация на месте Подключение баз данных Другие способы перехода и сторонние решения Планирование модернизации до SharePoint 2010 Поддерживаемые способы модернизации Оценка готовности сайта к модернизации с помощью средства предварительной проверки Создание прототипной тестовой среды Замечания по модернизации баз данных SQL Пути перехода на SharePoint 2010 Выполнение модернизации на месте для среды SharePoint Установка ПО, необходимого для работы SharePoint 2010 Выполнение модернизации Работа Мастера конфигурирования Модернизация подключением баз данных Шаги, выполняемые при модернизации подключением баз данных Использование визуальной модернизации Предварительный просмотр визуальных компонентов SharePoint 2010 в сайте Автоматическая визуальная модернизация персональных сайтов Резюме Практические рекомендации Часть II. Администрирование и сопровождение SharePoint Server 2010Глава 6. Управление и администрирование инфраструктуры SharePoint 2010 Управление операциями с помощью центра администрирования SharePoint Выполнение задач управления приложениями в SPCA Выполнение задач настройки системы в SPCA Выполнение задач наблюдения в SPCA Резервное копирование и восстановление в SPCA Работа с параметрами безопасности в SPCA Работа с параметрами модернизации и перехода в SPCA Работа с общими параметрами приложений в SPCA Страница мастера конфигурирования в SPCA Администрирование сайтов и семейств сайтов Дополнительные средства администрирования для SharePoint 2010 Администрирование SharePoint с помощью утилиты командной строки STSADM Работа с диспетчером информационной службы интернета Администрирование SQL Server в SharePoint Резюме Практические рекомендации Глава 10. Резервное копирование и восстановление среды SharePoint Компоненты SharePoint для резервного копирования и восстановления Восстановление данных с помощью корзины Два этапа корзины Включение функции корзины в SharePoint Копирование и восстановление с помощью центра администрирования SharePoint Резервное копирование с помощью центра администрирования Резервное копирование конфигурации фермы Частичное копирование с помощью центра администрирования SharePoint Копирование семейства сайтов Экспорт сайта или списка с помощью консоли центра администрирования Восстановление SharePoint с помощью центра администрирования SharePoint Восстановление конфигурации фермы с помощью центра администрирования Восстановление данных из не присоединенной базы данных контента Копирование и восстановление с помощью SharePoint 2010 Management PowerShell Резервное копирование конфигурации фермы с помощью PowerShell Резервное копирование всего веб-приложения Восстановление семейства сайтов Импорт сайта или списка Импортирование сайта Резервное копирование конфигурации Internet Information Services v7 Средства копирования SQL Способы копирования SQL Server Модели восстановления SQL Server Резюме Практические рекомендации Глава 11. Наблюдение за средой SharePoint 2010 Использование анализатора работоспособности SharePoint Параметры анализатора работоспособности SharePoint Изменение определений заданий для анализатора работоспособности Использование средств генерации отчетов, встроенных в SharePoint Просмотр и создание отчетов Оптимизация параметров журналов для сбора данных об используемости Изменение параметров журнала диагностики Таймерные задания для SharePoint 2010 Изменение таймерных заданий Наблюдение за работой таймерных заданий Упрощение управления SharePoint 2010 с помощью диспетчера SCOM Более близкое знакомство с диспетчером SCOM Установка пакетов управления SCOM для SharePoint 2010 Установка дополнительных пакетов управления для ферм SharePoint Наблюдение за функционированием и производительностью SharePoint с помощью SCOM Создание графиков сопровождения SharePoint Выполнение ежедневных задач сопровождения Выполнение еженедельного обслуживания SharePoint Выполнение ежемесячных задач обслуживания Выполнение ежеквартальных задач сопровождения Изолирование данных SharePoint с помощью отдельных списков SharePoint 358 Изолирование SharePoint с помощью развертывания раздельных сайтов или семейств сайтов 359 Изолирование SharePoint с помощью раздельных заголовков хостов Использование службы управления правами Active Directory (AD RMS) Приложения-службы, имеющиеся в различных версиях SharePoint 2010 431 Обзор средств центра администрирования на домашней странице SharePoint Foundation 2010 и SharePoint Server 2010 439 Сравнение общих параметров приложений в SharePoint Foundation 2010 и SharePoint Server 2010 Enterprise 441 Параметры семейств сайтов в SharePoint Foundation 2010 и SharePoint Server 2010 443 Параметры сайтов в SharePoint Foundation 2010 и SharePoint Server 2010 444 Параметры библиотек документов и списков в SharePoint Foundation 2010 Глава 21. Проектирование страниц и сайтов и управление ими Высокоуровневый обзор шагов, необходимых для создания нового хоста My Site 641 Высокоуровневый обзор шагов для создания нового Часть V. Использование офисных приложений с SharePoint 68i Глава 25. Использование приложений Office 2010 с SharePoint 2010 682 Поддержка, предлагаемая для более ранних версий Office в SharePoint 2010 683 Использование приложений Office 2007 с SharePoint 2010 683 Основы сохранения документа Word в библиотеке документов SharePoint 684 Работа с представлением Backstage в Word 2010 687 Получение доступа к шаблонам SharePoint из Word 2010 688 Создание ярлыков для быстрого доступа к SharePoint 2010 689 Использование инструмента Connect to Office для создания ярлыков 689 Добавление ярлыка в папку SharePoint Sites вручную 691 Создание ярлыка вручную в виде нового элемента в сетевом окружении 692 Совместная работа над документами Word 2010 и PowerPoint 2010, хранящимися в SharePoint 2010 693 Использование SharePoint Workspace с SharePoint 2010 696 Подключение содержимого SharePoint 2010 к Outlook 2010 701 Подключение списков задач к Outlook 2010 703 Планирование использования Office Web Apps 733 Предварительные условия для сервера и вопросы, касающиеся лицензирования 733 Браузеры, поддерживаемые в Office Web Apps 734 Планирование поддержки множества версий многофункционального Предметный указатель 869 06 авторах Майкл Ноэл (участник программы MS-MVP, обладатель сертификата MCITP). Известный во всем мире эксперт по технологиям и известный лектор-популяризатор по широкому спектру компьютерные тем. Автор 17 крупных промышленных книг, переведенных на полтора десятка различных языков: SharePoint 2007 Unleashed', Exchange Server 2010 Unleashed,1, Windows Sewer 2008 R2 Unleashed\ Forefront Unleashed и многих других. В настоящее время Майкл сотрудничает с компанией Convergent Computing (в районе Сан-Франциско Бэй, www.cco.com). Его известные во всем мире письменные и устные выступления основаны на опыте реальной работы на всех шести континентах, когда он помогал различным организациям использовать с максимальной выгодой инфраструктуру информационных технологий. Колин Спенс (обладатель сертификата МСР и MCTS SharePoint). Колин сотрудничает с компанией Convergent Computing и имеет почти десятилетний опыт работы с технологиями SharePoint. Для сотен различных клиентов он проектировал, реализовывал, настраивал и сопровождал уникальные бизнес-решения SharePoint. Колин является автором нескольких книг-бестселлеров по продуктам SharePoint для серии Unleashed издательства SAMS — SharePoint 2003, 2007, а теперь и 2010. Он часто пишет статьи в многочисленных блогах и печатных изданиях и регулярно выступает на лекциях, посвященных технологиям SharePoint. Посвящения Я посвящаю эту книгу моей жене Марине. Ты смысл моей жизни и заполняющая ее любовь. — Майкл Ноэл Моя работа посвящена моей прекрасной, надежной и терпеливой жене Нэнси, которая всегда обеспечивает необходимую поддержку и опору во время процесса творчества. — Колин Спенс Благодарности Майкл Ноэл. Нормальный человек вполне может спросить, зачем я продолжаю истязать себя с этими книгами, и вообще-то это хороший вопрос. Время, потраченное на написание книг вроде этой, не перевести в славу или богатство — ведь, к сожалению, я не пишу бестселлеры с рассказами о мистических убийствах. Более того, обычно в результате получаются головная боль, язвы и очередная недостача волос на голове. Ну и зачем тогда тратить на это время? Зачем неделями и месяцами изучать новое программное обеспечение со всех возможных сторон? Зачем тратить часы на создание снимков экрана для программной платформы, которая устареет к выходу очередной редакции года через три? Честно говоря, у меня нет логичного ответа на эти вопросы, но я точно знаю: мне нравится, что я могу поделиться знаниями с IT-работниками со всего мира, которые просто хотят прийти домой на закате дня и провести время со своими семьями, а не над клавиатурой. Я надеюсь, что данная книга поможет в этом, и мне нравится думать, что она может помочь моим компьютерным коллегам иногда видеть свет в конце тоннеля. Ну а теперь, а вообщето прежде всего, я должен поблагодарить мою жену Марину, мою дочь Джулию и моих тестя и тещу Вэла и Лизу за всю их эмоциональную поддержку во время бессонных ночей, когда кажется, что нормально уже ничего никогда не будет. Ребята, вы просто удивительны, и я бы ни за что не справился без вас! Также спасибо моему соавтору Колину Спенсу, который трудился на протяжении месяцев как раб на галерах, выдавая замечательный текст. Это просто здорово — снова работать с тобой над очередной чумовой книгой, даже если в процессе этого мы теряем себя и осознание себя! Кроме того, у нас была замечательная группа авторов отдельных фрагментов для этого проекта со всего мира, которые долго и нудно работали, чтобы внести в книгу невероятную глубину и широту знаний. К ним относятся Агнесс Молнар (Agnes Molnar) — автор замечательных сведений по SharePoint Search и Амман Мохаммед Эль-Хаттаб (Ayman Mohammed El-Hattab), который написал просто блестящий тест по сопровождению SQL Server. Сюда же относится фантастическое руководство по резервному копированию и сопровождению Олпеша Накара (Alpesh Nakar), крайне аккуратное руководство по экстранет-сетям от Брайана Калвера (Brian Culver) и потрясающая глава и сценарии от Тони Франкола (Toni Frankola). И, наконец, я получил помощь в написании и тестировании некоторых блестящих сценариев от Муханада Омара (Muhanad Omar) и Конана Флинта (Conan Flint). Работа, выполненная этими феноменальными авторами, действительно помогла отшлифовать книгу до блеска. Спасибо всем! Спасибо всем участникам конференций по всему миру, которые присутствовали на моих сеансах год за годом, моим клиентам и читателям книг — а это добрых четверть миллиона — которые на протяжении многих лет читали мои книги. Я в самом деле ценю доверие, высказанное мне и моим коллегам. И, наконец, благодарю Нейла Роу (Neil Rowe) из издательства Sams за всю огромную помощь по выпуску данной книги и за дружеское отношение ко мне на протяжении многих лет. Ты замечательный человек и качественный редактор. Колин Спенс. Для начала (ну, не начала времен вообще, а начала моего написания технических книг) я хочу поблагодарить Рэнда Моримото (Rand Morimoto), который помогал мне удержаться в процессе написания все эти годы, и Майкла Ноэла, который ринулся вместе со мной в первую книгу “SharePoint Unleashed” и помог обеспечить успех предприятия. Нейл Роу (Neil Rowe) из издательства Sams продолжает обеспечивать логистику процесса; I UfuJBUoiiM 26 t---—- от него всегда можно услышать ласковое слово вроде “болван", погоняющее меня перед сроком сдачи очередной части книги. Поскольку вся эта работа выполнялась многими часами в моем домашнем офисе (в шутку называемом “пещерой”), моей жене понадобилось терпение ангела, чтобы пережить мою постоянную недоступность для обычных дел (например, для прогулки с собакой или простого ужина), скачки настроения, а также заумные и пафосные изречения. Иногда я думаю, что написание книги труднее для нее, чем для меня, и я благодарен ей от всего сердца! Не будет преувеличением сказать, что написание подобных технических текстов такого уровня изменяет жизнь автора — с точки зрения не только затраты времени и сил для получения окончательного продукта, но и изменения видения технологических изменений. Т.к. это уже третья книга по SharePoint, соавтором которой я являюсь, у меня сложилось весьма неплохое понимание огромного ассортимента инструментов и средств, имеющихся в этом продукте. При этом бывает трудно ответить на с виду простые вопросы. К примеру, когда кто-то меня спрашивает, что такое SharePoint, мне приходится переворошить в уме все мои знания и сконцентрировать их в одно-два предложения, т.к. тот, кто задал вопрос, вряд ли собирается сидеть и ждать, пока я разверну демонстрационную доску и начну рассказывать про .NET, IIS, веб-приложения, семейства сайтов, списки и библиотеки. Я понял, что более важно выяснить, почему заданы вопросы и какие цели преследует человек, спрашивая о технологиях SharePoint. К счастью, мне довелось работать с сотнями компаний в процессе проектирования и реализации, начиная с линейки продуктов SharePoint 2003, и у меня за плечами бесчисленные исследования и примеры отображения различных возможностей SharePoint на конкретные потребности организаций. И, что более важно, уроки, полученные на протяжении многих лет освоения и применения различных инструментов и средств, которые могут и усложнить решение до полной невозможности, четко оформились в голове и стали тем вооружением, которое позволяет при необходимости подхлестнуть энтузиазм клиентов. Надеюсь, что это сочетание глубокого знания продукта и реального опыта наложило отпечаток на форму и содержание данной книги. Великолепным опытом была моя работа с рядом авторов отдельных фрагментов данного тома, и некоторые из них помогли нам уверенно расширить рамки книги за счет более подробного освещения “горячих" тем разработки приложений и бизнес-логики. С Улиссом Людвигом (Ulysses Ludwig) я работаю уже два года, и реальные проекты, совместно разработанные нами, серьезно повлияли на подход, принятый в главе, которая посвящена разработке приложений. Очень пригодились и экспертные советы Бена Нэдлера (Ben Nadler) по PerformancePoint и Business Connectivity Services, особенно когда мы поняли, что нам понадобятся две главы для разумного обзора всех нужных для этого тем. Кроме того, Джоэл Олесон (Joel Oleson) и Крис Чанг (Chris Chung) обеспечили нас наставлениями и конкретным материалом по главе, описывающей вопросы управления, которая оказалась на удивление трудной для нас из-за широты данной темы. Ким Амарис (Kim Amaris) помогла нам в завершении главы по интеграции с Office 2010, так что спасибо им всем за помощь. Спасибо и коллективу издательства Sams Publishing/Pearson Education, которые помогали нам редактировать, форматировать и красиво оформлять текст. Я никогда не забуду и многих других, кто внес свои идеи, замыслы и тексты, а если когда и забуду, то напомните мне, и я куплю вам чашку кофе Starbucks. Введение Когда мы несколько лет назад взялись за написание первоначальной книги SharePoint 2003 Unleashed, мы и представить себе не могли, как быстро этот продукт наберет популярность, и какой огромный интерес п сфере информационных технологий появится к продуктам и технологиям SharePoint. В последующие годы, когда мы работали с данным продуктом в компаниях различных размеров, мы узнавали из первых рук, в чем продукт был успешен, а в чем неудачен, и всё пополняли свою копилку практических приемов проектирования, развертывания и администрирования. Наше знакомство с самой последней версией SharePoint началось более чем за год до ее выпуска, даже до бета-версии, когда еще разрабатывался SharePoint vl4. Мы набирали опыт в нашей компании Convergent Computing (ССО), развертывая пакет у первоначальных пользователей и пользуясь тесными связями с компанией Microsoft. Кроме того, мы сотрудничали с командой разработчиков SharePoint и обширным сообществом пользователей SharePoint с помощью программы поддержки наиболее ценных профессионалов Microsoft (Most Valuable Professional — MVP). К этому времени нам стал понятен богатый выбор средств и возможностей, имеющихся в версии SharePoint 2010, и мы использовали наш непосредственный опыт работы с бета-версиями продукта, чтобы начать работать над данной книгой, которая представляет собой исчерпывающее описание возможностей, администрирования и инфраструктуры SharePoint 2010. Основной сложностью данной книги был выбор и описание наиболее важных средств, тем, практических упражнений и навыков, которые могут пригодиться целому спектру наших читателей при работе с SharePoint 2010. Для этого нам пришлось вспомнить наш опыт работы за последние десять лет с сотнями различных организаций и выбрать наиболее часто встречающиеся требования в областях проектирования, архитектуры, интегрирования и настройки. Мы постарались, чтобы книга была полезной и для тех читателей, которые никогда ранее не пользовались продуктами SharePoint, и для тех, кто набил руку в работе с продуктом и уже работает с SharePoint 2010. Это могут быть менеджеры и архитекторы в области информационных технологий, администраторы SharePoint, опытные пользователи SharePoint и, конечно, конечные пользователи. Поэтому мы тщательно отобрали в книгу то, что по нашему мнению, наиболее ценно для нашей аудитории. Основным моментом нашей стратегии был выход за очевидные возможности SharePoint 2010 и опыт по работе с наиболее распространенными точками интеграции SharePoint 2010 — SQL Server, Exchange Server, антивирус, продукты Edge Security и инструменты наподобие SharePoint Designer 2010 и Visual Studio 2010. И тогда книга стает не очередным рассказом о возможностях SharePoint 2010 в безвоздушном пространстве, а о его возможностях в сложной информационной экосистеме. В этой книге обобщен наш опыт и опыт наших коллег из Convergent Computing, а также опыт работы наших клиентов с продуктами и технологиями SharePoint 2010 — как на бета-стадиях, так и в промышленных развертываниях. Мы разбили книгу на отдельные темы, чтобы можно было быстро найти и прочитать конкретный раздел и выполнить четкие пошаговые алгоритмы действий. Примеры этих действий — это не просто примитивные иллюстрации некоторых возможностей, а описания реального применения технологий и инструментов в реальных ситуациях. Но если вам нужен хороший обзор SharePoint 2010, вы можете прочитать книгу по порядку и четко разобраться в высоких уровнях безопасности и функциональности, которые обеспечивает SharePoint. Темы книги разбиты на несколько частей, объединяющих похожие категории. Организация книги Темы в книге поделены следующим образом. • Часть I. Планирование и развертывание SharePoint Server 2010. Эта часть содержит введение в стек продуктов SharePoint 2010, а также конкретные советы по их проектированию и реализации. Кроме того, приведены основные практические рекомендации по переходу с устаревших версий SharePoint и подробные сценарии сложных случаев инсталляции SharePoint 2010. ¦ Часть II. Администрирование и сопровождение SharePoint Server 2010. Темой этой части является повседневное администрирование и наблюдение, необходимое при работе с готовой средой. Здесь описано, как использовать новые инструменты, в том числе и Windows PowerShell, при администрировании SharePoint 2010 и при резервном копировании и восстановлении данных. Здесь также подробно описано, как администрировать и сопровождать базы данных SQL, используемые в SharePoint. ¦ Часть Ш. Обеспечение безопасности, защита и оптимизация архитектуры SharePoint. Здесь подробно описываются концепции входной безопасности, транспортной безопасности и безопасности контента. Подробно рассматриваются темы: прозрачное шифрование данных в SQL, сертификаты SSL, шифрование IPsec, служба управления правами Active Directory, антивирусы и пр. Кроме того, в данном разделе также содержатся инструкции по виртуализации фермы SharePoint 2010 с помощью технологии виртуализации серверов. • Часть IV. Использование технологий SharePoint 2010 для обеспечения совместной работы и управления документами. Эта часть начинается со сравнения SharePoint Foundation и SharePoint Server 2010, а потом рассматриваются средства и возможности, которые имеются в библиотеках и списках, настройка библиотек и списков и управление сайтами и страницами, на которых находятся такие компоненты. Одна из глав посвящена метаданным и типам контента, еще одна глава — обсуждению средств организации социальных сетей, а затем рассматривается процесс управления SharePoint 2010. • Часть V. Использование офисных приложений с SharePoint. В ней рассматриваются приложения Office 2010, наиболее часто используемые с продуктами SharePoint 2010 — Word 2010, SharePoint Workspace 2010 и Outlook 2010 — а также основные средства совместной работы, которые можно задействовать для работы с SharePoint 2010. Кроме того, рассматриваются Excel Services, Access Services, Video Graphics Services, Office Web Apps и как готовые, так и разрабатываемые пользователями рабочие потоки SharePoint Designer 2010. • Часть VI. Расширение среды SharePoint. Одна глава в ней посвящена теме разработки приложений с помощью SharePoint Designer 2010 и Visual Studio 2010, одна глава — службе PerformancePoint Services, и еще одна — службе Business Connectivity Services. Если вы, как и многие другие, недавно столкнулись с задачей администрирования среды SharePoint или просто ищете способы поднять управление документами и совместной работой на новый уровень, и вам нужно понимание, как встроить SharePoint 2010 в вашу информационную экосистему, то эта книга для вас. Надеемся, что вам понравится читать ее — так же, как нам нравилось ее писать и работать с самим продуктом. От издательства Вы, читатель этой книги, и есть главный ее критик и комментатор. Мы ценим ваше мнение и хотим знать, что было сделано нами правильно, что можно было сделать лучше и что еще вы хотели бы увидеть изданным нами. Нам интересно услышать и любые другие замечания, которые вам хотелось бы высказать в наш адрес. Мы ждем ваших комментариев и надеемся на них. Вы можете прислать нам бумажное или электронное письмо, либо просто посетить наш веб-сервер и оставить свои замечания там. Одним словом, любым удобным для вас способом дайте нам знать, нравится или нет вам эта книга, а также выскажите свое мнение о том, как сделать наши книги более интересными для вас. Посылая письмо или сообщение, не забудьте указать название книги и ее авторов, а также ваш обратный адрес. Мы внимательно ознакомимся с вашим мнением и обязательно учтем его при отборе и подготовке к изданию последующих книг. Наши координаты: E-mail: info@williamspublishing.com WWW: http: //www.williamspublishing. com Информация для писем из: России: 127055, г. Москва, ул. Лесная, д. 43, стр. 1 Украины: 03150, Киев, а/я 152 ЧАСТЬ Планирование и развертывание SharePoint Server 2010 В ЭТОЙ ЧАСТИ... 1лава 1. Введение в SharePoint 2010 Глава 2. Проектирование развертывания SharePoint 2010 Глава 3. Инсталляции простой фермы SharePoint Server 2010 Глава 4. Более сложная инсталляция SharePoint 2010 и масштабируемость Глава 5. Переход с устаревших версий SharePoint на SharePoint 2010 ГЛАВА I Введение в SharePoint 2010 В ЭТОЙ ГЛАВЕ... • Возможности SharePoint 2010 • Использование SharePoint 2010 для совместной работы и управления документами • Краткий обзор усовершенствований в SharePoint 2010 • Защита SharePoint 2010 с помощью новых усовершенствований безопасности • Применение метаданных и типов контента • Дополнительные средства работы с социальными сетями • Работа с Office Web Apps • Создание мощных и гибких рабочих потоков • Разработка приложений с помощью Visual Studio • Применение средств бизнес-логики в SharePoint 2010 • Управление средой SharePoint Нечасто технологические продукты привлекают столько внимания, как SharePoint в последние годы. Конечно, у каждой технологии есть свой ареал приверженцев, но SharePoint за несколько лет приобрел массу поклонников. Сегодня огромный процент организаций всех форм и размеров используют один из видов SharePoint. И это не просто так. Популярность SharePoint обусловлена его возможностью предоставить платформу для создания гибких, мощных и интеллектуальных деловых решений. Он обеспечивает полное управление документами и записями, совместную работу коллективов, управление веб-контентом и возможностями экстрасетей — и все это из интуитивно понятного и настраиваемого интерфейса. Компания Microsoft еще более увеличила эту популярность с выходом последнего выпуска продуктов и технологий SharePoint, которые все вместе называются SharePoint 2010. В этот выпуск включены новые возможности, такие как большая масштабируемость модели приложений-служб, взаимодействие с внешними данными с помощью службы Business Data Connectivity и многие другие. Microsoft учла пожелания клиентов и существенно переработала продукт, создав интеллектуальную платформу, которая может удовлетворить потребности всех видов организаций. В данной главе содержится введение в продукты SharePoint 2010 и высокоуровневый обзор возможностей и функций этой платформы. Здесь содержится перечень изменений и новых возможностей в SharePoint 2010, что может служить отправной точкой для чтения остальных глав книги с указанием, какие главы содержат наиболее полную информацию о конкретных возможностях и технологиях. Возможности SharePoint 2010 Ответить на вопрос “Что такое SharePoint 2010?" совсем не легко. В основном потому, что в отличие от других инструментов, продаваемых Microsoft, SharePoint создан в виде платформы, которую можно видоизменять в соответствии с потребностями практически любой организации. Одна среда SharePoint может разительно отличаться от другой среды SharePoint и применяться для решения совсем других задач. Вообще-то SharePoint и создан с целью настройки для решения конкретных производственных задач и удовлетворения конкретных организационных потребностей. Он сконструирован как полноценное решение управления документами, портал совместной работы, рабочее пространство для бригадного сайта, общедоступного веб-сайта, среда сотрудничества с внешними партнерами — и все это в одном флаконе. За несколько лет SharePoint 2010 развился от набора разрозненных и почти не масштабируемых средств до мощного инструмента, применяемого во многих организациях по всему миру. Но откуда взялся SharePoint 2010? Чтобы понять, что представляет собой данная версия, лучше сначала разобраться в истории продуктов и технологий SharePoint и пути до нынешнего состояния. SharePoint 1.0 Wave: SharePoint Team Services и SharePoint Portal Server 2001 Истоки сегодняшнего SharePoint лежат в двух различных продуктах, разработанных в Microsoft двумя различными бригадами. На протяжении нескольких лет эти продукты перекрывали возможности друг друга, но на этапе разработки они задумывались как совершенно различные инструменты с совершенно различными названиями. И лишь в момент выпуска Microsoft решила вставить в оба названия слово SharePoint, хотя сами продукты весьма различались по многим параметрам. Первый из этих продуктов, названный SharePoint Team Services, был задуман как продукт для обеспечения командной работы с ограниченными возможностями управления до-
ХА	Планирование и развертывание SharePoint Server 2010
	Часть 1

Введение в SharePoint 2010

Глава 1

35

Это был значительный шаг вперед и гораздо более зрелый продукт по сравнению с линейкой SharePoint 2001, но болезни роста все еще хорошо были заметны. Многие пользователи просто не понимали, что лучше использовать — области SPS 2003 или сайты WSS, а их интеграция была слабой. И все-таки эти волна уже получила заметное признание, т.к. многие организации развернули SharePoint в первый раз.

Моментом, когда продукты и технологии Microsoft SharePoint стали действительно признанными инструментами, стала волна 3.0. В ней была обеспечена теснейшая интеграция между новыми версиями двух продуктов. WSS доросла до WSS 3.0, a SPS 2003 была переименована в Microsoft Office SharePoint Server (MOSS) 2007. Кроме того, Microsoft объединила с SharePoint продукт Content Management Server, интегрировав его в MOSS 2007.

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

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

mm

m

т

^ -

tlbbNMl

MuiScbm

«•rut Nod -'a Sthjdutc * М««юд I

^ Е(^<и(Мпмл1М««н|| A?d<tion«l AetiCTO ^ AddlcCuUookCqtplCts ©«Moot Piepe'tie

V30/aD0711:429M 1/31/ZB? 12iXAM

1ЗДДО7 U.21W4 V1VMMJ.UW V2I/JD0712.14 AM

Locj)«mranrt|Ptclettc4I1o4c Cn

-41004 -

Планирование и развертывание SharePoint Server 2010 36 "

__ Часты

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

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

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

Углубляя концепции совместной работы и управления документами, SharePoint 2010 обеспечивает высочайший уровень интеграции с продуктами Office 2010, в то же время не оставляя без поддержки и пользователей Office 2007 и до некоторой степени приложений Office 2003. Наиболее сильна интеграции с Word, Excel, Outlook, Access, PowerPoint, Visio и инструментами, в основном и предназначенными для работы с SharePoint 2010 — SharePoint Designer 2010 и SharePoint Workspace 2010. На этой интеграции базируются возможности обеспечения совместной работы SharePoint 2010. Интеграция с продуктами Office описана в главах 25 и 26.

Примером улучшения совместной работы, которой так не хватало многим организациям, является сокращение зависимости от электронной почты как основного средства сотрудничества. SharePoint предлагает идеальное решение: вместо того чтобы пересылать весь документ, можно просто послать по почте URL-адрес, который является ссылкой на документ SharePoint в библиотеке документов. После этого пользователи могут просмотреть документ в библиотеке документов, программно изъять его из библиотеки, внести изменения и снова сдать в библиотеку. SharePoint может создавать новые версии документов, предоставляя доступ к их предыдущим версиям. Конечным результатом является одно название документа и один URL-адрес документа — в отличие от “старого доброго способа”, когда пользователи пытались найти документ в файловом хранилище или в общедоступной папке, а затем недоумевали, почему документ “ЕКЛМН предложения vl .Одокупр-docx” более новый, чем “ЕКЛМН предложения v2.0ynpflOK.docx”.

Полезно представлять себе, как хранятся данные в SharePoint 2010. Главными хранилищами являются библиотеки и списки. Одним из преимуществ библиотеки документов SharePoint являются инструменты, предоставленные администратору библиотеки для управления “что кому можно” в библиотеке — в смысле добавления, удаления, редактирования или просто чтения документов. Кроме того, имеются средства ведения версий, которые позволяют отслеживать крупные и мелкие редакции файлов, оповещения для информирования пользователей об изменениях, средства управления сдачами и изъятиями документов, шаблоны документов, доступные из библиотеки, и мощные инструменты для создания метаданных, которые добавляются в документы, хранящиеся в библиотеках.

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

Оповещения в библиотеках и списках SharePoint генерируют информативные почтовые сообщения пользователям при возникновении изменений определенных типов, а это означает, что пользователям нет необходимости ежедневно просматривать свои списки и библиотеки, чтобы увидеть, что в них изменилось, т.к. SharePoint достаточно “сообразителен”, чтобы проинформировать их. Рабочие потоки можно запускать вручную или автоматически, при возникновении определенных условий: например, когда какой-то пользователь указывает, что необходимо опубликовать главную версию документа, менеджеру направляется электронное сообщение с напоминанием о npotMorpe и утверждении этого документа.

Библиотеки документов — это один вид хранилищ в SharePoint 2010, а другой основной вид хранилищ называется списками. Списки хранят данные по строкам и столбцам, примерно так же, как в таблицах Excel. Большинство организаций тут же перемещают свои данные из таблиц Excel в списки SharePoint сразу после его развертывания. Рассмотрим пример электронной таблицы с данными о продажах.

Обычно все продавцы заполняют ее вечером перед производственными совещаниями, и менеджеру приходится лихорадочно сводить всю информацию в “единый источник истины”. Но если данные перенесены в списки SharePoint, менеджер может отказаться от электронных таблиц, а каждый пользователь просто добавляет или изменяет строки данных в списке, причем все пользователи могут иметь доступ к этому списку одновременно. Более того, список отслеживает версии данных в каждой строке (в Excel такого нет), проставляет метки времени для каждого изменения и идентифицирует авторов изменений, что открывает широкие возможности для аудита. Списки SharePoint позволяют экспортировать данные в Excel или Access, редактировать данные в удобном табличном отображении и создавать различные представления для просмотра подмножеств всех данных.

Вот примерный список шаблонов, доступных для создания списков и библиотек:

• Библиотека документов

• Библиотека изображений

• Библиотека отчетов

• Объявления

• Доска обсуждения

• Календарь

• Задачи проекта

• Опрос

• Блог

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

Имея удобные хранилища данных — списки и библиотеки — SharePoint 2010 обеспечивает мощную среду сайтов и семейств сайтов для управления этими хранилищами и предоставляет дополнительные средства контроля. Эти сайты и семейства сайтов позволяют IT-специалистам создать среду, которая обеспечивает рабочие пространства для отделов, групп, бригад, проектов, подразделений, офисов и любого другого вида производственных объединений. Эти сайты можно снабдить соответствующими логотипами и цветными схемами, а к аврх-страницам добавить веб-модули, выполняющие множество задач — от простого вывода форматированного текста, графики и диаграмм до биржевых котировок, информации о погоде или данных, извлеченных непосредственно из корпоративных баз данных.

Семейства сайтов — это наборы сайтов, с которыми можно оперировать как с единым целым. Имеется широкий спектр шаблонов, которые позволяют быстро и легко создать функционально настроенные семейства сайтов, например, такие:

• Бригадный сайт

• Рабочее пространство документов

• Блог

• Рабочее пространство для совещаний

• Центр документов

• Центр записей

• Центр бизнес-аналитики

• Портал публикаций

• Википедия предприятия

Для сайтов, созданных внутри семейств сайтов, доступны и многие другие шаблоны, например:

• Сетевая база данных основных фондов

• Базовое рабочее пространство для совещаний

• Блог

• Сетевая база данных контактов

• Центр документов

• Центр поиска по всему предприятию

• Википедия предприятия

• Центр быстрого поиска

• Сайт групповой работы

• Сетевая база данных вопросов и проблем

¦ Сетевая база данных проектов

• Сайт публикаций с рабочим потоком

• Центр записей

• Бригадный сайт

• Хранилище процессов Visio

В главе 21 описаны другие шаблоны, инструменты и возможности сайтов и семейств сайтов.

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

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

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

Одним из наиболее значительных архитектурных изменений в SharePoint 2010 является изменение в архитектуре приложений-служб по сравнению с архитектурой поставщика общедоступных служб в SharePoint 2007. Приложения-службы в SharePoint 2010 — это независимые службы, которые могут совместно использоваться между веб-приложениями или фермами.

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

Приложения-службы обеспечивают большую масштабируемость среды SharePoint 2010, ведь они могут совместно использоваться между несколькими серверами. Архитекторы SharePoint могут определить, какие серверы будут выполнять какие приложения-службы, и какие приложения службы применимы к каким фермам. Распределение функциональности в SharePoint по этому весьма гибкому слою приложений-служб облегчает масштабирование среды в зависимости от потребностей этой среды. Например, на рис. 1.3 показана очень большая ферма с несколькими серверами, на которых работают отдельные приложения-службы. Конечно, большинству организаций нужны не такие большие фермы, но рисунок демонстрирует масш габируемость самой модели приложений-служб. Приложения-службы рассматриваются в главе 2.

Еще одним существенным улучшением в SharePoint 2010 является встроенная функция поиска по предприятию — Enterprise Search. Теперь встроенное средство поиска SharePoint выполнено в виде приложения-службы и имеет следующие преимущества:

• Возможность формирования резервного индекса, что повышает не только резервирование, но и уровень доступности, что было невозможно в SharePoint 2007.

• Источники контента теперь можно поделить между несколькими индексными разделами, как показано на рис. 1.3. Это позволяет распределить большую нагрузку между несколькими серверами.

• Повышена релевантность поиска.

Кроме улучшенного встроенного поиска SharePoint 2010, Microsoft также предлагает другое средство поиска — FAST Search Server 2010. В нем имеются не только все усовершенствованные возможности из встроенного поиска SharePoint 2010, но и дополнительные функции, например, предварительный просмотр в виде миниатюр, относительная релевантность и автоматическое снабжение метаданных дескрипторами. О поиске n SharePoint 2010 юасскаэыпается в главе 8.

Введение в SharePoint 2010

Глава 1

41

!j I

Запрос | ¦ Загрос Индексный раздел

i L

Индексный || „ раздел^ ' ¦

I .Зеркало I компонента 11 запроса iJj

[ Компонен-гн F^TOH^Ta;!

^ ifipo- 2$ | запроса 3 I

I ' Индексный раздел 3

If клиента!¹

Г эапросаЗ Jj ^ з»^«4)

Приложения-службы

Рис. 1.3. Схема большой распределенной фермы SharePoint 2010

В области администрирования SharePoint появились два крупных усовершенствования. Первое — это обновленный центр администрирования SharePoint (рис. 1.4). Второе — добавление Microsoft PowerShell в качестве интерфейса административных сценариев.

Администраторы, знакомые с SharePoint 2007, могут вспомнить центр администрирования SharePoint — веб-интерфейс, который использовался для администрирования возможностей SharePoint. В SharePoint 2010 этот интерфейс существенно улучшен, функциональные задачи разнесены по соответствующим страницам, добавлена поддержка ленты SharePoint, которая облегчает выполнение задач, и добавлены новые, прежде недоступные возможности. Подробнее об использовании центра администрирования SharePoint написано в главе 6.

Добавление Microsoft PowerShell в качестве средства администрирования SharePoint предоставляет администраторам надежный и исчерпывающий интерфейс работы со сценариями, который позволяет автоматизировать ранее выполнявшиеся вручную задачи, инсталляции под руководством сценариев и поддержку удаленного администрирования. В Microsoft разработано более 500 командлетов, предназначенных специально для SharePoint — некоторые из них показаны на рис. 1.5. Подробнее об администрировании SharePoint можно поочитать в главе 7.

SfSrePo ntiOlQ Central Adfiw)istrai>on

Appftcibou Management

К4ЛА0С И«Ъ •ptAf.W’"-

D«iM v« амси»

ввг'ле* црр!«сЖюп» *:«г>*э* content dsL*t>**et

System Seth 91 Иогйсплд

end Heater* Seoirry

Upgrade NigrMeft Gen*r«] ДэрЪсаЬог.

Moni'cnng

Rn#k pmHnt «nd >e<tlt»nt

Check jeibssmus

V>cnWebAnaiyocs цшк

Secuiny

the h vn •4ft^,*>iAr*tor» Солйдые mervioe*ccwTt«

General Appkation Settings

Co^bv'c send to ceonedAns Смогите aonwnt Лв^вутег* p4th« шя* кйк

Nana»* form 1*п»Ше* ' ^ System Settings

^ ] Menace servemn t*w* ln’r д?Л tWugg MfvitH on wrvn

Чегаде f*m featu**»:

Co4<>r* eJte*ne1e «сок nwpfMPQS

«JU Backup and Restore

1p*J Fctorm • Ьккир ¦м Сияете fron* a bacvyp

Perform a aite »ЧО01 kucVup

• Upgrade and M*gr3fuj

CcriV«nf««1T< 1СИП5«-*/Р«

CSrcV product and ptteb

status Check upgrade itahi*

Configuration Wizards

jFW. 1.4. Обновленный центр администрирования SharePoint

JlXi

n

A0m«ei|«ton SbarePont201c • * • &i v*»t**-*

C:'¹¹ i*PsNftd»ini trator yit >m«oJ Hite*

Add-SPSiteSubscriptionPeatur Add-SPS iteSubsc riptionProf il Backup-SPSite t-Identity] <S Clear-SPSiteSubscriptionBus i C:\Uindows\systen32Vdssite.n Export-SPSiteSubscriptionBus Fxpo rt-S PS iteSubscript юпРго Export-SPS iteSubscriptionSet Get-S PEnterpriseSearchQueryA Get-SPEnterpriseSearchQueryA Get SPEnterpriseSearchQueryA

Get-SPEnterpriseScarchS iteHi Get-SPSite (-Limit <Strir»g>] Get-SPSiteAdmlnistration (-L

Get SPSiteSubscription ((-Id Get SPSiteSubscnptionConf 19 .. Get-SPSiteSubscriptionEdisco .. Get-SPS iteSubscript ionEdisco .. Get -SPSiteSubscriptionPeatur .. Get-SPSiteSubscrijttionNetada .. I «port-SPSiteSubscript ionBus .. I «port -SPS iteSubscript юпРго .. Import-SPSiteSubscriptionSet Hove-SPSite [-Identity] <SPS ... New-SPEnterpriseSearchSiteHi New-SPSite t-Url] <String> I Нем-SPSiteSubscription (-Asс ... New-SPSiteSubscriptionPeatur ... Renove-SPBusinessbataCatalog ... Renove-SPEnterpriseSe&rchSit Renove-SPSite I Identity] <S Remoue-SPSiteSub^cnption (-.« Remoue-SPSiteSubscriptionPea ... Renoue-SPSiteSubscriptionFea ... Renoue-SPSiteSubscriptionHet ... Remoue-SPSiteSubscriptionPro ... Renove-SPSiteSubscriptionSet Restore-SPSite (-Identity! < Set-SPSite [-Identity] <SPSi Set-SPSiteAdnimstration ( I Set-SPSiteSubscriptionConf ig ... Set-SPSiteSubucriptionEdisco ... Set-SPSiteSubecriptionHetada ... Set-SPSiteSubscriptionProfil ... Start-SPEnterpriceSearchQuer . .. Stop-SPEnterpnseSearehQuery

¦5

I

Add~SPSiteSubscriptionFeatur. Add -SPSiteSuhscriptionProf il. Bachup-SPSite

Clear-SPSiteSubscriptlonBusi. dssite.nsc

Export-SPSiteSubscriptionBua, Export-SPS it«SubscriptionPro. Export-SPSiteSubscriptionSet. Get -SPEnterpriseSearcliQueryA. Get-S PEn t e ppj* iseSe«K )>0ивгуй. Get -SPEnterpriseSearchQueryA. Get -SPEnterpriseSearcbSiteHi. Get SPSite

Get-SPSiteAdninistration Get-SPSiteSubscription Get -SPSiteSubscriptionConfig Get -SPSiteSubscript ionEdisco. Get -SPSiteSubscriptionEdisco. Get -SPSiteSubscriptionFeatur. Get-SPSiteSubscriptionHetada. Inport-SPSiteSubscript ionBus. Inport-SPSiteSubsc ript ionPro. Inport-SPSiteSubscriptionSet. Houe-SPSite

New-SPEnterpriseSearchSiteHi.

New-SPSite

HrirSPS iteSub^r>cr ipt ion New-SPSiteSubscriptionFeatur. Renoue-SPBusmessDataCatalog, Renove-SPEnterpriseSearchSit. Renove-SPSite Renove' SPSiteSubscription Renoue-SPSiteSubrcriptionPea. Renoue-SPSiteSubscriptionPea. Renove-SPSiteSubscriptionHet Renove-SPSiteSubscriptionPro. Remve-SPSiteSubscript ionSet. Restore-SPS ite Set-SPSite

Set -SPSiteAdninistration Set-SPSiteSubscriptionConfig Set-SPSiteSubscriptionEdisco Set-SPSiteSubscriptionHetada Set-SPSiteSubscriptlonProf11 Start-SPEnterpriseSearc )iQuer Stop-SPEnterpriseSearchQuery

Функция резервного копирования и восстановления, доступ к которой возможен из интерфейсов администрирования SharePoint 2010 (рис. 1.6), улучшена по сравнению с готовыми вариантами, имевшимися в SharePoint 2007. К таким улучшениям относятся индикатор прогресса, параметры частичного восстановления сайта и возможность восстановления данных из не присоединенных баз данных с контентом.

Несмотря на улучшение возможностей администрирования в SharePoint 2010, они не обязательно обеспечивают все, что нужно для резервного копирования и восстановления данных предприятия. В некоторых случаях необходим сторонний продукт или более совершенное средство Microsoft наподобие System Center Data Protection Manager. Все эти варианты подробно рассмотрены в главе 10.

Теперь в SharePoint 2010 появилась встроенная поддержка хранения в базах данных BLOB-объектов (binary large object — большой двоичный объект). По сути, это непосредственно документы в базе данных, но вне информационной базы данных SharePoint. Для этого применяется концепция удаленного хранения BLOB-объектов (Remote BLOB Storage — RBS). Поскольку память, используемая информационной базой данных SharePoint, примерно на 80% занята BLOB-содержимым, использование RBS может существенно повлиять на размер и сопровождение таких баз данных. Более подробно о настройке RBS для SharePoint 2010 см. в главе 9.

Планирование и развертывание SharePoint Server 2010

Часть I

44

Офисная лента, появившаяся в клиентских компонентах Office 2007, предоставляет совершенно другой способ работы с документами Office: это лента с вкладками, которая находится в верхней части окне. Успех этой ленты привел к ее появлению и в SharePoint теперь это составная часть веб-интерфейса SharePoint, которая присутствует даже в некоторых интерфейсах центра администрирования SharePoint (рис. 1.7).

Интеграция ленточного интерфейса в готовую графическую среду SharePoint 2010 облегчает выполнение распространенных задач. А интеграция ленты в центр администрирования SharePoint облегчает выполнение задач администрирования и придает интерфейсу более интуитивный вид.

Security

Upgiiil in) Mignaon

Ctrf^ntianMVdi

* 1 ^ 'J »

Puc. L7. Внешний вид ленты в SharePoint 2010

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

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

В SharePoint предусмотрены два вида шифрования транспортного уровня. Первым и наиболее критичным являются сертификаты SSL (Secure Sockets Layer — уровень защищенных сокетов). Эти сертификаты защищают трафик между клиентами и серверами, шифруя пакеты с помощью инфраструктуры открытого ключа (Public Key Infrastructure — РК1). Вторым типом шифрования транспортного уровня, применяемым в SharePoint, является шифрование IPsec между серверами в ферме SharePoint, например, между серверами ролей SharePoint и сервером базы данных SQL. Оба этих вида шифрования рассмотрены в главе 17.

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

Это источник проблем для многих организаций, которые хотят быть уверенными, что данные, хранимые в SharePoint, надежно защищены и зашифрованы, и что если ленты с копиями потеряются или будут украдены, данные не подвергнутся компрометации. Для таких случаев Microsoft предусмотрела возможность шифрования SQL, которая называется прозрачным шифрованием данных (Transparent Data Encryption — TDE) и позволяет полностью шифровать базы данных на SQL-сервере, причем приложение — в данном случае SharePoint даже и не подозревает, что данные зашифрованы. О TDE рассказывается в главе 17.

К обеспечению доступа к среде SharePoint 2010 не стоит подходить легкомысленно. Многочисленные коды проникновения и сетевые вирусы постоянно совершают атаки на веб-серверы. SharePoint 2010 создан с учетом этих опасностей, по все же он не предназначен для надежного отражения всех типов подобных атак. Поэтому для защиты среды SharePoint 2010 лучше использовать более эффективные утилиты уровня приложения наподобие линейки Microsoft Forefront Edge. В настоящее время существует два продукта Microsoft Forefront Edge — это Forefront Threat Management Gateway (TMG) 2010 и Forefront Unified Access Gateway (UAG) 2010. Каждый из этих продуктов может усилить защиту портала SharePoint, имеющего связь с интернетом, а нужные для этого шаги описаны в главе 14.

По умолчанию SharePoint 2010 не содержит встроенных возможностей интегрированного антивирусного сканирования. Однако у него есть доступ к мощному антивирусному API, который позволяет интегрировать сторонние продукты непосредственно в SharePoint и защищать хранимую информацию. Кроме возможности подключения сторонних продуктов, Microsoft предусмотрела собственный антивирусный продукт для SharePoint, который называется Microsoft Forefront Protection for SharePoint (FPS) 2010. Этот продукт будет описан в главе 14.

Коротко говоря, метаданные — это данные о данных. Благодаря реализации службы управляемых метаданных (Managed Metadata) в экосистеме SharePoint 2010, они играют еще более важную роль, чем в предыдущих версиях. Без метаданных библиотеки SharePoint не могут проявить весь свой потенциал, и без них невозможна работа ряда мощных аспек-

ТТТИ1Яр^1ШШ^ШИ^№Щ|Щ> MrarePolnt Server гшо

Часть I

46

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

Служба управляемых метаданных позволяет IT-персоналу создать набор терминов, которые тут же готовы для применения в библиотеках и списках. Если после этого набор терминов сделать доступным в библиотеке документов, то при добавлении документа пользователь SharePoint может легко выбрать метаданные из словаря управляемых метаданных. На рис. 1.8 показан пример, где организация определила конкретные типы документов, которыми должен помечаться каждый выгружаемый документ. Задействовав базовую таксономию для типов документов, организация помогает внедрить стандарты, которые помогают пользователям быстро находить нужные им документы нужных типов и перемещаться по дереву документов.

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

i

Administration

Рис. 1.8. Выбор значения управляемых метаданных для документа

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

—¹ 'f 47

Глава 1 I_I_

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

Персональные веб-сайты претерпели существенные изменения; это видно на рис. 1.10, где показаны некоторые новые инструменты - My Newsfeed (Моя лента новостей). Му Content (Мой контент). Tags (Дескрипторы) и Notes (Примечания), а также знакомые пользователям SharePoint 2007 — Organization (Организация), Colleagues (Коллеги) и Memberships (Членство). Дополнительные соображения по поводу ценности этих усовершенствованных средств для организации приведены в главе 22.

Работа с Office Web Apps

Office Web Apps — это появившийся в SharePoint 2010 новый набор инструментов, которые обеспечивают в SharePoint 2010 среду просмотра и редактирования в виде интернет-браузера для тех пользователей, которыми необходима совместная работа над документами Word, Excel, PowerPoint или OneNote. Этот набор предоставляет значительную часть возможностей полных клиентских приложений, и его следует тщательно опробовать, чтобы уяснить возможности и ограничения браузерных средств редактирования. Набор Office Web Apps содержит и некоторые инновационные возможности, которые будут рассмотрены в главе 27 — такие как обеспечение совместной работы нескольких пользователей с одним документом Excel, а также широковещательная трансляция слайд-шоу PowerPoint с помощью браузера. Эти инструменты предоставляют совершенно новый способ взаимодействия с документами, хранимыми в SharePoint, тем пользователям, у которых нет доступа к полным клиентским приложениям.

Рабочие потоки в SharePoint 2010 обрели еще большую мощь, чем в продуктах SharePoint 2007, а интеграция с SharePoint Designer 2010 дает подготовленным пользователями и разработчиками почти полный контроль над этими рабочими потоками. Рабочие потоки уже не так ограниченны, как в SharePoint 2007, где пользовательские рабочие потоки были по существу привязаны к конкретному списку или библиотеке (если не были оформлены как решения). В главе 28 подробно описан процесс создания и использования рабочих потоков в SharePoint 2010, а глава 29 посвящена некоторым возможностям разработчики приложений с помощью SharePoint Designer 2010.

В SharePoint Designer 2010 включены шаги “перевоплощения", когда рабочие потоки можно выполнять в контексте другого пользователя, отличного от запустившего поток. Кроме того, рабочий поток, созданный на верхнем уровне, можно повторно использовать в любом подсайте, а рабочий поток, созданный в каком-то конкретном подсайте, можно повторно использовать только в этом подсайте. К тому же рабочие потоки можно экспортировать из одного семейства сайтов и затем загрузить и активировать в другом семействе сайтов. Столбцы привязки обеспечивают автоматическое добавление нужных столбцов в список или библиотеку, когда повторно используемых рабочий поток связывается с этим списком или библиотекой. Рабочие потоки сайтов связываются с сайтами, а не со списками, библиотеками или типами контента. Стандартные рабочие потоки, поставляемые вместе с SharePoint Server (Утверждение, Сбор отзывов и Сбор подписей) теперь являются “декларативными рабочими потоками”, что означает, что в SharePoint Designer 2010 они допускают настройку.

У SharePoint есть еще одна привлекательная возможность: он поддерживает разработку приложений во многих видах и формах. Поскольку SharePoint построен на платформе .NET, разработчики теоретически могут создавать приложения для выполнения любого набора функций, необходимых организации. SharePoint 2010 разработан как партнер для SharePoint Designer 2010 и Visual Studio 2010, что еще более облегчает создание мощных и надежных приложений. Вот список дополнительных усовершенствований в области разработки приложений:

• Новая объектная модель клиента, позволяющая выполнять код на клиенте, который был понижен для работы только на сервере SharePoint.

• Специальные API, обеспечивающие стандартный обмен данными “XML по HTTP” с SharePoint.

• Поддержка языка LINQ, обеспечивающая интегрированный доступ к данным SharePoint в виде объектов из знакомых языков программирования в .NET наподобие C# и VB.Net.

• Решения типа “песочниц”, т.е. решения, безопасно развернутые на сайте SharePoint и ограниченные так, чтобы они не могли причинить вред ферме, с помощью защиты доступа кода (Code Access Security — CAS). Эти решения стали необходимыми с появлением сред хостинга с несколькими арендаторами.

• Импорт, изменение и расширение пакетов решений (.wsp).

• Разработка решений SharePoint с помощью шаблонов типов проекта SharePoint и шаблонов элементов проекта SharePoint.

• Создание веб-модулей и страниц приложений для сайтов SharePoint.

В главе 29 приведены пошаговые инструкции по созданию веб-модуля Visual Studio, где задействован язык LINQ для вывода списка SharePoint в пользовательском формате.

В SharePoint 2007 были предприняты серьезные усилия для внедрения средств так называемой бизнес-логики с помощью каталога бизнес-данных Excel Services и инструментального набора PerformancePoint. Но основное внимание уделялось графику обучения, необходимого для использования этих средств при создании интерактивных информационных панелей, которые позволяли пользователям SharePoint быстро и эффективно обращаться к конкретным представлениям данных, необходимым для их работы.

Средства бизнес-логики Business Intelligence в SharePoint 2010 довольно сложны и весьма мощны, и поэтому для описания этой концепции выделены две полные главы. Глава 30 демонстрирует возможности приложения-службы PerformancePoint, а в главе 31 описаны возможности службы Business Connectivity Services. Компонент Excel Services, позволяющий конечным пользователям публиковать контент в библиотеках SharePoint и доступный через веб-модуль Excel Web Access, описан в главе 26. На рис. 1.11 приведен пример информационной панели, полная инструкция по созданию которой приведена в главе 30.

IT-персоналу приходится постоянно отвечать на вопрос: “Ну вот, у нас есть SharePoint и его пользователи, а как управлять всем этим?" Глава 24 содержит введение и рекомендации по выполнению шагов, необходимых для того, чтобы среда SharePoint 2010 удовлетворяла набору целей и пониманию IT-персонала и потребностям конечных пользователей. Конечно, каждая организация уникальна, как уникальны и ее цели и ожидания при развертывании SharePoint 2010, но спектр инструментов и процесс, описанный в этой главе, может пригодиться для всех различных видов организаций и предприятий.

Рис. 1.11. Информационная панель PerformancePoinl

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

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

• SharePoint 2010 — это сложная линсика продуктов, которая может выполнять разнообразные функции для разнообразных компаний, но IT-персонал должен иметь четкое представление о том, как можно задействовать SharePoint и какие инструменты будут представлены сообществу пользователей.

• Вы можете помочь внедрению SharePoint 2010 в своей организации, уяснив точки интеграции с продуктами Office 2010 и лучше разобравшись с совместимостью с Office 2007 и более ранними версиями.

• Развертывайте только те приложения-службы, которые нужны согласно конкретным производственным требованиям проекта.

• Ознакомьтесь с новыми средствами администрирования SharePoint 2010, особенно со сценариями PowerShell — это очень важно для администрирования среды SharePoint.

¦ Хотя бы бегло ознакомьтесь с невероятным диапазоном средств и возможностей, имеющихся в SharePoint 2010, просмотрев темы, освещенные в данной книге, и выполнив пошаговые упражнения — это поможет понять, как задействовать различные технологии.

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

ГЛАВА

В ЭТОЙ ГЛАВЕ...

• Серверные роли в SharePoint

• Поводы для развертывания нескольких ферм

• Выбор оборудования, нужного для SharePoint

• Определение оптимальной конфигурации операционной системы

• Планирование баз данных и дополнительного ПО

• Примеры реальных развертываний SharePoint 2010

• Устранение обычных производственных проблем с помощью SharePoint

• Развертывание решения бригадной работы с помощью SharePoint

• Развертывание решения корпоративной интрасети с помощью SharePoint

• Развертывание решения клиентской экстрасети с помощью SharePoint

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

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

В данной главе описывается структура и архитектура SharePoint 2010, объясняются и сравниваются структурные компоненты SharePoint, и рассматриваются проектные решения по структуре базы данных и размещению сервера приложений. Основное внимание здесь уделяется конкретно физической структуре и инфраструктуре SharePoint. Логическое построение пользовательских компонентов SharePoint, таких как компоновка и структура сайта, будет описано в главах части IV.

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

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

НА ЗАМЕТКУ -

В одной организации может быть и не одна ферма SharePoint. В любой среде рекомендуется иметь как минимум одну дополнительную ферму, используемую для тестирования. Ситуации, где развертываются более одной фермы, будут рассмотрены в главе 4.

Почти вся информация SharePoint хранится в базах данных, включая все содержимое библиотеки документов, элементы списков, метаданные документов и веб-модули. Из этого правила есть только два исключения. Первое: сервер базы данных использует концепцию удаленного хранилища BLOB-объектов (Remote BLOB Storage — RBS), что позволяет хранить документы или BLOB-объекты (большие двоичные объекты) на другом носителе данных — например, на файловом сервера или в архиве. Эта концепция будет подрюбно рассмотрена в главе 9. Другим исключением является полнотекстовый индекс поиска, который хранится в обычном файловом формате (см. ниже разделы, посвященные роли приложения-службы поиска). В отдельных редких случаях некоторые рзешения веб-модулей могут также хранить обычные файлы и в приложениях веб-интерфейса, что в любом случае неплохо, однако в реальности подавляющее большинство контента SharePoint хранится на рюли сервера базы данных. Поэтому эта роль крайне важна как для обеспечения высо-

кой доступности (High Availability — НА), так и для аварийного восстановления (Disaster

Recovery - DR) данных.

Единственный под держиваемый в SharePoint формат базы данных — это Microsoft SQL Server, и поэтому для работы SharePoint в ферме должен существовать по крайней мере один сервер роли СУБД SQL Server.

SharePoint 2010 поддерживает следующие версии SQL Server:

• SQL Server 2005 SP3 x64

« SQL Server 2008 x64

. SQL Server 2008 R2x64

ВНИМАНИЕ! -

Поддерживается также версия SQL Server 2008 Express, но она не рекомендуется для большинства современных сред SharePoint из-за слабой масштабируемости. Любая производственная среда SharePoint должна опираться на полную редакцию Standard или Enterprise SQL Server.

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

Из всех ролей SharePoint роль веб-сервера является наиболее очевидной: большинству людей понятна концепция сервера, где выполняется приложение, которое поставляет веб-страницы запрашивающим их пользователям. В случае SharePoint этим приложением является информационная служба интернета (Internet Information Services — 1IS) продукта Windows Server. Член фермы SharePoint, на котором выполняется роль веб-сервера, отвечает за отображение контента SharePoint — это веб-модули, компоновка страниц и всякая другая информации, выводимая пользователям.

Роль веб-сервера SharePoint может выполняться либо под Windows Server 2008 х64 IIS 7.0, либо (предпочтительнее) под Windows Server 2008 R2 х64 IIS 7. В любом случае перед инсталляцией SharePoint требуется установить следующие компоненты:

• Роль сервера приложений

• Роль веб-сервера (IIS)

• Microsoft SQL Server 2008 Native Client

• Windows Identity Foundation (KB974405)

• Microsoft Sync Framework Runtime v 1.0 (x64)

• Microsoft Chart Controls для Microsoft .NET Framework 3.5

• Microsoft Filter Pack 2-0

• Microsoft SQL Server 2008 Analyses Services ADOMD.NET

• Microsoft Server Speech Platform Runtime (x64)

• Microsoft Server Speech Recognition Language — TELE

Все эти компоненты можно установить с носителя SharePoint 2010, щелкнув на ссылке Install Prerequisites (Установить необходимые компоненты) на первоначальном экране инсталляции. Для выполнения этой операции требуется подключение к интернету. Если доступа к интернету нет, каждый отдельный компонент придется устанавливать вручную.

СОВЕТ --

В среде SharePoint можно установить несколько серверов веб-ролей, чтобы справиться с количеством пользователей, которые предположительно будут пользоваться платформой, или обеспечить высокую степень доступности к среде. В таком случае балансировка нагрузки между подключениями к среде SharePoint позволяет доступ к информации большому количеству пользователей. Балансировку нагрузки можно выполнять либо с помощью специального оборудования, либо с помощью программного компонента Windows Network Load Balancing (NLB), полностью поддерживающего серверы веб-ролей SharePoint.

Наиболее значительным архитектурным изменением в SharePoint 2010 является добавление приложений-служб, которые пришли на замену концепции поставщиков совместно используемых услуг (Shared Services Provider — SSP) из SharePoint 2007. Приложения-службы представляют собой независимые службы, которые могут совместно использоваться несколькими веб-приложениями, а в некоторых случаях и несколькими фермами.

В табл. 2.1 перечислены приложения-службы, имеющиеся в SharePoint 2010, и указано, в какой версии SharePoint 2010 они доступны.

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

НА ЗАМЕТКУ--

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

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

Приложение-служба поиска отличается от аналогичной службы из SharePoint 2007. Сейчас уже не нужно отделять индексацию от возможностей выполнения запросов: в SharePoint 2010 эти функции объединены. Кроме того, в SharePoint 2010 появилась возможность ведения нескольких резервных индексов, чего не было в SharePoint 2007. Подробная информация о настройках поиска в SharePoint 2010 приведена в главе 8.

НА ЗАМЕТКУ -

Приложение-служба поиска, встроенная в SharePoint 2010, отличается от другого предложения поиска Microsoft, которое называется FAST Search Server 2010 для SharePoint. В частности, в FAST Search Server имеется возможность просмотра результатов поиска в виде миниатюр и автоматическая пометка дескрипторами с помощью метаданных. Архитектура FAST Search Server существенно отличается от встроенного поиска. Более подробная информация приведена в главе 8.

При проектировании роли приложения-службы поиска в SharePoint обратите внимание на несколько ключевых моментов. Во-первых, тело индекса, используемое для хранения полнотекстовых копий всех проиндексированных документов, в зависимости от объема проиндексированной информации может сильно разрастись. Объем этого тела непосредственно зависит от размера реальных индексируемых документов. В зависимости от вида и объема индексируемого текста в этих данных, тело индекса может занимать 5-30% размера индексируемого контента, так что не забудьте выделить для сервера индекса достаточно большой дисковый привод.

Если несколько моментов, которые следует знать о поиске SharePoint:

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

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

^"^^^^^^ТПгапйровапй^^рйзьсртывание SharePoint !?crvcr 20lf) ^ Г часть I

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

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

СОВЕТ -

Не забывайте про балансировку нагрузки на службу SMTP при наличии нескольких ролей серверов входящей почты в среде с требованием высокой степени доступности! Если этого не сделать, не будет резервирования функциональности входящей почты, и она не будет доступна при отказе первичного сервера.

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

СОВЕТ -

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

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

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

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

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

НА ЗАМЕТКУ -

Сервер или серверы, используемые для тестовой или даже производственной фермы, не обязательно устанавливать на физическом оборудовании: возможны различные варианты установки серверов SharePoint в инфраструктуре виртуального сервера. Подробную информацию на эту тему см. в главе 12-

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

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

Еще одной причиной развертывания нескольких ферм является безопасность. По соображениям безопасности обычно не рекомендуется предоставлять непосредственный доступ из интернета к управлению документами SharePoint или средой интрасети — кроме случаев защиты с помощью сложной обратной прокси-платформы наподобие линейки Microsoft Forefront Edge, в которую входят продукты Treat Management Gateway и Unified Access Gateway.

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

НА ЗАМЕТКУ---

Для распространения содержимого сайта из одной фермы в другую — например, когда информации из внутренней фермы регулярно копируется в ферму внешней экстрасети — можно использовать решение SharePoint Content Deployment. При этом ферма эстрасети остается защищенной и не позволяет добраться до содержимого внутренней фермы, но пользователям все-таки доступна нужная информация, которая выбрана для опубликования.

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

• Одна ферма SharePoint не должна охватывать соединение WAN и в идеале должна быть ограничена одним географическим местом. В некоторых организациях, в которых определение WAN включает полосу пропускания по крайней мере 1 Гбайт с латентностью менее 1 мс между офисами, относительно близко расположенными друг к другу, можно расширить ферму и на несколько географических мест, но это единственная допустимая ситуация. Если предполагается локальное потребление контента, он должен находиться в отдельной ферме.

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

• Во многих организациях удобнее развернуть одну централизованную ферму SharePoint в одном месте, чем несколько ферм в нескольких местах. В этом случае клиенты обращаются к SharePoint с помощью нечувствительных к задержкам протоколов HTTP/ HTTPS, что позволяет без особых проблем иметь доступ к централизованной инфраструктуре. Дополнительным преимуществом является наличие одного URL-адреса для доступа к SharePoint и ведение данных лишь в одном месте. Организациям следует решить, достаточно ли им будет доступа к SharePoint через WAN для достижения требуемого уровня обслуживания.

При проектировании среды SharePoint с несколькими фермами следует учитывать несколько ключевых моментов:

• Все серверные роли SharePoint, за исключением роли базы данных, могут быть членами лишь одной фермы. Серверы SharePoint не могут находиться одновременно в более чем одной ферме.

• Один сервер баз данных может содержать базы данных из нескольких ферм, хотя во-общс-то рекомендуется, чтобы количество баз данных контента на одном экземпляре SQL не превышало 50.

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

• Все члены ферм должны иметь почти полную сетевую связь (полоса > 1 Гбайт, латентность < 1 мс) со всеми остальными членами фермы, и между ними должно быть открыто большое количество портов. Это существенно ограничит количество ситуаций, когда брандмауэры разделяют члены фермы, за исключением случаев открытия всех портов между хостами.

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

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

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

• Объем дисковой памяти. Поскольку контент SharePoint хранится в базах данных, для сервера роли баз данных SQL требуется очень большой объем дисковой памяти. Конкретный объем зависит от количества контента, хранимого в SharePoint, но рассчитывайте на худшее: при включенном ведении версий документов SharePoint может потреблять гораздо больше памяти, чем можно себе представить.

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

• Оперативная память. Требования к памяти сервера для роли базы данных тоже высоки. Применимо то же общее правило: чем больше выделено памяти, тем лучше будет работать SQL-сервер. Рекомендуемый общий объем памяти зависит от предполагаемой нагрузки на сервер, но обычно SQL-серверы оснащаются памятью объемом 12 Гбайт, 16 Гбайт, 32 Гбайт и более.

Роли приложений-служб в зависимости от того, сколько их запущено на отдельном сервере, могут потребовать серьезных аппаратных ресурсов. К примеру, роль приложения-службы поиска, которая отвечает за создание полнотекстового поискового индекса, является наиболее требовательной из всех ролей SharePoint — конечно, за исключением роли баз данных. Серверы приложения-службы поиска обычно потребляют больше памяти и процессорного времени, т.к. они постоянно находятся в процессе индексации контента для обеспечения поиска по этому контенту. В зависимости от количества индексируемых источников контента, требования к памяти могут быть весьма серьезными, и обычно индексные серверы используют 8, 12 или 16 Гбайт памяти, а также несколько процессорных ядер.

Другие серверы ролей приложений-служб также могут потребовать большой объем памяти и количество ядер процессора. Как правило, требования к памяти и процессору у SharePoint 2010 гораздо выше, чем у SharePoint 2007, и многие люди по привычке недооценивают требуемые ресурсы.

Кроме требований к процессору и памяти, роль приложения-службы поиска требует и значительного объема дисковой памяти для физического хранения индексных файлов, которые по сути представляют собой копии всех текстов, индексированных по веем источникам данных. Размер этого индекса может достигать 5-30% от общего объема индексируемой информации. Например, если SharePoint настроен на поиск в общем файловом ресурсе и этот файловый ресурс содержит 100 Гбайт офисных документов, то размер индекса может быть от 5 до 30 Гбайт, в зависимости от того, сколько именно текста хранится в документах. Большие графические документы с небольшим количеством текста не очень раздуют индекс, но простые текстовые файлы гораздо сильнее влияют на его размер.

НА ЗАМЕТКУ -

Учтите, что размер индекса нужно рассчитывать, исходя из общего объема всех индексируемых документов. Поскольку SharePoint выполняет поиск по всему предприятию, общий объем всего контента может включать не только документы из SharePoint, но и файловые серверы, общедоступные папки Exchange и веб-сайты.

Сервер веб-роли — это наиболее утилитарная роль, которая требует значительный объем памяти и процессорной мощности, но все-таки не слишком много. И часто можно повысить производительность, добавив в ферму дополнительные серверы веб-роли, а не увеличивая общий объем памяти и мощность процессора в системе. Обычно серверы веб-ролей имеют от 8 до 12 Гбайт оперативной памяти и не менее двух ядер прюцессора.

Основой для функционирования ср>еды SharePoint является операционная система, под которюй работает SharePoint. Все серверы в ферме SharePoint требуют наличия операционной системы Windows Server, причем поддерживаются следующие версии:

• Windows Server 2008, Standard или Enterprise, х86 или х64

• Windows Server 2008 R2, Standard или Enterprise, х86 или х64

Наиболее оптимальной, безопасной и настроенной на производительность SharePoint операционной системой является Windows Server 2008 R2, в которой имеются встроенные усовершенствования безопасности и которая лучше справляется с трафиком между клиентами и серверами, чем предыдущие версии Windows, что делает ее идеальной для работы серверов SharePoint. По этим причинам при любых развертываниях новых ферм настоятельно рекомендуется по возможности использовать Windows Server 2008 R2. Альтернативой Windows Server 2008 R2 является Windows Server 2008 SP1.

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

Единственной СУБД, поддерживаемой SharePoint, является Microsoft SQL Server. Базы данных SharePoint следует устанавливать на 64-битовых SQL-серверах, и их можно успешно устанавливать на следующие типы SQL-серверов:

• SQL Sever 2005 х64 SP3, Standard или Enterprise

• SQL Sever 2008x64 SP1, Standard или Enterprise

• SQL Sever 2008 R2 x64, Standard или Enterprise

Настоятельно рекомендуется для роли баз данных SharePoint использовать SQL Server 2008 R2, т.к. она обеспечивает наиболее надежную, мощную и защищенную платформу для SharePoint. Кроме того, в этой СУБД имеются возможности, удобные для работы SharePoint, такие как PowerPivot и компонент Transparent Data Encryption (TDE), позволяющий хранить базы данных SharePoint в зашифрованном формате. SharePoint не знает о шифровании, но его функционирование никак не зависит от этого, т.к. шифрование выполняется в рамках SQL Правда, SQL TDE доступен только в редакции Enterprise SQL Server.

Эта возможность может оказаться полезной в тех случаях, когда по соображениям безопасности данные необходимо хранить в зашифрованном виде. По этой и другим причинам Для SharePoint рекомендуется использовать именно SQL Sever 2008 R2.

Поскольку нам надо рассмотреть много новых возможностей, а места для этого мало, в данной главе основное внимание будет уделено ряду различных компонентов, которые все вместе составляют полный новый продукт SQL Sever 2008 R2- При этом нам придется рассмотреть многие компоненты SQL и их назначение. К этим компонентам относятся:

^а Механизм ("движок”) базы данных. Этот компонент представляет собой сердце SQL Server. Он отвечает за хранение данных, базы данных, хранимые процедуры, безопасность и многие другие функции, такие как полнотекстовый поиск, репликация и высокая степень доступности.

• Служба аналитики. Эта служба обеспечивает оперативную аналитическую обработку (Online Analytical Processing — OLAP) и добычу данных для приложений бизнес-аналитики. Служба аналитики позволяет агрегировать данные из различных гетс-рогенных сред, преобразовывать эти данные в осмысленную информацию, которую можно анализировать и применять для производственных нужд.

• Служба интеграции. Предоставляет возможность интегрировать и преобразовывать данные. Предприятия могут извлекать данные из различных мест, выполнять преобразование и слияние данных и перемещать данные в другие места: реляционные базы данных и разнообразные хранилища данных. Данная служба является официальным инструментом SQL Server для извлечения, преобразования и загрузки данных (Extract, Transform, and Load — ETL).

• Служба отчетов. Содержит следующие инструменты: диспетчер отчетов Report Manager и сервер отчетов Report Server. Этот компонент основан на стандартных технологиях IIS и .NET и позволяет создавать решения отчетов, извлекать данные из различных областей, преобразовывать отчеты в различные форматы, управлять безопасностью и распространять отчеты.

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

Хотя продукты SharePoint 2010 содержат встроенную функцию резервного копирования, она не годится для уровня предприятия и не содержит встроенную возможность запуска по расписанию, восстановление на уровне элементов или надежные оповещения. Поэтому рекомендуется приобрести и инсталлировать программное обеспечение уровня предприятия. Это может быть ПО от какого-либо стороннего поставщика или решение от Microsoft наподобие System Center Data Protection Manager (DPM) 2010. Резервное копирование и восстановлен ие информации рассматриваются в главе 10.

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

Имеется ряд поставщиков антивирусных решений, созданных с учетом SharePoint. Есть антивирусный продукт и у самой Microsoft — это ForeFront Protection for SharePoint (FPSP), который выполняет антивирусное сканирование с помощью различных механизмов и наиболее эффективен как раз при работе с SharePoint. Более подробно об антивирусных продуктах для SharePoint рассказывается в главе 14.

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

Примеры реальных развертываний SharePoint 2010

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

Наиболее простым и понятным развертыванием SharePoint 2010 является вариант с одним универсальным сервером, на котором выполняются компоненты СУБД и все роли приложений-служб. Этот вид развертывания сервера, показанный на рис. 2.1, удобен простотой развертывания и сопровождения.

В этом виде развертывания сервер выполняет все роли среды:

• Центр администрирования SharePoint

• Базы данных контента и другие базы данных SharePoint

• Все семейства сайтов и сайты

• Все роли приложений-служб

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

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

Веб/Запросы/Приложения-службы

Веб/Запросы/Приложения-службы База данных

I 64 Ь

Часть I

В этом виде развертывания устанавливаются два сервера. Первый содержит все базы данных и в принципе может быть выделенным сервером SQL для SharePoint. Второй сервер выполняет роли SharePoint. Отделение роли баз данных от ролей SharePoint позволяет получить значительное увеличение производительности.

При росте объема управления документами и совместной работы в организации необходимо расширять и ферму SharePoint. На рис. 2.3 показана ферма SharePoint среднего размера с шестью серверами.

л I----:---^

Приложения-службы

Приложения-службы

запросов

запросов

Индексный раздел 1

-------„I

Компонент > I

Зеркало компонента запроса 1

Примечания:

1

Exchange Server 2010. Полное руководство (ИД “Вильямс”, 2010 г.)

^s Windows Server 2008 R2. Полное руководство (ИД “Вильямс", 2011 г.)