42
2.3 Подготовка серверов
При планировании закупа и обеспечения аппаратных и программных
средств руководствуюсь требованиями от вендора Microsoft.
Требования к программной платформе. Минимальные требования от
вендора: Windows Server 2008 R2 Service Pack 1 (SP1) Standard, SharePoint 2013
with SP1, MSSQL Server — 64-bit edition of SQL Server 2008 R2 Service Pack 1,
Project Server 2013.
Требования к лицензированию. Лицензия сервера для Microsoft
SharePoint Server 2013 необходима для контента интрасети, используемого для
совместной работы. Эта лицензия требует использования клиентских лицензий
(CAL). При создании сайтов для совместной работы было приобретено 120
клиентских лицензий Office Project Professional 2013 для сотрудников филиала.
Исходя из требований вендора был произведен закуп серверов и
программ. На серверах установлен виртуальный сервер Wmware, который
помог разделить два физических сервера на несколько виртуальных. Под нашу
задачу специалистами ГВЦ были установлены 4 виртуальных сервера. На двух
виртуальных серверах была развернута тестовая среда Open Text (10.96.21.11)
и SharePoint (10.96.1.159). На третьем и четвертом виртуальном серверах
установлены промышленные Open Text (10.96.21.10) и SharePoint (10.96.21.16).
На рисунке 13 отображена архитектура системы виртуализации с физическими
адресами серверов.
43
Сервер
Сервер
10.96.21.10:
RAILDOCS
10.96.21.16:
PROJECT2013
10.96.21.00:
VMWARE
Сервер
Сервер
10.96.21.11:
RAILDOCSTEST
10.96.1.159:
PROJECTTEST
(2010)
Рисунок 13- Физическая архитектура системы
Подготовка корпоративной среды была выполнена в следующей
последовательности.
1. подготовка и настройка серверов SQL Server.
2. установка и настройка SharePoint Server. Создание фермы и приложений.
3. установка и настройка Project Server.
4. настройка параметров, служб, решений и сайтов SharePoint.
Для успешного развертывания серверов необходимы следующие учетные
записи с соответствующими разрешениями:
1. администратор домена. Требуется для создания необходимых учетных
записей пользователей в домене и настройки доменных групп для создания и
просмотра отчетов.
2. администратор SQL Server. Требуется для различных задач настройки
Microsoft SQL Server и служб Microsoft SQL Server Analysis Services (SSAS).
3. администратор фермы.
44
Для непрерывной работы серверов, сайтов и сервисов была создана
учетная запись администратора фермы sp_admin Это член группы локальных
администраторов, не привязанный к какому-либо сотруднику.
2.4 Создание фермы и приложений SharePoint
2.4.1 Базы данных SQL Server
Установка SQL Server 2012 для SharePoint 2013 разделена на 3 этапа:
2. установка SQL Server 2012
3. настройка параметра конфигурации сервера
4. настройка прав учетной записи, предназначенной для установки SharePoint
2013.
Пошаговая инструкция установки и настройки Microsoft SQL Server, SharePoint
Server, Project Server также описана подробно на официальных ресурсах Microsoft: TechNet,
Docs, Codeplex, LearningВо время установки SharePoint сервера необходимо настроить
ферму, на которой будут установлены все приложения, сайты и службы. Администрирование
этими объектами будет осуществиться на сайте Центр администрирования. А корпоративные
сайты будут создаваться в отдельном пуле приложений и семействе сайтов. На рисунке 14
отображены установленные и настроенные службы sql сервера.
Рисунок 14 – Установленный экземпляр SQL
База данных конфигурации, база данных контента и другие необходимые
базы данных создаются при выполнении «Мастер настройки» продуктов
SharePoint.
45
Для веб-приложения опубликованного контента интрасети
предполагается, что несколько подразделений в компании будут размещены в
опубликованном контенте. Контент каждого подразделения размещен в
отдельном семействе сайтов. Это обеспечивает следующие преимущества:
1. каждое подразделение может управлять своим контентом и разрешениями.
2. контент каждого подразделения может храниться в выделенной базе данных.
Недостатки использования нескольких семейств сайтов состоят в
следующем:
1. главные страницы, макеты страниц, шаблоны, веб-части и навигация не
могут совместно использоваться семействами сайтов.
2. требуется больше усилий для координации настроек и навигации между
семействами сайтов.
В зависимости от информационной архитектуры и особенностей
проектирования приложения интрасети опубликованный контент может
отображаться для пользователей как единое приложение. Или же каждое
семейство сайтов может отображаться как отдельный веб-сайт.
Для включения баз данных контента в разработку можно использовать
следующие два подхода:
1. установить определенные размеры для баз данных контента с
соответствующими порогами предупреждений, касающимися размеров. При
достижении такого порога создаются новые базы данных. При таком подходе
семейства сайтов автоматически добавляются к доступной базе данных (или к
базам данных) только на основе указанного размера. Этот подход применяется
чаще всего.
2. связать семейства сайтов с определенными базами данных контента. Данный
подход позволяет помещать одно или несколько семейств сайтов в отдельную
базу данных, которой можно управлять независимо от остальных баз.
Были установлены базы данных контента (WSS_Content) с определенным
запасом на случай увеличения размера.
46
При создании сайтов и приложений Project Server в SQL Server создаются
пустые базы данных для баз данных «Draft», «Published», «Archived» и
«Reporting» с помощью параметров сортировки
SQL_Latin1_General_CP1_CI_AS. Создается полный набор баз данных для
каждого создаваемого экземпляра ProjectWebApp. На рисунке 15 изображен
экземпляр Project2013.
Рисунок 15- Базы данных экземпляра Project2013
47
2.4.2 Пулы приложений
Сайт Центр администрирования для всех ферм серверов SharePoint
размещаются на сервере приложений. Это защищает сайты от прямого контакта
с пользователем. Если возникновение узкого места производительности или
нарушение безопасности негативно сказывается на доступности интерфейсных
серверов, сайт Центра администрирования остается доступным.
В результате развертывания фермы SharePoint установлен центр
администрирования, показанный на рисунке 16 с пулами приложений, сайтов,
сервисов, инструментов настроек.
Рисунок 16 - Центр администрирования SharePoint
Отдельные пулы приложений IIS обычно реализуются для достижения
изоляции процесса от контента. Пулы приложений позволяют нескольким
сайтам выполняться на одном сервере, но в то же время иметь свои собственные
рабочие процессы и удостоверения. Это устраняет наличие эксплойта, который
позволяет злоумышленнику с одного из сайтов внедрить код на сервер для
атаки других сайтов.
48
Развернутые пулы приложений используются следующим образом:
1. каждый сайт администрирования размещается в выделенном пуле
приложений. Это требование Продукты SharePoint 2013.
2. контент интрасети разделен на два разных пула приложений. Контент для
совместной работы размещается в одном пуле приложений. Опубликованный
контент интрасети размещается в отдельном пуле приложений. Такая
конфигурация обеспечивает изоляцию процессов для опубликованного
контента интрасети, в которых более вероятно использование подключений к
бизнес-данным.
3. для каждого из трех веб-приложений, из которых состоит интрасеть,
требуется уникальный URL-адрес. Целевой аудиторией для контента интрасети
являются внутренние сотрудники.
Веб-приложения. Каждое веб-приложение представлено отдельным веб-
сайтом в IIS SharePoint-80. На рисунке 17 изображена консоль IIS веб-сервера с
установленными приложениями и сайтами сервера Project2013. Номера портов
включены URL-адреса по умолчанию.
Рисунок 17- Пулы приложений IIS
В табл.3 показаны URL-адреса семейств сайтов и сайтов каждого
установленного приложения SharePoint.
49
Таблица 3
URL-адреса установленных приложений
Сайты:
URL адрес:
Порты:
Центр администрирования SharePoint
(веб-приложение)
http://project2013:9430
9430
SharePoint_80 (веб-приложение)
http://project2013
80
Project Web Application (семейство
сайтов)
http://project2013/pwa
80
Для соответствия требованиям разработки URL-адресов каждое веб-
приложение включает одно семейство сайтов корневого уровня. Управляемые
пути используются для включения второго уровня семейств сайтов верхнего
уровня. После второго уровня семейств сайтов все сайты являются дочерними.
На рисунке 18 показаны установленные веб приложения: сайт центр
администрирования, корпоративный сайт управления проектами (Sharepoint-
80, Sharepoint central administration).
Рисунок 18 – Установленные веб-приложения
Семейства сайтов. Семейства сайтов на SharePoint объединяют
логическую и информационную архитектуру. Целью разработки семейств
сайтов является обеспечение соответствия требованиям для разработки URL-
адресов и создание логических подразделов контента. Установленное
50
семейство сайта HTTP://PROJECT/PWA выглядит в Центре
администрирования как показано на рисунке 19.
Рисунок 19-Семейство веб-сайтов
Установленное семейство PWA это общедоступное пространство и
главная цель данной работы. На рисунке 20 показано каким видят сайт PWA
конечные пользователи.
Рисунок 20 - Семейство сайтов Project Web App
51
После установки приложения Project Web App (PWA) необходимо
расширить функционал.
2.4.3 Настройка параметров, служб, решений и сайтов
На этом этапе ферма подготавливается к размещению контента сайта. Для
этого необходимо выполнить следующие действия.
1. настроить глобальные параметры.
2. настроить службы.
3. развернуть решения и настройки.
4. создать и наполнить сайты.
Выбираю службы, которые следует запустить в ферме. На рисунке 21
показаны службы фермы. В зависимости от задач, которые будут выполняться
на сайте мы запускаем и настраиваем необходимые службы. Некоторые службы
зависят друг от друга. Нам необходимо настроить службы:
- PerformancePoint Service Application;
- Приложение Служб Excel;
- Приложение-служба Project Server;
- Служба Secure Store;
- Служба состояний.