Share via


Лицензирование Office SharePoint Server 2007 и родственных продуктов

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

Побудили меня к таком рассказу две причины:

  1. Мне довольно часто задают вопросы об этом: как заказчики, так и партнеры. Прозвучали такие вопросы и на Платформе 2009.
  2. Правила лицензирования MOSS 2007 к сожалению недостаточно точно описаны в открытых источниках и многие аспекты в них весьма неочевидны.

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

За многие детали, важные для этого поста, хочу прежде всего сказать “спасибо” Андрею Маньжову, нашему PRODUCT SOLUTIONS MARKETING MANAGER.

WSS.

И начну я конечно же с Windows SharePoint Services (WSS). Это базовая платформа SharePoint, являющаяся частью Windows Server. Текущая версия WSS – третья (WSSv3). И наверняка большинство из вас знает, что WSS бесплатен , а если точнее – входит в стоимость Windows Server.

Что мы получаем в WSS:

  1. Подсистема конфигурации и управления.
  2. Подсистема хранения (списки, библиотеки документов, сериализация объектов БД).
  3. Топология и структура узлов.
  4. Управление безопасностью и аутентификация, включая Windows-аутентификацию и аутентификацию на основе форм.
  5. Ограниченные возможности поиска ( ненастраиваемый поиск в рамках одной коллекции узлов, без возможности поиска по сотрудникам).
  6. Ограниченная интеграция с Active Directory (получение информации о пользователе из AD в момент его добавления на сайт с ограниченными возможностями обновления).
  7. Базовые веб-части и структуры для совместной работы:
  • Списки задач
  • Дискуссии
  • Списки контактов
  • Блоги
  • Вики

Очень часто в презентациях используется эта картинка:

image

Так вот, с WSS мы имеем только верхний правый сектор (зеленый). Все остальные возможности – только в MOSS.

Еще один важный аспект – лицензирование Windows Server и SQL Server.

Подробнее я остановлюсь на этом ниже, так как правила лицензирования Windows Server и SQL Server для MOSS и WSS одинаковы. Однако, завершая разговор о WSS, все же затронем тему серверов БД.

Серверы БД для WSS.

Как известно, с WSS можно использовать три типа, или даже я бы сказал – редакции, SQL Server:

  • Windows Internal Database (бесплатен; используется в stand-alone сценариях развертывания WSS; ограничений на размер базы нет, но нет и инструментов управления сервером и базами )
  • SQL Server 2005/2008 Express (бесплатен, ограничение на размер базы – 4 Gb)
  • SQL Server 2005/2008 (“взрослый” SQL Server; небесплатный и требует клиентских лицензий или лицензирования попроцессорно)

Есть Top4 причин, каждая из которых достаточна для использования MOSS:

  1. Поиск . Если нужен поиск, то возможности поиска в WSS – скорее приятное дополнение, чем то, что можно серьезно использовать.
  2. Информация о сотрудниках . User Profiles Services есть только в MOSS.
  3. Publishing-возможности . Это не слишком очевидные с первого взгляда преимущества, необходимость в которых ощущаешь после пристального изучения. Например вездесущая ContentByQueryWebPart, доступна только в MOSS, так как является частью publishing-инфраструктуры.
  4. Формы рабочих процессов на базе InfoPath Forms Services.

Есть еще множество возможностей в MOSS, недоступных в WSS. Все они подробно описаны в таблицах, которые можно загрузить с этой страницы.

MOSS: какие бывают.

Я не буду подробно описывать отличия редакций MOSS, укажу лишь на основные.

Во-первых, существует два типа продуктов на основе WSS: собственно MOSS и нишевые продукты. MOSS в свою очередь с точки зрения возможностей бывает двух типов: Standard и Enterprise.

С точки зрения лицензирования также выделяется MOSS for Internet Sites, который представляет собой MOSS Enterprise, но лицензируется по-другому.

