Определение концепции обновления (SharePoint Server 2010)

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

Перед началом любой процедуры обновления Microsoft Office SharePoint Server 2007 до версии Microsoft SharePoint Server 2010 необходимо определиться с концепцией обновления. Используйте информацию из этой статьи, чтобы сравнить плюсы и минусы каждой концепции и изучить информацию об особых ситуациях, которые могут повлиять на выбор концепции. В дополнение к данной статье ознакомьтесь также со статьей Проверка поддерживаемых и неподдерживаемых путей обновления (SharePoint Server 2010), чтобы точно знать, какие ситуации обновления допустимы и позволяют успешно осуществить обновление.

Примечание

Перед выполнением обновления на компьютере следует установить Office SharePoint Server 2007 с пакетом обновления 2 (SP2).

Содержание:

  • Выбор концепции обновления

  • Особые ситуации

Выбор концепции обновления

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

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

Концепция Описание Плюсы Минусы

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

SharePoint Server 2010 можно установить на то же самое оборудование. Контент и параметры фермы серверов также можно обновить в ходе общего процесса.

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

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

Обновление с подключением баз данных

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

Можно одновременно обновлять несколько баз данных контента, что сократит общее время обновления (по сравнению с обновлением на месте). Для объединения нескольких ферм в одну можно воспользоваться обновлением с подключением баз данных.

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

Дополнительные сведения о процедурах обновления на месте и обновления с присоединением базы данных см. в статье Общие сведения о процессе обновления (SharePoint Server 2010).

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

Способ Описание Плюсы Минусы

Параллельное обновление

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

Быстрее производится обновление среды в целом.

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

Гибридный подход 1: присоединение баз данных с базами данных в режиме только для чтения

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

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

Можно одновременно обновлять несколько баз данных контента, что сократит общее время обновления (по сравнению с обновлением на месте).

Кроме обновления программного обеспечения можно обновить и оборудование.

Параметры сервера и фермы при этом не обновляются. Необходимые параметры прежней фермы необходимо перенести на новую ферму вручную.

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

На копирование баз данных по сети требуется время и пропускная способность. И это нужно учитывать.

Вам потребуется прямой доступ к серверам баз данных.

Гибридный подход 2: обновление на месте с отключенными базами данных

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

Параметры, распространяющиеся на всю ферму, могут быть сохранены и обновлены.

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

Можно одновременно обновлять несколько баз данных контента, что сократит общее время обновления (по сравнению с обновлением на месте).

На копирование баз данных по сети требуется время и пропускная способность. И это нужно учитывать.

Вам потребуется прямой доступ к серверам базы данных.

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

Другой вариант, который нужно иметь в виду при возникновении длительного времени ожидания, заключается в использовании перенаправления URL-адресов сопоставления альтернативного доступа вместе с подходом обновления с присоединением базы данных, чтобы временно перенаправить пользователей в существующую ферму, пока происходит обновление контента в новой ферме. Это расширенный метод и его не рекомендуется использовать, если другие приемы уменьшения простоя достаточны. Дополнительные сведения см. в статье Использование перенаправления URL-адреса альтернативного сопоставления доступа как части процесса обновления (SharePoint Server 2010) (технический документ).

Особые ситуации

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

Ситуация Соответствующая концепция обновления

Выполнение обновления с 32-разрядного до 64-разрядного выпуска SQL Server

В случае работы с 32-разрядным выпуском SQL Server необходимо перейти на 64-разрядный выпуск. Рекомендуется выполнить переход до обновления до версии SharePoint Server 2010, чтобы обеспечить оптимальную производительность. Во избежание неполадок одновременно выполняйте только один тип обновления или перехода. Дополнительные сведения см. в статье Миграция существующей фермы серверов в 64-разрядную среду (Office SharePoint Server 2007).

Существует два варианта обновления с 32-разрядного до 64-разрядного выпуска SQL Server.

  • Можно выполнить резервное копирование всего набора баз данных для фермы, осуществить обновление, а затем восстановить базы данных (этот вариант поддерживается и рекомендуется, поскольку в данном случае будет происходить полное резервное копирование, а после восстановления баз данных не потребуется вносить изменения в SharePoint Server 2010).

  • Базы данных SQL Server, которые требуется обновить, можно переместить на другой 64-разрядный выпуск SQL Server. Необходимо добавить этот 64-разрядный выпуск, а затем выполнить команду для компьютеров под управлением SharePoint Server 2010, чтобы определить для них новый 64-разрядный выпуск SQL Server (этот вариант поддерживается, но не рекомендуется, поскольку требует выполнения дополнительных действий в SharePoint Server 2010, например при изменении расположения баз данных).

Примечание

При обновлении версии SQL Server, например с SQL Server 2005 с пакетом обновления 2 (SP2) до SQL Server 2008, это обновление можно выполнить до, во время или после обновления с 32-разрядного до 64-разрядного выпуска SQL Server.

Выполнение обновления с 32-разрядного до 64-разрядного выпуска ОС

Если используется 32-разрядный выпуск операционной системы, переход на 64-разрядный выпуск операционной системы следует выполнить до обновления. Дополнительные сведения см. в разделе Перенос существующей фермы серверов в 64-разрядную среду (Office SharePoint Server 2007).

Производится ли обновление среды, в которой используется проверка подлинности на основе форм?

При использовании проверки подлинности на основе форм для обновления требуются дополнительные действия. Дополнительные сведения см. в статье Настройка проверки подлинности на основе форм для веб-приложения на основе утверждений (SharePoint Server 2010).

Производится ли обновление очень больших баз данных?

В общем случае очень большие базы данных (в частности, базы данных, содержащие большое число или большой размер версий документов) требуют больше времени на обновление, чем маленькие базы данных. Однако сложность данных определяет, сколько времени требуется для обновления, а не размер баз данных. Если процесс обновления превышает предел ожидания, это происходит обычно из-за проблем со связью. В Office SharePoint Server 2007 процесс обновления часто превышал предел ожидания из-за времени, необходимого на выполнения процесса, но это происходит редко в SharePoint Server 2010. Дополнительные сведения о времени, необходимом для обновления в имеющейся среде, см. в статье Оценка продолжительности процесса обновления и требуемого дискового пространства (SharePoint Server 2010).

Обновление SharePoint Portal Server 2003

Используйте способ обновления с присоединением базы данных для обновления до Microsoft Office SharePoint Server 2007, а затем обновите до SharePoint Server 2010. Дополнительные сведения об этих процессах обновления см. в статье Обновление с SharePoint Portal Server 2003 до SharePoint Server 2010.

Обновление Windows SharePoint Services 3,0

Используйте метод обновления с подключением баз данных для подключения и обновления баз данных контента с Windows SharePoint Services 3,0 до SharePoint Server 2010. Этот процесс осуществляет обновление данных в базах данных контента, но не переносит параметры фермы.

Использование международных доменных имен.

Возможность поддержки международных доменных имен (IDN), существовавшая в Office SharePoint Server 2007, отсутствует в SharePoint Server 2010. Если в настоящее время IDN используются с Office SharePoint Server 2007, и планируется выполнить обновление или миграцию на SharePoint Server 2010, необходимо прекратить работу с IDN, удалить все параметры IDN и установить среду без IDN. Дополнительные сведения см. в статье Планирование многоязычных сайтов (SharePoint Server 2010).