Миграция существующей фермы серверов в 64-разрядную среду (Office SharePoint Server 2007)

Статья
06/12/2012

Для переноса Microsoft Office SharePoint Server 2007 в 64-разрядную среду нужно перенести существующие серверы на новую ферму. Нельзя обновить Office SharePoint Server 2007непосредственно из 32-разрядного выпуска Office SharePoint Server 2007 до 64-разрядного выпуска.

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

Есть несколько способов переноса существующей фермы в 64-разрядную среду. Например, путем добавления 64-разрядных серверов к существующей ферме и последующего удаления 32-разрядных серверов. Поэтапный подход, описанный в этой статье, разработан для устранения возможных проблем, связанных с производительностью. Поэтапный подход также уменьшает периоды простоя, необходимые для переноса, а также позволяет выполнить тестирование после переноса серверов фермы на нужном уровне.

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

Эта статья содержит следующие разделы:

Ограничения и известные проблемы
Перед переносом фермы
Перенос серверов в 64-разрядную среду

Ограничения и известные проблемы

Необходимые условия, ограничения и известные проблемы в следующих областях, применительно к установке Microsoft Office SharePoint Server на 64-разрядную среду.

Обновления программного обеспечения SharePoint и пакеты обновлений

Обновление Office SharePoint Server с использованием одного и того же пакета обновлений или уровня обновления программного обеспечения на всех компьютерах в исходной и конечной фермах. Необходимо предотвратить возможные ошибки после переноса, которые могут встретится, если на всех серверах используются не одни и те же версии программного обеспечения.

Если цель переноса также включает смешение версий операционных систем и баз данных, рекомендуется установить все доступные обновления, выпущенные и установленные на Windows Server 2003 и Microsoft SQL Server 2005, которые также применимы для Windows Server 2008 и Microsoft SQL Server 2008.

Существующие приложения

Следует перекомпилировать существующие 32-разрядные приложения и пользовательские сборки (например, веб-части и приемники событий), для того чтобы они могли выполняться на 64-разрядной архитектуре, так как на 64-разрядном выпуске SharePoint не возможно загрузить 32-разрядную сборку. Перед рекомпиляцией существующих приложений или пользовательских сборок, удостоверьтесь, что они скомпилированы для запуска на обеих архитектурах. В этом случае не следует компилировать их для выполнения на только одной архитектуре. (В Microsoft Visual Studio для этого используется параметр компиляции AnyCPU.)

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

Поддержка однородных серверов на всех уровнях фермы

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

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

Если выбрано мигрировать сервера в 64-разрядную среду путем добавления 64-разрядных серверов к существующей ферме, будет невозможно постоянно поддерживать однородные сервера на каждом уровне и, таким образом, можно столкнуться с низкой или недостаточной производительностью. Эти проблемы идентифицированы в разделе Определение требований к программному и аппаратному обеспечению (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=119403&clcid=0x419). Такой подход (перенос путем добавления 64-разрядных серверов к существующей ферме) поддерживается, но не рекомендован из-за. возможных рисков снижения производительности, связанных со смешанной архитектурой в уровне.

Windows Server 2008

Чтобы установить Office SharePoint Server на компьютер, на котором выполняется Windows Server 2008, следует установить Office SharePoint Server с пакетом обновления 1.

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

Создание источника установки с включением обновлений программного обеспечения (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=134726&clcid=0x419).
Статья Дэна Уинтера Как создать установочный пакет SharePoint, используя последние обновления (на английском языке) (https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x419) (на английском языке) также предоставляет информацию о создании установочной версии продукта.

Windows SharePoint Services 3.0, установленные на Windows Server 2008

Есть известная проблема Windows SharePoint Services 3.0 превышения времени ожидания на сайтах, выполняемых на Windows Server 2008, при попытке загрузить большой файл на сайт SharePoint. Дополнительную информацию можно получить в разделе

Запись блога MVP Shane Young, Windows Server 2008 WFE не даст возможность загружать большие файлы (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x419)
Статья базы знаний 925083, Появление сообщения об ошибке при попытке загрузить большой файл в библиотеку документов на сайте Windows SharePoint Services 3.0: "Превышено время ожидания для запроса" (на английском языке) (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x419) (на английском языке)

