Install It Admin Project Server 2019

Алексей Просницкий, РМР, MVP
Microsoft Project Sever 2019

LEO Consulting, Киев
Развертывание, настройка и
IT администрирование
КИЕВ, 2016
LEO Consulting, KYIV, 2018

Развертывание, настройка и IT-администрирование Project Server 2019 2
Все названия программных продуктов, которые используются в книге, являются

зарегистрированными торговыми марками соответствующих фирм.
Алексей Просницкий, MVP, PM

ОГЛАВЛЕНИЕ
РИСУНКИ...................................................................................................... 6
ТАБЛИЦЫ ................................................................................................... 11
ОБ АВТОРЕ ................................................................................................. 12
О КНИГЕ .................................................................................................... 13
БЛАГОДАРНОСТИ ........................................................................................ 14
О КОМПАНИИ «ЛЕО КОНСАЛТИНГ» .............................................................. 15
1 КРАТКИЙ ОБЗОР MICROSOFT PROJECT SERVER 2019 ................................ 16
1.1 ОБЗОР АРХИТЕКТУРЫ И ТЕХНИЧЕСКИХ ВОЗМОЖНОСТЕЙ .............................. 16
1.2 ОБЗОР MICROSOFT PROJECT SERVER 2019 ................................................... 19
2 ПЛАНИРОВАНИЕ РАЗВЕРТЫВАНИЯ SHAREPOINT SERVER 2019 .................. 20

2.1 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ .......................................... 20
2.2 ТРЕБОВАНИЯ К АППАРАТНОМУ ОБЕСПЕЧЕНИЮ ............................................. 21
2.2.1 Масштабность развертывания ............................................................... 21
2.2.2 Параметры для определения масштаба внедрения ................................. 21
2.2.3 Требования к лицензиям ...................................................................... 26
2.3 СОЗДАНИЕ НЕОБХОДИМЫХ УЧЕТНЫХ ЗАПИСЕЙ ............................................ 27
2.3.1 Описание необходимых ролей администраторов .................................... 27
2.3.2 Создание пользователей и групп в службе каталогов Active Directory ...... 28
3 УСТАНОВКА SQL SERVER 2017 ............................................................... 30

3.1 ДОБАВЛЕНИЕ ПОЛЬЗОВАТЕЛЕЙ НА СЕРВЕР БАЗ ДАННЫХ .............................. 30
3.2 УСТАНОВКА SQL SERVER 2017..................................................................... 31
3.2.1 Установка Database Engine/Analyze Services/Reporting Services SQL Server
2017 31
3.2.2 Установка SQL Server 2017 Management Studio ...................................... 37
3.3 НАСТРОЙКА СЕРВЕРА SQL SERVER И СЛУЖБ АНАЛИТИКИ .............................. 40
3.3.1 Настройка сетевой конфигурации SQL Server ........................................ 40
3.3.2 Добавление имени входа для учетной записи администратора фермы ..... 41
3.3.3 Настройка службы аналитики (Analysis Services) .................................... 43
3.3.4 Запуск служб аналитики под доменной учетной записью ........................ 45
3.3.5 Включение среды CLR .......................................................................... 46
3.3.6 Включение службы Windows Firewall для доступа к SQL Server ................ 47
4 УСТАНОВКА SHAREPOINT SERVER 2019 ................................................... 51

4.1 ПОДГОТОВКА СЕРВЕРА ПРИЛОЖЕНИЙ ДЛЯ УСТАНОВКИ PROJECT SERVER....... 51
4.1.1 Добавление доменных пользователей в группу администраторов ............ 51
4.1.2 Отключение конфигурации усиленной безопасности Internet Explorer ..... 52
4.1.3 Добавление роли Web Server ISS .......................................................... 52
4.1.4 Настройка службы SMTP ....................................................................... 53

4.2 УСТАНОВКА SHAREPOINT SERVER 2019 ........................................................ 57

4.2.1 Установка предварительного ПО ........................................................... 57
4.2.2 Установка непосредственно SharePoint Server 2019 ................................ 59
4.3 НАСТРОЙКА ФЕРМЫ SHAREPOINT ................................................................ 62
4.3.1 Работа с мастером настройки продуктов SharePoint ................................ 62
4.3.2 Задание разрешений на чтение для веб-сайта верхнего уровня .............. 70
4.3.3 Задание возможности выбора учетной записи при логировании .............. 71
4.3.4 Настройка доверительных сайтов .......................................................... 72
5 РАЗВЕРТЫВАНИЕ ПРИЛОЖЕНИЯ PROJECT SERVER 2019............................ 74

5.1 ПОДГОТОВКА К РАЗВЕРТЫВАНИЮ PROJECT SERVER 2019 .............................. 74
5.1.1 Включение лицензии Project Server 2019 ............................................... 74
5.1.2 Регистрация управляемых путей ........................................................... 74
5.1.3 Создание приложения-службы сервера Project Server ............................ 76
5.2 СОЗДАНИЕ САЙТА PWA ............................................................................... 79
5.2.1 Блокировка базы данных контента SharePoint ........................................ 79
5.2.2 Создание базы данных контента PWA .................................................... 80
5.2.3 Создание сайта Project Web App ............................................................ 81
5.2.4 Проверка расположения сайта Project Web App ...................................... 83
5.2.5 Блокировка базы данных контента PWA ................................................ 84
5.2.6 Задание режима безопасности .............................................................. 85
6 НАСТРОЙКА ОТЧЕТНОСТИ ДЛЯ PROJECT SERVER 2019 ............................. 89

6.1 НАСТРОЙКА REPORTING SERVICES (NATIVE) ................................................ 90
6.1.1 Установка Reporting Services (Native) .................................................... 90
6.1.2 Настройка Reporting Services (Native) .................................................... 92
6.1.3 Веб портал отчетов SQL Server Reporting Services .................................. 99
6.1.4 Настройка интеграции с Power BI ......................................................... 101
6.1.5 Embed paginated reports into SharePoint using the Report Viewer web part 103
6.2 НАСТРОЙКА ANALYSIS SERVICES ................................................................ 104
6.2.1 Установка компонент SQL Server .......................................................... 104
6.2.2 Установка управляющих объектов аналитики SQL Server 2016 ............... 104
6.2.3 Установка SQL Server 2012 Native Client ............................................... 105
6.2.4 Добавление группы авторов отчетов в качестве администратора сервера
служб аналитики ............................................................................................. 106
6.2.5 Запуск службы безопасного хранения (Secure Store Service) ................. 109
6.2.6 Построение OLAP куба ......................................................................... 112
7 РАЗВЕРТЫВАНИЕ OFFICE ONLINE SERVER ............................................... 116

7.1 УСТАНОВКА OOS ....................................................................................... 116
7.2 НАСТРОЙКА ФЕРМЫ OFFICE ONLINE SERVER................................................ 119
7.3 ИНТЕГРАЦИЯ SHAREPOINT SERVER C OFFICE ONLINE SERVER ....................... 122

7.4 НАСТРОЙКА БАЗОВОЙ ИНТЕГРАЦИИ СЛУЖБ ANALYSIS SERVICES С SHAREPOINT

125
7.4.1 Предоставление учетной записи компьютера Office Online Server права
администратора служб Analysis Services ............................................................ 125
7.4.2 Регистрация служб Analysis Services на сервере Office Online Server ....... 125
8 НАСТРОЙКА РАБОЧИХ ПРОЦЕССОВ ........................................................ 127

8.1 УСТАНОВКА SHAREPOINT DESIGNER 2013 ................................................... 127
8.2 УСТАНОВКА WORKFLOW MANAGER 1.0 ........................................................ 129
8.3 НАСТРОЙКА WORKFLOW MANAGER ............................................................. 132
8.4 ПРИСОЕДИНЕНИЕ УЗЛА PWA К ФЕРМЕ РАБОЧИХ ПРОЦЕССОВ ....................... 136
9 ЕЖЕДНЕВНОЕ УПРАВЛЕНИЕ И ОБСЛУЖИВАНИЕ ...................................... 140

9.1 АДМИНИСТРОВАНИЕ ОЧЕРЕДИ И БАЗЫ ДАННЫХ .......................................... 141
9.1.1 Управление заданиями в очереди ........................................................ 141
9.1.2 Автоматическое ежедневное резервное копирование ............................ 143
9.1.3 Административное резервное копирование ........................................... 144
9.1.4 Административное восстановление ...................................................... 144
9.2 ДЕЙСТВУЮЩИЕ ПОЛИТИКИ ........................................................................ 146
9.2.1 Дополнительные параметры сервера .................................................... 146
9.2.2 Обработчики событий на сервере ......................................................... 147
9.2.3 Параметры подготовки сайтов проектов ............................................... 148
9.2.4 Массовое обновление подключенных сайтов SharePoint......................... 149
9.2.5 Планирование заданий по обслуживанию ............................................. 149
9.2.6 Учетная запись-посредника рабочего процесса ..................................... 151
9.2.7 Оповещения и напоминания ................................................................ 153
9.3 РАБОТА С СИСТЕМОЙ ЛОГОВ ULS ............................................................... 154
9.4 НАСТРОЙКА ПЛАНА ОБСЛУЖИВАНИЯ БАЗ ДАННЫХ ...................................... 157
ПРИЛОЖЕНИЕ «ЧЕК-ЛИСТ УСТАНОВКИ PROJECT SERVER» ............................ 163

ЗАМЕТКИ................................................................................................... 164

РИСУНКИ
Рисунок 1.1 Архитектура Project Server 2019 ......................................................................... 16

Рисунок 1.2 Одна база данных для проектов и контента.......................................................... 17
Рисунок 1.3 Project Server 2019, как приложение SharePoint Server 2019 ........................................ 17
Рисунок 1.4 Новый интерфейс узла PWA ............................................................................ 19
Рисунок 2.1 Маломасштабное развертывание ...................................................................... 22
Рисунок 2.2 Минимальная конфигурация при среднемасштабном развертывании .......................... 23
Рисунок 2.3 Рекомендуемая конфигурация при среднемасштабном развертывании ........................ 24
Рисунок 2.4 Создание пользователей в AD ......................................................................... 28
Рисунок 2.5 Создание в AD группы бизнес-аналитики............................................................ 28
Рисунок 3.1 Добавление пользователей в группу администраторов фермы баз данных .................... 30
Рисунок 3.2 Запуск установки SQL Server 2017 ...................................................................... 31
Рисунок 3.3 Ввод ключа установки SQL Server 2017 ............................................................... 31
Рисунок 3.4 Принятие условий лицензирования SQL Server 2017 ............................................... 32
Рисунок 3.5 Проверка необходимых условий для установки SQL Server 2017 ................................. 32
Рисунок 3.6 Выбор компонентов установки SQL Server 2017 ..................................................... 33
Рисунок 3.7 Настройка имени фермы SQL Server 2017 ............................................................ 33
Рисунок 3.8 Настройка автозапуска SQL Server Agent ............................................................. 34
Рисунок 3.9 Настройка администратор SQL Server Database Engine ............................................ 34
Рисунок 3.10 Задание пути сохранения данных SQL Server Database Engine .................................. 35
Рисунок 3.11 Задание пути сохранения базы данных TEMP DB .................................................. 35
Рисунок 3.12 Выбор режима конфигурации Analysis Services ..................................................... 36
Рисунок 3.13 Задание пути сохранения файлов данных Analysis Services....................................... 36
Рисунок 3.14 Итоговые параметры установки SQL Server 2017 ................................................... 37
Рисунок 3.15 Окно начала установки SQL Server 2017 Management Studio ..................................... 38
Рисунок 3.16 Окно окончания установки SQL Server 2017Management Studio ................................. 38
Рисунок 3.17 Установленный SQL Server 2017 ....................................................................... 39
Рисунок 3.18 Диспетчер конфигурации SQL Server ................................................... 40
Рисунок 3.19 Проверка использования протокола TCP/IP .......................................... 40
Рисунок 3.20 Проверка автоматического запуска SQL Server Agent ............................ 41
Рисунок 3.21 Создание имени входа ........................................................................ 41
Рисунок 3.22 Указание учетной записи домена, созданную для администратора фермы
............................................................................................................................. 42
Рисунок 3.23 Выбор роли сервера ........................................................................... 42
Рисунок 3.24 Добавление учетной записи администратора фермы в группу локальных
пользователей OLAP ............................................................................................... 44
Рисунок 3.25 Подключение к Analysis Services SQL Server ......................................... 44
Рисунок 3.26 Выдача разрешений на подключение к Analysis Services SQL Server ...... 45
Рисунок 3.27 Запуск служб аналитики под доменной учетной записью ...................... 46
Рисунок 3.28 Включение среды CLR ......................................................................... 47
Рисунок 3.29 Запуск «Windows Firewall with Advanced Security» ................................. 47
Рисунок 3.30 Создание нового правила для порта 1433 ............................................ 48
Рисунок 3.31 Указание порта 1433 .......................................................................... 48
Рисунок 3.32 Указание порта 1433 .......................................................................... 49
Рисунок 3.33 Задание имени порта .......................................................................... 49
Рисунок 3.34 Созданные исключения службы Windows Firewall .................................. 50
Рисунок 4.1 Добавление пользователей в группу администраторов фермы баз данных .................... 51
Рисунок 4.2 Отключение конфигурации усиленной безопасности Internet Explorer ..... 52
Рисунок 4.3 Окно добавления роли «Web Server ISS» ............................................... 53

Рисунок 4.4 Выбор компонента «SMTP Server» ......................................................... 54

Рисунок 4.5 Установленная компонента «SMTP Server» ............................................. 55
Рисунок 4.6 Запуск виртуального «SMTP Server» ...................................................... 55
Рисунок 4.7 Запуск виртуального «SMTP Server» ...................................................... 55
Рисунок 4.8 Настройка автоматического запуска службы «SMTP» .............................. 56
Рисунок 4.9 Окно инсталляции SharePoint Server 2019.............................................. 57
Рисунок 4.10 Необходимые компоненты для установки SharePoint Server 2019 ........... 57
Рисунок 4.11 Принятие лицензионного соглашения .................................................. 58
Рисунок 4.12 Запрос на перегрузку сервера ............................................................. 58
Рисунок 4.13 Окончание процесса установки дополнительных компонент .................. 59
Рисунок 4.14 Ввод лицензионного ключа SharePoint Server 2019 ............................... 60
Рисунок 4.15 Процесс установки SharePoint Server 2019 ........................................... 60
Рисунок 4.16 Окно запуска мастера настройки SharePoint Server 2019 ....................... 61
Рисунок 4.17 Окно мастера настройки продуктов SharePoint ..................................... 62
Рисунок 4.18 Выбор создания новой фермы серверов ............................................... 63
Рисунок 4.19 Настройка параметров базы данных .................................................... 64
Рисунок 4.20 Ввод пароля для баз данных ............................................................... 64
Рисунок 4.21 Выбор роли сервера ........................................................................... 65
Рисунок 4.22 Выбор порта и службы проверки подлинности ...................................... 66
Рисунок 4.23 Процесс настройки мастера продуктов SharePoint ................................. 66
Рисунок 4.24 Окончание процесса настройки мастера продуктов SharePoint .............. 67
Рисунок 4.25 Хотите сделать SharePoint лучше? ....................................................... 67
Рисунок 4.26 Запуска мастера пошаговой настройки фермы ..................................... 68
Рисунок 4.27 Настройка мастера фермы SharePoint .................................................. 68
Рисунок 4.28 Создание сайта верхнего уровня ......................................................... 69
Рисунок 4.29 Результат работы мастера и создания сайта верхнего уровня ................ 69
Рисунок 4.30 Созданный веб-сайт верхнего уровня .................................................. 70
Рисунок 4.31 Выбор меню «Разрешения для сайта» .................................................. 70
Рисунок 4.32 Предоставление разрешений веб-сайта верхнего уровня Project Server . 71
Рисунок 4.33 Возможность войти под учетной записью другого пользователя ............ 71
Рисунок 4.34 Вставка кода в файл «Welcome.aspx» .................................................. 72
Рисунок 4.35 Настройка доверительных сайтов ........................................................ 73
Рисунок 5.1 Включение лицензии Project Server 2019 ............................................... 74
Рисунок 5.2 Ввод лицензии Project Server 2019 ........................................................ 74
Рисунок 5.3 Управляемые пути ................................................................................ 75
Рисунок 5.4 Создание адреса «PWA» ....................................................................... 75
Рисунок 5.5 Созданные управляемые пути ............................................................... 76
Рисунок 5.6 Выбор создания приложения службы Project Server ................................ 77
Рисунок 5.7 Создание приложения-службы сервера Project Server ............................. 78
Рисунок 5.8 Блокировка базы данных контента ........................................................ 80
Рисунок 5.9 Добавление базы данных контента ........................................................ 80
Рисунок 5.10 Создание базы данных контента Project Server ..................................... 81
Рисунок 5.11 Созданная база данных контента Project Server .................................... 81
Рисунок 5.12 Создание сайта PWA Project Server ...................................................... 82
Рисунок 5.13 Результат выполнения команды по созданию сайта PWA Project Server .. 82
Рисунок 5.14 Созданный сайт PWA без активированных функций Project Server ......... 82
Рисунок 5.15 Созданный сайт PWA c функциями Project Server .................................. 83
Рисунок 5.16 Проверка расположения сайта Project Web App .................................... 84
Рисунок 5.17 Блокировка базы данных контента PWA Project Server 2019 .................. 85
Рисунок 5.18 Разблокировка базы данных контента.................................................. 85
Рисунок 5.19 Редактирование разрешений в группе безопасности SharePoint ............. 87
Рисунок 5.20 Включение режима безопасности Project Server ................................... 87
Рисунок 5.21 Режим безопасности Project Server ...................................................... 88
Рисунок 6.1 Запуск установки SQL Server для Reporting Service в режиме Native ........ 90
Рисунок 6.2 Выбор функции «Reporting Service - Native» .......................................... 91