Формально также существуют еще MOSS for Search Standard и MOSS for Search Enterprise, которые сегодня заменены продуктами Search Server (об этом ниже). Если интересно сравнить возможности MOSS for Search, то сравнение есть в файлах по предыдущей ссылке. Правила же лицензирования MOSS for Search я опущу, поскольку тема эта не так популярна, да и продукты в некотором роде устарели :-)

Что касается собственно MOSS, то Office SharePoint Server 2007 Enterprise Edition отличается от Standard Edition наличием следующих возможностей:

  1. Business Data Catalog и поиск по нему.
  2. Forms Services.
  3. Excel Services.

Все. Больше отличий нет.

Физически дистрибутив для Standard- и Enterprise-редакций один. Более того, в любой момент, в стандартной редакции можно ввести Enterprise-ключ, активировав такм образом соответствующие возможности. Серверной Enterprise-лицензии нет . Есть только два типа ключей и Enterprise-ключ вы получаете либо сразу, приобретая MOSS (вне зависимости от редакции), либо с набором клиентских Enterprise-лицензий (см. ниже).

MOSS: как лицензируется.

Лицензируется MOSS (Standard и Enterprise) следующим образом:

  1. На каждый сервер вне зависимости от его роли (WFE, Query, Application или Index) необходимо приобретать серверную лицензию.
  2. Каждому пользователю, работающему с MOSS необходима клиентская Стандартная лицензия (Std CAL) MOSS.
  3. Каждому пользователю, использующему Enterprise-возможности MOSS, необходима клиентская Enterprise-лицензия (ECAL) MOSS, приобретаемая дополнительно к Std CAL.
  4. Одна клиентская лицензия действует для одной фермы серверов.

Три простых правила. Давайте раскроем на примере.

Итак, в компании 1000 сотрудников. Все они используют MOSS, который представлен фермой из трех серверов ( не считая сервера БД ). Очевидно, что необходимо приобрести 3 серверных лицензии MOSS и 1000 стандартных клиентских лицензий.

В какой-то момент выясняется, что одно из Аналитический отдел хочет выводить на своем сайте команды отчет на базе Excel Services. Численность подразделения – 7 человек. Для этого необходимо приобрести 7 ECAL и активировать Enterprise-возможности MOSS, введя соответствующий ключ.

Еще через некоторое время Helpdesk-отдел численностью в 15 человек пожелало воспользоваться возможностью ввода форм на базе Forms Services внутри отдела. Для этого необходимо просто приобрести еще 15 лицензий ECAL.

А однажды руководитель компании увидел отчет на базе Excel Services, созданный для Аналитического отдела, и пожелал, чтобы единый отчет, отражающий положение дел в компании, выводился на Главной странице портала, с которой работают все сотрудники. Вот для этого уже необходимо приобрести ECAL для всех сотрудников компании, не считая тех 22-х (7 + 15), которым такие лицензии уже купили. Аналогично пришлось бы поступить, если бы, например, IT-отдел решил собирать заявки с пользователей через формы на базе Forms Services.

Если у вас только 22 клиентских Enterprise-лицензии, а enterprise-возможностями пользуются все 1000 сотрудников, никаких ограничений со стороны продукта не будет видно. Просто для 978-ми сотрудников использование MOSS будет нелегитимным .

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

MOSS for Internet Sites.

MOSS for Internet Sites представляет собой не редакцию MOSS, а скорее способ лицензирования .

Когда вы предоставляете доступ к своей ферме MOSS внешним (external) пользователям: как анонимным, так и аутентифицированным, покупка клиентских лицензий нецелесообразна (пользователей может быть очень много – миллионы), а зачастую и невозможна (как узнать число пользователей?).

Для таких случаев можно просто купить на каждый сервер лицензию MOSS for Internet Sites, которая конечно же дороже обычной, но зато не требует клиентских лицензий. Вместе с тем, на такую лицензию накладываются следующие ограничения:

  1. Клиентские лицензии не требуются только для внешних пользователей. Сотрудники компании, использующие ферму серверов, работающих на MOSS for Inernet Sites должны быть обеспечены клиентской лицензией.
  2. Если фермой, работающей на MOSS for Internet Sites пользуются сотрудники компании также будет необходимо приобрести и серверную лицензию MOSS.
  3. Предыдущие два правила не распространяются на сотрудников, подготавливающих контент для внешних пользователей .

