Начало работы с Project Server 2007

Как ИТ-администраторы, многие из нас использовали Microsoft Office Project (Standard или Professional) для помощи в отладке и организации по крайней мере некоторых из множества наших проектов. Однако немногим из нас приходилось применять Project Server, по причине недостаточного знакомства, умений или просто времени для того, чтобы взяться за еще один сложный процесс установки и конфигурации. Выпустив Office Project Server 2007, корпорация Майкрософт внесла значительные улучшения не только в компоненты и функции для пользователей, но и в те, что интересуют администраторов.

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

Хотя семейство Office Project Server охватывает ряд продуктов, эта статья сосредоточится на Project Server. И хотя я не буду подробно рассматривать настольные клиенты, следует держать в уме, что Project Standard (настольный клиент) не может подключиться к Project Server; это может только Project Professional.

Компоненты и функции

Улучшения, внесенные специалистами корпорации Майкрософт в Project Server 2007, можно разделить на четыре основные области: корпоративные функции, простота использования, подробности и расширяемость. Те, кто работал с предыдущими версиями Project Server, сразу поймут, почему корпорация Майкрософт сосредоточилась на этих областях.

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

Ограничения масштабируемости Project Server 2003 были устранены с помощью истинно многоуровневой архитектуры, как показано на рис. 1. Веб-уровень состоит из Project Web Access и Windows SharePoint Services (WSS) 3.0. Уровень приложений состоит из платформы Project Server, службы очереди, службы отчетов и системы событий, а также интерфейса Project Server Interface (PSI) – полностью переделанного API, предоставляющего функции Project Server администраторам и разработчикам. Уровень данных содержит базы данных Project Server, хранящиеся в SQL Server 2000 или SQL Server 2005. Эти уровни способствуют масштабированию для поддержки больших количеств пользователей.

Рис.1. Архитектура Project Server 2007

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

Также были внесены некоторые значительные улучшения в упрощение обучению Project Server и его использованию. На практике для администраторов это означает, что после установки и настройки продукта можно позволить пользователям действовать свободно и ожидать от них продуктивности.

К числу того, что помогает сделать Project Server намного проще, относится глубокая интеграция с Microsoft Office, включая надстройку для Microsoft Office Outlook, предоставляющую управление задачами и временем, а также визуальные отчеты, интегрирующиеся с возможностями отчетов Office Excel и возможностями создания диаграмм Office Visio. Имеется также упрощенное планирование задач и создание проектов, с поддержкой для списков задач SharePoint, что позволяет пользователям быстро адаптировать импровизированные проекты в более надежную инфраструктуру по мере роста проекта.

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

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

Другие улучшения намного упрощают индивидуализацию и расширение Project Server. Переработанный API (вышеупомянутый PSI) делает несложным доступ к данным Project Server, с использованием ADO.NET, а также упрощает программные манипуляции проектами, материалами, задачами и назначениями. Этот API дополняется широкой серверной системой событий, позволяющей приложениям от сторонних производителей отвечать на события внутри Project Server. Наконец, интеграция с Windows Workflow Foundation (WF) предоставляет встроенную поддержку рабочих процессов.

Предварительные требования для установки

Эта статья уделяет основное внимание установке Project Server 2007 на Windows Server 2003, но она также предлагает некоторые рекомендации по работе с Windows Server 2008, там, где в действиях, необходимых для установки и настройки, имеются явные различия. Если решено использовать Windows Server 2008, то необходимо использовать Project Server 2007 с пакетом обновления 1 (SP1) и обеспечить соответствие серверного оборудования рекомендациям корпорации Майкрософт. В частности, сервер должен иметь минимум 2 ГБ ОЗУ и двойные ядра, либо двойные ЦП с тактовой частотой 3.0 ГГц).

Я сосредоточусь на установке и настройке небольшой веб-фермы, допускающей два варианта развертывания: установку всех компонентов (веб-сервера, сервера приложений и сервера базы данных) на одной компьютере, либо размещение сервера базы данных на другом физическом компьютере. Поскольку оба варианта поддерживают до 500 пользователей, оба они допустимы в относительно малых средах. И оба предоставляют гибкость в продвижении задач компании. Разумно будет обдумать использование как минимум отдельного сервера базы данных, в более крупных организациях желательно отдельное оборудование для каждого из уровней.

Перед началом установки сервер базы данных должен быть доступен. Поскольку обсуждение установки SQL Server выходит за рамки этой статьи, просто отметьте, что следует использовать либо SQL Server 2000 с пакетом обновления 4 (SP4), либо SQL Server 2005 с пакетом обновления 2 (SP2) и убедиться в том, что именованные каналы включены. Кроме того, учетные записи, с помощью которых устанавливается WSS, должны иметь все права, необходимые для создания новой базы данных в SQL Server.