Рисунок 6.5 Выбор функции «Reporting Services Configuration Manager» .................... 93
Рисунок 6.6 Создание адреса сервера отчетов ......................................................... 93
Рисунок 6.7 Запуск «Report Server Database Configuration Manager» .......................... 93
Рисунок 6.8 Выбор варианта создания новой базы данных ........................................ 94
Рисунок 6.9 Проверка соединения с базой данный ................................................... 95
Рисунок 6.10 Задание имени базы данных отчетов ................................................... 96
Рисунок 6.11 Выбор типа аутентификации ............................................................... 96
Рисунок 6.12 Параметры настройки «Report Server Database Configuration Manager» .. 97
Рисунок 6.13 Процесс создания базы данных отчетов ............................................... 98
Рисунок 6.14 Созданная база отчетов ...................................................................... 98
Рисунок 6.15 Создание url адреса веб портала сервера отчетов ................................ 99
Рисунок 6.16 Веб портал отчетов SQL Server Reporting Services ................................. 99
Рисунок 6.17 Функции для загрузки «Mobile Report Publisher» и «Report Builder» ....... 100
Рисунок 6.18 Установка «Mobile Report Publisher» .................................................... 100
Рисунок 6.19 Интерфейс «Mobile Report Publisher» для разработки отчетов для мобильных
устройств. ............................................................................................................. 101
Рисунок 6.20 Интеграция «Mobile Report Publisher» с сервером отчетов SQL Server
Reporting Services .................................................................................................. 101
Рисунок 6.21 Раздел интеграции сервера отчетов с PowerBI ..................................... 102
Рисунок 6.22 Ввод логина и пароли учетной записи Office365 .................................. 102
Рисунок 6.23 Настроенная интеграция сервера отчетов с Power BI ........................... 103
Рисунок 6.24 Установка Microsoft SQL Server 2016 Analysis Management Object ......... 104
Рисунок 6.25 Завершение установка Microsoft SQL Server 2016 AMO ......................... 105
Рисунок 6.26 Запуск установки SQL Server 2008 Native Client ................................... 105
Рисунок 6.27 Поиск имени в базе данных................................................................ 107
Рисунок 6.28 Установка флажка на чтение базы данных .......................................... 108
Рисунок 6.29 Добавление пользователей в группу «Report Authors» ......................... 108
Рисунок 6.30 Создание ключа службы безопасного хранения ................................... 109
Рисунок 6.31 Параметры нового конечного приложения для безопасного хранения ... 110
Рисунок 6.32 Параметры учетной записи конечного приложения для безопасного
хранения .............................................................................................................. 110
Рисунок 6.33 Параметры членства для безопасного хранения .................................. 111
Рисунок 6.34 Настройка учетных данных для безопасного хранения ........................ 111
Рисунок 6.35 Ввод параметров учетной записи для безопасного хранения ................ 112
Рисунок 6.36 Ввод параметров учетной записи для безопасного хранения ................ 113
Рисунок 6.37 Управление базой данных OLAP ......................................................... 113
Рисунок 6.38 Создание нового куба базы данных OLAP ............................................ 113
Рисунок 6.39 Определение параметров нового куба базы данных OLAP .................... 114
Рисунок 6.40 Выделение куба для его построения ................................................... 114
Рисунок 6.41 Процесс построения куба базы данных OLAP ....................................... 115
Рисунок 6.42 Завершение процесса построения куба базы данных OLAP ................... 115
Рисунок 7.1 Команда установки необходимых ролей и служб ................................... 116
Рисунок 7.2 Установка необходимых ролей и служб ................................................. 116
Рисунок 7.3 Запрос на перегрузку после окончания установки необходимых ролей и
служб ................................................................................................................... 117
Рисунок 7.4 Лицензионное соглашение на установку OOS ........................................ 117
Рисунок 7.5 Выбор папки установки OOS ................................................................ 118
Рисунок 7.6 Лицензионное соглашение на установку OOS ........................................ 118
Рисунок 7.7 Команда создания фермы OOS ............................................................. 119
Рисунок 7.8 Команда создания фермы OOS ............................................................. 119
Рисунок 7.9 Выполненная команда по созданию фермы OOS .................................... 120
Рисунок 7.10 Веб форма OOS ................................................................................. 120

Рисунок 7.11 Настройка доступа к службе Secure Store ........................................... 121
Рисунок 7.12 Настроенный доступ к службе Secure Store ......................................... 121
Рисунок 7.13 Запуск команды по интеграции SPS c OOS .......................................... 122
Рисунок 7.14 Выполненная команда по созданию интеграции SPS c OOS .................. 122
Рисунок 7.15 Выполненная команда по созданию зоны http ..................................... 123
Рисунок 7.16 Выполненная команда для использования OOS посредством протокола HTTP
............................................................................................................................ 123
Рисунок 7.17 Выполненная команда по включению API Excel SOAP ........................... 124
Рисунок 7.18 Появившаяся возможность открыть отчет Excel в вебе ......................... 124
Рисунок 7.19 Отчет Excel Odata открытый в вебе ..................................................... 124
Рисунок 7.20 Добавление сервера OOS в администраторы службы Analysis Services .. 125
Рисунок 7.21 Команда PowerShell для регистрации сервера служб Analysis Services на
сервере OOS ......................................................................................................... 125
Рисунок 7.22 Добавление сервера служб Analysis Services в OOS ............................. 126
Рисунок 8.1 Открытие узла PWA в SharePoint Designer 2013 ..................................... 127
Рисунок 8.2 Ненастроенный SharePoint Designer 2013 под платформу 2016 ............... 128
Рисунок 8.3 Выбранные компоненты «Workflow Manager» ........................................ 129
Рисунок 8.4 Окно установки приложений Workflow Manager ..................................... 131
Рисунок 8.5 Выбранные компоненты «Service Bus» .................................................. 131
Рисунок 8.6 Приложение «Workflow Manager Configuration» ..................................... 132
Рисунок 8.7 Выбор в мастере способа настройки Workflow Manager .......................... 132
Рисунок 8.8 Настройка фермы рабочих процессов. Шаг 1. ....................................... 133
Рисунок 8.9 Настройка фермы рабочих процессов. Шаг 1. ....................................... 134
Рисунок 8.10 Данные по настройке фермы рабочих процессов ................................. 134
Рисунок 8.11 Результат настройки фермы рабочих процессов .................................. 135
Рисунок 8.13 Добавление порта 12291 в IIS ............................................................ 136
Рисунок 8.15 Настроенная служба рабочих процессов ............................................. 138
Рисунок 8.16 Проверка сопоставления приложения-службы рабочих процессов ........ 138
Рисунок 8.17 Настроенный SharePoint Designer для разработки рабочих процессов для
проектов Project Server 2019 .................................................................................. 139
Рисунок 9.1 Параметры ИТ администрирования Project Server 2019 .......................... 140
Рисунок 9.2 Параметры бизнес администрирования Project Server 2019 .................... 140
Рисунок 9.3 Управление заданиями в очереди ......................................................... 142
Рисунок 9.4 Планирование автоматического ежедневного резервного копирования ... 143
Рисунок 9.5 Параметры ручного резервного копирования ........................................ 144
Рисунок 9.6 Параметры административного восстановления .................................... 145
Рисунок 9.7 Настройка дополнительных параметров сервера ................................... 146
Рисунок 9.8 Обработчики событий на сервере ......................................................... 147
Рисунок 9.9 Пример настроенного обработчика событий .......................................... 148
Рисунок 9.10 Параметры подготовки сайтов проектов .............................................. 148
Рисунок 9.11 Настройка массового обновления сайтов проектов .............................. 149
Рисунок 9.12 Задания по обслуживанию Project Server 2019 .................................... 150
Рисунок 9.13 Настройка заданий по обслуживанию Project Server 2019 .................... 150
Рисунок 9.14 Определение формата аутентификации .............................................. 152
Рисунок 9.15 Задание учетной записи владельца рабочих процессов........................ 153
Рисунок 9.16 Параметры уведомления по электронной почте ................................... 153
Рисунок 9.17 Настройка данных диагностики .......................................................... 154
Рисунок 9.18 События диагностики Project Server 2019 ............................................ 155
Рисунок 9.19 ULS файлы ........................................................................................ 156
Рисунок 9.20 ULS файл, открытый в Excel ............................................................... 156
Рисунок 9.21 Поиск в очереди по идентификаторам ................................................ 156
Рисунок 9.22 Запуск мастера обслуживания баз данных .......................................... 157

Рисунок 9.23 Указание имени плана обслуживания ................................................. 158
Рисунок 9.24 Указание расписания запуска плана обслуживания ............................. 158
Рисунок 9.25 Выбор задач для плана обслуживания ................................................ 159
Рисунок 9.26 Сортировка задач плана обслуживания ............................................... 159
Рисунок 9.27 Выбор баз данных для плана обслуживания ........................................ 160
Рисунок 9.28 Выбор файла для сохранения отчета .................................................. 160
Рисунок 9.29 Проверка созданного плана ............................................................... 161
Рисунок 9.30 Запуск плана обслуживания ............................................................... 161
Рисунок 9.31 Созданный план обслуживания .......................................................... 162

ТАБЛИЦЫ
Таблица 2.1 Требования к программному обеспечению ............................................. 20

Таблица 2.2 Параметры для определения масштаба внедрения ................................. 21
Таблица 2.3 Требования к аппаратному обеспечению при маломасштабном
развертывании ....................................................................................................... 22
Таблица 2.4 Конфигурация систем, как пример ........................................................ 22
Таблица 2.5 Требования к аппаратному обеспечению к минимальной конфигурации при
среднемасштабном развертывании .......................................................................... 24
Таблица 2.6 Рекомендуемые требования к аппаратному обеспечению при
среднемасштабном развертывании .......................................................................... 25
Таблица 2.7 Рекомендуемые требования к аппаратному обеспечению при
крупномасштабном развертывании .......................................................................... 25
Таблица 2.8 Требования к программному обеспечению ............................................. 26
Таблица 2.9 Учетные записи и группы для бизнес-аналитики .................................... 27

ОБ АВТОРЕ
Алексей Просницкий – директор компании LEO Consulting