Кстати, по поводу внешних пользователей и аутентификации. Совсем необязательно для Internet-пользователей использовать только Forms-аутентификацию. Вы можете “поднять” для них отдельный домен и настроить процесс регистрации с созданием аккаунтов в таком домене.  Компоненты, позволяющие это, разрабатываются и нашими партнерами и просто энтузиастами :-)

InfoPath Forms Server.

Forms Server – это продукт, построенный на базе WSS, но с функционалом веб-форм. Если вам из возможностей MOSS нужны только формы, то возможно имеет смысл выбрать именно Forms Server.

Возможно два варианта лицензирования Forms Server:

  • Серверная лицензия + клиентская лицензия или лицензия на устройство - server + user/device CAL
  • Серверная лицензия Forms Server for Internet, не требующая клиентских лицензий или лицензий на устройства

Для второго варианта действуют ограничения похожие на ограничения MOSS for Internet Sites – на Forms Server for Internet нельзя размещать формы, предназначенные для использования внутри компании.

Важно иметь ввиду, что с Forms Server невозможен upgrade до MOSS.

Search Server

Здесь можно провести аналогию с Forms Server: если вам вдобавок в WSS требуется только полноценный поиск или вообще нужен только корпоративный поиск по сайтам и ресурсам компании, то Search Server – ваш вариант.

Есть две редакции Search Server:

  • Search Server 2008 Express – бесплатен, не требует ни серверных, ни клиентских лицензий
  • Search Server 2008 – лицензируется только серверами, не требует клиентских лицензий

Функционал обоих редакций этого продукта: WSS + поиск из MOSS стандартной редакции. Нет только поиска по сотрудникам (т.к. нет User Profiles Services) и поиска по бизнес-данным (т.к. нет Business Data Catalog). С точки зрения инфраструктуры это скорее MOSS, чем WSS. Но из MOSS доступны только возможности поиска.

Отличие же между Express-редакцией и полной в одном: Express нельзя масштабировать для поиска в условиях возрастающей нагрузки . Search Server 2008 Express 2008 поддерживает только один Query-сервер на ферму. Для решения, предназначенного для поиска , в масштабе предприятия, это серьезное ограничение.

Никаких ограничений на размер индекса или количества индексируемых документов по сравнению с “полноценным” MOSS у этих продуктов нет – ни у полной редакциии, ни у Express-редакции.

Лицензирование Windows Server и SQL Server для работы MOSS.

Windows Server, когда на него устанавливают MOSS лицензируется аналогично другим сценариям лицензирования Windows Server. Для пользователей (или устройств пользователей), которые работают с MOSS на каждый сервер необходима клиентская лицензия. Как вариант, для внешних пользователей возможно приобретение лицензии External Connector (актуально для случаев MOSS for Internet Sites). Подробнее здесь.

SQL Server аналогично требует:

  • либо клиентскую лицензию для каждого пользователя
  • либо процессорную лицензию на каждый процессор сервера (этот вариант оптимален и для случаев с большой численностью сотрудников и для сценариев с MOSS for Internet Sites).

Trial-версии MOSS.

Здесь только одно небольшое замечание. Если вы, используя trial-версию MOSS, в какой-то момент (например при установке) ввели trial-ключ для Enterprise-редакции MOSS, то позднее, решив ввести ключ для полной (не-trial) версии без переконфигурирования сервера, нужно будет вводить ключ для аналогичной (Enterprise) редакции. Другими словами, “понижение” до Standard невозможно.

Использование InfoPath Forms Services для форм рабочих процессов.

