Как часто вы разворачиваете Project Server в отдельную от SharePoint ферму? Наша практика показывает, что соотношение совместных и отдельных ферм составляет примерно 80/20. И чаще всего это означает, что в команде нет специально выделенного администратора для Project Server. Справедливости ради стоит отметить, что вне зависимости от архитектуры фермы рекомендуется, чтобы администратором Project Server был представитель бизнес подразделения, которое использует EPM решение. Но даже наличие такого специалиста не отменяет необходимости выполнения нескольких базовых задач, которые стоят перед администраторами SharePoint (особенно если вы не хотите давать администратору Project Server права администратора фермы). Ниже краткое описание этих задач, собранных в 7 тем:

  • Планирование интеграции
  • Принятые практики развертывания Project Server 2013
  • Миграция с 2010 версии
  • Администрирование коллекции PWA в консоли SharePoint
  • Резервное копирование и восстановление
  • Мониторинг производительности
  • Общий подход к устранению неисправностей

Планирование интеграции

При развертывании Project Server 2013 помните:

  1. Для подключения к PWA необходима версия Project Professional 2013. Режима обратной совместимости больше нет. Это автоматически влечет за собой обновление компьютеров пользователей как минимум до Windows 7 (http://technet.microsoft.com/en-us/library/ee624351(v=office.15).aspx#Overview1))
  2. Для работы с WEB интерфейсом подойдет большинство современных браузеров: IE8-11, Firefox 10 или более поздний, Mac Safari 5 или более поздний, Google Chrome 17 или более поздний (http://technet.microsoft.com/en-us/library/cc263526(v=office.15).aspx#section2)
  3. Для интеграции с Exchange Server требуется 2013 версия
  4. Office Web Apps 2013 - это теперь отдельный продукт со своими требованиями и планом развертывания. Его возможности можно использовать не только в контексте SharePoint/Project Server, но и в контексте Lync Server 2013 и Exchange Server 2013 (http://technet.microsoft.com/en-us/library/jj219437(v=office.15).aspx). В "идеальном мире" желательно развернуть отдельный сервер под данное решение

Данный раздел - это часть планирования развертывания решения, однако мы продолжаем часто получать вопросы по перечисленным выше требованиям.

Принятые практики развертывания Project Server 2013

Данная тема была освещена в докладе на Project Conference 2014: http://channel9.msdn.com/Events/Project/2014/PC318. Слайды доклада приложил к статье. Обратите внимание на следующие вопросы:

  1. Требования к программному и аппаратному обеспечению - http://technet.microsoft.com/en-us/library/ee683978(v=office.15).aspx
  2. Обзор архитектуры Project Server 2013 - http://msdn.microsoft.com/en-us/library/office/ee767687(v=office.15).aspx
  3. Варианты реализации фермы Project Server: совместно с SharePoint (общие ресурсы, общая инфраструктура) или отдельно (разные циклы сопровождения, меньше стоимость владения, более гибкая настройка функционала)
  4. Оптимизация работы SQL Server - http://technet.microsoft.com/en-us/library/hh292622(v=office.15).aspx
  5. Планирование нагрузки Project Server 2013 - http://technet.microsoft.com/en-us/library/ff646967(v=office.15).aspx

Миграция с 2010 версии

Процесс миграции подробно описан здесь - http://technet.microsoft.com/en-us/library/gg502590(v=office.15).aspx. Подчеркну несколько важных деталей:

  1. Обязательна к изучению статья http://technet.microsoft.com/en-us/library/ff603504(v=office.15).aspx
  2. In-place обновление больше не доступно, единственный способ - присоединение баз данных содержимого
  3. Размер баз данных после обновления увеличится на 20-30% в случае миграции с 2010 версии, и на 30-50% в случае миграции с 2007 версии. Это связано с изменениями схем
  4. В процессе миграции на 2013 версию 4 базы данных Project Server (Archive, Published, Draft и Reporting) консолидируются в 1. Это действие не обратимо и деструктивно: если консолидация завершилась не удачно, вам понадобятся резервные копии 4-х баз, чтобы попробовать снова. Кроме того, старые 4 базы уже будут не пригодны для использования в среде 2010. Это связано с механизмом консолидации - сначала изменяется схема текущих 4-х баз, а уже затем происходит их объединение
  5. После обновления отправьте бизнес подразделению для прочтения статью http://technet.microsoft.com/en-us/library/ff686780(v=office.15).aspx
  6. Миграцию с 2010 версии можно автоматизировать с помощью PowerShell: http://technet.microsoft.com/en-us/library/ee662104.aspx. Не упускайте такой шанс :)

Администрирование коллекции PWA в консоли SharePoint Central Administration

Опять же в "идеальном мире" задачи администратора SharePoint в части Project Server должны быть ограничены следующим разделом центральной консоли администрирования:

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

SharePoint администратору должны быть интересны разделы:

  • Queue and Database Administration
    • Daily Schedule Backup - резервное копирование отдельных объектов Project Server. Настройка простая и описана здесь: http://technet.microsoft.com/en-us/library/jj590896(v=office.15).aspx. Наша рекомендация - хранить 5 копий проектов, что будет соответствовать 5 рабочим дням недели (что в свою очередь соответствует другой рекомендации - публиковать проекты не чаще 1 раза в день)
    • Administrative backup/restore - аналогично предыдущему, но не по расписанию, а по требованию. Например, администратор Project Server собирается внести изменения в настройки PWA и просит вас сделать резервную копию, чтобы быстро вернуться к рабочему состоянию
    • OLAP Database Management - функционал создания кубов OLAP для подсистемы отчетности. Настройка также тривиальная: http://technet.microsoft.com/en-us/library/ff465339(v=office.15).aspx. Потребуется интеграция с SSAS - http://technet.microsoft.com/en-us/library/ee662108(v=office.15).aspx
  • Operational Policies
    • Alert and Reminders - если вы будете использовать оповещения через Exchange, то вам сюда. Всего 2 поля для заполнения
    • Project Site Provisioning Settings - настройка параметров подготовки узлов проектов (http://technet.microsoft.com/en-us/library/gg982961(v=office.15).aspx). Мы рекомендуем, чтобы узлы проектов создавались в отдельной коллекции сайтов и отдельной базе данных содержимого
    • Bulk Update Connected SharePoint Sites - "инструмент" обновления ссылок на узлы проектов в случае, если вы перенесли их в другую коллекцию сайтов

Если вам не очень повезло, и администрирование узла PWA также выпало на вашу долю, то для начала рекомендую ознакомиться с инструкцией http://technet.microsoft.com/en-us/library/dn217892(v=office.15).aspx и сфокусироваться на разделах: безопасность, корпоративные данные, управление базами данных и очередью, внешний вид и представления.

Резервное копирование и восстановление

Подходы к резервному копированию и восстановлению достаточно подробно описаны здесь: http://technet.microsoft.com/en-us/library/jj993260(v=office.15).aspx. Также для 2013 версии в общем случае справедлива логика Project Server 2010 - http://technet.microsoft.com/en-us/library/cc952749(v=office.14).aspx с оговоркой, что в 2013 версии мы имеем дело с 1 базой вместо 4-х.

Консолидируя рекомендации из статей и наш опыт, мы приходим к следующим составным частям плана восстановления:

  1. Регулярное создание полных/раздельных резервных копий средствами SharePoint
  2. Регулярное создание полных/раздельных резервных копий баз данных SQL, а также по возможности логов транзакций
  3. Регулярное создание резервных копий файловой системы, а именно:
    1. C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15 (здесь хранятся измененные страницы, шаблоны и т.п.)
    2. C:\Windows\assembly (здесь хранятся пользовательские dll)
    3. C:\inetpub (здесь хранятся webconfig-и)
    4. C:\Windows\System32\inetsrv (здесь хранится конфигурация IIS)
  4. И самое важное: регулярное обновление и тестирование плана восстановления! Без понимания и опробования шагов, которые необходимо предпринять для успешного восстановления фермы, создание гигабайтов резервных копий не имеет смысла

Мониторинг производительности

По данной теме нет единого источника, который бы дал обзор ключевым счетчикам производительности, их пороговым значениям и корреляциям между ними. Лучшим источником фундаментальных знаний является Windows Internals, но объективно это не самое легкое чтиво. Поэтому для начала рекомендую ознакомиться программой Performance Analysis of Logs: http://pal.codeplex.com/. Данный инструмент поможет вам на верхнем уровне определить, с каким компонентом потенциально может быть проблема, а также предоставит информацию о пороговых значениях. А далее изучать блоги, форумы, статьи TechNet и делать выводы. Чем ��ольше ваш опыт в данной теме, тем больше экспертиза.

Бонус, если у вас есть соглашение на оказание Premier Support - семинар Vital Signs. Данный тренинг - это глубокое погружение в тематику производительности Windows систем, включая технологии виртуализации. Форматы могут быть разными: 3 дня теории и базовой практики, 3 дня теории + 2 дня лабораторных работ (разбор реальных наборов данных).

Общий подход к устранению неисправностей

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

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

Сохраните себе список публично доступных инструментов (когда-нибудь пригодится):

И не стесняйтесь задавать свои вопросы на форумах MSDN/TechNet или напрямую поддержке.

Заключение

Поддержка и сопровождение Project Server 2013 - не тривиальная задача, но и не такая сложная, как может показаться. Ключ к успеху - планирование развертывания и понимание основных задач, которые я постарался максимально сжато и эффективно осветить выше. Если у вас остались/появились вопросы - буду рад помочь!

Артём Хлобыстин - Premier Field Engineer II, EMEA Technical Lead