Необходимо установить Microsoft .NET Framework 3.0 с пакетом обновления1 (SP1) (что гарантирует наличие WF). Необходимо также установить IIS 6.0, выбрав вариант сервера приложений, доступный в разделе установки/удаления компонентов Windows мини-приложения установки/удаления программ панели управления. Необходимо включить ASP.NET, что доступно при нажатии кнопки «Сведения» при выборе сервера приложений. Project Server не установится, если веб-расширение ASP.NET 2.0.50727 не включено внутри IIS. Это может произойти, если ASP.NET 2.0 не установлена на компьютере до включения IIS. Если это произошло, включите ASP.NET 2.0, выполнив команду aspnet_regiis –i –enable.

В Windows Server 2008 это можно сделать с помощью диспетчера роли диспетчера серверов (IIS) и роли сервера приложений. В качестве части роли сервера приложений, устанавливающего .NET Framework 3.0, необходимо выбрать для установки Application Server Foundation и службы роли поддержки веб-сервера (IIS) Support.

Установка Project Server 2007

Начните установку Project Server, запустив файл Setup.exe. Тем, кто устанавливал WSS, то установка Project Server 2007 будет знакомой, поскольку она основана на WSS 3.0. После ввода ключа продукта и принятия лицензионного соглашения выберите базовую или расширенную установку. Если планируется отдельная система, выберите базовую установку, которая устанавливает все компоненты, включая SQL Server 2005 Express Еdition, на одном сервере. При выборе расширенной можно будет увидеть экран с рис. 2. В случае выбора полной установки, будет установлен сервер веб-интерфейса и компоненты сервера приложений.

Увеличить

Рис. 2. Автономная установка помещает все компоненты на один компьютер

Держите в уме, что в случае настройки сервера как сервера поиска, для индексов может потребоваться большой объем локальных хранилищ. Как следствие, может потребоваться нажатие вкладки расположения файла (также показанной на рис. 2) и выбор другого места для установки. После выбора полной установки нажмите кнопку Install Now («Установить сейчас»).

После завершения установки по умолчанию выбирается вариант "Run the SharePoint Products and Technologies Configuration Wizard" («Запустить мастер настройки продуктов и технологий SharePoint»). Нажмите кнопку Close (Закрыть) для запуска мастера настройки.

После запуска мастера и нажатия кнопки «Далее» для попадания на экран приветствия появится напоминание о возможной необходимости перезапуска некоторых служб, включая IIS. Нажмите кнопку «Да», чтобы перейти к следующему экрану, на котором будет предложено либо создать новую ферму серверов, либо подключиться к существующей. Выберите вариант создания новой фермы и введите имя сервера базы данных.

Также необходимо ввести имя учетной записи пользователя домена, которая будет использоваться WSS для подключения к базе данных, как показано на рис. 3. В ходе установки необходимо также выделить права SQL Server и предоставить учетные данные для пула приложений центра администрирования служб SharePoint внутри IIS. В случае развертывания автономного сервера учетная запись пользователя может быть локальной.

Увеличить

Рис. 3. Создание базы данных конфигурации

После нажатия кнопки «Далее» появится запрос на настройку номера порта и выбор метода проверки подлинности для использования веб-приложением центра администрирования. По умолчанию мастер назначит случайный номер порта, который можно изменить, выбрав флажок и указав номер порта. Протоколом проверки подлинности по умолчанию является NTLM; вторым вариантом – Negotiate (Kerberos). В случае выбора второго варианта процесс проверки подлинности сперва попытается использовать Kerberos, а в случае неудачи этого обратится к NTLM. Тем, кто не знаком с требованиями для включения проверки подлинности Kerberos, стоит придерживаться NTLM.

После нажатия кнопки «Далее» появится экран сводки. Нажмите эту кноку снова, чтобы запустить процесс конфигурации. Когда процесс подготовки завершен, отметьте номер порта веб-узла центра администрирования, если еще не сделали этого. Веб-узел центра администрирования будет запущен в обозревателе после нажатия кнопки «Готово», как показано на рис. 4.

Увеличить

Рис. 4. Веб-узел центра администрирования

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

• Настройка параметров входящих и исходящих сообщений электронной почты
• Создание или расширение веб-приложений
• Создание веб-узлов и подузлов
• Настройка параметров рабочего процесса
• Настройка диагностического ведения журнала

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

Увеличить

Рис. 5. Добавить все серверы к ферме перед настройкой служб фермы

Продолжая наш пример маленькой фермы серверов с веб-службами и службами приложений на одном сервере, а базой данных на другом, можно увидеть, что два сервера уже перечислены. Следующая задача, которую следует завершить, включает в себя запуск служб Project Server. Для настройки служб щелкните вкладку операций, а затем щелкните ссылку служб на серверах в ферме в отделе топологии и служб, как показано на рис. 5. После выбора этого варианта можно будет увидеть экран, показанный на рис. 6.

Увеличить

Рис. 6. Установка служб на серверах