Хорошая новость! :-) Чтобы использовать формы InfoPath Forms Services для рабочих процессов (workflow) не нужно приобретать Enterprise-лицензии. Развертывание форм рабочих процессов происходит атомарно с самим рабочим процессом и такие формы могут свободно использоваться с ним. Это правило касается ТОЛЬКО форм, функционирующих в рамках workflow и не распространяется на формы, а именно:

  • Формы задач рабочего процесса 
  • Формы ассоциации рабочего процесса
  • Формы инициации рабочего процесса
  • Формы модификации рабочего процесса

Любые другие типы форм, если они функционируют на базе Forms Services, должны использоваться на основе ECAL.

Лицензирование MOSS в виртуальных средах.

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

Полезные ссылки

Если будут вопросы по лицензированию MOSS, пишите в комментариях. Постараюсь ответить.

Удачного начала года! Наступление 2009-го – хороший повод начать серьезно использовать SharePoint, если вы еще не сделали это. Ведь не за горами новая версия, которая, кстати, обеспечит очень хороший уровень обратной совместимости с предыдущей.

Comments

  • Anonymous
    January 01, 2003
    После публикации обзора использования SharePoint в Интернет большее количество вопросов вызвала тема

  • Anonymous
    January 01, 2003
    Спасибо за замечательную статью - появилась именно тогда, когда мне это понадобилось :). У меня такой вопрос. У Вас написано: > Если у вас только 22 клиентских Enterprise-лицензии, а enterprise-возможностями пользуются все 1000 сотрудников, никаких ограничений со стороны продукта не будет видно. Просто для 978-ми сотрудников использование MOSS будет нелегитимным. А если у меня, скажем, 10 СТАНДАРТНЫХ CAL, а используют SharePoint 1000 пользователей, то увидят ли они какие-нибудь ограничения со стороны продукта? Или это тоже остается на совести потребителя?

  • Anonymous
    January 01, 2003
    >> Для легализации, выходит, достаточно добавить в ферму front-end Web Server и выпустить его в интернет Да, а разве это плохо? По поводу лицензирования Project Server я сходу не отвечу. Попробуйте спросить у Максима Войцеховского в блоге (http://blogs.technet.com/voytsekhovsky)

  • Anonymous
    January 01, 2003
    Ограничений не будет, ведь наличие CAL технически не проверяется (это скорее финансово-юридический аспект). Но для 990 пользователей работа с продуктом будет нелегитимна и останется, как Вы удачно выразились, на совести потребителя :-)

  • Anonymous
    January 01, 2003
    Приветствую, Денис :-)

  1. Для MOSS есть только User CAL.
  2. Для MOSS в этом случае необходимо приобретать вариант MOSS for Internet Sites, а для Windows Server:  - либо External Connector  - либо Windows Web Server 2008 (http://www.microsoft.com/windowsserver2008/en/us/licensing-web-server.aspx)
  • Anonymous
    January 01, 2003
    >> Да, а разве это плохо? Нет, наоборот :)

  • Anonymous
    January 01, 2003
    Кстати, еще очень интересен вопрос лицензирования Project Server в интернет (а.для работы в нем (б) просто для просмотра страничек, отчетов).

  • сколько необходимо серверных лицензий (и CALs), если несколько экземляров PWA используется (на одном сервере/на разных)
  • Anonymous
    January 01, 2003
    И Вас с Наступившим)
  1. В случае с MOSS CALs, есть разделение на UserDevice ? и если есть,то особые правила их конвертации друг в друга существуют?
  2. Если я использую WSSMOSS как интернет сайт без какой либо аунтификации - анонимный доступ, отпадает необходимость в external connector?
  • Anonymous
    January 01, 2003
    >> а для Windows Server:
  • либо External Connector
  • либо Windows Web Server 2008 Очень странно, ведь при анонимном доступе нет прямого обращения к системе , т.к. нет аунтификации. + в сети очень много личных дневников на основе Wss, получается все они на Web Server-e (должны быть, ибо дешевле). Для легализации, выходит, достаточно добавить в ферму front-end Web Server и выпустить его в интернет
  • Anonymous
    April 02, 2009
    The comment has been removed