Обзор рекомендаций по обновлению

Для обеспечения плавности процедуры обновления воспользуйтесь следующими рекомендациями:

  1. Перед выполнением обновления убедитесь, что ферма полностью работоспособна.

    Обновление не решает никаких проблем, которые могут возникать на ферме. Поэтому перед выполнением обновления убедитесь, что ферма полностью работоспособна. Например, если имеются неиспользуемые веб-приложения или виртуальные серверы, сверните их перед обновлением. Если требуется удалить веб-приложение в ISS, сверните это веб-приложение перед обновлением. В противном случае Office SharePoint Server 2007 будет пытаться обновить это веб-приложение, хотя оно не существует, в результате чего обновление завершится со сбоем. Предварительное выявление и устранение проблем помогает также поддерживать график обновления после того, как оно началось.

  2. Сначала выполните тестовое обновление на тестовой ферме.

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

  3. Выполните планирование емкости.

    Убедитесь, что ресурсов жесткого диска, процессора и памяти достаточно для удовлетворения требований к постепенному обновления. Дополнительные сведения о системных требованиях см. в статье Проверка системных требований для обновления (Office SharePoint Server). Дополнительные сведения о планирование дискового пространства, необходимого для обновления, см. в статье Оценка продолжительности процесса обновления и требуемого дискового пространства (Office SharePoint Server).

    Основные рекомендации и советы, которые помогут спланировать и контролировать требования сервера SQL к хранению для поддержки оптимальной производительности и работ фермы серверов, см. в разделе Технический документ. Планирование и мониторинг хранилищ SQL Server для Office SharePoint Server: рекомендации по производительности и оптимальные методы работы. Дополнительные сведения о планировании емкости и ресурсов см. в разделе Планирование производительности и мощности (Office SharePoint Server).

  4. Семейства сайтов с балансировкой нагрузки.

    Семейства сайтов с балансировкой загрузки позволяют разбить большую базу данных на несколько баз данных меньшего размера для облегчения резервного копирования. Выполняйте резервное копирование семейств сайтов с помощью команды stsadm -o backup. После резервного копирования создается новая база данных контента, и контент восстанавливается в эту новую базу данных.

    Дополнительные сведения по команде stsadm -o backup см. в разделе Backup: операция Stsadm (Office SharePoint Server).

    Дополнительные сведения о перемещении баз данных см. в разделе Mergecontentdbs: операция Stsadm (Office SharePoint Server).

    Примечание

    Области не поддаются резервному копированию.

  5. Выполните резервное копирование данных.

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

    • Если с серверами что-либо случится, то не придется начинать со старой версии и выполнять обновление заново.

    • Если при постепенном обновлении в какой-то момент понадобится уменьшить объем пространства, потребляемого обновленными сайтами, старыми сайтами и самими резервными копиями, то придется удалить старые версии. И если что-то пойдет не так после удаления этих старых сайтов, то понадобятся резервные копии обновленных сайтов.

    В различных средах рекомендуется использовать следующие методы резервного копирования:

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

    Рекомендуется заблокировать возможность изменения сайтов в процессе выполнения обновления. Сама процедура обновления может заблокировать контент сайта и данные конфигурации Microsoft Windows® SharePoint Services 2.0, но не данные конфигурации, специфичные для SharePoint Portal Server 2003. Убедитесь, что во время обновления или после него не было совершено пользовательских изменений конфигурации (например, добавления сайта в каталог углов) для предыдущей версии сайта, поскольку эти изменения нельзя синхронизировать с новой версией. Либо эти изменения либо будут утеряны, либо необходимо вернуться к предыдущей версии и выполнить обновление заново. Существует два метода, которыми можно воспользоваться для блокировки сайтов:

    • Чтобы блокировать семейства сайтов, можно воспользоваться блокировкой Добавление содержимого запрещено на странице Управление квотами и блокировками семейства веб-сайтов в центре администрирования SharePoint. Дополнительные сведения о блокировке сайтов с помощью квот см. в статье Настройка квот и блокировок семейства сайтов (Windows SharePoint Services 2.0) (на английском языке) (https://go.microsoft.com/fwlink/?linkid=89388&clcid=0x419) (на английском языке).

    • Можно установить для базы данных контента режим только для чтения в Microsoft SQL Server. Дополнительные сведения о настройке для базы данных режима только для чтения см. в теме "Setting Database Options" в электронной документации по SQL Server 2000.

  7. Не добавляйте серверы в серверную ферму после начала процедуры обновления.

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

  8. При наличии общих служб следует сначала обновить сайт родительского портала.

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

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

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

    Дополнительные сведения об обновлении с использованием общих служб см. в статье Выполнение постепенного обновления с использованием общих служб.

  9. Если производится перенос сайта портала, содержащего личные сайты, создайте веб-приложение для размещения личных сайтов.

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

    Создание местоположения для размещения личных сайтов

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

    2. В разделе Службы личного узла введите URL-адрес веб-приложения для размещения личного сайта в обновленной ферме серверов.

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

    Примечание

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

    Дополнительные сведения о настройке параметров личных сайтов и создания местоположения для личных сайтов см. в разделе Управление расположениями личных сайтов.

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

Данный раздел включается в следующую книгу, доступную для загрузки, чтобы упростить ее чтение и печать:

См. полный список доступных книг на веб-сайте Загружаемые материалы для Office SharePoint Server 2007.