Поделиться через

Описание процесса обновления (Windows SharePoint Services)

  • Статья

Содержание:

  • Обновление на месте

  • Постепенное обновление

  • Обработка URL-адресов перенаправлений во время постепенного обновления

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

Совет

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

В случае обновления на месте:

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

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

  • Во время обновления все сайты недоступны для посетителей сайта. Все сайты остаются недоступными до завершения обновления всего сервера или фермы серверов.

  • После обновления посетители сайта продолжают использовать те же самые URL-адреса.

В случае постепенного обновления:

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

  • Во время обновления большинство сайтов доступно пользователям; в автономном режиме находятся только обновляемые в настоящий момент сайты. (Обратите внимание, что предыдущие версии сайтов помечаются как обновленные только, когда они предварительно копируются для обновления).

  • Процесс обновления затрагивает только пользователей, обращающихся к обновляемым сайтам.

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

По существу, перенос базы данных является обновлением на месте, но выполняется для копии контента. При переносе базы данных:

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

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

    Важно!

    Поскольку этот процесс приводит к временной недоступности сайтов, и существует вероятность того, что процесс обновления может занять больше времени, чем планировалось, или может возникнуть необходимость в доработке некоторых сайтов после обновления, администратор сервера должен информировать владельцев и пользователей сайтов о том, что можно ожидать во время этого процесса. Дополнительные сведения см. в разделе Создание плана взаимодействия (Windows SharePoint Services).

Обновление на месте

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

  1. После выполнения всех шагов предварительного обновления администратор сервера устанавливает Windows SharePoint Services 3.0 на сервер, на котором работает предыдущая версии Службы Windows SharePoint Services, и выбирает параметр Обновление на месте.

  2. Запускается процесс обновления, который обновляет базу данных конфигурации и сайт центра администрирования.

  3. Процесс обновления запускается на каждом виртуальном сервере и обновляет на нем все семейства сайтов.

  4. Процесс обновления завершается после того, как все серверы будут обновлены.

  5. Повторите обновлению на каждом сервере фермы.

  6. Администратор подтверждает, что обновление завершено, а затем удаляет предыдущую версию Службы Windows SharePoint Services.

Постепенное обновление

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

  • В процессе обновления и после него на интерфейсных веб-серверах запускаются как Windows SharePoint Services 2.0, так и Windows SharePoint Services 3.0. Все обновленные семейства сайтов работают под управлением Windows SharePoint Services 3.0, а семейства сайтов, которые невозможно обновить или которые не были выбраны для обновления, работают под управлением Windows SharePoint Services 2.0.

    Примечание

    К сценариям, в которых может не требоваться обновление сайтов, относятся следующие случаи: для некоторых сайтов может оказаться необходимым сохранить предыдущую версию, пока не будет доступен соответствующий языковый пакет для Windows SharePoint Services 3.0, или необходимо дождаться создания нового пользовательского определения сайта.

  • В процессе обновления и после него доступны как база данных Windows SharePoint Services 2.0, так и база данных Windows SharePoint Services 3.0. Контент для обновленных сайтов сохраняется в базах данных Windows SharePoint Services 3.0; контент для сайтов, которые не удалось обновить или которые следует оставить в прежнем состоянии, продолжает сохраняться в базах данных Windows SharePoint Services 2.0. Базы данных конфигурации существуют как для Windows SharePoint Services 3.0, так и для Windows SharePoint Services 2.0.

На следующем рисунке демонстрируется процесс постепенного обновления.