Здесь можно заметить, что по умолчанию некоторые службы не запущены, для их запуска следует нажать кнопку «Пуск». Перечисленные здесь службы соответствуют службам, перечисленным в консоли управления Майкрософт (MMC), находящейся в окне «Управление компьютером». Обратите внимание на то, что если запустить службу поиска WSS, то будет необходимо предоставить учетные данные для учетной записи службы поиска и учетной записи службы содержимого.

Служба поиска WSS образует основу для поиска по справке Project Server. Эти учетные записи должны быть доменными учетными записями для любого типа реализации фермы серверов и не должны быть членами группы администраторов фермы. Все требуемые права будут выделены в ходе настройки. Завершающий этап настройки на этой странице – указать расписание индексации. Разумно сохранить настройки расписания по умолчанию до более близкого знакомства с повседневными рабочими требованиями среды Project Server. Более крупные среды могут иметь выделенные серверы поиска.

Завершающий этап настройки Project Server включает создание веб-приложений для двух веб-узлов: веб-узла Project Web Access (PWA) и домашнего узла поставщика общих служб (SSP). Кроме того, необходимо создать коллекцию веб-узлов веб-приложения PWA. Создание домашнего веб-узла общих служб является частью завершающей задачи в списке задач администрирования, определенном на центральном веб-узле администрирования, как показано на рис. 4.

Первой задачей является создание нового веб-приложения для веб-узла PWA. На веб-узле центра администрирования, щелкните пункт «Управление приложениями» и выберите создание или расширение веб-приложения из разделе управления веб-приложениями SharePoint. При загрузке следующей страницы выберите создание нового веб-приложения, как показано на рис. 7.

Увеличить

Рис. 7. Создание нового веб-приложения служб SharePoint

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

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

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

После создания приложения необходимо создать коллекцию веб-узлов. Чтобы сделать это, выберите создание новой коллекции веб-узлов WSS и затем введите требуемую информацию, включая заголовок, описание и имя URL с путем. При выборе шаблона для веб-узла, подойдет любой из них, но хорошей отправной точкой является шаблон веб-узла группы. Работа завершена (и успешно) когда загружается страница Top Level Site Successfully Created («Узел верхнего уровня успешно создан»).

Следующей задачей является создание веб-приложения для размещения поставщика общих служб. На веб-узле центра администрирования щелкните пункт «Управление приложениями» и выберите создание или расширение веб-приложения из разделе управления веб-приложениями SharePoint. При загрузке следующей страницы выберите создание нового веб-приложения. Вместо использования существующего веб-узла будет создаваться новый веб-узел с новым номером порта. Номер порта может быть случайным или специально выбранным. Повторите действия, предпринятые, чтобы создать веб-приложение для веб-узла PWA. При желании можно также повторно использовать учетные данные пула приложений. Когда процесс завершен, можно будет увидеть страницу («Application Created») приложение создано.

Далее создайте поставщик общих служб (см. рис. 8). Поставщик общих служб является интегральной частью инфраструктуры WSS 3.0, используемой Project Server для своих служб приложений. Он также способствует использованию одного поставщика для серверов в ферме.

Увеличить

Рис. 8. Создание поставщика общих служб

Чтобы создать поставщик общих служб, начните с щелчка вкладки управления приложениями и затем, в разделе общих служб Office SharePoint, выберите создание или настройку общих служб данной фермы. На следующей странице щелкните New SSP («Новый SSP») и пройдите через варианты настройки. Особенно важно убедиться в том, что выбрано веб-приложение, созданное для общих служб.

Единственными обязательными данными является информация, относящаяся к тому, какие учетные данные использовать для службы SSP. Всем другим параметрам могут быть оставлены их значения по умолчанию, хотя каждое отдельное значение следует дополнительно проверить. В данном примере должно быть два веб-приложения, которые были созданы на предыдущих этапах. После того как службы созданы, можно будет увидеть страницу Success («Успех»).

Завершающим этапом является создание экземпляра Project Server. При нажатии кнопки «ОК» на странице успеха произойдет переход на страницу управления общими службами данной фермы. Щелкните имя только что созданных общих служб, произойдет переход на страницу администрирования общих служб. Теперь щелкните ссылку веб-узлов Project Web Access и при загрузке страницы щелкните кнопку, именуемую Project Web Access Site («Веб-узел Project Web Access»), как показано на рис. 9.

Увеличить

Рис. 9. Создание веб-узла Project Web Access

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

Кроме того, необходимо будет ввести имя сервера базы данных. Нажмите кнопку «ОК» для запуска процесса создания базы данных и веб-узла. Произойдет возврат на экран, показанный на рис. 9, но теперь там будет указан веб-узел, и его состояние изменится по мере его создания. При завершении процесса состояние изменится на Provisioned («Подготовлен») и реализация Project Server будет завершена, как показано на рис. 10.

Увеличить

Рис.10. Экземпляр Project Server 2007

Заключение

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