SharePoint изнутри

Данная статья приводится на основе бета-версии. Детали изложенной здесь информации могут быть изменены.

Готовимся к выходу SharePoint 2010

Пав Черны

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

Хорошая новость — у вас еще есть время на планирование своей стратегии миграции и решение возможных проблем миграции при переходе на SharePoint 2010.

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

Например, Джоэл Олесон (Joel Oleson) выпустил презентацию и доклад о готовом обновлении в своем блоге на sharepointjoel.com. Также Microsoft опубликовано предварительное руководство на guidance.

Разделение зависимостей аппаратного и программного обеспечения

Первое, что вы можете сделать для подготовки своей среды, это проверить наличие существующих настроек аппаратного и программного обеспечения на предмет соответствия SharePoint 2010 и обновить свою среду, если она не удовлетворяет требованиям. Самое общее существенное требование, это 64-х битная архитектура, SharePoint 2007 и обновление не меньше SP2.

Рассмотрите обновление своей среды в соответствии со следующими рекомендациями для клиентских и прикладных серверов, серверов баз данных и клиентов.

Для клиентских серверов SharePoint 2010 понадобится Windows Server 2008 или Windows Server 2008 R2 с пользовательским интерфейсом Windows 7. Многие установки на момент написания статьи работали без особых проблем на Windows Server 2003, и если вы все еще используете ее, то большая часть подготовки по переходу на SharePoint 2010 повлечет обновление операционной системы.

Если ваша Windows Server 2003 уже работает на 64-битном оборудовании, то вы можете повторно использовать серверы, внеся локальные изменения для клиентского сервера, сервера приложений и сервера баз данных. Вы так же можете добавить новые серверы на ферму и перенести веб-сайт центра администрирования, клиентские роли и роли приложений. Если вы планируете переходить на Windows Server 2008, вы должны ознакомиться со следующими рекомендациями:

• Дайте полномочия Windows SharePoint Services Timer (SPTimerV3). Если учетная запись администратора фермы не входит в группу локальных администраторов, или если у вас автономная установка, дайте SPTimerV3 права на чтение IIS 7.0, выполнив команду stsadm -o grantiis7permission.
• Остановите службу Windows SharePoint Services Search (Spsearch). Если вы установили Windows Server 2008 и затем запустили Мастер настройки продуктов и технологий SharePoint во время работы Spsearch, то процесс может разрушить поисковый индекс. Для пересоздания разрушенного индекса нужно выполнить команду stsadm -o spsearch -action stop, а затем перейти на страницу настроек службы Windows SharePoint Services Search в Центре администрирования и переименовать базу данных. Дополнительную информацию можно найти на tinyurl.com/l6fmkr.
• Проверьте настройки IIS 7. После обновления до Windows Server 2008 и IIS7, служба W3SVC может быть отключена, если ваша установка IIS 6 использовала несовместимые возможности, такие как серверные расширения Front Page. С другими проблемами вы можете столкнуться при проверке подлинности в режиме ядра, которую IIS 7 использует по умолчанию. Если вы получите ошибку 401.1, то причиной может быть проверка подлинности в режиме ядра. Вы можете отключить ее в дополнительных параметрах IIS для проверки подлинности Windows. Щелкните здесь для получения дополнительных сведений.

Для серверов баз данных SharePoint 2010 потребует 64-х битный SQL Server 2005 или более поздняя версия. SQL Express поддерживается, но переход на SharePoint 2010 дает возможность пересмотреть инфраструктуру сервера баз данных и оптимизировать ее.

Стандартная и корпоративная версии SQL Server предлагают средства управления и функции высокой надежности, такие как создание кластеров.

Если говорить о поддержке клиентских браузеров, SharePoint 2010 прекращает поддержку Internet Explorer 6 и поддерживает только стандартные браузеры, начиная с IE7. Так же SharePoint 2010 поддерживает Firefox 3.x и Safari.

Запуск механизма проверки обновлений

После того, как клиентские сервера будут запущены на Windows Server 2008 с 64-битным аппаратным обеспечением, серверы баз данных будут работать на SQL Server 2005 или более поздней версии, а клиенты будут использовать стандартный браузер, то следующим шагом нужно выполнить команду stsadm -o preupgradecheck. PreUpgradeCheck включает в себя SP2 для SharePoint 2007 и использует файл правил OssPreUpgradeCheck.xml для Microsoft Office SharePoint Server (MOSS) и WssPreUpgrade-- Check.xml для Windows SharePoint Services (WSS), для детальной проверки конфигурации и создания отчета.

Конечно же, прежде чем выполнить Pre- UpgradeCheck, вы должны установить SP2. Мастер установки относительно простой, но следует учитывать некоторые моменты. Для начала предупредите пользователей о запланированном простое, поскольку придется остановить клиентские сервисы IIS на каждом сервере, сделать резервную копию и отсоединить базу данных, прежде чем начать действовать. Так же было бы неплохо сделать резервную копию файлов клиентского и прикладного серверов, особенно если вы имеете собственные настройки.

Во-вторых, установите WSS SP2, отмените работу мастера настройки и затем установите MOSS SP2.

В заключение, после завершения процесса обновления, проверьте наличие ошибок в журнале upgrade.log, расположенном в каталоге журналов в версии 12. Найдите файл с примерным названием fail или error. Если установка завершена успешно, то в файле upgrade.log должны быть строки, показанные на рис. 1. Щелкните здесь для получения дополнительных сведений об обновлениях.