Переход на топологию во время обновления

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

  1. После выполнения всех шагов, предшествующих обновлению, администратор сервера устанавливает Windows SharePoint Services 3.0 на первый интерфейсный веб-сервер в ферме, а затем выбирает Постепенное обновление.

    Примечание

    Перед выполнением обновления рекомендуется создать резервную копию среды. Дополнительные сведения см. в разделе Выполнение и тестирование полного резервного копирования в SQL Server (Windows SharePoint Services).

  2. Процесс обновления создает веб-приложение Windows SharePoint Services 3.0 для размещения центра администрирования SharePoint, после чего создается центр администрирования.

  3. Процесс обновления создает новую базу данных конфигурации для хранения данных конфигурации для Windows SharePoint Services 3.0. Данные из базы данных конфигурации Windows SharePoint Services 2.0 копируются в новую базу данных.

  4. Администратор выбирает виртуальный сервер для обновления и указывает целевое веб-приложение. Процесс обновления создает целевое веб-приложение и добавляет к новому веб-приложению все веб-части, развернутые на виртуальный сервер Windows SharePoint Services 2.0.

  5. Для каждой базы данных контента, существующей в предыдущей версии, в процессе обновления создается временная база данных контента. Процесс обновления копирует список сайтов из Windows SharePoint Services 2.0 в новую среду. Администратор выбирает семейства сайтов для обновления. Процесс обновления копирует данные для этих сайтов во временную базу данных контента, а затем обновляет эти сайты во временной базе данных. Во время копирования во временную базу данных контента сайты недоступны.

  6. После обновления контента процесс обновления перемещает данные в базу данных контента Windows SharePoint Services 3.0, а затем удаляет временную базу данных.

  7. В конце процесса обновления запущены и доступны как Windows SharePoint Services 2.0, так и Windows SharePoint Services 3.0. После обновления всех сайтов администратор подтверждает, что обновление завершено. Если Windows SharePoint Services 2.0 больше не требуется, администратор удаляет его.

Обработка URL-адресов перенаправлений во время постепенного обновления

Два сайта не могут иметь один и тот же URL-адрес. Поэтому во время постепенного обновления, при параллельном использовании старой и новой версии каждого сайта, они должны иметь разные URL-адреса доменов (например, http://имя_компании/sites/SiteA и http://имя_компании_old/sites/SiteA). Во время обновления необходим временный URL-адрес для размещения предыдущих версий сайтов. Новая версия принимает URL-адрес домена, указывающий на контент до обновления, и запросы пользователей маршрутизируются на их контент независимо от того, обновлено оно или нет. Чтобы реализовать такое перенаправление, во время обновления выполняется следующий процесс.

  1. Перед началом обновления создайте временный домен URL-адреса для сайтов предыдущих версий.

  2. После запуска процесс обновления запрашивает домен, указанный на предыдущем шаге. Процесс перемещает сайт предыдущей версии во временный домен URL-адреса, а сайт новой версии получает исходный домен URL-адреса.

  3. Перенаправление создается автоматически, и каждое семейство сайтов отправляет запросы об исходном URL-адресе на прежний сайт до его обновления.

  4. После обновления сайта перенаправление для него больше не выполняется.

  5. После обновления всех сайтов, удаления всех старых сайтов и завершения процесса обновления можно вручную удалить временный домен URL-адреса из DNS.

Во время этого процесса доступ к исходному URL-адресу всегда работает. Однако некоторые клиентские приложения (например, Microsoft Office) не могут использовать эти типы перенаправлений. До обновления сайта исходный URL-адрес указывает на предыдущую версию; после обновления - на новую.

В следующей таблице продемонстрирована работа URL-адресов во время постепенного обновления.

Этап Исходный URL-адрес сайта Обновленный URL-адрес сайта Примечание

Перед обновлением

http://*имя_компании*

/sites/SiteA

отсутствует

Администратор сервера создает адрес http://*имя_компании*_old для использования во время постепенного обновления.

Во время обновления

http://*имя_компании*_old

/sites/SiteA

http://*имя_компании*

/sites/SiteA

Запросы адреса http://*имя_компании*/sites

/SiteA перенаправляются на адрес http://*имя_компании*_old

/sites/SiteA до завершения обновления.

После обновления

http://*имя_компании*_old

/sites/SiteA (до удаления)

http://*имя_компании*

/sites/SiteA

Перенаправление удаляется после завершения обновления и подтверждения результатов.

Следует иметь в виду, что такое перенаправление URL-адресов может стать причиной повреждения жестко заданных ссылок внутри сайтов или документов. Например, формы Microsoft Office InfoPath® иногда содержат жестко заданные ссылки на местоположение данных (например, на определенный список SharePoint, веб-службу или XML-файл). Поскольку ссылки заданы жестко, их невозможно обновить автоматически, чтобы они указывали на временный URL-адрес, используемый для сайтов, которые еще не были обновлены во время постепенного обновления. Чтобы определить подобные проблемы, до начала формального процесса обновления выполните пробное обновление. Таким образом можно определить все сайты, которые требуют быстрого обновления, чтобы они могли снова использовать исходный URL-адрес. Это также позволит избежать обращений в службу поддержки в результате потери функциональности в формах или других элементах, содержащих жестко заданные ссылки.

Загрузить эту книгу

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

Полный список доступных книг см. в статье Загружаемые книги для Windows SharePoint Services.