Фильтры IFilter и расширения

Большинство, но не все компоненты и расширения IFilter поддерживают 64-разрядные среды. Проверьте, что ваши 32-разрядные фильтры iFilter и расширения работают в 64-разрядной среде.

Чтобы избежать известной проблемы с фильтром Visio в 64-разрядной среде, если используется пакет фильтров Microsoft, следует установить накопительное обновление для Windows SharePoint Services 3.0 и Office SharePoint Server 2007, выпущенное в декабре (или позже).

Примечание

Пакет фильтров Microsoft работает с многими поисковыми продуктами, включая Office SharePoint Server 2007. Пакет фильтров предоставляет фильтры IFilter, которые дают службе поиска возможность обходить в индексе файлы в формате Microsoft Office, такие как PPTX- и DOCX-файлы.

Индексирование IBM Lotus Notes

Обход базы данных IBM Lotus Notes в 64-разрядной Office SharePoint Server 2007 среде невозможен, так как IBM не предоставляет 64-разрядных версий API для Lotus Notes.

Перед переносом фермы

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

Топология фермы

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

Топология фермы для переноса

Фермы Office SharePoint Server, предназначенные для перехода

На предыдущем рисунке обратите внимание на следующее:

Уровень 1-A и 1-B состоит из двух интерфейсных веб-серверов с балансировкой нагрузки (WebA-32 и WebB-32, WebA-64 и WebB-64).
Уровень 2-A и 2-B состоит из двух серверов приложений. Один сервер предназначен для администрирования сайта и поиска по запросам (AppA-32, AppA-64); второй сервер для индексирования поиска (AppB-32, AppB-64).
Уровень 3-A и 3-B состоит из одного сервера баз данных (DB-32, DB-64).

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

Программное обеспечение, установленное на ферму серверов

Программное обеспечение	Ферма A (32-разрядная)	Ферма Б (64-разрядная)
Операционная система	Windows Server 2003, пакет обновлений 2	Windows Server 2008
База данных	SQL Server 2005, пакет обновлений 2	SQL Server 2008
Office SharePoint Server	Office SharePoint Server 2007 с установленным последним накопительным обновлением	Office SharePoint Server 2007 с установленным последним накопительным обновлением.

Обратите внимание на следующее, относительно предыдущей таблицы:

Рекомендуется обновить операционную систему на конечных серверах, применив все исправления, общие для Windows Server 2003 и Windows Server 2008.
Нельзя установить Office SharePoint Server на сервер при типе установки серверного ядра Windows Server 2008.
Перенос, описанный в этом документе, поддерживает все версии и уровни обновления SharePoint (от RTM до последнего пакета обновления или обновления программного обеспечения). Рекомендуется рассматривать исправления для SharePoint по меньшей мере с уровня последнего пакета исправлений или обновления инфраструктуры, в любом случае самого последнего выпуска. Обновление инфраструктуры включает в себя несколько обновлений для продуктов и технологий SharePoint, а также добавлены новые возможности поиска в корпоративной среде для Office SharePoint Server 2007. Дополнительную информацию о конкретном обновлении можно получить в следующих статьях базы знаний:
- Описание обновления инфраструктуры для Windows SharePoint Services 3.0: 15 июля 2008 г. (https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x419)
- Описание обновления инфраструктуры для серверов Microsoft Office: 15 июля 2008 г. (https://go.microsoft.com/fwlink/?linkid=121886&clcid=0x419)

Стратегия переноса

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

Уровень 3-A. Перенос существующего сервера баз данных на новый сервер баз данных. Этот уровень предназначен в первую очередь для предотвращения любых возможных проблем с производительностью, которые могут встретится, если 64-разрядная система выполняет запрос или запись в 32-разрядную базу данных. Доступны следующие параметры:
- Сохранить то же имя сервера на конечном сервере, какое было на исходном сервере.
- Изменить имя сервера на конечном сервере. Это параметр переноса базы данных, используемый в этой статье.
Уровень 2-A:Протестируйте сервер баз данных, затем перенесите существующие серверы приложений на новую ферму.
Уровень 1-A:Протестируйте серверы приложений, затем добавьте 64-разрядные веб-серверы к новой ферме.

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

Перенос серверов в 64-разрядную среду

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

64-разрядная версия Windows Server 2003
64-разрядный выпуск Windows Server 2008
64-разрядная версия SQL Server 2005
64-разрядная версия SQL Server 2008

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

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

Перед тем, как начать

Перед тем, как приступить к переносу фермы, следует выполнить следующие задачи:

Получить обновленные справочные материалы
Задокументировать конфигурацию фермы
Определить и задокументировать необходимые учетные записи и разрешения
Подготовить конечную ферму

Получить обновленные справочные материалы

Получить копию документа Перемещение всех баз данных (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x419). Этот раздел содержит подробные инструкции, включающие команды SQL Server и Stsadm для перемещения сервера баз данных SharePoint. Эти инструкции покрывают следующие сценарии:

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

Задокументируйте конфигурацию фермы

Некоторые элементы фермы следует перенести вручную. Убедитесь, что задокументировано следующее:

Веб-приложения, связанные с поставщиками общих служб
Настраиваемые главные страницы и остальные страницы
Другое настраиваемое содержимое
Компоненты
Настраиваемые приложения и скомпилированные библиотеки DLL
Все остальные настраиваемые элементы фермы

Определите и задокументируйте необходимые учетные записи и разрешения

Информацию о работе с исходными и конечными серверами, см. в разделе Перемещение всех баз данных (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x419) чтобы убедится, что используются нужные разрешения для работы со средствами Office SharePoint Server 2007, средствами баз данных Microsoft SQL Server и командами операционной системы.

Подготовка конечной фермы

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

Применить необходимые обновления операционных систем на серверах.
Используйте раздел Развертывание простой фермы на операционной системе Windows Server 2008 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x419) в качестве справочного материала для настройки SQL Server и установки SharePoint на Windows Server 2008.
Установить SQL Server 2005 или SQL Server 2008 на сервер баз данных.
Используйте мастер настройки продуктов и технологий SharePoint, чтобы выполнить базовую установку SharePoint на AppA-64. После окончания появится новая ферма с двумя серверами приложений (AppA-64 и AppB-64) и сервер баз данных (DB-64).

Важно!

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

Этап 1. Перенос серверных баз данных

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

Перемещение базы данных на сервер с тем же именем.
Перемещение базы данных на сервер с другим именем.

Примечание

Можно изменить имя сервера баз данных SharePoint, но нельзя изменить имя экземпляра. Например, DB-32\sharepoint может быть переименовано в DB-64\sharepoint, но DB-32\sharepoint не может быть переименовано в DB-32\sharepoint2.

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

Переместите базу данных на сервер с тем же именем

Полностью остановите ферму A, остановив службы, связанные с Office SharePoint Server 2007, а также остановив службы IIS.
Используйте средства SQL Server 2005 для резервного копирования всех баз данных SharePoint на исходном сервере баз данных (DB-32).
Выключите исходный сервер баз данных (DB-32).
Скопируйте все резервные файлы в общую папку на сервере, который не входит в ферму A или ферму Б. Эта общая папка предоставляет точку восстановления для всех важных файлов SharePoint.
Скопируйте резервные фалы баз данных на конечный сервер баз данных.
Восстановите базы данных DB-32 — DB-64, используя средства SQL Server 2008.
Скопируйте все учетные данные SQL Server, предопределенные роли сервера, предопределенные роли баз данных и разрешения баз данных на конечный сервер (DB-64).
Восстановите подключение баз данных к новому серверу баз данных.
Перезапустите сервер приложений AppA-32, чтобы применить изменения и убедится, что службы, веб-сайты и пулы приложений, связанные с Office SharePoint Server 2007, запущены.
Настройте все серверы фермы A так, чтобы они ссылались на базу данных DB-64.
Перезапустите ферму A.
Проведите необходимое тестирование своей среды, чтобы убедиться, что ферма A работает с новой базой данных.

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