После выполнения PreUpgradeCheck, будет сгенерирован отчет, содержащий полезную информацию о вашей среде и включающий подробности о взаимосвязях фермы, настройках сервера, сопоставлениях альтернативного доступа (Alternate Access Mappings — AAM), базах данных, свойствах, определении узла и так далее. Если какие-либо категории не были переданы, то это будет непосредственно выведено в командную строку; т.е. они требуют, что бы изменения были применены, прежде чем переходить на SharePoint 2010. Подробный файл .HTM поможет выяснить, что еще необходимо для решения поставленных задач. Найдите следующие детали в файле, к которым возможно придется обратиться:

• Языковые пакеты. Если ваша конфигурация требует языковых пакетов, то необходимо запланировать их обновление для последующих версий после перехода на SharePoint 2010.
• AAM. Если вы планируете мигрировать на SharePoint 2010 и использовать новые серверы (или новые имена серверов), то это подходящее время для выполнения URL-связанных изменений, таких как обновление AAM и записи DNS.
• Определение узла. Сайты, использующие определения узла требуют файл определения, который SharePoint 2010 использует для обновления сайта. Вам нужно создать этот файл для соответствия с вашим собственным определением. Подробнее об этом см. на tinyurl.com/mulfcb.
• Возможности. Посмотрите отчет о недостающих возможностях, и установите необходимые.
• Списки. Проверьте размер и количество листов, поскольку они влияют на скорость миграции. Корпорация Майкрософт опубликовала руководство по рекомендации планирования границ на tinyurl.com/kueoov. Если список имеет от 2 000 до 5 000 записей или если среда вышла за пределы других рекомендаций по выполнению, приведите его в соответствии с рекомендациями.
• Потери БД конфигурации и БД содержания. Во время выполнения административных задач или операций пользователя, могут возникать ситуации, в которых схема SharePoint или записи базы данных будут существовать без родительской или дочерней связей. Эти записи включают список родительских сайтов, библиотеки документов, список записей, веб-страниц, таймеров задач и так далее. Инструмент PreUpgradeCheck не всегда находит потери, и они могут не появляться на сайте центра администрирования, поэтому вам необходимо вручную проверить потерянные объекты. Существует два типа потерянных объектов: это потери конфигурации и потери содержания. Потери конфигурации это записи, которые существуют в БД конфигурации, но не имеют дочерних компонентов в БД содержания. Потери содержания имеют место в двух случаях: либо пустой сайт отображается в БД конфигурации, но не имеет связанной с ним существующей БД содержания, либо же корректная БД содержания связана с сайтом БД конфигурации, но существуют потерянные записи в другой БД содержания.

Рис. 1. Журнал успешной установки SP2 upgrade.log

Относительно несложно найти потери конфигурации; отсоединить БД содержания и соединить обратно (stsadm -o deletecontentdb and stsadm -o addcontentdb).

Не забудьте выполнить stsadm -o preparetomove перед запуском среды MOSS 2007.

Не забудьте выполнить stsadm -o preparetomove перед запуском среды MOSS 2007. Для поиска потерь содержания, когда сайт отражается в некорректной, пустой БД содержания, сделайте резервную копию и удалите некорректную БД содержания и присоедините соответствующую.

Для нахождения потерь содержания, когда БД содержания существует, сделайте резервную копию своего производственного сайта, удалите его, прикрепите потерянную БД содержания, сделав ее доступной, и удалите ее. Затем вы сможете восстановить сохраненную копию сайта.

Для подробной информации просмотрите статьи 918742, 918744 и команды STSADM –o databaserepair, –o deletecorruption, -o repairorphans and -deleteconfi gurationobject -id <objectId>.

Учитывайте, что детали конфигурации могут отличаться между клиентскими серверами, поэтому выполняйте PreUpgradeCheck на каждом сервере и проконтролируйте все различия в конфигурациях.

Выполнив stsadm -o preupgradecheck –localonly, вы можете проверить индивидуальный сервер, затем сравнить результирующие отчеты .HTM при помощи такого средства как WinDiff.

Щелкните здесь для получения дополнительных сведений о PreUpgradeCheck.

Чистка и стандартизация

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

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

С точки зрения ИТ-профессионалов, стандартизация, где это возможно, документирование настроек, и очистка данных и деталей настроек способствуют решению проблем для разработчиков.

Рис. 2. Рекомендации настройки миграции

Некоторые возможности очистки я осветил ранее. Поиск потерь, регулирование возможностей и зависимости веб-частей, оптимизация списков, установка жестких ограничений на базу данных до 100ГБ и выполнение других оптимизаций, сделает ваш переход намного проще.

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

Поскольку SharePoint 2010 еще не выпущен, существуют ограничения на то, сколько приготовлений и тестирований вы сможете сделать для настройки.

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

При таком подходе вы можете сделать постепенное обновление и переводить в резерв предыдущие сервера после миграции сайтов.

Используйте возможности виртуализации

Удобство виртуализации серверов и соответствующих инструментов управления дало возможность проверить и подтвердить планы миграции перед обновлением производственной среды.

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

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

Заглядывая в будущее

Я рассказал о подготовке с практической точки зрения и предложил советы, следуя которым вы можете подготовить свою среду для SharePoint 2010.

Если вы последуете основным советам по переходу на 64-х битное оборудование, запустите инструмент PreUpgradeCheck, решите обнаруженные проблемы и проверите план на виртуальной среде, то вы будете готовы для SharePoint 2010.

Пав Черны (Pav Cherny) – специалист по информационным технологиям и автор, специализирующийся на технологиях Microsoft, обеспечивающих совместную работу и единую среду связи. В числе его публикаций статьи, руководства по продуктам и книги по эксплуатации информационных систем и системному администрированию. Пав является президентом корпорации Biblioso — компании, которая специализируется на предоставлении услуг по управлению документооборотом и локализации.