Thst9«n«ibrnHtK>nJfnJe tor up^i^i pijr*w>j. FeraioreviAMnijtjonakeut tf» nte, ям KS article 9S740$m the rJt arbcW be at
Mo nwat iuH Only : InforaMtionai nde to He (be Officr Server Search topology Inlormatlo*
The Office Server Search tsjuiogyin Ом farm сепмЬ oT №« lotowng component!:
1 Shared service pfov tiers.
SSP Kene = tspl .companyabc .com Index S«rv«r •- SP2007A IndcvSua = 60996* bytes Items in Index = 0
SSP м Name - SQU > SP2007_5SPI_De SSP OB Size •= Ю74УЧ04 bytee Search 06 Name = SOLI \ SPi007_SSPl_M_S*an:b SSP DB Size = 4980736 bytes
Tbananifonnationjlniefcrtpya^» р^ауц For «пег* eitnmabcn about Its Hie
'УьЬяуЛяръта
Puc. 5.2. Отчет средства предварительной проверки
Создание прототипной тестовой среды
Как уже было сказано, очень важно проверить процесс перехода в тестовой среде. Для этого существующую среду SharePoint 2007 нужно восстановить на отдельном сервере и модернизировать на месте или поэтапно с помощью описанных в данной главе средств. При этом производственная среда никак не затрагивается, и ничто не помешает выявить все проблемы, которые могут возникнуть в процессе перехода.
Лучше всего, чтобы конкретные работники заранее протестировали работу каждого перенесенного сайта на прототипном сервере. Если присвоить прототипному серверу другое полностью определенное доменное имя (FQDN), то старая версия сайта 2007 и перенесенная версия 2010 могут существовать одновременно, что позволит полностью проверить функциональность конечными пользователями.
Например, если обычный адрес бригадного сайта для отдела сбыта https://sp.companyabc.com/sites/salesто прототипный перенесенный сайт может иметь адрес http://sp-pilot.companyabc.сот/sites/sales и все обнаруженные при этом ошибки можно исправить до реального переноса сайта.
На этом этапе прототипирования рекомендуется ввести запрет на все серьезные модификации сайта: пользовательские веб-модули, изменения в структуре SharePoint и все виды действий, которые находятся за пределами стандартных действий по управлению документами в SharePoint. Это ограничит опасность того, что изменения в сайте, выполненные после создания прототипного сервера, приведут к проблемам, не замеченным при тестировании.
Замечания по модернизации баз данных SOL
СУБД, используемая в SharePoint 2007 и SharePoint 2010 — это Microsoft SQL Server, но обязательно версия х64, и только SQL Server 2005 SP3, SQL Server 2008 или (лучше) SQL Server 2008 R2. Перенос баз данных SQL никак не влияет на среду SharePoint (не считая времени поосгоя пои переносе), а модернизация SharePoint никак не влияет на сервер SQL.
Но многие организации используют возможность, которая имеется в среде SharePoint, и заодно переносят свои базы данных SharePoint на SQL 2008 R2, поскольку при этом полнее раскрываются возможности SharePoint 2010, в том числе и возможности PowerPivot. Обычно так делается в тех случаях, когда для новой среды 2010 задействуется новое оборудование.
Пути перехода на SharePoint 2010
Формально средства переноса SharePoint предоставляют лишь два вида перехода, но на самом деле имеется несколько различных способов перехода, которые соответствуют различным потребностям среды. Некоторые варианты перехода допускают перенос на новое оборудование, а другие снижают риск возникновения проблем с помощью нескольких серверов и посайтового переноса контента.
Выполнение модернизации на месте для среды SharePoint
Наиболее простым путем от SharePoint 2007 к SharePoint 2010 является способ модернизации на месте. Этот способ обычно используется для небольших и средних развертываний SharePoint, т.к. в нем выполняется немедленная модернизация всех семейств сайтов до SharePoint 2010 с использованием существующих баз данных.
Как уже было сказано, основным достоинством этого метода перехода является его простота и сохранение параметров ферм (наподобие параметров аудитории). Но это и самый рискованный способ, т.к. он требует полностью положиться на процесс модернизации, а при неудачном его выполнении единственным путем отката является восстановление из резервной копии.
Установка ПО, необходимого для работы SharePoint2010
После выполнения предварительной проверки и устранения всех потенциальных нестыковок первыми шагом на пути к модернизации среды SharePoint 2007 является инсталляция всех компонентов, которые необходимы для работы SharePoint 2010. Их легко установить с помощью носителя SharePoint 2010. После вставки диска в дисковод появляется экран автозапуска, на котором есть пункт установки необходимого ПО. Он позволяет установить все компоненты, непосредственно необходимые для работы SharePoint 2010 при стандартной инсталляции. Если операционная система отлична от Windows Server 2008 и Windows Server 2008 R2 или сервер не 64-битовый, то вы сразу об этом узнаете, т.к. процесс предварительной инсталляции ПО завершится неудачей.
Читать дальше