(www.leoconsulting.com.ua).
Ведущий специалист (Most Valuable Specialist, MVP) по Microsoft
Project 2011–2018.
Сертифицированный менеджер проектов 2009–2021 (РМР, РМІ).
Организатор и модератор десяти конференций по Microsoft Project
и управлению проектами, которые прошли в Киеве
(http://www.project-conference.com.ua/).
Модератор форума по Microsoft Project и управлению проектами
(http://microsoft-project.com.ua/).
Сооснователь школы управления строительными проектами PRO PM (www.propm.pro)
Автор самоучителя по программному продукту Spider Project, автор самоучителей по
управлению проектами в Microsoft Project 2010-2016, а также в Microsoft Project Server 2010.
Соавтор самоучителей по установке и ИТ-настройке Microsoft Project Server 2010-2016.
Начал свою проектную деятельность в 2002-2003 годах на металлургическом комбинате
«Криворожсталь» как участник команды внедрения ISO 9001–2000. Руководил на комбинате бюро
антидемпинговых расследований.
С 2006 по 2009 год работал в компании «Технологии Управления Спайдер Украина»
консультантом по управлению проектами.
На данный момент является соучредителем и директором компании «LEO Consulting».
На его счету руководство разработкой и настройка информационной системы управления
портфелем проектов на базе Spider Project в компании ООО «Астар Инжиниринг»,
информационных систем управления проектами на базе Microsoft Project
(Professional/Server/Online) в компаниях «Риел», «Фармак», «Алмалы», «Юпитер Девелопмент»,
«Кредобанк», «Лига», «Acino Pharm», «7CI Group», «Мафия», «Платинум Банк», «Креди Агриколь
Банк», «Укртелеком», «УК «ЭТС», «К.А.Н. Строй», ГП «Запорожский титано-магниевый комбинат»,
«Параллакс», «ЭнТехЭко», «Торговая компания «Эльдорадо», «ММЦ «СТБ», «Дирекция по
строительству объектов к ЕВРО-2012 в г. Львове», ГП «НСК «Олимпийский», информационных
систем управления проектами на базе Spider Project в компаниях «Стадион «Шахтер», «Vesy»,
НПО «Червона Хвиля», «Европродукт», «Будинвест СМ», «Энран», «Херсонстрой», «Ритейл-
Девелопмент», «С.Д.П. Менеджемент» и др.
Автор курсов по управлению проектами (PMBoK, PRINCE2, Agile/Scrum) и по программным
продуктам Spider Project, Microsoft Project 2003 – 2016 и Microsoft Project Server 2007–2016.
Алексея можно найти или дома или на работе или у Заказчика или в FB.
Животных нет.

О КНИГЕ
Данная книга предназначена для всех тех, кто хочет научиться как правильно самостоятельно
устанавливать и развертывать Microsoft Project Server 2019, далее MSPS 2019.
Стоит отметить, что установка MSPS 2019 – это не единственное, что нужно сделать для запуска
информационной системы управления проектами. Установка и развертывание – это всего лишь
первый шаг. Следующий шаг, который нужно сделать в вашей компании – настроить MSPS 2019
с точки зрения методологии управления проектами именно вашей компании.
Данная книга не покроет все необходимые знания, которые вам возможно понадобятся и
возможно, книга не будет единственным источником информации для того, чтобы у вас лично
все получилось.
Если есть пожелания / замечания / негодования, пишите на mvp@leoconsulting.com.ua.
Условные обозначения в книге:
Советы
Важная информация
Обратите внимание

БЛАГОДАРНОСТИ
Огромное спасибо Андрею Дорошенко за правки и Денису Андрощуку за фундамент.

О КОМПАНИИ «ЛЕО КОНСАЛТИНГ»
LEO Consulting (ЛЕО Консалтинг) – ведущая украинская компания в сфере внедрения

информационных систем управления проектами и процессами, партнер компаний Microsoft,
Nintex и FluentPro, а также поставщик услуг от компании Microsoft.
Мы задаем стандарты по качеству внедрения систем управления проектами в части методологии
и инструмента на базе Microsoft Project и Microsoft Project Server.
Программы и качество проводимых нами курсов по работе с Microsoft Project и/или Microsoft
Project Server являются тем ориентиром, к которому стремятся наши конкуренты.
Мы первые разработали и запустили курсы по:
• управлению проектами в Microsoft Project 2016;
• управлению проектами в Microsoft Project Server 2010-2019;
• управлению проектами в Microsoft Project Online;
• установке и администрированию Microsoft Project Server 2010-2019;
• бизнес-настройке Microsoft Project Server 2010-2019;
• бизнес-настройке Microsoft Project Online.
Все курсы имеют отраслевую специфику.
Всегда готовы к сотрудничеству.
Контактный телефон: 38 044 228 76 99.
Контактная электронная почта: nelza@leoconsulting.com.ua.
Более подробная информация на сайте: http://leoconsulting.com.ua.

1 КРАТКИЙ ОБЗОР MICROSOFT PROJECT SERVER 2019
1.1 ОБЗОР АРХИТЕКТУРЫ И ТЕХНИЧЕСКИХ ВОЗМОЖНОСТЕЙ
В мае 2016 года вышел Microsoft Project Server 2019, решение компании Microsoft
предназначенное для управления проектами в крупных и средних компаниях. В данной главе мы
опишем новшества Microsoft Project Server 2019 и его отличия от Project Server 2013 и 2016.
Рисунок 1.1 Архитектура Project Server 2019
В разрезе архитектурных изменений можно выделить следующие новшества:

1. Объединение баз данных проектов и контента в одну. Теперь вместо четырех баз данных
по проектам (Archived, Draft, Published и Reporting) и одной по контенту, как в Project
Server 2010, или одной базы данных по проектам (draft., pub., и ver) и одной по контенту,
как в Project Server 2013, для всех узлов PWA будет использоваться одна база данных.

Рисунок 1.2 Одна база данных для проектов и контента
2. Project Server 2019 не нужно устанавливать. Теперь это приложение SharePoint Server 2019.
Рисунок 1.3 Project Server 2019, как приложение SharePoint Server 2019
3. Вводятся ограничения на максимальное количество корпоративных полей

4. Microsoft Project Server 2019 поддерживает следующие браузеры и их версии:
Microsoft Edge IE 11-10 IE 9-6 Chrome* Firefox* Safari*
Поддерживается? Да Да Нет Да Да Да
* - последние версии браузеров
5. MSPS 2016 также позволяет работать через мобильные устройства (Windows Phone, iOS и
Android).
Следующие мобильные браузеры поддерживают работу с MSPS 2016:
• Internet Explorer и Microsoft Edge (минимум Windows Phone 8.1);
• Последние версии Chrome минимум на Android 4.4;
• Последние версии Safari и Chrome минимум на iOS 8.
6. Для редактирования документов (Word, Excel, PowerPoint, OneNote, PowerView) в вебе
необходима установка на отдельный сервер Office Online Server.
7. По сравнению с Microsoft Project Server 2010-2013 были удалены классы Project Service
Interface (PSI). Вместо них используется Project Client Side Object Model (CSOM).

1.2 ОБЗОР MICROSOFT PROJECT SERVER 2019
С точки зрения пользователей, можно выделить некоторые новшества:

1. Интерфейс максимально приближен к виду Office365. Это заметят те, кто «пришел» с 2013
версии.
Рисунок 1.4 Новый интерфейс узла PWA
2. По сравнению с Microsoft Project Server 2010-2013 была удалена функциональность,

связанная с планом ресурсом. Теперь, вместо нее используется ресурсное планирование
(Resource Engagements).
Добавить скрины порталов проектов
Workflow Manager

2 ПЛАНИРОВАНИЕ РАЗВЕРТЫВАНИЯ SHAREPOINT SERVER 2019
Учитывая, что Microsoft Project Server 2019 является компонентой SharePoint Server 2019, мы будем
рассматривать развертывание Microsoft Project Server 2019 через призму развертывания
SharePoint Server 2019
2.1 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
Для установки Project Server 2019 требуется операционная система:

o Windows Server 2016 (64-bit) Standard/Datacenter Edition, или;
o Windows Server 2019 (64-bit) Standard/Datacenter.
Для сервера баз данных необходим на выбор Microsoft SQL Server следующих версий:
o SQL Server 2017(64-bit) Standard/BI/Enterprise, или;
o SQL Server 2017 (64-bit) Standard/Enterprise.
Если вы хотите пользоваться мобильными версиями отчетов, рекомендуется устанавливать SQL

Server версии Enterprise.
Несмотря на что, что SharePoint Server 2019 не может быть установлен на Windows Server 2003-
2012 R2, синхронизация пула ресурсов из Active Directory (далее AD), возможна для домена,
развернутого на Windows Server 2003 и Windows Server 2008.
Требования к программному обеспечению для установки SharePoint Server 2019 приведены ниже.
Таблица 2.1 Требования к программному обеспечению
Наименование сервера Программное обеспечение

Windows Server 2016/2019
Сервер приложений Microsoft SharePoint Server Ent 2019
SQL Server 2016/ 20171
Windows Server 2012 R2/2016
Сервер баз данных
SQL Server 2016/2017
Windows Server 2012 R2/2016
Office Online сервер
Office Online Server
Windows 7 SP1 /8 / 10
Рабочее место пользователя Microsoft Project Pro 2019
Microsoft Outlook 2013/2016
Примечание 1 – если вы хотите пользоваться отчетами Reporting Services для SharePoint или PowerPivot/PowerView,
необходимо на сервере приложений развернуть SQL Server STD 2014/2016.
Примечание 3 - Office Online сервер необходим для редактирования в вебе документов Office и просмотра отчетов в
Excel Online

2.2 ТРЕБОВАНИЯ К АППАРАТНОМУ ОБЕСПЕЧЕНИЮ
Перед установкой SharePoint Server 2019 очень важно грамотно спланировать масштаб
развертывания системы управления проектами, чтобы она могла выдерживать нагрузку при
увеличении от требуемого количества проектов/ресурсов и пр.
2.2.1 Масштабность развертывания
Таблица 2.2 позволит вам ознакомиться с теми параметрами, которые будут влиять на
работоспособность информационной системы, и как следствие на масштаб развертывания для
удобной работы в среде Microsoft Project Server 2019, требуемый для обеспечения комфортной
работы.
Таблица 2.2 Параметры для определения масштаба внедрения
Количество на сервере
Параметр
Малое Среднее Большое
Проект 20 100 5000
Сайты проектов 20 100 5000
Задачи 1250 25000 1250000
Назначения 1625 32500 1625000
Среднее количество задач на одного пользователя 50 250 5000
Календари 3 26 100
Вопросов на сайте проекта 20 400 20000
Рисков на сайте проекта 20 400 20000
Конечных результатов 20 800 40000
Типов корпоративных проектов 5 50
Рабочих процессов по жизненным циклам проектов (ЖЦП) 2 30
Количество проектов по одном процессу ЖЦП 50 167
Стадий в процессе ЖЦП 15 150
Страниц сведений о проекте 10 100
Количество департаментов 100
Расписаний (табалей) за год 2600 52000 780000
Требования к аппаратному обеспечению зависят от будущего масштаба развертывания:

1. Маломасштабное развертывание;
2. Среднемасштабное развертывание;
3. Крупномасштабное развертывание.
2.2.2 Параметры для определения масштаба внедрения1
2.2.2.1 Маломасштабное развертывание
В случае маломасштабного развертывания Project Server 2019 работает как сервис-приложение

SharePoint Server 2019. В принципе, SharePoint Server 2019 можно устанавливать на том же
1
На схеме сознательно опущен Office Online Server, как непосредственно не необходимый для развертывания Project
Server 2019

сервере, который будет использоваться как сервер баз данных, но лучше разделить отдельно
сервер баз данных и сервер приложений с SharePoint Server 2019.
ActiveDirectory
Сервер приложений
Сервер баз данных Windows Server 2016/2019
Windows Server 2012 R2/2016 SharePoint Server 2019
SQL Server 2016/2017
(Database Engine, Analysis Services,
Native Reporting Services)
Рисунок 2.1 Маломасштабное развертывание
Требования к аппаратному обеспечению при маломасштабном развертывании приведены ниже.

Таблица 2.3 Требования к аппаратному обеспечению при маломасштабном развертывании
Наименование сервера Компонент Требование

Процессор 64 бит, 4 ядра, 2,5 МГц
Сервер приложений ОЗУ 16-24 Гб
Жесткий диск 80 Гб (желательно использовать SSD)
Процессор 64 бит, 8 ядер, 2,5 МГц
Сервер баз данных ОЗУ 16 Гб
Таблица 2.4 Конфигурация систем, как пример2
Наименование
Компонент Требование
сервера
Процессор: 64-бит, 4 ядра
ОЗУ: 32 ГБ
Жесткий диск: 80 ГБ
Сервер Microsoft SharePoint Server Ent 2019
Загрузка с Flash накопителя;
приложений Windows Server 2016
Сетевой интерфейс для подключения к
локальной сети 10 GB/s;
Сетевой интерфейс FC 8 GB/s.
Сервер баз Windows Server 2012 R2 Процессор: 64-бит, 4 ядра.
данных SQL Server 2017 ОЗУ: 32ГБ
2
Система работает примерно со 100 проектам, т.е. как бы для среднемасштабного развертывания

Наименование
Компонент Требование
сервера
Диски SAS 10K;
Рейд массив уровня 10. Суммарный
объём не менее 3,2 ТБ;
Возможность последующего
расширения дискового пространства;
Подключение к серверному
оборудованию по интерфейсу FC 8 GB/s;
Программное обеспечение для
репликации данных между двумя
системами хранения данных по
протоколу iSCSI на скорости 1 GB/s.
По опыту отлично подходит отдельный «инстанс» на SQL-кластере
2.2.2.2 Среднемасштабное развертывание
2.2.2.2.1 Минимальные требования по нагрузке
При среднемасштабном развертывании существует два варианта:

1. С минимальными требования по нагрузке;
2. С рекомендуемыми требования по нагрузке.
При среднемасштабном развертывании минимально рекомендуется использование трех
серверов, одного для сервера приложений, второго для Front-end, а третий использовать как
сервер баз данных.
ActiveDirectory
Сервер баз данных Front End Сервер приложений

Windows Server 2012 R2/2016/2019 Windows Server 2016/2019 Windows Server 2016/2019
SQL Server 2016/2017 Std/Ent SharePoint Server 2019 SharePoint Server 2019
(Database Engine, Analysis Services, Reporting Services)
Рисунок 2.2 Минимальная конфигурация при среднемасштабном развертывании
Таблица 2.5 содержит требования к аппаратному обеспечению при среднемасштабном

развертывании с минимальной конфигурацией.
Таблица 2.5 Требования к аппаратному обеспечению к минимальной конфигурации при среднемасштабном развертывании

Процессор 64 бит, 4 ядра, 2,5 ГГц
Сервер приложений ОЗУ 32 Гб
Процессор 64 бит, 4 ядра, 2,5 ГГц
Сервер front end ОЗУ 32Гб
Процессор 64 бит, 8 ядер, 2,5 ГГц
Жесткий диск 100 Гб (RAID 10 из 8)
2.2.2.2.2 Рекомендуемые требования по нагрузке
При среднемасштабном развертывании рекомендуется использование четырех Front-end

серверов, двух серверов для приложений, одного сервера для размещения баз данных, так
называемая топология «4х1»3.
ActiveDirectory
Сервер баз данных Front End Сервер приложений

Windows Server 2012R2/2016 Windows Server 2016/2019 Windows Server 2016/2019
SQL Server 2016/2017 Std/Ent SharePoint Server 2019 SharePoint Server 2019
Distributed Cache server Search server

Windows Server 2016/2019 Windows Server 2016/2019
SharePoint Server 2019 SharePoint Server 2019
Рисунок 2.3 Рекомендуемая конфигурация при среднемасштабном развертывании
3
Если же предполагается большая нагрузка на SharePoint Server 2019, и он будет использоваться не только для работы
на порталах проектов, рекомендуется разделять базы данных Project Server и SharePoint Server

Таблица 2.6 Рекомендуемые требования к аппаратному обеспечению при среднемасштабном развертывании

Сервера приложений ОЗУ 32 Гб
Сервера front end ОЗУ 32 Гб
2.2.2.3 Крупномасштабное развертывание
При крупномасштабном развертывании минимальными требованиями является использование

топологии «4х2х1», как при рекомендуемых параметрах среднемасштабного развертывания, за
единственным «но». Узким местом будет являться вычислительная мощность сервера баз данных,
которую необходимо увеличить до требований, указанных в
Таблица 2.7.
ActiveDirectory

Windows Server 2012R2/2016
SQL Server 2016/2017 Std/Ent
Front End Сервер приложений

Windows Server 2012R2/2016
SQL Server 2016/2017 Std/Ent
(Database Engine, Analysis Services, Reporting Services) Distributed Cache server Search server
Таблица 2.7 Рекомендуемые требования к аппаратному обеспечению при крупномасштабном развертывании


В данной книге буду рассмотрена следующая конфигурация системы, развернутая на моем

ноутбуке (i7 8550U, 32 Гб ОЗУ, 512 GB SSD PCIE, Windows 10).
Таблица 2.8 Требования к программному обеспечению
Наименование сервера Программное обеспечение

AD Windows Server 2012 (ENG)
Microsoft SharePoint Server Ent 2019 (RUS)
Сервер приложений Windows Server 2016 (ENG)
SQL Server 2017 (ENG)
Windows Server 2012 (ENG)
SQL Server 2017 (ENG)
Microsoft Project Pro 2019
Рабочее место пользователя
Microsoft Office 2019
2.2.3 Требования к лицензиям
Для развертывания, с точки зрения лицензирования, вам нужны будут следующие лицензии, при
маломасштабном развертывании.
Наименование продукта Количество Примечание
Если планируется
развертывания на базе
SQL Server 2017STD 2 приложений SharePoint в
режиме интеграции с SharePoint,
то нужно 2 лицензии
SQL Server 2017STD CAL Для каждого пользователя
SharePoint Server 2019 1
SharePoint Server 2019 STD CAL Для каждого пользователя
SharePoint Server 2019 ENT CAL Для каждого пользователя
Windows Server Standard 2016 2
Windows Server Standard 2016 CAL Для каждого пользователя

Project Server 2019 1
Для каждого пользователя, за
Project Server 2019 CAL вычетом лицензий Project
Professional 2016
Для руководителей проектов,
Project Professional 2016
сотрудников РМО

2.3 СОЗДАНИЕ НЕОБХОДИМЫХ УЧЕТНЫХ ЗАПИСЕЙ
2.3.1 Описание необходимых ролей администраторов
Чтобы успешно осуществить развертывание Microsoft SharePoint Server 2019, необходимы

следующие пользователи:
• Администратор домена (domain\Administrator). Требуется для создания необходимых
учетных записей пользователей в домене и настройки доменных групп для создания и
просмотра отчетов.
• Администратор SQL Server (domain\sqladmin). Требуется для различных задач настройки
Microsoft SQL Server и служб Microsoft SQL Server Analysis Services (SSAS).
• Администратор фермы (domain\sp_farm). Требуется для установки Microsoft SharPoint
Server 2016 и настройки веб-сайта Microsoft Project Web App.
Таблица 2.9 содержит учетные записи и группы Active Directory для бизнес-аналитики. Более
подробная информация о бизнес-аналитике, и ее настройки приведена в п. 6.
Таблица 2.9 Учетные записи и группы для бизнес-аналитики
Учетная запись Вид Назначение Требуемые разрешения1

DOMAIN\ReportAuthors Группа Для создания Для этой группы требуются
отчетов разрешения db_datareader в
базе данных Project Server 2019.
DOMAIN\ReportViewers Для просмотра Нет
отчетов
DOMAIN\ReportExternal Для просмотра Рекомендуется добавить эту
Viewers отчетов группу в группу читателей
сотрудникам, не отчетов, чтобы предоставить ей
имеющим учетной необходимые разрешения.
записи в PWA Для этой группы требуются
разрешения на чтение сайта
центра бизнес-аналитики.
DOMAIN\sp_secure_store Учетная запись Для Этой учетной записи должны
предоставления быть предоставлены
учетных данных, разрешения db_datareader в
необходимых базе данных отчетов Project
просматривающим Server 2019. Рекомендуется
отчеты добавить эту учетную запись в
пользователям. группу авторов отчетов.
Примечание 1 – задавать разрешения на доступ нужно после установки Project Server 2019. Более подробно о задании
разрешений в п. 6.2.4.
Учетная запись администратора фермы создается во время установки Microsoft SharePoint Server
2019

2.3.2 Создание пользователей и групп в службе каталогов Active Directory
Для того чтобы создать определенного пользователя или группу, нужно в контроллере домена,
в «Administrative tools – Active directory Users and Computers» щелкнуть правой кнопкой мыши на
папке «Users» и в меню выбрать «New – User» или «New – Group».
Если пользователи и группы еще не созданы, это нужно сделать до развертывания Project Server.
Рисунок 2.4 Создание пользователей в AD
Я использую англоязычные версии программ, за исключением только Microsoft Office и

Microsoft SharePoint Server 2019. Чего и вам советую
Рисунок 2.5 Создание в AD группы бизнес-аналитики
Как задавать разрешения на чтение или доступ к той или иной базе данных описано в п. 6.

3 УСТАНОВКА SQL SERVER 2017
3.1 ДОБАВЛЕНИЕ ПОЛЬЗОВАТЕЛЕЙ НА СЕРВЕР БАЗ ДАННЫХ
Перед установкой SQL Server 2017 и после включения сервера в домен, нужно добавить в группу
администраторов сервера учетные записи будущего администратора баз данных и
администраторы фермы SharePoint 2019.
Для добавления пользователей нужно запустить «Computer Management» и в разделе «Local
Users and Groups – Groups» добавить в группу «Administrator» вышеобозначенные в п. 2.3.2
вышеучетные записи.
Рисунок 3.1 Добавление пользователей в группу администраторов фермы баз данных

3.2 УСТАНОВКА SQL SERVER 2017
3.2.1 Установка Database Engine/Analyze Services/Reporting Services SQL Server 2017
Запускаем установочный образ SQL Server и в окне «SQL Server Installation Center» нажимаем
«Installation - New SQL Server stand-alone installation …».
Рисунок 3.2 Запуск установки SQL Server 2017
В появившемся окне «SQL Server 2017 Setup» в разделе «Product Key» вводим ключ продукта и
нажимаем «Далее».
Рисунок 3.3 Ввод ключа установки SQL Server 2017
В разделе «License Term» ставим галочку, о том, что мы, не читая принимаем лицензионное
соглашение и нажимаем «Далее».
Рисунок 3.4 Принятие условий лицензирования SQL Server 2017
На шаге «Install Rules» программа установки проверяет соответствие сервера для установки на
него SQL Server.
Рисунок 3.5 Проверка необходимых условий для установки SQL Server 2017
В разделе «Feature Selection» выбираем обязательно «Database Engine Services» и «Analysis

Services». Обратите внимание, что в SQL Server 2017 нет пункта выбора «Management Studio»,
который устанавливается отдельно, см. п. 3.2.2, как и «Reporting Services – Native», который
устанавливается также отдельно, см. п. ХХХ.

Рисунок 3.6 Выбор компонентов установки SQL Server 2017
На шаге «Instance Configuration», для пилотной системы по умолчанию оставляем название

сервера, а для промышленной, задаем имя экземпляра SQL и нажимаем «Next».
Рисунок 3.7 Настройка имени фермы SQL Server 2017
В разделе «Server Configuration» для службы «SQL Server Agent» выбираем тип запуска
«Automatic». Для использования в пилотной среде можно оставить, чтобы службы запускались
под учетными записями по умолчанию. Для использования в промышленной среде
рекомендовано запускать все службы и агента от имени доменных учетных записей.

Рисунок 3.8 Настройка автозапуска SQL Server Agent
Для службы «Database Engine Services» выбираем администратора баз данных.
Рисунок 3.9 Настройка администратор SQL Server Database Engine
Для службы «Database Engine Services» на закладке «Data Directories» задаем папки сохранения
данных. Рекомендовано сохранять базы данных на отдельный диск.

Рисунок 3.10 Задание пути сохранения данных SQL Server Database Engine
На закладке «TempDP» задаем папку сохранения временной базы данных, и также как в
предыдущем случае, рекомендуется, в случае, промышленной эксплуатации, сохранять на
отдельный диск.
Рисунок 3.11 Задание пути сохранения базы данных TEMP DB
Для службы «Analysis Services» выбираем режим «Multidimensional and Data Mining Mode» и
добавляем администратора служб аналитики.

Рисунок 3.12 Выбор режима конфигурации Analysis Services
Также, как и для службы «Database Engine Services», на закладке «Data Directories» службы
«Analysis Services» задаем папки сохранения (для промышленной эксплуатации обязательно
должен быть указан другой диск) и нажимаем «Next».
Рисунок 3.13 Задание пути сохранения файлов данных Analysis Services
Теперь SQL Server готов к установке. Можно уверенно нажать «Next» и пойти минуть 20 погулять.
После установки SQL Server, сервер нужно перегрузить.

Рисунок 3.14 Итоговые параметры установки SQL Server 2017
3.2.2 Установка SQL Server 2017 Management Studio
После установки SQL Server 2017необходимо установить SQL Server Management Studio 17.x,
который идет отдельно, потерял версионность и одинаково подходит как SQL Server 2016 так и
2017. Его можно скачать по ссылке https://docs.microsoft.com/en-us/sql/ssms/download-sql-server-
management-studio-ssms.
SQL Server 2017Management Studio устанавливается просто и быстро.

Рисунок 3.15 Окно начала установки SQL Server 2017 Management Studio
Иногда есть смыл не ставить SQL Management Studio на сам сервер SQL, а ставить, к примеру,
на свою рабочую станцию и подключаться удаленно. Это позволяет немного снизать нагрузку
на SQL Server и избежать установки на него «лишних» компонентов
После установки SQL Server 2017Management Studio сервер нужно будет перегрузить.
Рисунок 3.16 Окно окончания установки SQL Server 2017Management Studio

Следующий логический шаг – запуск SQL Server 2017для его следующей настройки.
Рисунок 3.17 Установленный SQL Server 2017

3.3 НАСТРОЙКА СЕРВЕРА SQL SERVER И СЛУЖБ АНАЛИТИКИ
Перед началом развертывания фермы SharePoint Server необходимо настроить SQL Server и
службы SQL Server Analysis Services.
Если развертывание Project Server осуществляется на существующую ферму SharePoint Server
2019, некоторые из этих шагов могут быть уже выполнены при развертывании фермы серверов.
Рекомендуется проверить эти параметры перед установкой Project Server.
3.3.1 Настройка сетевой конфигурации SQL Server
Для правильной работы Microsoft Project Server 2019 связанный с ней экземпляр SQL Server
следует настроить так, чтобы были задействованы удаленные подключения с использованием
протокола TCP/IP. Это конфигурация по умолчанию для SQL Server, но мы рекомендуем
убедиться в правильности настройки перед установкой Project Server 2019.
Для настройки сетевой конфигурации SQL Server 2017выполните следующие шаги:
1. Нажмите кнопку «Windows/Start», выберите «SQL Server 2017 Configuration Server».
Рисунок 3.18 Диспетчер конфигурации SQL Server
2. В левой части разверните узел «SQL Server Network Configuration» и выберите

экземпляр SQL Server, в котором будут установлены базы данных Project Server 2019.
3. В правом окне проверьте, чтобы было включено использование протокола TCP/IP,
Рисунок 3.19.
Рисунок 3.19 Проверка использования протокола TCP/IP
Также в окне «SQL Server Configuration Manager», в разделе «SQL Server Services» проверяем
автоматический запуск SQL Server Agent.
Рисунок 3.20 Проверка автоматического запуска SQL Server Agent
3.3.2 Добавление имени входа для учетной записи администратора фермы
Для обеспечения работы функций настройки и конфигурации Project Server 2019 необходимо
создать имя входа SQL Server для доменной учетной записи администратора фермы и
предоставить ей требуемые серверные роли.
3.3.2.1 Создание учетной записи SQL Server
Для того, чтобы создать учетную запись SQL Server, необходимо выполнить следующие шаги:
1. Откройте SQL Server Management Studio.
2. Подключитесь к ядру СУБД экземпляра SQL Server, который будет использоваться с
Project Server 2019.
3. Разверните узел «Security».
4. Щелкните правой кнопкой мыши «Login» и выберите «New Login», Рисунок 3.21.
Рисунок 3.21 Создание имени входа

5. На странице «General» в поле «Search» найдите учетную запись домена, созданную для
администратора фермы SharePoint/Project.
Рисунок 3.22 Указание учетной записи домена, созданную для администратора фермы
6. В списке «Select a page» щелкните «Server Roles» и установите флажки dbcreator, public,
securityadmin и sysadmin.
Рисунок 3.23 Выбор роли сервера

7. Нажмите кнопку ОК.
3.3.3 Настройка службы аналитики (Analysis Services)
Для настройки экземпляра служб аналитики, чтобы в дальнейшем можно было, на основе OLAP
кубов, строить отчеты по проектам, размещенным на Project Server 2019, необходимо выполнить
следующие два шага:
1. Добавить учетную записи администратора фермы в группу локальных пользователей
OLAP.
2. Настроить учетную записи администратора фермы для получения прав администратора
в службах аналитики SQL Server.
3.3.3.1 Добавление учетной записи администратора фермы в группу локальных

пользователей OLAP
Добавить учетную запись администратора фермы в группу локальных пользователей OLAP

необходимо для того, чтобы учетная запись администратора получила доступ к Analysis Services.
Для добавления учетной записи администратора фермы необходимо выполнить следующие
шаги:
1. Перейти на страницу «Administrative Tools» (Control Panel – System and Security) и
выбрать «Computer Management».
2. В окне «Computer Management» разверните «Local Users and Groups» и выберите
«Groups».
3. В правой панели в списке «Name» дважды щелкните
SQLServerMSASUser$<SERVERNAME>$MSSQLSERVER (SQL Server 2017).
4. На странице свойств нажмите кнопку «Add».
5. В диалоговом окне «Select users» введите имя учетной записи администратора фермы
SharePoint/Project.
6. Нажмите кнопку «ОК». Учетная запись администратора фермы отобразится в списке
членов.
7. Нажмите кнопку «ОК».

Рисунок 3.24 Добавление учетной записи администратора фермы в группу локальных пользователей OLAP
3.3.3.2 Добавление администратора фермы в качестве администратора сервера служб

аналитики
Для того, чтобы можно было в Project Server 2019, настраивать и строить отчетность по проектам
средствами OLAP (Online Analytical Processing) кубов, следует настроить SQL Server Analysis
Services.
На сервере с установленным SQL Server, в меню «Пуск» нужно выбрать «SQL Server Management
Objects», и в окне «Connect to Server» выбрать имя сервера и тип сервера «Analysis Services».
Рисунок 3.25 Подключение к Analysis Services SQL Server

После того, как произойдет подключение к службе Analysis Services, нужно на службе «Analysis
Services» щелкнуть правой кнопкой мыши и в меню выбрать «Properties».
В новом окне «Analysis Services Properties» следует выбрать «Security», нажать кнопку «Add» и
добавить администратора фермы SharePoint/Project.
Рисунок 3.26 Выдача разрешений на подключение к Analysis Services SQL Server
3.3.4 Запуск служб аналитики под доменной учетной записью
По умолчанию служба аналитики работает как локальная служба, т. е. служба только того
сервера, где установлен SQL Server и запускается служба аналитики под локальной учетной
записью. Настройку по умолчанию нужно изменить, а именно поменять управление с локальной
учетной записи на доменную запись администратора SharePoint/Project.
Для запуска его под доменной учетной записью, нужно:
1. Зайти на SQL Server под администратором фермы.
2. Запустить в меню «Start – Administrative tools» службу «Services».
3. Найти в перечне служб «SQL Server Analysis Services» и щелкнуть на ней левой кнопкой
мыши.
4. В окне свойств «SQL Server Analysis Services» нужно перейти на вторую закладку «Log
on» и ввести логин и пароль администратора фермы SharePoint/Project.
5. После добавления администратора службу «SQL Server Analysis Services» нужно
перегрузить.

Рисунок 3.27 Запуск служб аналитики под доменной учетной записью
3.3.5 Включение среды CLR
Среда CLR (common language runtime) повышает производительность развертывания Project

Server 2019. Для включения среды CLR выполните следующий запрос:
sp_configure 'clr enabled', 1;
go
reconfigure;
go
Включение среды CLR также позволяет значительно повысить быстродействие при выполнении
операций с настраиваемыми полями.

Рисунок 3.28 Включение среды CLR
3.3.6 Включение службы Windows Firewall для доступа к SQL Server
По умолчанию сетевой экран/firewall не предоставляет доступ другим серверам к SQL Server, если
не создано исключающее правило по портам.
Так, SQL Server по умолчанию использует порт 1433, а службы аналитики - порт 2383.
Для того чтобы задать исключение и разрешить доступ, нужно:
1. Зайти на SQL Server под администратором фермы.
2. В меню «Start» в разделе «Administration» запустите службу «Windows Firewall with
Advanced Security».
Рисунок 3.29 Запуск «Windows Firewall with Advanced Security»
3. В окне «Windows Firewall with Advanced Security» выберете «Inbound Rules», щелкните
на нем правой кнопкой мыши и в меню нажмите «New Rule».
4. В шаге «Rule Type» следует выбрать «Port».

Рисунок 3.30 Создание нового правила для порта 1433
5. В шаге «Protocols and Ports» выбирается «TCP» и задается локальный порт «1433».
Рисунок 3.31 Указание порта 1433
6. В шаге «Action» оставляем все без изменений (вариант «Allow the connection».

Рисунок 3.32 Указание порта 1433
7. В шаге «Profile / Профиль» выбираются все варианты.

8. В шаге «Name» указывается имя исключения, после чего нужно нажать «Finish».
Рисунок 3.33 Задание имени порта
Аналогично нужно сделать новое исключение для службы аналитики, а именно для порта 2383

Рисунок 3.34 Созданные исключения службы Windows Firewall

4 УСТАНОВКА SHAREPOINT SERVER 2019
4.1 ПОДГОТОВКА СЕРВЕРА ПРИЛОЖЕНИЙ ДЛЯ УСТАНОВКИ PROJECT SERVER
Перед началом фактической установки SharePoint Server 2019 рекомендуется выполнить

несколько небольших шагов.
4.1.1 Добавление доменных пользователей в группу администраторов
Перед установкой SharePoint Server 2019 и после включения сервера в домен, нужно добавить в
группу администраторов сервера учетные записи будущего администратора фермы SharePoint и
администратора баз данных, если вы планируете разворачивать SQL Server для построения
отчетов PowerView и Reporting Services для SharePoint Server.
Рисунок 4.1 Добавление пользователей в группу администраторов фермы баз данных
Для добавления пользователей нужно запустить «Computer Management» и в разделе «Local

Users and Groups – Groups» добавить в группу «Administrator» вышеобозначенные учетные
записи.

4.1.2 Отключение конфигурации усиленной безопасности Internet Explorer
Конфигурация усиленной безопасности Internet Explorer наcтраивает сервер и обозреватель

Internet Explorer таким образом, чтобы уменьшить уязвимость сервера перед возможными
атаками с помощью содержимого веб-страниц и сценариев приложений. В результате
некоторые веб-узлы могут отображаться или работать не так, как ожидалось.
Отключение конфигурации усиленной безопасности Internet Explorer происходит по следующему
сценарию:
1. Зайдите на сервер приложений (тот, где будет разворачиваться Project Server 2019),
под учетной записью администратора фермы.
2. Запустите «Server Manager - Local Server».
3. Нажмите ссылку «IE Enhanced Security Configuration».
4. В окне «IE Enhanced Security Configuration» выберите опции «Off» и нажмите «ОК».
Рисунок 4.2 Отключение конфигурации усиленной безопасности Internet Explorer
4.1.3 Добавление роли Web Server ISS
Для обеспечения работы с библиотеками SharePoint как с сетевыми папками, а также для
включения возможности сохранения файлов из офисных приложений в библиотеки SharePoint
на сервере приложений необходимо включить поддержку протокола WebDAV.
Сделать это можно установив компонент «Возможности рабочего стола» по следующей
процедуре:
1. Выберите последовательно «Start – Server Manager.
2. В мастере «Add Roles and Features Wizard» выберете «Features».
3. Выберете пункт «User Interface and Infrastructure» и нажмите «Next».
4. Подтвердите установку дополнительных компонент (можно подхватить Net Framework
3.5, Ink and Handwriting Services, Web Server) и нажмите «Install».

Рисунок 4.3 Окно добавления роли «Web Server ISS»
1) Если появится окно о необходимости перегрузить сервер, перегрузите его.
4.1.4 Настройка службы SMTP4
SharePoint Server и Project Server предоставляют возможность рассылки по электронной почте

уведомлений и напоминаний пользователям посредством настроенной на сервере приложений
службы SMTP.
Для настройки службы SMTP нужно зайти на сервер приложений под администратором фермы,
запустить «Server Manager» и выбрать «Features (Компоненты)» и нажать «Add Features (Добавить
компоненты)».
В окне выбор компонент ставится галочка у компоненты «SMTP Server», после чего запустится
мастер добавления компонент, в окне которого нужно нажать кнопку «Add Required Role Services
(Добавить необходимые роли)», что приведет к закрытию окна мастера добавления компонент.
Далее, в окне мастера добавления компонент, у службы «SMTP Server» появится галочка.
4
Как правило, на предприятиях с развернутой корпоративной почтой уже должен быть настроен SMTP-сервер. В
таком случае нужно использовать его, и данный пункт выполнять не требуется
Рисунок 4.4 Выбор компонента «SMTP Server»
Следующий шаг, это три раза нажать «Next» и «Install, что приведет к запуску процесса установки
компоненты «SMTP Server».
После окончания процесса установки, нажмите кнопку «Close», и перегрузите операционную
систему.

Рисунок 4.5 Установленная компонента «SMTP Server»
После того, как операционная система будет перегружена, следует запустить службу «Internet
Information Services (6.0)», далее IIS.
В окне IIS, разверните (+) на названии компьютера меню и запустите [SMTP Virtual Server #1].
Рисунок 4.6 Запуск виртуального «SMTP Server»
После того как [SMTP Virtual Server #1] будет запущен, следует нажать правой кнопкой мыши на
[SMTP Virtual Server #1] и в меню выбрать «Properties».
В окне свойств [SMTP Virtual Server #1], нужно перейти на закладку «Access», нажать на кнопку
«Relay…», в окне «Relay Restrictions» выбрать вариант «All except the list below» и нажать дважды
«ОК»
Рисунок 4.7 Запуск виртуального «SMTP Server»
В окне «IIS» нажмите в меню «File – Exit».

После этого, в меню «Start – Administrative tools» нажмите «Services».

В окне «Services» нужно найти службу «Simple Mail Transfer Protocol», дважды щелкнуть на ней
левой кнопкой мыши, на закладке «General», выберите тип запуска «Automatic» и нажмите «ОК».
Рисунок 4.8 Настройка автоматического запуска службы «SMTP»
Теперь, служба «SMTP» будет автоматически запускаться при загрузке операционной системы.

4.2 УСТАНОВКА SHAREPOINT SERVER 2019
4.2.1 Установка предварительного ПО
Перед установкой SharePoint Server 2019 зайдите на сервер под учетной записью администратора
фермы, на DVD-диске SharePoint Server 2019 запустите файл «default.hta», и щелкните «Установить
необходимое ПО».
Рисунок 4.9 Окно инсталляции SharePoint Server 2019
В окне «Программа подготовки продуктов…» Рисунок 4.10нажмите «Далее».
Рисунок 4.10 Необходимые компоненты для установки SharePoint Server 2019

Программа подготовки продуктов Microsoft SharePoint Server 2019, не только установит на сервер
необходимые компоненты, если они еще не были установлены ранее, но и проведет настройку
установленных компонент. Для установки некоторых компонент потребуется подключение к сети
Интернет.
Рисунок 4.11 Принятие лицензионного соглашения
После того, как на странице приветствия вы нажмете кнопку «Далее», вам, в новом окне нужно
прочитать лицензионное соглашение, и, если вы его принимаете, установите флажок «Я
принимаю условия лицензионного соглашения».
После того как нажмете кнопку «Далее», начнется установка необходимого ПО. В процессе
установки, нужно будет несколько раз перегружаться.
Рисунок 4.12 Запрос на перегрузку сервера

После окончания установки, на странице «Установка завершена» нажмите кнопку «Готово».
Рисунок 4.13 Окончание процесса установки дополнительных компонент
4.2.2 Установка непосредственно SharePoint Server 2019
После установки необходимого предварительного ПО можно переходить к установке SharePoint

Server 2019
Находясь под учетной записью администратора фермы, запустите файл «default.hta» DVD-диска
SharePoint Server и в окне инсталляции щелкните «Установить SharePoint Server».
После ввода ключа продукта версии Enterprise на странице «Ввод ключа продукта», нажмите
«Продолжить».
Будьте внимательны при вводе ключа. Не введите ключ для версии

Standard

Рисунок 4.14 Ввод лицензионного ключа SharePoint Server 2019
Прочтите лицензионное соглашение, и, если вы его принимаете, установите флажок «Я

принимаю условия этого соглашения», а затем нажмите кнопку «Продолжить».
На странице «Тип установки на сервер» выберите «Полная» и нажмите «Установить».
При желании, если вам нужно изменить месторасположение установки файлов, перейдите на
вкладку «Расположение файла» и измените место установки.
Рисунок 4.15 Процесс установки SharePoint Server 2019

После завершения установки, оставьте флажок «Запустить мастер настройки технологий и

продуктов SharePoint», и нажмите кнопку «Закрыть» чтобы запустить мастер настройки.
Рисунок 4.16 Окно запуска мастера настройки SharePoint Server 2019

4.3 НАСТРОЙКА ФЕРМЫ SHAREPOINT
4.3.1 Работа с мастером настройки продуктов SharePoint
После запуска мастера настройки продуктов и технологий Microsoft SharePoint, в окне «Мастер
настройки продуктов SharePoint» нажмите кнопку «Далее».
Обратите внимание, что появится диалоговое окне с сообщением о том, что некоторые службы
могут быть перезапущены во время настройки.
Рисунок 4.17 Окно мастера настройки продуктов SharePoint
В окне «Подключение к ферме серверов» выберите «Создать новую ферму серверов», а затем
нажмите кнопку «Далее». Рисунок 4.18Если у вас уже есть работающая ферма, то нужно выбрать
вариант «Подключиться к существующей ферме серверов».

Рисунок 4.18 Выбор создания новой фермы серверов
В окне «Указание параметров базы данных конфигурации» выполните следующие действия:

• В поле «Сервер баз данных» введите имя компьютера, на котором запущен экземпляр
SQL Server.
• Введите имя базы данных конфигурации в поле «Имя базы данных» или используйте имя
базы данных по умолчанию. Имя по умолчанию — «SharePoint_Config», но можно задать
собственное имя.
• В поле «Имя пользователя» введите имя пользователя для учетной записи фермы
серверов в формате «ДОМЕН\имя_пользователя». Как правило это должна быть учетная
запись администратора фермы.
• В поле «Пароль» введите пароль учетной записи, и нажмите кнопку «Далее».

Рисунок 4.19 Настройка параметров базы данных
В следующем окне «Задание параметров безопасности фермы» введите парольную фразу для
фермы, а затем нажмите кнопку «Далее».
Убедитесь, что парольная фраза отвечает следующим условиям:
• Содержит не менее восьми символов.
• Содержит символы минимум из трех следующих групп:
o Английские заглавные буквы (от A до Z).
o Английские строчные буквы (от a до z).
o Цифры (от 0 до 9).
o Знаки, не относящиеся к буквам и цифрам (например, !, $, #, %).
Хотя парольная фраза не сильно отличается по функции от пароля, она обычно длиннее, что
повышает безопасность. Парольные фразы используются для шифрования учетных данных,
зарегистрированных в SharePoint Server 2016, например, для шифрования системной учетной
записи SharePoint Server 2016, используемой при запуске мастера настройки продуктов
SharePoint. Запомните парольную фразу, поскольку она будет необходима при каждом
добавлении сервера в ферму
Рисунок 4.20 Ввод пароля для баз данных
На странице «Указать роль сервера», выбираете ту, которую будет выполнять сервер
SharePoint/Project 20165.
5
Если вы будете запускать мастер после установленного Feature Pack 1, то данное окно будет иметь более широкий
перечень вариантов установки

Рисунок 4.21 Выбор роли сервера
В окне «Настроить веб-приложение центра администрирования SharePoint» выполните

следующие действия:
• Установите флажок «Укажите номер порта» и задайте номер порта для веб-приложения
центра администрирования SharePoint (для использования конкретного порта) или
снимите флажок «Укажите номер порта» для использования номера порта по умолчанию.
При необходимости доступа к веб-сайту центра администрирования с удаленного компьютера

разрешите доступ для заданного порта в предыдущей операции. Это выполняется путем
создания входящего правила для SharePoint Central Administration v4 в брандмауэре в режиме
повышенной безопасности
• Выберите службу проверки подлинности «NTLM» или «Согласование (Kerberos)»6 и

нажмите кнопку «Далее».
6
Более подробно по ссылке http://technet.microsoft.com/ru-ru/magazine/ee914605.aspx
Рисунок 4.22 Выбор порта и службы проверки подлинности
После того, как вы подтвердите введенные данные на странице «Выполнение мастера настройки
продуктов SharePoint», нажав кнопку «Далее», начнется работа мастера по настройке продуктов
SharePoint.
Рисунок 4.23 Процесс настройки мастера продуктов SharePoint

Когда процесс настройки будет завершен, система отобразит страницу «Настройка успешно
завершена». Для закрытия мастера нажмите кнопку «Готово».
Рисунок 4.24 Окончание процесса настройки мастера продуктов SharePoint
После того, как вы нажмете кнопку «Готово», в окне браузера откроется новый сайт Центра
администрирования SharePoint с предложением «Помочь сделать SharePoint и OneDrive лучше».
Вы можете выбрать «Да, я хочу участвовать» либо «Нет, я не хочу участвовать» и нажать кнопку
«ОК».
Рисунок 4.25 Хотите сделать SharePoint лучше?
На странице «Настройка фермы SharePoint» возможен выбор варианта настройки с помощью

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

параметры в дальнейшем, используя Центр администрирования SharePoint. Для тестовой мастер

вполне сгодится.
Рисунок 4.26 Запуска мастера пошаговой настройки фермы
Мы рекомендуем первоначально настраивать Вашу ферму с помощью мастера настройки фермы.

Находясь под учетной записью администратора фермы, зайдите в Центр администрирования
SharePoint 2019, выберите пункт «Мастер настройки» – «Настройка фермы (запуск мастера
настройки фермы)» – «Запуск мастера».
В разделе «Учетная запись службы» выберите пункт «Создать новую управляемую учетную
запись» и впишите данные учетной записи для пулов приложений (spfarm), созданную вначале
при подготовке к инсталляции, в «Имя пользователя» и «Пароль» учетной записи.
Выберите службы, которые следует запустить в ферме. По умолчанию все службы отмечены, за
исключением «Соединитель Lotus Notes». Для работы Project Server 2019 требуются такие службы:
• Приложение PerformancePoint Service;
• Приложение службы сервера Project Server;
• Служба Secure Store;
• Служба состояний.
Рисунок 4.27 Настройка мастера фермы SharePoint

После того, как вы выберите службы, нужно нажать кнопку «Следующая», что приведет к запуску
мастера служб. В течение некоторого времени, у вас на экране будет висеть надпись: «Работаем
над этим…», после чего появится окно, извещающее об окончании работы мастера настройки.
На следующем шаге нужно создать веб-сайт верхнего уровня SharePoint.
Для этого необходимо:
• Ввести название и описание сайта;
• Выбрать шаблон «Сайт группы» и нажать «ОК».
Рисунок 4.28 Создание сайта верхнего уровня
После того, как система закончит создания сайта, откроется страница с подтверждением
выполненных изменений в ферме.
Рисунок 4.29 Результат работы мастера и создания сайта верхнего уровня

После окончания процесса создания откроется страница с созданным веб-сайтом.
Рисунок 4.30 Созданный веб-сайт верхнего уровня
4.3.2 Задание разрешений на чтение для веб-сайта верхнего уровня
Установка разрешений на чтение необходима, чтобы если кто-нибудь, зайдя на веб-сайт

верхнего уровня, то у него были по умолчанию права только на чтение, без права изменений
чего-либо.
Для задания разрешения выполняются последовательно следующие шаги:
• Нужно зайти на сайт верхнего уровня (Ошибка! Недопустимый объект гиперссылки.>).
• Нажать на пиктограмму звездочки и выбрать команду «Параметры сайта».
• После того, как откроется страница «Параметры сайта», следует нажать на ссылке
«Разрешения для сайта».
Рисунок 4.31 Выбор меню «Разрешения для сайта»

• После этого, на странице разрешений, щелкните на кнопке «Предоставить разрешения».

• В окне «Общий доступ к элементу …», в поле «Приглашение пользователей в группу
«Чтение» введите тест «NT AUTHORITY\Authenticated Users» (в рус. редакции «NT
AUTHORITY\Прошедшие проверку»).
• В меню «Выберите группу или уровень разрешений» выберите вариант «<Имя_сайта> –
посетители [Чтение]», и нажмите «Общий доступ».
Рисунок 4.32 Предоставление разрешений веб-сайта верхнего уровня Project Server
4.3.3 Задание возможности выбора учетной записи при логировании
По умолчанию, в SharePoint Server нет возможности при входе использовать учетную запись
другого пользователя.
Рисунок 4.33 Возможность войти под учетной записью другого пользователя
Для того, чтобы настроить такую возможность, нужно перейти в папку «C:\Program Files\Common
Files\microsoft shared\Web Server Extensions\16\TEMPLATE\CONTROLTEMPLATES» и открыть файл
«Welcome.aspx».

Рисунок 4.34 Вставка кода в файл «Welcome.aspx»
В файл «Welcome.aspx» нужно вставить следующий код:

<SharePoint:MenuItemTemplate runat="server" ID="ID_LoginAsDifferentUser"
Text="<%$Resources:wss,personalactions_loginasdifferentuser%>"
Description="<%$Resources:wss,personalactions_loginasdifferentuserdescription%>"
MenuGroupId="100"
Sequence="100"
UseShortId="true"
/>
После вставки кода и сохранения файла, вам нужно перегрузить страницу браузера, и вы
сможете выбирать в меню возможность зайти под другой учетной записью.
4.3.4 Настройка доверительных сайтов
После установки SharePoint Server, при входе пользователя на порталы, система будет постоянно
запрашивать логин и пароль.
Для того, чтобы этого избежать, нужно включить доверие к порталам SharePoint.
Для этого, на сервере приложений, нужно выполнить следующие шаги:
• Запустите Internet Explorer, выберете «Инструменты – Свойства интернет».
• Перейдите на закладку «Security» и нажмите на «Trusted Sites - Sites».
• В окне ««Trusted Sites» снимите галочку о необходимости ввода в формате «https».
• Добавьте имя сайта в следующем формате «http://имя_сервера_приложений».

Рисунок 4.35 Настройка доверительных сайтов

5 РАЗВЕРТЫВАНИЕ ПРИЛОЖЕНИЯ PROJECT SERVER 2019
5.1 ПОДГОТОВКА К РАЗВЕРТЫВАНИЮ PROJECT SERVER 2019
5.1.1 Включение лицензии Project Server 2019
Так как Project Server 2019 всего лишь приложение служба Microsoft SharePoint Server 2019, Project
Server 2019 не требует отдельной установки. Он «устанавливается» через «включение» лицензии.
Для включения лицензии администратор должен использовать следующую команду:
Enable-ProjectServerLicense
Рисунок 5.1 Включение лицензии Project Server 2019
После включения лицензии Project Server 2019, вам нужно будет ввести ключ лицензии Project
Server 2019.
Рисунок 5.2 Ввод лицензии Project Server 2019
5.1.2 Регистрация управляемых путей
Следующий шаг — это создание управляемых путей или адреса узла PWA.
Для этого нужно в «Центре администрирования - Управление веб приложениями» выбрать
приложения «SharePoint – 80» и нажать «Управляемые пути».

Рисунок 5.3 Управляемые пути
В окне «Определение управляемых путей» указываем будущий адрес узла, например, PWA,
выбираем «Явное включение», нажимаем последовательно «Добавить путь» и «ОК».
Рисунок 5.4 Создание адреса «PWA»
Таким образом вы задаете управляемые пути для всех будущих узлов PWA.

Рисунок 5.5 Созданные управляемые пути
5.1.3 Создание приложения-службы сервера Project Server
Если при запуске мастера SharePoint Server 2019 вы не выбирали службу Project Server, сейчас
пришла пора создать приложение-службу.
Для создания приложения службы Project Server выполняем следующие шаги:
1. На домашней странице Центра администрирования в разделе «Управление
приложениями» выберите пункт «Управление приложениями-службами».
2. На странице управления приложениями-службами выберите на ленте команду «Создать»
и затем выберите вариант «Приложение-служба Project Server».

Рисунок 5.6 Выбор создания приложения службы Project Server
3. На странице «Создание приложения-службы Project Web App» выполните следующее:

a. Введите имя для приложения-службы в поле «Имя приложения-службы Project
Web App».
b. В разделе «Пул приложений» выберите существующий пул приложений или
введите имя пула приложений, который нужно создать, в поле «Имя пула
приложений».
c. Выберите вариант «Настраиваемая» и задайте управляемую учетную запись
(sp_farm), которую нужно использовать для запуска пула приложений.
d. Нажмите кнопку «ОК» и после будет создано приложение-служба Project Server
Следующим шагом нужно создать веб-сайт верхнего уровня, если он еще не существует, и дать
пользователям разрешения на чтение этого сайта (см. п. 4.3.1).

Рисунок 5.7 Создание приложения-службы сервера Project Server

5.2 СОЗДАНИЕ САЙТА PWA
5.2.1 Блокировка базы данных контента SharePoint
Настоятельно рекомендуется использовать отдельную базу данных контента SharePoint Server

2016 для каждого сайта PWA и связанных с ним рабочих областей проекта. Чтобы надлежащим
образом изолировать сайт PWA и его базу данных контента, необходимо разворачивать его в
те периоды времени, корда другие администраторы не осуществляют создание новых сайтов в
веб-приложении, в котором развертывается PWA
В SharePoint Server 2019 для определения параметров распределения семейств сайтов между
базами данных контента используется алгоритм циклического перебора. Чтобы развернуть сайт
PWA в конкретной базе данных контента, необходимо заблокировать все существующие базы
данных в ферме. Этот процесс не влияет на возможность доступа пользователей и затрагивает
исключительно функции распределения новых семейств сайтов.
Помещая сайт PWA и связанные с ним рабочие области проекта в отдельной базе контента,
можно существенно упростить выполнение процедур миграции, резервного копирования и
восстановления сайтов.
Чтобы заблокировать базы данных контента, выполните следующие шаги для каждой базы
данных контента, связанной с веб-приложением, в котором планируется развернуть сайт PWA:
1. Перейдите в раздел «Управление приложениями» Центра администрирования SharePoint
и выберите элемент «Управление базами данных контента».
2. В столбце «Текущее число семейств веб-сайтов» обратите внимание на число семейств
сайтов для базы данных, которую требуется заблокировать.
3. В столбце «Имя базы данных» щелкните ссылку на базу данных контента, которую
требуется заблокировать.
4. Выполните в разделе «Параметры вместимости базы данных», указанные ниже действия.
a. В поле «Максимальное число сайтов, которое может быть создано в этой базе
данных» введите существующее число семейств сайтов для этой базы данных,
которое указано в столбце «Текущее число семейств веб-сайтов». Если система
ставится «с нуля», то там будет цифра «2».
Запомните текущее значение этого параметра, так как после создания сайта Project Web App
потребуется заново присвоить параметру это значение
b. В поле «Число сайтов, по достижении которого выдается предупреждение»

введите число, меньшее, чем значение в поле «Максимальное число сайтов,
которое может быть создано в этой базе данных».

Рисунок 5.8 Блокировка базы данных контента
5.2.2 Создание базы данных контента PWA
База данных контента Project Server необходима для хранения информации по документам,
рискам, порталам проектов и пр. Для хранения информации о данных проектов (название
проектов, задачи, ресурсы, назначения) в 2016 версии SharePoint Server используется это же база
данных.
Для того чтобы создать базу данных контента Project Server необходимо:
1. Перейти в раздел «Управление приложениями» Центра администрирования SharePoint и
выбрать элемент «Управление базами данных контента».
2. Нажать кнопку «Добавить базу данных контента».
Рисунок 5.9 Добавление базы данных контента
3. В разделе «Веб-приложение» выбрать веб-приложение (совпадает с сайтом верхнего

уровня), в котором планируется развернуть сайт PWA.
4. В разделе «Имя базы данных и режим проверки подлинности» ввести имя базы данных
сервера (напр. WSS_Content_PS_2019), на которой планируется развернуть базы данных
PWA.
5. Нажать кнопку «ОК».

Рисунок 5.10 Создание базы данных контента Project Server
Перед выполнением процедур, приведенных в данном разделе, убедитесь, что другие

администраторы не добавляют семейства сайтов в веб-приложение, где планируется развернуть
Project Web App
Рисунок 5.11 Созданная база данных контента Project Server
5.2.3 Создание сайта Project Web App
После того как создана база данных, можно создавать сайт PWA. Для создания вам нужно
запустить команду PowerShell:
New-SPSite -ContentDatabase ContentDBName -URL SiteCollectionURL/PWASiteName -Template pwa#0

Рисунок 5.12 Создание сайта PWA Project Server
В окне выполнения команды вам нужно будет указать администратора.
Рисунок 5.13 Результат выполнения команды по созданию сайта PWA Project Server
В результате выполнения команды, у вас создаться сайт PWA без самого приложения Project
Server.
Рисунок 5.14 Созданный сайт PWA без активированных функций Project Server

Для активации функций Project Server на сайте PWA необходимо выполнить команду:
Enable-SPFeature pwasite -URL http://contoso-appsrv1/sites/PWA
Результатом ее выполнения будет давно знакомый интерфейс узла PWA.
Рисунок 5.15 Созданный сайт PWA c функциями Project Server
5.2.4 Проверка расположения сайта Project Web App
Для проверки того, что сайт PWA создан в специальной базе данных контента, нужно
воспользоваться команда «Get-SPSite» Windows PowerShell, в которую в качестве параметра
следует передать новую базу данных контента.
Для того чтобы проверить расположение сайта PWA нужно в командной консоли SharePoint
Server 2019 выполнить следующую команду:
Get-SPSite –ContentDatabase <имя_базы_данных_контента>
Команда должна вернуть URL-адрес сайта Project Web App без каких-либо других URL-адресов.

Рисунок 5.16 Проверка расположения сайта Project Web App
Если в базе данных контента перечислены дополнительные URL-адреса, не принадлежащие сайту

PWA, удалите сайт PWA и перезапустите процедуру создания сайта PWA с использованием новой
базы данных контента
Убедившись, что сайт PWA находится в нужной базе данных контента, необходимо
заблокировать эту базу данных, чтобы предотвратить добавление в нее новых семейств сайтов с
помощью SharePoint Server 2019. Для этого следует задать максимально допустимое число сайтов
для базы данных равным одному.
Настройка этого параметра не препятствует созданию новых сайтов рабочих областей проекта
5.2.5 Блокировка базы данных контента PWA
Для того чтобы заблокировать базу данных контента нужно выполнить следующие шаги:
1. В разделе «Управление приложениями» Центра администрирования SharePoint выбрать
элемент «Управление базами данных контента».
2. В столбце «Имя базы данных» щелкнуть на ссылке на созданную базу данных контента
для узла PWA Project Server 2019.
3. Выполнить в разделе «Параметры вместимости базы данных» указанные ниже действия.
a. В поле «Число сайтов, по достижении которого выдается предупреждение» ввести
значение «0».
b. В поле «Максимальное число сайтов, которое может быть создано в этой базе
данных» ввести значение «1».
4. Нажать кнопку ОК.

Рисунок 5.17 Блокировка базы данных контента PWA Project Server 2019
После блокировки базы данных контента PWA можно восстановить исходные значения
параметров «Максимальное число сайтов, которое может быть создано в этой базе данных» и
«Число сайтов, по достижении которого выдается предупреждение» для всех остальных баз
данных контента.
Рисунок 5.18 Разблокировка базы данных контента
5.2.6 Задание режима безопасности
В Project Server 2019 по умолчанию используется режим безопасности SharePoint.

Одним из самых краеугольных камней успешного внедрения и успешной работы с Project Server
является настройка безопасности, т.е. настройка доступа к той или иной информации по
проектам, ресурсам и отчетам в среде Project Server.
Раннее, например, в Project Server 2010 был всего один режим безопасности, который состоял из
настройки:

• Семи групп безопасностей, для того, чтобы контролировать, что пользователи могут
видеть;
• Пяти категорий безопасности для того, чтобы контролировать, что пользователи могут
делать, с тем, что они видят;
• Восьми шаблонов безопасности, чтобы моделировать группы и категории;
• Отделов, чтобы ресурсы и проекты одного отдела не пересекались с ресурсами и
проектами других отделов;
• Корпоративного поля «СДРес», для того, чтобы видеть, чем занимаются подчиненные.
Режим безопасности SharePoint основан только на группах безопасности, имеющимися в Project

Server, в которые включены глобальные разрешения и разрешения категории безопасности
Project Server.
Группа SharePoint1 Описание
Все глобальные разрешения по всем категориям. Доступ ко всему что

Администраторы
есть в системе
Разрешение на просмотр практически всего, что есть в системе, за

Руководители организации
исключением административных настроек
Руководители проектов Разрешение на создание и управление проектами
Выбранные разрешения на создание проектов и управление

Руководители портфелей
командами. Управление группой проектов
Выбранные разрешения на управление ресурсами, назначение и

Руководители ресурсов
редактирование данных по ресурсам
Руководители групп Разрешения на создание задач и отчетность по ним
Общий ограниченный доступ к собственным задачам, присваиваемы

Участники группы
по умолчанию всем пользователям.
Примечание 1 – название групп безопасности SharePoint аналогично названиям групп безопасности Project Server
2019.
В режиме безопасности SharePoint, вы не можете создавать дополнительные группы, категории,

моделировать доступ используя структурную декомпозицию работ (поле СДРес), и
редактировать разрешения, которые по умолчанию предоставлены для каждого объекта
(проекта, ресурса), вы не можете смоделировать ситуацию, например, что только руководитель
проектного офиса может публиковать проекты и/или сохранять базовые планы.
Единственное что можно, это давать права на работу с порталами проектов в SharePoint.

Рисунок 5.19 Редактирование разрешений в группе безопасности SharePoint
При работе в Project Server 2019, для того чтобы переключится между режимами нужно написать
команду «Set-SPProjectPermissionMode» в SharePoint PowerShell (http://technet.microsoft.com/en-
us/library/jj219486.aspx):
• Для переключения с режима безопасности SharePoint на режим безопасности Project
Server используется следующая команда
Set-SPPRojectPermissionMode –Url http:/YourServer/pwa -AdministratorAccount
domain\NameAdminAccount -Mode ProjectServer
Или в моем примере:

Set-SPProjectPermissionMode -Url http://ps2019/pwa -Mode ProjectServer
Рисунок 5.20 Включение режима безопасности Project Server
• Для переключения с режима безопасности Project Server на

режима безопасности SharePoint:

Set-SPPRojectPermissionMode –Url http://YourServer/pwa -AdministratorAccount domain\

NameAdminAccount -Mode SharePoint
Итак, какой режим выбрать?

Если вы впервые начинаете работать с Project Server и вам тяжело в самом начале разобраться
со всеми вариантами стандартных и настраиваемых групп, категорий, шаблонов безопасности и
кодом СДРес, с возможными сценариями типа «что произойдет если я сниму эту галочку», то
можно использовать режим безопасности SharePoint.
Если вы опытный специалист, достаточно давно работающий с Project Server, или вы знаете кто
что должен видеть в работающей системе, а кто что видеть не должен, или вы хотите гибко
настроить систему под вашу конкретную методологию, то рекомендуется использовать
режим безопасности Project Server.
Если вы переключитесь с одного режима безопасности на другой в процессе эксплуатации узла

PWA, нужно будет вручную делать все настройки заново
После включения режима безопасности Project Server, в параметрах настройки узла PWA
появится раздел «Безопасность».
Рисунок 5.21 Режим безопасности Project Server

6 НАСТРОЙКА ОТЧЕТНОСТИ ДЛЯ PROJECT SERVER 2019
В Microsoft Project Server 2019 мало вести проекты, нужно еще получать отчеты по проектам.
Отчетность можно получать за счет следующих технологий:
1. Excel Services через OLAP кубы SQL Server Analysis Services;
2. Reporting Services (Native) через SQL Server:
3. Power BI за счет интеграции с SQL Server Analysis Services.
4. Visio Services через SQL Server.
5. PerformancePoint Services через SQL Server.
Для редактирования отчетов Excel/Visio в вебе, а также просмотра в вебе документов необходимо
разворачивание Office Online Server, как отдельный сервер с последующей его интеграцией с
SharePoint Server 2019.
При выборе того или иного способа нужно отталкиваться от следующего:

1. Отчеты Excel Services, если они будут построены через протокол OData, не смогут
автообновляться в вебе.
2. Для интеграции с Power BI вам нужна лицензия SQL Ent.
3. Если вам нужно автобообновление очетов в вебе, то пользуйтесь отчетами из SQL таблиц
или Analysis Services, OLE DB, ODBS.
4. SQL Server 2017 не поддерживает развертывания Reporting Services в режиме интеграции
с SharePoint.

6.1 НАСТРОЙКА REPORTING SERVICES (NATIVE)
6.1.1 Установка Reporting Services (Native)
Если вы, например, не можете позволить две лицензии SQL Server, или по каким-либо другим
причинам вам не нужен SQL установленный на сервере SharePoint, вы можете развернуть на
сервере баз данных Reporting Services в режиме «Native».
Reporting Services SQL 2017 https://www.microsoft.com/en-us/download/details.aspx?id=55252
Рисунок 6.1 Запуск установки SQL Server для Reporting Service в режиме Native

Рисунок 6.2 Выбор функции «Reporting Service - Native»
В разделе выбора функций следует выбрать «Reporting Services – Native».

После недолгих размышлений о том не заслуживает ли наша планет визита Overlord, можно в
конце концов увидеть окончание процесса установки.
6.1.2 Настройка Reporting Services (Native)
Следующий вполне логичный и благопристойный шаг – настройка Reporting Services, для чего
нужно запустить «Reporting Services Configuration Manager».

Рисунок 6.5 Выбор функции «Reporting Services Configuration Manager»
В окне «Reporting Services Configuration Manager» в разделе «Web Service URL» нажимаем «Apply»
для создания адреса сервера отчетов.
Рисунок 6.6 Создание адреса сервера отчетов
В окне «Reporting Services Configuration Manager» в разделе «Database» нажимаем «Change

Database» для запуска окна «Report Server Database Configuration Manager».
Рисунок 6.7 Запуск «Report Server Database Configuration Manager»

В окне «Report Server Database Configuration Manager», если вы настраиваете в первый раз, в
разделе «Action» выбираете пункт с созданием новой базы данных отчетов и нажимаете «Next».
Рисунок 6.8 Выбор варианта создания новой базы данных
В разделе «Database Server» нажимаем «Test Connection» и в случае, успешного соединения

нажимаем «Next».

Рисунок 6.9 Проверка соединения с базой данный
В разделе «Database» указываем название новой базы данных отчетов и нажимаем «Next».

Рисунок 6.10 Задание имени базы данных отчетов
В разделе «Credentials» выбираем тип аутентификации «Service Credentials» и нажимаем «Next».
Рисунок 6.11 Выбор типа аутентификации
В разделе «Summary» просто нужно ознакомиться с введенными данными и нажать «Next»

Рисунок 6.12 Параметры настройки «Report Server Database Configuration Manager»
После нажатия кнопки «Next» система займет себя созданием базы данных отчетов и всего что с
ней связано.

Рисунок 6.13 Процесс создания базы данных отчетов
После окончания процесса создания базы данных отчетов следует нажать «Finish», а в разделе
«Database» - нажать «Apply».
Рисунок 6.14 Созданная база отчетов

Следующим логичным шагом будет создание url адреса веб портала сервера отчетов. Создается
он довольно просто – нужно просто нажать кнопку «Apply».
Рисунок 6.15 Создание url адреса веб портала сервера отчетов
6.1.3 Веб портал отчетов SQL Server Reporting Services
Как только вы создали веб портал отчетов, вы можете по url перейти в браузер.
Рисунок 6.16 Веб портал отчетов SQL Server Reporting Services
Если вы планируете разрабатывать отчеты для использования на мобильных устройствах, вам

нужно скачать и установить «Mobile Report Publisher», также «Report Builder» для построения
отчетов.

Рисунок 6.17 Функции для загрузки «Mobile Report Publisher» и «Report Builder»
Для установки «Mobile Report Publisher», который можно скачать по ссылке

https://www.microsoft.com/en-us/download/details.aspx?id=50400, вам понадобиться «Visual C++
Redistributable for Visual Studio 2012 Update 4», который вы также, можете скачать, но уже по
ссылке https://www.microsoft.com/en-us/download/details.aspx?id=30679.
Рисунок 6.18 Установка «Mobile Report Publisher»
После установки «Mobile Report Publisher» вы сможете разрабатывать отчеты для мобильных
устройств.

Рисунок 6.19 Интерфейс «Mobile Report Publisher» для разработки отчетов для мобильных устройств.
Перед разработкой отчетов нужно только присоединить «Mobile Report Publisher» к серверу
отчетов SQL Server Reporting Services.
Рисунок 6.20 Интеграция «Mobile Report Publisher» с сервером отчетов SQL Server Reporting Services
6.1.4 Настройка интеграции с Power BI
Если ваша компания пользуется Office365 и Power BI, можно настроить интеграцию отчетов
вашего SQL Server с PowerBI. Для интеграции сервера отчетов с Power BI, вам нужно запустить
«Reporting Services Configuration Manager» перейти в раздел «Power BI Integration» и нажать
кнопку «Register with Power BI».

Рисунок 6.21 Раздел интеграции сервера отчетов с PowerBI
После нажатия «Register with Power BI» вам нужно будет ввести логин и пароль учетной записи
Office365. Желательно, чтобы это были данные администратора или очень ответственного лица.
Рисунок 6.22 Ввод логина и пароли учетной записи Office365
После ввода логина и пароля учетной записи Office365, ваш сервер отчетов будет связан с
PowerBI.

Рисунок 6.23 Настроенная интеграция сервера отчетов с Power BI
6.1.5 Embed paginated reports into SharePoint using the Report Viewer web part
https://blogs.msdn.microsoft.com/sqlrsteamblog/2017/09/22/embed-paginated-
reports-into-sharepoint-using-the-report-viewer-web-part/
https://www.microsoft.com/en-us/download/details.aspx?id=55949

6.2 НАСТРОЙКА ANALYSIS SERVICES
6.2.1 Установка компонент SQL Server
6.2.2 Установка управляющих объектов аналитики SQL Server 2016
Для возможности построить OLAP кубы, необходимо установить SQL Server Analysis Management
Objects (SQL Server AMO). Следует учитывать тот факт, что версия SQL Server AMO не совпадает
с версией SQL Server, а зависит от Project Server. В нашем случае нам нужна SQL Server 2016 AMO.
Если управляющие объекты аналитики SQL Server 2016 AMO еще не установлены, их следует
установить на каждом сервере приложений в ферме, а также на самом сервере SQL.
Скачать Microsoft SQL Server 2016 АМО можно по адресу: https://www.microsoft.com/en-
us/download/details.aspx?id=52676.
После того, как вы скачаете SQL Server AMO, запустите установочный MSI файл и нажмите «Next».
Рисунок 6.24 Установка Microsoft SQL Server 2016 Analysis Management Object
После этого:
1. Подтвердите условия лицензионного соглашения и нажмите «Next».
2. Введите свое имя и название организации и нажмите ««Next».
3. Подтвердите установку продукта, нажав кнопку «Install».
4. Система отобразит диалоговое окно установки продукта.
5. После окончания установки, нажмите «Finish».

Рисунок 6.25 Завершение установка Microsoft SQL Server 2016 AMO
После установки объектов AMO на сервера приложений и SQL их нужно перегрузить.
6.2.3 Установка SQL Server 2012 Native Client
Следующий важный шаг, это установка SQL Server 2012 Native Client на сервере приложений и на
SQL Server.
Скачать Microsoft SQL Server 2012 Native Client можно по адресу:
http://go.microsoft.com/fwlink/?LinkID=239648&clcid=0x409.
После того, как вы скачаете SQL Server Native Client, запустите установочный MSI файл и нажмите
«Next».
Рисунок 6.26 Запуск установки SQL Server 2008 Native Client
После установки SQL Server Native Client на сервера приложений и SQL их нужно перегрузить.

6.2.4 Добавление группы авторов отчетов в качестве администратора сервера служб аналитики
После того, как была создана группа «Report Authors», см. п. 2.3.2, и был установлен Project Server
2019, можно приступить к настройке прав доступа данной группы к возможности строить кубы
данных Project Server и настраивать отчетность.
Microsoft Excel не использует службу безопасного хранения для доступа к данным. Только службы
Excel в Microsoft SharePoint Server 2013 используют службу безопасного хранения. Пользователям,
работающим с отчетами в Microsoft Excel, требуется прямой доступ к базе данных
На сервере, где установлен SQL Server, запустите «Microsoft SQL Server Management Studio»,
выберите экземпляр ядра СУБД SQL Server, в котором хранятся базы данных отчетов Project
Server 2019 и подключитесь к службе «Database Engine».
После этого нужно выполнить следующие шаги:
1. Разверните «Security», щелкните правой кнопкой мыши «Logins», затем нажмите «New
Login».
2. В окне «New Login» на странице «General» нажмите кнопку «Search».
3. Щелкните «Object Types» и установите флажок «Groups».
5. Введите имя группы, созданной для авторов отчетов.
6. Нажмите кнопку «Check Names».
При нажатии кнопки «Object Types» нужно поставить галочку у объекта «Groups», чтобы в поле
«Enter the objects name to select» можно было добавить группу «Report Authors»

Рисунок 6.27 Поиск имени в базе данных
После того, как будет добавлена группа:

1. Перейдите на страницу «User Mapping».
2. В окне списка «Users mapping to this login» выберите строку, содержащую базу данных
отчетности Project Server 2019.
3. Установите флажок «Сопоставить для базы данных отчетов Project Server 2019».
4. Установите флажки «db_datareader», «public», «PSDataAccess».
5. Нажмите кнопку «ОК» и выйдите из «Microsoft SQL Server Management Studio».

Рисунок 6.28 Установка флажка на чтение базы данных
В контроллере домена (AD) не забудьте добавить в группу авторов отчетов всех пользователей,
которые будут настраивать и создавать отчеты.
Рисунок 6.29 Добавление пользователей в группу «Report Authors»
В группу просматривающих отчеты (Report Viewers) пользователей следует добавить учетные

записи пользователей PWA, которым требуется просматривать отчеты в центре бизнес-
аналитики.

Если авторы отчетов также будут просматривать отчеты, то группу авторы отчетов необходимо
добавить к группе пользователей, просматривающих отчеты, в Active Directory
6.2.5 Запуск службы безопасного хранения (Secure Store Service)
В SharePoint Server служба безопасного хранения позволяет пользователям получать доступ ко

многим системным ресурсам, указывая учетные данные для проверки подлинности всего один
раз. SharePoint Server внедряет проверку подлинности службы безопасного хранения, добавляя
службу Windows и безопасную базу учетных данных.
Чтобы проверить подлинность подключения к данным в рабочей книге по внешнему источнику
данных, можно настроить службу вычислений Excel для получения учетных данных проверки
подлинности в службе безопасного хранения. Чтобы включить службу безопасного хранения для
SharePoint Server, необходимо запустить службу единого входа безопасного хранения Microsoft,
а затем настроить параметры безопасного хранения в Центре администрирования.
6.2.5.1 Создание ключа службы безопасного хранения
Для создания ключа Secure Store Service, нужно перейти в Центр администрирования SharePoint
и перейти по ссылке «Управление приложениями-службами - Служба Secure Store».
В окне «Приложение службы Secure Store» для создания ключа нужно выполнить следующие
шаги:
1. На вкладке «Изменить» выберите команду «Создать новый ключ».
2. Введите и подтвердите значение в поле «Фраза-пароль» и нажмите кнопку «ОК».
Рисунок 6.30 Создание ключа службы безопасного хранения

6.2.5.2 Создание конечного приложения для безопасного хранения
Находясь на странице «Приложение службы Secure Store» теперь нужно создать конечное
приложение для безопасного хранения.
Для этого, необходимо:
1. На странице «Приложение службы Secure Store» нажать кнопку «Создать».
2. На странице «Создать новое конечное приложение Secure Store»:
a. В поле «Код конечного приложения» введите «ProjectServerApplication» (без
кавычек и пробелов).
b. В поле «Отображаемое имя» введите имя целевого приложения службы
безопасного хранения.
c. В поле «Контактный адрес электронной почты» введите адрес электронной почты.
d. В раскрывающемся списке «Тип целевого приложения» выберите «Группа».
e. Нажмите кнопку «Далее».
Рисунок 6.31 Параметры нового конечного приложения для безопасного хранения
3. На странице «Создать новое конечное приложение Secure Store» нажмите кнопку

«Далее».
Рисунок 6.32 Параметры учетной записи конечного приложения для безопасного хранения
4. На странице «Задать параметры членства»:

a. В поле «Администраторы конечного приложения» введите имя администратора
фермы и группу администраторов домена.
b. В поле «Члены» введите имя доменной группы, созданной для просматривающих
отчеты пользователей (Report Viewers).
c. Нажмите кнопку «ОК».

Рисунок 6.33 Параметры членства для безопасного хранения
После того, как будет создано конечное приложение, на странице «Приложение службы Secure
Store» нужно настроить учетные данные.
Для этого, щелкните или на ленте на кнопке «Настроить» или выберите в выпадающем меню
«Настройка учетных данных».
Рисунок 6.34 Настройка учетных данных для безопасного хранения
В диалоговом окне «Настроить учетные данные для целевого приложения службы безопасного
хранения (группа)» введите имя пользователя и пароль учетной записи, созданной для целевого
приложения службы безопасного хранения, и нажмите кнопку «ОК».

Рисунок 6.35 Ввод параметров учетной записи для безопасного хранения
Как правило учетная запись, созданной для целевого приложения службы безопасного хранения
является учетная запись администратора фермы.
Этой учетной записи должны быть предоставлены разрешения «db_datareader» на базу данных
отчетов Project Server. Рекомендуется добавить эту учетную запись в группу авторов отчетов
Active Directory, чтобы предоставить ей необходимые разрешения.
Если у учетной записи со временем будет изменен пароль, необходимо будет также поменять
пароль в настройках учетных данных для безопасного хранения
6.2.6 Построение OLAP куба
Теперь пришло время построить тестовый куб OLAP данных.
Для настройки построения куба зайдите в центр администрирования SharePoint Server 2019 по
ссылке «Общие параметры приложения».

Рисунок 6.36 Ввод параметров учетной записи для безопасного хранения
Далее в «Параметрах PWA» нужно выбрать «Управление - Управление базой данных

OLAP»Рисунок 6.37.
Рисунок 6.37 Управление базой данных OLAP
Project Server 2019 поддерживает множество кубов. Таким образом, Вы можете создавать кубы
специально разных департаментов, чтобы департамент видел только свои данные, а его данные
не видели пользователи других департаментов.
Вы можете управлять всеми Вашими кубами с одной страницы.
Для построения нового куба:
1. Нажмите «Создать» или на имени куба «Имя базы данных».
Рисунок 6.38 Создание нового куба базы данных OLAP
2. В поле:
a. «Сервер Analysis Services» укажите название сервера, где установлена служба
«Analysis Services». По умолчанию это название сервера SQL.
b. «База данных Analysis Services для создания» укажите произвольное название куба
OLAP.

3. Укажите частоту обновления базы данных и нажмите «Сохранить».
Рисунок 6.39 Определение параметров нового куба базы данных OLAP
4. На странице «Управление базой данных OLAP» выделите тестовый куб и нажмите

«Построить сейчас».
Рисунок 6.40 Выделение куба для его построения
Просмотреть статус построения куба вы можете, нажав на ссылку в строке с вашей базой данных
в поле «Состояние». При этом откроется дополнительное окно «Состояние построения» с
расширенной информацией о состоянии построения куба.

Рисунок 6.41 Процесс построения куба базы данных OLAP
Об успешном построение куба свидетельствует соответствующий статус «Успешное построение!»

в поле «Состояние».
Рисунок 6.42 Завершение процесса построения куба базы данных OLAP

7 РАЗВЕРТЫВАНИЕ OFFICE ONLINE SERVER7
7.1 УСТАНОВКА OOS
После того как у вас готова виртуальная машина, необходимо некие☺ возможности Windows
Server, используя команду PowerShell - Add-WindowsFeature.
Add-WindowsFeature Web-Server,Web-Mgmt-Tools,Web-Mgmt-Console,Web-WebServer,Web-Common-
Http,Web-Default-Doc,Web-Static-Content,Web-Performance,Web-Stat-Compression,Web-Dyn-
Compression,Web-Security,Web-Filtering,Web-Windows-Auth,Web-App-Dev,Web-Net-Ext45,Web-Asp-
Net45,Web-ISAPI-Ext,Web-ISAPI-Filter,Web-Includes,InkandHandwritingServices,NET-Framework-Features,NET-
Framework-Core,NET-HTTP-Activation,NET-Non-HTTP-Activ,NET-WCF-HTTP-Activation45,Windows-Identity-
Foundation
Рисунок 7.1 Команда установки необходимых ролей и служб
Данная команда приведет к запуску установки компонент.
Рисунок 7.2 Установка необходимых ролей и служб
После окончания установки следует будет перегрузить сервер.
7
Описан сценарий как для тестовой среды. Выделяйте минимум 4 ГБ ОЗУ на виртуальную машину
OOS.
Рисунок 7.3 Запрос на перегрузку после окончания установки необходимых ролей и служб
Перегрузив сервер, можно приступить к установке Office Online Server.
Рисунок 7.4 Лицензионное соглашение на установку OOS
С данной установкой вообще нет никаких проблем, нужно только помнить, что OOS это
отдельный сервер, на котором должен быть только OOS в гордом одиночестве.

Рисунок 7.5 Выбор папки установки OOS
После окончания установки жмем «Ок»
Рисунок 7.6 Лицензионное соглашение на установку OOS

7.2 НАСТРОЙКА ФЕРМЫ OFFICE ONLINE SERVER
Окончив установку OOS, выполняем команду «New-OfficeWebAppsFarm», чтобы создать новую

ферму Office Online Server, состоящую из одного сервера, как показано в следующем примере.
Пример команды для http сервера (пилотное использование):

New-OfficeWebAppsFarm -InternalURL "http://servername" -AllowHttp -EditingEnabled
И команда в моем случае:

New-OfficeWebAppsFarm -InternalURL "http://oos" -AllowHttp -EditingEnabled
Для промышленного использования OOS рекомендуется использование https. При

промышленной эксплуатации используется команда:
New-OfficeWebAppsFarm -InternalUrl "https://server.contoso.com" -ExternalUrl
"https://wacweb01.contoso.com" -CertificateName "OfficeWebApps Certificate" -EditingEnabled
Рисунок 7.7 Команда создания фермы OOS
После старта команды нужно будет ввести «Y (Yes)», при условии, что есть лицензии на
редактирование документов в вебе и «N (No)», если нет.
Рисунок 7.8 Команда создания фермы OOS
После ввода «Y (Yes)» система приступит к таинственному развертыванию Office Online Server.

Рисунок 7.9 Выполненная команда по созданию фермы OOS
Когда ферма будет создана, можно перейти по адресу http://servername/hosting/discovery для

проверки сервера.
В моем случае это адрес http://oos/hosting/discovery.
Рисунок 7.10 Веб форма OOS
OOS, при своей работе, будет пытаться обновить данные в книгах Excel Online или в ODC файлах.
Чтобы обновление не заканчивалось ошибкой нужно выполнить следующую команду по
протоколу HTTP:
Set-OfficeWebAppsFarm -AllowHttpSecureStoreConnections:$true

Рисунок 7.11 Настройка доступа к службе Secure Store
После окончания выполнения команды можно переходить к интеграции SharePoint Server и OOS.
Рисунок 7.12 Настроенный доступ к службе Secure Store

7.3 ИНТЕГРАЦИЯ SHAREPOINT SERVER C OFFICE ONLINE SERVER
Первый шаг – проверить наличие ОЗУ для выполнения привязки. Минимум 4 Гб ОЗУ для OOS и
6 ГБ ОЗУ для SPS 2016, иначе просто «не взлетит».
Для привязки OOS и SPS используется апплет:

New-SPWOPIBinding -ServerName <WacServerName> -AllowHTTP
В моем случае это:

New-SPWOPIBinding -ServerName oos.leo.local -AllowHTTP
Рисунок 7.13 Запуск команды по интеграции SPS c OOS
<WacServerName> — это точка входа для трафика сервера Office Online Server. Для тестовой
среды указывается параметр –AllowHTTP, чтобы разрешить SharePoint Server 2019 получать
сведения из фермы серверов Office Online Server посредством протокола HTTP. Если не указать
–AllowHTTP, то SharePoint Server 2019 будет пытаться использовать для взаимодействия с фермой
серверов Office Online Server протокол HTTPS, и эта команда завершится неудачно.
Рисунок 7.14 Выполненная команда по созданию интеграции SPS c OOS
Office Online Server, при взаимодействии с узлом SharePoint Server 2019 по умолчанию использует
зону internal-https. Чтобы в этом удостовериться, выполняется следующая команда:
Get-SPWOPIZone
А потом команда:
Set-SPWOPIZone -zone "internal-http"
Чтобы изменить зону с https на http.

Рисунок 7.15 Выполненная команда по созданию зоны http
Чтобы использовать Office Online в SharePoint Server 2019 посредством протокола HTTP в
тестовой среде, необходимо установить для параметра AllowOAuthOverHttp значение True. В
противном случае Office Online не будет работать. Текущее состояние можно проверить,
выполнив следующую команду:
(Get-SPSecurityTokenServiceConfig).AllowOAuthOverHttp
Рисунок 7.16 Выполненная команда для использования OOS посредством протокола HTTP
Если эта команда возвращает значение False, установите значение True, выполнив следующую
команду.
$config = (Get-SPSecurityTokenServiceConfig)
$config.AllowOAuthOverHttp = $true
$config.Update()
После выполнения данной команды нужно снова выполнить команду, для проверки
(Get-SPSecurityTokenServiceConfig).AllowOAuthOverHttp
Последний шаг, это включение API Excel SOAP, который необходим для обновления данных по
расписанию с помощью Excel Online, а также для отображения веб-части Excel.
Чтобы включить API Excel SOAP, необходимо выполнить следующую команду:
$Farm = Get-SPFarm
$Farm.Properties.Add("WopiLegacySoapSupport", "<URL>/x/_vti_bin/ExcelServiceInternal.asmx");
$Farm.Update();
Или в моем случае:

$Farm = Get-SPFarm
$Farm.Properties.Add("WopiLegacySoapSupport", "<URL>/x/_vti_bin/ExcelServiceInternal.asmx");
$Farm.Update();

Рисунок 7.17 Выполненная команда по включению API Excel SOAP
После выполнения последней команды, вы можете перейти к отчетам и проверить их

возможность открытия в браузере.
Рисунок 7.18 Появившаяся возможность открыть отчет Excel в вебе
Важно, к сожалению, помнить, что отчеты Odata в вебе не обновляются.
Рисунок 7.19 Отчет Excel Odata открытый в вебе

7.4 НАСТРОЙКА БАЗОВОЙ ИНТЕГРАЦИИ СЛУЖБ ANALYSIS SERVICES С SHAREPOINT
7.4.1 Предоставление учетной записи компьютера Office Online Server права администратора
служб Analysis Services
Последние действия – это предоставление учетной записи компьютера Office Online Server права
администратора служб Analysis Services.
С помощью SQL Management Studio нужно подключиться к экземпляру Analysis Services и
добавить сервер OOS в администраторы службы Analysis Services.
Рисунок 7.20 Добавление сервера OOS в администраторы службы Analysis Services
7.4.2 Регистрация служб Analysis Services на сервере Office Online Server
Для регистрации сервера служб Analysis Services на сервере Office Online Server следует
ззагрузить модуль OfficeWebApps используя следующую команду PowerShell:
Import-Module OfficeWebApps
Рисунок 7.21 Команда PowerShell для регистрации сервера служб Analysis Services на сервере OOS
После регистрации сервера служб AS, нужно добавить сервер служб Analysis Services, например
[MyServer]\POWERPIVOT.
New-OfficeWebAppsExcelBIServer -ServerId [MyServer]\POWERPIVOT]

Рисунок 7.22 Добавление сервера служб Analysis Services в OOS

8 НАСТРОЙКА РАБОЧИХ ПРОЦЕССОВ
8.1 УСТАНОВКА SHAREPOINT DESIGNER 2013
Для разработки рабочих процессов для Project Server 2019 можно использовать SharePoint
Designer 2013. Правда, чтобы окончательно получить данную возможность, нужно настроить
ферму рабочих процессов.
SharePoint Designer 2013 можно скачать по ссылке http://www.microsoft.com/ru-
ru/download/details.aspx?id=35491.
Так как процесс установки SharePoint Designer 2013 в 99% случаев не вызывает вопросов, мы не
будем этот процесс здесь рассматривать.
После установки и запуски SharePoint Designer 2013, в окне запуска нажмите «Открыть сайт» и
скопируйте в окно поиска адрес узла PWA (например, http://ps2016/pwa).
Рисунок 8.1 Открытие узла PWA в SharePoint Designer 2013
После того, как откроется узел PWA, нужно нажать на кнопке «Рабочий процесс сайта» и
посмотреть на тип платформы.
Как вы увидите, там нет возможности разработать процессы ни под SharePoint Server 2019, ни под
Project Server 2019.

Рисунок 8.2 Ненастроенный SharePoint Designer 2013 под платформу 2016
Для того, чтобы получить возможности разработки рабочих процессов под 2013 платформу,
нужно установить и настроить дополнительное приложение «Workflow Manager 1.0».

8.2 УСТАНОВКА WORKFLOW MANAGER 1.0
Для установки Workflow Manager нужно скачать и установить приложение «Web Platform Installer
5.0». Скачать данное приложение можно по ссылке
https://www.microsoft.com/web/downloads/platform.aspx?lang=.
После установки «Web Platform Installer 5.0» запустите его, под учетной записью администратора
фермы, на сервере где установлен SharePoint Server 2019, и в окне поиска введите «workflow
manager» и после того, как произойдет поиск, напротив продукта «Workflow Manager Client 1.0
Cumulative Update 3» и «Workflow Manager 1.0 Refresh (CU2)» нажмите кнопку «Add».
Рисунок 8.3 Выбранные компоненты «Workflow Manager»

После добавления двух приложений, нажимаем кнопку «Install».

В окне выбора предустановленных программ нажимаем «I Accept», что приводит к запуску
процесса установки.

Рисунок 8.4 Окно установки приложений Workflow Manager
После установки приложений «Workflow Manager Client 1.0 Cumulative Update 3» и «Workflow
Manager 1.0 Refresh (CU2)», нужно найти и установить еще два приложения:
1. Service Bus 1.0;
2. Service Bus 1.0 Cumulative Update 1.Рисунок 8.5
Рисунок 8.5 Выбранные компоненты «Service Bus»

8.3 НАСТРОЙКА WORKFLOW MANAGER
После окончания установки приложений Workflow Manager, вам нужно запустить приложение
«Workflow Manager Configuration».
Рисунок 8.6 Приложение «Workflow Manager Configuration»
В окне мастера настройки «Workflow Manager» нужно выбрать вариант с ручным

конфигурированием приложения.
Рисунок 8.7 Выбор в мастере способа настройки Workflow Manager
В окне настройки фермы рабочих процессов, нужно:

1. Ввести названия сервера SQL и проверить связь с ним.
2. Ввести имя администратора фермы.
3. Указать порты (12290 для https, и 12291 для http)/
4. Включить правило для фаервола.
5. Поставить галочку, которая позволит Workflow Manager выполняться через протокол http
(при необходимости).
6. Ввести произвольный ключ для сертификатов.
После ввода всех данных нажимаем кнопку «Вправо».

Рисунок 8.8 Настройка фермы рабочих процессов. Шаг 1.
В разделе «Configure Admin Group» рекомендуется вводить имя отдельной созданной доменной
группы для администраторов рабочих процессов, в нее же и необходимо добавить учетную
запись администратора фермы.
На странице «Service Bus Configuration» также проверяем связь с сервером SQL, вводим все
пароли и нажимаем стрелку «Вправо».

Рисунок 8.9 Настройка фермы рабочих процессов. Шаг 1.
В окне «Summary» после того, как вы ознакомитесь с будущими настройками и наименованиями

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

Рисунок 8.11 Результат настройки фермы рабочих процессов

8.4 ПРИСОЕДИНЕНИЕ УЗЛА PWA К ФЕРМЕ РАБОЧИХ ПРОЦЕССОВ
Последний шаг, который остался сделать, это присоединение узла PWA к ферме рабочих
процессов.
Сначала мы проверим параметры фермы, где будут настроены рабочие процессы (Workflow
Manager), а именно порты http и https.
Для этого, под администратором в меню «Пуск» нужно запустить командную консоль SharePoint
Server 2019 и ввести команду «Get-WFFarm».
Так как мы будет использовать порт http 12291, следующий шаг — это добавление к сайту рабочих
процессов в IIS порта 12291.
Рисунок 8.13 Добавление порта 12291 в IIS
После добавления порта, для регистрации фермы рабочих процессов, в окне командной консоли
PowerShell SharePoint Server 2019, нужно ввести команду:
Register-SPWorkflowService -SPSite "http://your_server/your_pwa" -WorkflowHostUri
"http://your_server:12291" –AllowOauthHttp -Force

Вышеперечисленная команда ничего не возвращает. После того, как вы снова в окне ввода
команды увидите строку имени пользователя, нужно перейти в «Центр администрирования –
Управление приложениями – Управление приложениями службами».
Система автоматически могла создать несколько приложений служб рабочих процессов. Вам
нужно удалить все прокси службы. В оставшийся вы увидите уведомление о том, что служба
рабочих процессов подключена.

Рисунок 8.15 Настроенная служба рабочих процессов
Также для проверки связи службы с сервером, нужно перейти в «Центр администрирования –
Управление приложениями – Настройка связей для приложений служб» и удостовериться, что
напротив службы рабочих процессов стоит галочка и служба находиться в списке прокси-
приложений.
Рисунок 8.16 Проверка сопоставления приложения-службы рабочих процессов
После запуска SharePoint Designer и вода url адреса узла PWA, на ленте нажмите кнопку «Рабочий
процесс сайта». В появившемся окне «Создание рабочего процесса сайта», вы теперь сможете
выбирать платформу разработки рабочих процессов для Project Server.

Рисунок 8.17 Настроенный SharePoint Designer для разработки рабочих процессов для проектов Project Server 2019

9 ЕЖЕДНЕВНОЕ УПРАВЛЕНИЕ И ОБСЛУЖИВАНИЕ
Мало установить Project Server. Для его успешной его работы необходима ежедневная работа в
части его поддержки.
Мы выделяем два вида поддержки работоспособности Project Server:
1. ИТ поддержка;
2. Бизнес поддержка.
За первый вид поддержки должен отвечать тот человек, кто ставил Project Server, тот, кто
занимается ежедневным обслуживанием других серверов организации.
В сферу его ответственности должны входят обязанности по администрированию очередей, баз
данных и настройке действующих политик (Центр администрирования SharePoint – Общие
параметры приложения – Параметры PWA – Управление).
Рисунок 9.1 Параметры ИТ администрирования Project Server 2019
За бизнес-поддержку должен отвечать руководитель офиса управления проектами (проектного

офиса/департамента управления проектами).
В сферу его ответственности должны входят обязанности по управлению безопасностью и
правами доступа, созданию корпоративных календарей, формул, представлений и других
настроек, связанных непосредственно с работой пользователей в части управления проектами
(Параметры сервера PWA).
Бизнес-администрирование не рассматривается в данной книге. Но мы думаем о том, чтобы
написать книгу, посвященную этой теме.
Рисунок 9.2 Параметры бизнес администрирования Project Server 2019

9.1 АДМИНИСТРОВАНИЕ ОЧЕРЕДИ И БАЗЫ ДАННЫХ8
9.1.1 Управление заданиями в очереди
Все действия, совершаемые пользователями при работе в Project Server 2019 сохраняют результат
действий в базы данных SQL.
И естественно, чем больше пользователей и чем больше действий они совершают, тем больше
информации сохраняется в базах данных SQL. Информация сохраняется в базах данных по
очереди, и иногда может возникнуть «столпотворение» от многих желающих сохранить данные.
Это столпотворение возникает, как правило, в результате следующих критических операций:
• Сохранение и подтверждение расписаний.
• Сохранение и публикация проектов.
• Архивирование и восстановление баз данных.
• Построение куба OLAP.
• Построение отчетов.
Для борьбы с очередями существует два способа:
1. Выдерживать рекомендации к аппаратной части и отслеживать соответствие, см. п. 2.2.

2. Управлять заданиями в очереди («Центр администрирования – Общие параметры
приложения – Параметры PWA – Управление» или «Project Web App - Параметры PWA»).
На странице «Управление заданиями в очереди» система позволяет вам:

1. Фильтровать задания в очереди:
a. По состоянию.
b. Мои задания.
c. По проекту.
d. По идентификатору.
e. Активные.
f. Заблокированные.
При фильтрации по проекту или индикатору, нужно будет выбрать проекты или указать
ID задания соответственно. ID задания будет необходим при анализе журнала работы
(логов), см. п. 0
2. Задавать с помощью «Журнала заданий» временной диапазон выводимой информации
по очередям.
3. Ограничивать с помощью «Типа заданий» объем выводимой информации, например,
выводить только задания, связанные с публикацией проекта.
8
Решено не рассматривать политики управления базами данных OLAP, так как считаем, что это сфера ответственности не ИТ
администратора, а бизнес администратора
Рисунок 9.3 Управление заданиями в очереди
4. По состоянию заданий. Среди состояний заданий можно выбрать следующие задания:

a. Заблокировано из-за сбоя задания.
b. Обработка.
c. Ожидание обработки.
d. Ожидание обработки (бездействие).
e. Ожидание обработки (готово для запуска).
f. Ожидание обработки (на удержании).
g. Отметено.
h. Пропущено для оптимизации.
i. Размещение в очереди.

j. Сбой и блокирующая взаимосвязь.

k. Сбой, но и блокирующая взаимосвязь
l. Успешно завершено.
5. С помощью «Столбцов» настроить вид таблицы «Таблица заданий».
6. С помощью «Дополнительных параметров» отменять задания в очереди.
С заданиями, отображаемыми в «Таблице заданий» вы можете выполнять следующие действия:

• Повторять задания.
• Отменять задания.
При необходимости просмотреть взаимозависимости между заданиями в очереди, можно
выделить интересующее вас задание и нажать кнопку «Просмотр связанных заданий».
Если нужно обновить состояния заданий в очереди, нужно нажать кнопку «Обновить состояние».
9.1.2 Автоматическое ежедневное резервное копирование
Project Server 2019 позволяет автоматически ежедневно архивировать данные по:

1. Проектам.
2. Ресурсам Project Server 2019 и календарям.
3. Корпоративным полям.
4. Корпоративному шаблону.
5. Настроенных представлений.
6. Группам и категориям безопасности.
Рисунок 9.4 Планирование автоматического ежедневного резервного копирования
Для настройки ежедневного резервного копирования (Центр администрирования SharePoint –

Общие параметры приложения – Параметры PWA – Управление - Ежедневное резервное
копирование), нужно на странице «График ежедневного резервного копирования», нужно
выбрать элемент и/или элементы и установить переключатель параметра в положение
«Календарный план» или «Никогда»
В окне «Политика хранения версий проекта» нужно выбрать, сколько версий проектов будет
сохраняться при копировании. Так, например, если у вас принято решение, что нужно иметь
данные за последние два месяца, то нужно в окно «Политика хранения версий проекта» внести
число «60». Важно понимать, чем больше будет храниться версий проекта, тем больше нужно
места для хранения данных на ваших жестких дисках.
После настройки графика копирования и политики хранения версий проекта, нужно нажать
«Сохранить».
После сохранения параметров ежедневного резервного копирования Project Server 2019 будет
автоматически копировать выбранные элементы. Кроме того, Project Server 2019 будет
автоматически копировать только те проекты, в которые с момента предыдущего копирования
вносились изменения.
Ежедневное резервное копирование не заменяет копирование баз данных на уровне SQL Server
9.1.3 Административное резервное копирование
Кроме автоматического ежедневного резервного копирование, Project Server 2019 позволяет

также вручную создавать копии элементов, аналогичных в п. 9.1.2.
Рисунок 9.5 Параметры ручного резервного копирования
По ссылке «Центр администрирования SharePoint – Общие параметры приложения – Параметры

PWA – Управление» находятся параметры «Административного резервного копирования».
Для ручного резервного копирования нужно поставить галочки у элементов и нажать
«Копировать».
9.1.4 Административное восстановление
После того, как вы в системе скопировали те или иные документы, п. 9.1.3, по ссылке «Центр
администрирования SharePoint – Общие параметры приложения – Параметры PWA –
Управление – Административное восстановление», находятся параметры выбора элементов и их
восстановления.

Рисунок 9.6 Параметры административного восстановления
По умолчанию, на странице административного восстановления, будет представлен список

проектов с максимальным количеством версий, число которых задано было в параметрах
автоматического резервного копирования, п. 9.1.2.
Для того, чтобы восстановить ту или иную версию проекта, нужно выделить его и нажать кнопку
«Восстановить».
После восстановления проекта, ему в базе данных Project Server 2019 будет присвоен префикс
«draft» и для того, чтобы можно было по нему планировать и принимать отчетность,
руководитель восстановленного проекта, должен будет его опубликовать.
Для восстановления остальных элементов, кроме проектов, в виду отсутствия версионности у
первых, достаточно их выбрать и нажать кнопку «Восстановить».

9.2 ДЕЙСТВУЮЩИЕ ПОЛИТИКИ
9.2.1 Дополнительные параметры сервера
В разделе дополнительные параметры сервера администратор:

1. Задает минимальную версию Project Professional, которая может подключаться к PWA.
Рисунок 9.7 Настройка дополнительных параметров сервера
В разделе «Корпоративные параметры»:

1. Оставляет или убирает галочку, тем самым регулируя право руководителей проектов
вести мастер проекты.
2. Разрешает или нет руководителям проектов пользоваться локальными календарями.
В разделе «Параметры валюты» устанавливают валюту сервера, и принимает решение, будет ли

она одна или нет.
В разделе «Параметры емкости ресурсов» задает параметры в месяцах по сохранности в базе
данных информации о доступности ресурсов.
В разделе «Расчет эквивалента полной занятости» определяет на основание чего, календаря
каждого ресурса или просто ограничения по часам в день, будет рассчитываться доступность и,
как следствие, занятость ресурсов.
В разделе «Сведения Exchange» ставится галочка при интеграции календарей с Exchange Server.
В разделе «Параметры задач» выбирается тип задач по умолчанию, ручной или автоматический.
В разделе «Параметры уведомлений» по электронной почте» ставится галочка, если нужно,
чтобы информация о назначении на задачи приходила пользователям/исполнителям.
9.2.2 Обработчики событий на сервере
В процессе работы с Project Server могут появляться запросы на контроль действий

пользователей или получение уведомлений в результате действий пользователей, например,
получение уведомления после публикации проекта, или чтобы запускался рабочий процесс
согласования назначенных ресурсов или сформированного плана ресурсов.
Триггерами, получающими информацию о таких действиях, есть события (events).
Для того, чтобы выбрать нужное событие, следует найти его название, а потом щелкнуть на
названии в колонке «Источник события»
Рисунок 9.8 Обработчики событий на сервере
Если же у вас в системе будут созданы обработчики событий, вы их сможете увидеть и

проанализировать.

Рисунок 9.9 Пример настроенного обработчика событий
9.2.3 Параметры подготовки сайтов проектов
Если в вашей компании планируется работа с порталами проектов в части документов, рисков,
вопросов, коммуникаций, необходимо настроить параметры подготовки сайтов проектов.
Рисунок 9.10 Параметры подготовки сайтов проектов
Для того, чтобы настроить параметры подготовки сайтов проектов, нужно:

• Выбрать веб-приложение, если оно будет отличаться от того, где развернут узел PWA.
• Изменить url-адрес, если вы хотите, чтобы порталы проектов создавались не как под-
сайты портала PWA, а как под-сайты любого другого узла.

• В случае, если у вас установлены языковые пакеты, отличные от установленного языка

Project Server 2019, можно выбрать язык шаблона сайта проекта.
9.2.4 Массовое обновление подключенных сайтов SharePoint
В случае миграции с Project Server 2013 на Project Server 2019 или в случае миграции с одного
узла PWA на другой, на странице «Массовое обновление подключенных сайтов SharePoint»
нужно выбрать пути и адреса к сайтам, поставить необходимые галочки обновления и
разрешений и нажать «Обновление».
Рисунок 9.11 Настройка массового обновления сайтов проектов
9.2.5 Планирование заданий по обслуживанию
Для запуска заданий по обслуживанию, например, административного резервного копирования,

п. 9.1.2, нужно перейти в «Центр администрирования – Отслеживание – Просмотр определений
заданий».

Рисунок 9.12 Задания по обслуживанию Project Server 2019
В списке заданий следует выбрать ту, у которой вы хотите задать расписание ее выполнения.
На странице «Изменение задания таймера» выбранной службы, необходимо выбрать
периодичность выполнения задания и нажать «Ок». Если же вам нужно сразу выполнить задание,
нажмите кнопку «Выполнить».
Рисунок 9.13 Настройка заданий по обслуживанию Project Server 2019

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

действия:
1. Создайте учетную запись пользователя Project Server 2019 для учетной записи-
посредника рабочего процесса Active Directory.
2. Настройте эту учетную запись в качестве учетной записи-посредника рабочего процесса.
9.2.6.1 Создание учетной записи пользователя Project Server 2019 для учетной записи-
посредника рабочего процесса Active Directory
Для управления рабочими процессами на Project Server 2019 необходимо первоначально создать
учетную запись ответственного пользователя.
Для этого нужно:
1. В Project Web App зайти в «Параметры сервера».

2. В разделе «Безопасность» выбрать пункт «Управление пользователями».
3. На странице управления пользователями выбрать команду «Создать пользователя».
4. На странице «Новый пользователь» выполнить следующие действия:
a. Снять флажок «Пользователь может быть назначен в качестве ресурса».
b. В поле «Выводимое имя» ввести имя, которое требуется использовать для учетной
записи пользователя (например, «Учетная запись-посредник рабочего
процесса»).
c. В разделе «Проверка подлинности пользователя» ввести учетную запись Active
Directory, которая была создана в качестве учетной записи-посредника рабочего
процесса в поле «Учетная запись пользователя».
d. Установить флажок «Запретить синхронизацию с Active Directory для этого
пользователя».
e. В области «Категории безопасности» в разделе «Доступные категории» выбрать
«Моя организация», а затем нажать кнопку «Добавить».
f. В разделе «Разрешения для организации» выбрать параметр «Разрешить» для
следующих разрешений:
i. «Открытие проекта»;
ii. «Сохранение проекта на сервер Project Server»;
iii. «Просмотр корпоративных данных ресурса».

g. В разделе «Глобальные разрешения» выбрать параметр «Разрешить» для

следующих разрешений:
i. «Вход»;
ii. «Управление пользователями и группами»;
iii. «Управление страницами сведений о рабочем процессе и проекте»
h. Нажать кнопку «Сохранить».
После создания учетной записи можно задать учетную запись-посредник рабочего процесса.
9.2.6.2 Задание учетной записи-посредника рабочего процесса
Последний этап, это создание учетной записи посредника рабочего процесса.

Но сначала нужно определить метод аутентификации учетной записи. Для этого, нужно запустить
SharePoint PowerShell под администратором и вставить туда следующие строки:
$account = "DOMAIN\UserName"
$account = (New-SPClaimsPrincipal -identity $account -identitytype 1).ToEncodedString()
$account
Рисунок 9.14 Определение формата аутентификации
После этого, скопировав формат предпоследней строки, вы:

• В PWA переходите «Параметры сервера».
• На странице «Параметры сервера» в разделе «Страницы сведений о рабочем процессе
и проекте» выбираете «Параметры рабочего процесса проекта».
• На странице «Параметры рабочего процесса проекта» в поле «Учетная запись-посредник
рабочего процесса» вводите учетную запись Active Directory, созданную в качестве
учетной записи-посредника рабочего процесса, и нажимаете кнопку «Сохранить».

Рисунок 9.15 Задание учетной записи владельца рабочих процессов
9.2.7 Оповещения и напоминания
Для того, чтобы пользователям могли приходить уведомления о назначенных задачах,

изменении рисков и других элементов, на которые подписаны пользователи, а также чтобы
приходили напоминания о необходимости тех или иных действий пользователей, необходимо
настроить параметры уведомления по электронной почте.
Настройка параметров происходит по адресу «Параметры системы – Настройка параметров
исходящей электронной почты» в «Центре администрирования».
Рисунок 9.16 Параметры уведомления по электронной почте
Для настроек параметров, нужно в поле:

• «SMTP-сервер исходящей почты» ввести название сервера.
• «Адрес отправителя» ввести адрес, от лица которого будет вестись рассылка.
• «Адрес для ответов» ввести адрес, от лица которого будет вестись рассылка.
• Выбрать вариант, использовать ли шифрование для подключения TLS.
• «Порт SMTP-сервера» ввести адрес порта.
• «Набор знаков» выбрать данные для отображения.
После ввода всех данных нужно нажать кнопку «Сохранить».

9.3 РАБОТА С СИСТЕМОЙ ЛОГОВ ULS
В процессе работы с Project Server 2019 нужно анализировать действия пользователей. Для
анализа действий используется служба ULS (Unified Logging Systems).
Чтобы настроить службу ULS нужно перейти в Центр администрирования SharePoint и выбрать
«Отслеживание – Настройка средств сбора данных диагностики».
Рисунок 9.17 Настройка данных диагностики
Среди возможных предполагаемых событий отслеживания, нужно раскрыть с помощью крестика,

интересующую вас категорию и поставить галочку напротив событий.
После выбора событий, следует выбрать какие события наименьшей важности должны
заноситься в журнал событий (Application Event) и журнал отслеживания (ULS).
В журнал событий можно заносить следующие виды уведомлений по уровню важности:
• Нет.
• Критический.
• Ошибка.
• Предупреждение.
• Уведомление.
• Подробный.
В журнал отслеживания можно заносить следующие виды уведомлений по уровню важности:

• Нет.
• Непредвиденный.
• Наблюдаемый.
• Высокий.
• Средний.
• Подробный.

Рисунок 9.18 События диагностики Project Server 2019
Следующие шаги по настройке системы диагностики, это:

• Установить или снять галочку для защиты журнала от переполнения. С установленной
галочкой, повторяющиеся события просто не будет записываться в журнал.
• Написать путь к месту сохранения журнала.
• Указать сколько дней должен храниться файл.
• При необходимости ограничить место на диске при сохранении журналов отслеживания
нужно поставить «Ограничить дисковое пространство для хранения журналов
трассировки» и задать размер максимального дискового пространства.
Для того чтобы открыть ULS-лог, нужно перейти в папку, которая была указана как место
сохранения журнала, выбрать тот файл, дата и время которого соответствует тому времени, когда
вам нужно провести анализ и открыть его в Microsoft Excel.

Рисунок 9.19 ULS файлы
Рисунок 9.20 ULS файл, открытый в Excel
В открывшемся логе в Microsoft Excel, следует отфильтровать данные по полю «Area» и в поле
«Correlation» найти тот идентификатор, который появляется при ошибке тех или иных действий
пользователя или при работе очереди (п. 9.1.1).
Рисунок 9.21 Поиск в очереди по идентификаторам

9.4 НАСТРОЙКА ПЛАНА ОБСЛУЖИВАНИЯ БАЗ ДАННЫХ
Как было сказано ранее, см. п. 9.1.2, административное архивирование и восстановление не

должно полностью заменять архивирование на уровне баз данных SQL.
Для того, чтобы вы могли контролировать ситуацию с своевременным архивированием данных
по проектам, следует разработать план обслуживания баз данных.
План обслуживания баз данных может быть разработан как с помощью мастера Microsoft SQL,
так и с помощью программного обеспечения сторонних производителей.
В данной главе мы опишем, как с помощью мастера Microsoft SQL настроить и запустить план по
обслуживанию баз данных проектов.
На сервере SQL запустите SQL Server Management Studio и подключитесь к Database Engine.
Обязательно проверьте, работает ли SQL Server Agent ( ). Если служба не

работает, нажмите на SQL Server Agent правой кнопкой мыши и в меню выберите «Start». Если
SQL Server Agent в SQL Server Management Studio не запускается, запустите его через службы
(Administrative Tools – Services).
После запуска SQL Server Agent раскройте меню «Management», нажмите правой кнопкой на
«Maintenance Plan» и выберите в меню «Maintenance Plan Wizard».
Рисунок 9.22 Запуск мастера обслуживания баз данных
В окне запуска мастера баз данных, нажмите «Next», следует ввести имя плана обслуживания и
нажать «Change».

Рисунок 9.23 Указание имени плана обслуживания
В новом окне настройки расписания задается периодичность работы плана обслуживания и

время его запуска.
Минимальная периодичность должна быть равна одному дню, а достаточная периодичность –
раз в неделю. И естественно, такую операцию лучше проводить тогда, когда в системе никто не
работает.
После настройки времени запуска плана обслуживания нажмите «ОК» и «Next».
Рисунок 9.24 Указание расписания запуска плана обслуживания
На следующем шаге нужно выбрать задачи плана обслуживания и нажать «Next».

Среди задач обязательно нужно выбрать бекапирование (архивирование) баз данных и логов
баз данных. Все остальные галочки можно выбрать по желанию. Хотя, как показывает практика,
иногда запускается «Rebuild Index» для ускорения работы Project Server.
Рисунок 9.25 Выбор задач для плана обслуживания
Как только выбрали задачи обслуживания, задача определить приоритетность исполнения задач.
Рисунок 9.26 Сортировка задач плана обслуживания
После определения порядка выполнения задач, следующий шаг - выбор баз данных для плана
обслуживания. Для обслуживания Project Server 2019 вы должны выбрать одну базу данных
(Content) для всех задач, которые определили шагом ранее.

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

Рисунок 9.29 Проверка созданного плана
Мастер, после нажатия кнопки «Finish» запустит создание плана, после окончания создания
которого, нужно нажать кнопку «Close».
Рисунок 9.30 Запуск плана обслуживания
Созданный план обслуживания можно увидеть в меню «Management».

Рисунок 9.31 Созданный план обслуживания

ПРИЛОЖЕНИЕ «ЧЕК-ЛИСТ УСТАНОВКИ PROJECT SERVER»
№ Действие Отметка
1. Создать необходимые учетные записи (DOMAIN\sp_farm, DOMAIN\sp_app_pool)
Создать группы в службе каталогов Active Directory (DOMAIN\Report Authors,
2.
DOMAIN\Report Viewers, DOMAIN\Report External Viewers)
3. Настроить сетевые конфигурации SQL Server
4. Добавить имя входа для учетной записи администратора фермы
5. Настроить службы аналитики (Analysis Services)
6. Запустить службу аналитики под доменной учетной записью администратора фермы
7. Включить среду CLR

8. Включить службу Windows Firewall для доступа к SQL Server
9. Создать базу данных Project Server (при желании)
Отключить конфигурацию усиленной безопасности Internet Explorer на сервере
10.
приложений
Добавить учетную запись роли администратора фермы в группу локальных
11.
администраторов сервера приложений
12. Добавить компоненту сервера приложений «Возможности рабочего стола»
13. Настройка службу SMTP (если не была настроена)
14. Установить ПО для исправления ошибок установки SPS 2013
15. Установить предварительное ПО перед установкой SPS 2013
16. Установить SharePoint Server 2019 без запуска мастера
17. Установить Project Server 2019
18. Запустить мастер настройки продуктов и технологий Microsoft SharePoint
19. Настроить доверительные сайты
20. Настроить ферму SharePoint с созданием узла верхнего уровня
21. Задать разрешения на чтение для веб-сайта верхнего уровня
22. Блокировать созданную по умолчанию базу данных контента
23. Создать новую базу данных контента
24. Создать сайт PWA
25. Проверить расположение сайта Project Web App
26. Блокировать вновь созданную базу данных контента
27. Разблокировать созданную по умолчанию базу данных контента
28. Установить управляющие объекты аналитики (АМО) SQL Server 2014
29. Установить SQL Server 2012 Native Client
30. Добавить группу авторов отчетов в качестве администратора сервера служб аналитики
Запустить (при необходимости) и настроить службу безопасного хранения (Secure Store

31.
Service)
32. Построить OLAP-куб

ЗАМЕТКИ


Install It Admin Project Server 2019

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Install It Admin Project Server 2019

Оригинальное название:

Загружено:

Авторское право:

Алексей Просницкий, РМР, MVP

Microsoft Project Sever 2019

LEO Consulting, KYIV, 2018

Все названия программных продуктов, которые используются в книге, являются

Алексей Просницкий, MVP, PM

2 ПЛАНИРОВАНИЕ РАЗВЕРТЫВАНИЯ SHAREPOINT SERVER 2019 .................. 20

3 УСТАНОВКА SQL SERVER 2017 ............................................................... 30

4 УСТАНОВКА SHAREPOINT SERVER 2019 ................................................... 51

Алексей Просницкий, MVP, PM

4.2 УСТАНОВКА SHAREPOINT SERVER 2019 ........................................................ 57

5 РАЗВЕРТЫВАНИЕ ПРИЛОЖЕНИЯ PROJECT SERVER 2019............................ 74

6 НАСТРОЙКА ОТЧЕТНОСТИ ДЛЯ PROJECT SERVER 2019 ............................. 89

7 РАЗВЕРТЫВАНИЕ OFFICE ONLINE SERVER ............................................... 116

Алексей Просницкий, MVP, PM

7.4 НАСТРОЙКА БАЗОВОЙ ИНТЕГРАЦИИ СЛУЖБ ANALYSIS SERVICES С SHAREPOINT

8 НАСТРОЙКА РАБОЧИХ ПРОЦЕССОВ ........................................................ 127

9 ЕЖЕДНЕВНОЕ УПРАВЛЕНИЕ И ОБСЛУЖИВАНИЕ ...................................... 140

ПРИЛОЖЕНИЕ «ЧЕК-ЛИСТ УСТАНОВКИ PROJECT SERVER» ............................ 163

Алексей Просницкий, MVP, PM

Рисунок 1.1 Архитектура Project Server 2019 ......................................................................... 16

Алексей Просницкий, MVP, PM

Рисунок 4.4 Выбор компонента «SMTP Server» ......................................................... 54

Рисунок 6.2 Выбор функции «Reporting Service - Native» .......................................... 91

Рисунок 7.10 Веб форма OOS ................................................................................. 120

Рисунок 9.22 Запуск мастера обслуживания баз данных .......................................... 157

Алексей Просницкий, MVP, PM

Таблица 2.1 Требования к программному обеспечению ............................................. 20

Алексей Просницкий, MVP, PM

Алексей Просницкий – директор компании LEO Consulting

Алексей Просницкий, MVP, PM

Если есть пожелания / замечания / негодования, пишите на mvp@leoconsulting.com.ua.

Условные обозначения в книге:

Алексей Просницкий, MVP, PM

Огромное спасибо Андрею Дорошенко за правки и Денису Андрощуку за фундамент.

Алексей Просницкий, MVP, PM

О КОМПАНИИ «ЛЕО КОНСАЛТИНГ»

LEO Consulting (ЛЕО Консалтинг) – ведущая украинская компания в сфере внедрения

Алексей Просницкий, MVP, PM

1 КРАТКИЙ ОБЗОР MICROSOFT PROJECT SERVER 2019

1.1 ОБЗОР АРХИТЕКТУРЫ И ТЕХНИЧЕСКИХ ВОЗМОЖНОСТЕЙ

Рисунок 1.1 Архитектура Project Server 2019

В разрезе архитектурных изменений можно выделить следующие новшества:

Алексей Просницкий, MVP, PM

Рисунок 1.2 Одна база данных для проектов и контента

3. Вводятся ограничения на максимальное количество корпоративных полей

Алексей Просницкий, MVP, PM

4. Microsoft Project Server 2019 поддерживает следующие браузеры и их версии:

Microsoft Edge IE 11-10 IE 9-6 Chrome* Firefox* Safari*

* - последние версии браузеров

Алексей Просницкий, MVP, PM

1.2 ОБЗОР MICROSOFT PROJECT SERVER 2019

С точки зрения пользователей, можно выделить некоторые новшества:

Рисунок 1.4 Новый интерфейс узла PWA

2. По сравнению с Microsoft Project Server 2010-2013 была удалена функциональность,

Добавить скрины порталов проектов

Алексей Просницкий, MVP, PM

2 ПЛАНИРОВАНИЕ РАЗВЕРТЫВАНИЯ SHAREPOINT SERVER 2019

2.1 ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

Для установки Project Server 2019 требуется операционная система:

Если вы хотите пользоваться мобильными версиями отчетов, рекомендуется устанавливать SQL

Наименование сервера Программное обеспечение

Алексей Просницкий, MVP, PM

2.2 ТРЕБОВАНИЯ К АППАРАТНОМУ ОБЕСПЕЧЕНИЮ

2.2.1 Масштабность развертывания

Требования к аппаратному обеспечению зависят от будущего масштаба развертывания: