Руководство по оценке Этот документ предоставляется на условиях "как есть"

Вид материала

Содержание

Обновление Windows SharePoint Services 3.0 и Office SharePoint Server 2007
Подготовка к обновлению
Методы обновления
Сокращение времени простоя
Визуальное обновление
Ведение журнала обновления
Пример сценария обновления

Подобный материал:

1 2 3 4 5 6 7 8 9 ... 13

Обновление Windows SharePoint Services 3.0 и Office SharePoint Server 2007

В сценарии обновления SharePoint 2010 инвестированы значительные средства, что позволяет обеспечивать прогнозируемое и беспроблемное взаимодействие с системой для ИТ-специалистов. Также значительное внимание уделено всем аспектам обновления версии — от подготовки к обновлению до настройки среды после выполнения обновления.

Подготовка к обновлению

Подготовка к обновлению для Windows SharePoint Services 3.0 и Office SharePoint Server 2007 с пакетом обновления 2 начинается с операции STSADM preupgradecheck. Эта операция может выполняться в существующей версии Windows SharePoint Services 3.0 или в ферме Office SharePoint Server 2007 для подготовки отчета по данным фермы и сервера относительно исправности и пригодности для проведения обновления. При этом определяются ключевые данные, касающиеся, например:

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

Также выявляются потенциальные проблемы, включая:

Большие списки
Потерянные данные
Представления CAML и типы контента CAML
Измененные базы данных контента, которые содержат ошибочные схемы
Отсутствующие зависимости обновления

Выполняется сбор и компиляция всех этих данных в один отчет, который можно просмотреть с помощью браузера. Операция preupgradecheck выполняется в режиме "только чтение"; она не вносит каких-либо изменений в существующую среду SharePoint. Таким образом, эта операцию можно выполнять достаточно часто — не только перед обновлением, но и в качестве простой проверки общей исправности среды SharePoint.

Администраторы также могут присоединять базы данных контента SharePoint к ферме SharePoint 2010 и после этого запускать командлет PowerShell Test-SPContentDatabase для баз данных. Этот командлет выполняет проверку заданных баз данных для указанного веб-приложения, выявляя все существующие и потенциальные проблемы, такие как:

Потерянные данные
Отсутствующие определения сайта
Отсутствующие компоненты
Отсутствующие сборки

Этот командлет выполняется как дополнение к отчету о проверке перед обновлением; он также выполняется в режиме "только чтение", что позволяет предотвратить повреждение данных в процессе проверки на наличие неполадок.

Методы обновления

Существует два основных метода обновления Windows SharePoint Services 3.0 и Office SharePoint Server 2007 до SharePoint 2010: обновление на месте и обновление посредством присоединения базы данных. Обновление на месте используется для обновления существующего сервера Office SharePoint Server 2007 до SharePoint 2010. Процедуру можно при необходимости перезапустить в случае возникновения неполадок. Метод присоединения базы данных позволяет выполнить резервное копирование базы данных Windows SharePoint 3.0 или Office SharePoint Server 2007 и присоединить ее к веб-приложению SharePoint 2010. После этого SharePoint Server выполняет обновление этой базы данных и делает ее доступной через веб-приложение.

Кроме того, обновление базовых установок (или "установок по одному щелчку") может выполняться с использованием обновления на месте, после чего выполняется миграция из среды внутренней базы данных Windows, что позволяет в дальнейшем использовать удаленное хранилище больших двоичных объектов (рассматривается далее в настоящем руководстве). Рекомендуется использовать этот метод для сценариев, в которых Windows SharePoint Services 3.0 устанавливаются вместе с внутренней базой данных Windows, поскольку SharePoint Foundation 2010 включает SQL Server Express с ограничением размера базы данных в 4 ГБ. Очень большие двоичные объекты предпочтительнее хранить в SQL FILESTREAM на дисках, а не в базе данных контента. При использовании хранилища больших двоичных объектов в SharePoint 2010 можно поддерживать размер базы данных контента на уровне, не превышающем заданного ограничения.

Сокращение времени простоя

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

Одна из этих функций — использование баз данных в режиме "только чтение", исходно доступного в Windows SharePoint Services 3.0 и Office SharePoint Server 2007 с пакетом обновления 2. Во время процесса обновления база данных контента в ферме резервного копирования может быть помечена как "только для чтение" в рамках SQL Server, что позволяет предотвратить любые изменения контента при поддержании работоспособности сайта резервного копирования в целях предоставления пользователям сайта доступа только для чтения. SharePoint 2010 распознает присвоение базе данных контента атрибута "только чтение" из SQL Server и отключает все области интерфейса пользователя в целях отображения для конечных пользователей представления в режиме "только чтение". Таким образом, пользователи могут осуществлять доступ к контенту в режиме "только чтение" в процессе выполнения обновления.

Еще одним существенным усовершенствованием, позволяющим сократить время выполнения обновления, является поддержка нескольких параллельных обновлений с присоединением баз данных. Используя несколько сеансов Windows PowerShell, можно одновременно обновлять несколько баз данных. Это означает, что объем данных, обновляемых за один раз, ограничивается только ресурсами SQL Server.

Наконец, для клиентов, которые оперируют настолько большими объемами контента, что выполнение обновления в разумные сроки не представляется возможным, предусмотрена еще один вариант. Этот вариант подразумевает использование перенаправлений альтернативных сопоставлений доступа в целях маршрутизации трафика между фермой SharePoint 2010 и фермой Windows SharePoint Services 3.0 или Office SharePoint Server 2007 в зависимости от запрашиваемого URL-адреса с использованием клиентских перенаправлений 302. Таким образом обеспечивается постепенное поэтапное обновление версии, а также достаточное время, требуемое для обновления баз данных с большим объемом контента, не приводя к увеличению времени простоя сервера или службы.

Дополнительные сведения об обновлении SharePoint 2010 см. в статье по адресу
ссылка скрыта

Визуальное обновление

В целях минимизации влияния обновления на работу пользователей в SharePoint 2010 предусмотрена поддержка главных страниц Windows SharePoint Services 3.0 и Office SharePoint Server 2007 и каскадных таблиц стилей. По умолчанию после обновления базы данных контента сайты отображаются с визуальными элементами Windows SharePoint Services 3.0 и Office SharePoint Server 2007, благодаря чему пользователи имеют возможность работать с привычным для них представлением.

Что касается визуального представления, обновленный сайт может существовать в одном из следующих трех состояний: Windows SharePoint Services 3.0/Office SharePoint Server 2007, режим предварительного просмотра SharePoint 2010 и SharePoint 2010. Использование режима предварительного просмотра SharePoint 2010 позволяет администраторам сайтов предварительно оценить внешний вид сайта с интерфейсом пользователя SharePoint 2010 перед его принятием. Эта настройка на уровне сайта обеспечивает детализацию и гибкость взаимодействия с продуктом.

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

Рис. 2. Параметры визуального обновления

Ведение журнала обновления

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

Пример сценария обновления

Для более полного понимания процесса обновления рекомендуется рассмотреть следующий пример сценария. Рэнди было дано задание обновить версию фермы Office SharePoint Server 2007 до версии SharePoint 2010, сократив при этом время простоя до минимума. На время обновления допускается доступ к данным в режиме "только чтение". Рэнди планирует развернуть SharePoint 2010 на новом оборудовании и выполнить обновление, используя метод присоединения базы данных.

На начальном этапе процедуры Рэнди выполнил проверку и обновление сервера, на котором выполняется Office SharePoint Server 2007 с пакетом обновления 2 (SP2) и всеми применимыми накопительными пакетами обновления. Теперь он может запустить Stsadm.exe –o preupgradecheck. По результатам выполнения этой операции можно проверить готовность фермы к обновлению. Рэнди обнаружил некоторые проблемы, связанные с несоблюдением рекомендаций SharePoint в отношении больших списков, и теперь может изучить эти списки и найти соответствующие решения. Поскольку инструмент preupgradecheck работает в режиме "только чтение", его частое использование для подтверждения хода выполнения процедуры устранения возникших неполадок является безопасным.

Теперь, когда базы данных Рэнди в порядке, он начинает построение SharePoint 2010 на новом оборудовании. По завершении установки этой фермы, настройки всех необходимых приложений-служб и размещения требуемых веб-приложений можно начинать процесс проверки обновления. Поскольку для обновления выбран метод присоединения базы данных, выполняется резервное копирование базы данных, начиная с рабочего контента, и восстановление ее данных на новый сервер, на котором выполняется SQL Server. В новой ферме серверов Рэнди воспользовался преимуществами использования командлета Windows PowerShell Test-SPContentDatabase для формирования отчета обо всех потенциальных неполадках присоединения базы данных контента к новому подготовленному веб-приложению. Результаты выполнения этой команды показывают, что Рэнди не установил на новом сервере SharePoint все необходимые компоненты, указанные в базе данных, которую он собирается присоединить. Далее он устанавливает необходимые компоненты, чтобы предотвратить сбой обновления.

Теперь, когда все необходимые компоненты установлены, Рэнди выполняет первое обновление версии, используя командлет Windows PowerShell Upgrade-SPContentDatabase. По завершении обновления Рэнди просматривает журнал регистрации ошибок обновления, а затем — весь журнал обновления, что позволяет ему получить полную картину всех возникших неполадок и подробную историю, которую можно просмотреть еще раз, чтобы получить более полное понимание происходящего во время процесса обновления.

После успешного выполнения командлета обновления можно открыть сайт и просмотреть его контент. Первое, что замечает Рэнди — сайт выглядит так же, как выглядел в ферме Office SharePoint Server 2007, благодаря функциям визуального обновления. Чтобы оценить внешний вид и функции сайта с SharePoint 2010, Рэнди переходит в раздел "Настройки сайта" и выбирает режим предварительного просмотра. Таким образом можно убедиться в том, что все выглядит, как надо, после применения новых визуальных элементов. Если Рэнди устраивают результаты, он может применить их на постоянной основе. Если же, по его мнению, требуются исправления сайта, можно выключить режим предварительного просмотра и вернуться в интерфейс Office SharePoint Server 2007. Эта функция настроена на отдельный уровень сайта, что позволяет Рэнди задавать точные детализированные критерии выбора. Он также может использовать Windows PowerShell для создания скрипта изменения визуальных элементов.

На данный момент Рэнди завершил проверку обновления базы данных. Теперь можно перейти к обновлению рабочего контента. По завершении совместной работы с различными владельцами бизнес-информации по проверке процесса обновления и разрешению проблем, Рэнди готов приступить к планированию рабочего расписания обновления. Он планирует уведомить пользователей о предстоящем обновлении, после чего настроить базы данных контента фермы Office SharePoint Server 2007 для работы в режиме "только чтение" из SQL Server. При этом выполняется не только настройка данных для работы в режиме "только чтение", что предотвращает возможность несоответствия данных в процессе обновления, но также усечение пользовательского интерфейса SharePoint путем блокирования команд "Создать" или "Редактировать" для всех пользователей, что позволяет избежать возникновения какой-либо путаницы. После настройки всех баз данных для работы в режиме "только чтение" Рэнди выполняет резервное копирование баз данных и восстановление их на новый сервер, на котором работает SQL Server. После размещения баз данных можно приступать к их присоединению с помощью Windows PowerShell. Во время проверки Рэнди убедился в том, что новое оборудование обладает достаточными ресурсами для открытия нескольких окон Windows PowerShell, в каждом из которых выполняется параллельное обновление отдельных баз данных. Это позволяет сократить время, затрачиваемое на обновление. Рэнди также может проверить ход выполнения обновления посредством этих окон Windows PowerShell или из интерфейса центра администрирования SharePoint 2010.

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

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

Blog