Примечание

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

Перемещение базы данных на сервер с другим именем

Используйте операцию Stsadm для создания резервных копий всех поставщиков общих служб приложения AppA-32.
Удалите всех поставщиков общих служб из фермы A.
Полностью остановите ферму A, остановив службы, связанные с Office SharePoint Server 2007, а также остановив службы IIS.
Используйте средства SQL Server 2005 для резервного копирования следующих баз данных SharePoint на исходном сервере баз данных (DB-32):
- Все базы данных контента
- База данных контента центра администрирования
- База данных поиска Windows SharePoint Service Help
Скопируйте все резервные файлы в общую папку на сервере, которые не входит в ферму A или ферму Б. Эта общая папка предоставляет точку восстановления для всех важных файлов SharePoint.
Скопируйте резервные файлы баз данных на конечный сервер баз данных.
Восстановите базы данных из DB-32 в DB-64, используя средства SQL Server 2008.
Скопируйте все учетные записи SQL Server, предопределенные роли сервера, предопределенные роли базы данных и разрешения баз данных на конечный сервер (DB-64).
Выполните операцию Stsadm renameserver на AppA-32, чтобы переименовать сервер баз данных в ферме Б.
Перезапустите сервер приложений AppA-32, чтобы применить изменения и убедиться, что запущены службы, веб-сайты и пулы приложений, связанные с Office SharePoint Server 2007.
Восстановите поставщиков общих служб на AppA-32, используя операцию Stsadm –o restoressp с параметром [keepindex].
Добавьте всех восстановленных поставщиков общих служб в ферму A.
Установите нового поставщика общих служб по умолчанию, затем удалите исходного поставщика общих служб по умолчанию.
Настройте все серверы в ферме A, чтобы они ссылались на базу данных DB-64.
Перезапустите ферму A.
Проведите необходимое тестирование вашей среды, чтобы убедится, что ферма A работает с новой базой данных.

После завершения этого этапа активная ферма будет иметь следующую топологию:

Интерфейсные веб-серверы: WebA-32, WebB-32
Серверы приложений: AppA-32, AppB-32
Сервер баз данных: DB-64

Этап 2. Перенос серверов приложений

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

Перенос серверов приложений

Подготовьте интерфейсные веб-серверы для фермы Б, но не добавляйте их на ферму.
Используйте операцию Stsadm, чтобы выполнить полное резервное копирование всех поставщиков общих служб AppA-32.
Удалите всех поставщиков общих служб из фермы A, выполнив следующую команду:

stsadm -o deletessp -title SharedServices -force
Полностью остановите ферму A, остановив службы, связанные с Office SharePoint Server 2007, а также остановив службы IIS.
Скопируйте элементы фермы, которые нужно переместить вручную, из общего ресурса сервера в папки на ферме Б (WebA-64, WebB-64 и AppA-64), которые соответствуют их расположениям на ферме A.
Скопируйте все резервные файлы в общую папку на сервере, которые не входит в ферму A или ферму Б. Эта общая папка предоставляет точку восстановления для всех важных файлов SharePoint.
Скопируйте все резервные файлы в AppA-64.
Запустите AppA-64, чтобы применить изменения и убедиться, что запущены службы, веб-сайты и пулы приложений, связанные с Office SharePoint Server 2007.
Настройте AppA-64, чтобы он ссылался на базы данных контента, восстановленные из фермы A, и используйте средства SQL Server 2008 для удаления исходных баз данных контента, созданных при построении фермы Б из DB-64.
Восстановите поставщиков общих служб на AppA-64, используя операцию Stsadm –o restoressp с параметром [keepindex].
Добавьте всех восстановленных поставщиков общих служб на ферму Б.
Установите нового поставщика общих служб по умолчанию, затем удалите исходного поставщика общих служб по умолчанию.
Перезапустите ферму A.
Проведите необходимое тестирование среды, чтобы убедится, что исходная ферма работает с новыми серверами приложений и серверами баз данных.