Planowanie migracji do SharePoint Server 2010 – zagadnienia techniczne

Planując migrację do SharePoint Server 2010 musimy zapewnić dla farmy odpowiednie środowisko sprzętowe i systemowe. Ważne żeby dobrze przemyśleć kolejne etapy migracji, dzięki czemu zmniejszymy do minimum niedostępność farmy, a co za tym idzie aplikacji. Postaram się podzielić z Wami kwestiami związanymi z tym procesem, najważniejszymi z punktu widzenia administratora systemu.

Ścieżki migracji

Pierwszą rzeczą na jaką musimy się zdecydować, jest ścieżka migracji. Mamy do wyboru dwie opcje upgrade’u : In-Place Upgrade i Database Attach Upgrade.

In-Place Upgrade polega na nadpisaniu istniejącej farmy SharePoint 2007, plikami farmy 2010. Przy tej ścieżce migracji, wszystkie ustawienia z SharePoint 2007 zostaną przeniesione do SharePoint 2010 automatycznie, włącznie z wyszukiwarką, kastomizacjami, workflowami, widokami itp. Migrowane zostają również zmodyfikowane listy, szablony i oczywiście cała zawartość witryny. Minusem tego rozwiązania jest większa niedostępność farmy i konieczność instalowania SharePoint Server 2010 na tych samych serwerach, co nie pozwala nam na chociażby wcześniejsze przetestowanie czy efekt migracji będzie zadowalający.

Druga możliwość o której wspomniałem, to Database Attach Upgrade. W tej ścieżce migracji stawiamy oddzielne środowisko serwerowe, instalując nową farmę SharePoint Server 2010, następnie podłączamy bazy danych zawartości aplikacji z SharePoint 2007 pod nową farmę 2010. Konieczne będzie skonfigurowanie od zera wszystkich usług SharePoint Server 2010, z wyszukiwarką włącznie – w tej ścieżce nie jest możliwe przeniesienie baz wyszukiwania i indeksów. Plusem tej ścieżki jest możliwość pełnej, manualnej konfiguracji zarówno poprzednio dostępnych usług, jak i nowych – zgodnie z naszymi aktualnymi potrzebami. Dla niektórych osób może to się wydawać jednak wielkim minusem – ostateczną ocenę zostawiam Wam, w każdym razie Database Attach Upgrade pozwala na niewidoczne przejście z SharePoint 2007 na 2010. Wystarczy odpowiednio skonfigurować wszystkie usługi, podpiąć bazy naszych aplikacji i w odpowiednim momencie przekierować ruch na nowy serwer. Przy dobrze zaplanowanej migracji w tej ścieżce przerwa w dostępie do usług może być nawet zerowa.

Poza wyborem sposobów migracji musimy jeszcze rozważyć kwestie licencyjne. Nie z każdej wersji licencji SharePoint 2007 będzie możliwa migracja do SharePoint 2010. Często trzeba będzie konwertować typy licencji SharePoint jeszcze w wersji 2007, zanim przystąpimy do migracji. Dobrym przykładem (i zapewne często spotykanym) będzie tu chęć migracji WSS 3.0 do pełnego SharePoint Server 2010. Aby było to możliwe, musimy podnieść najpierw WSS 3.0 do jego następnego odpowiednika – Windows SharePoint Foundation 2010, dopiero wtedy będziemy mogli wskoczyć na pełny Server 2010. Pełna lista możliwych opcji migracji znajduje się tutaj: http://technet.microsoft.com/pl-pl/library/cc262747%28en-us,office.14%29.aspx.

Wymagania sprzętowe

Rozważając migrację do SharePoint Server 2010, musimy rzucić okiem na naszą infrastrukturę serwerów. Jeśli Wasza farma spełniała minimalne wymagania do instalacji SharePoint 2007 z zaleceń Microsoftu, nie powinno być problemów z instalacją 2010. Jednak jeśli Wasza farma działała na mniejszych niż jest to zalecane wymaganiach, przy 2010 możecie mieć już problemy wydajnościowe i trzeba będzie rozważyć upgrade sprzętu. Pierwszą najważniejszą przeszkodą dla niektórych z Was będzie konieczność posiadania 64-bitowej architektury. O ile niemal każdy serwer w tej chwili posiada procesor z 64-bitową architekturą, o tyle z systemem może być już różnie – ale o tym napiszę dalej.

Wymagania systemowe

SharePoint Server 2010 wymaga architektury 64-bitowej. Nie mamy już (na szczęście!) możliwości zainstalowania farmy na 32-bitowych komponentach. Drugim niezbędnym elementem jest sam system operacyjny – wymagany jest Windows Server 2008 z SP2, jednak zalecam użycie Windows Server 2008 R2 z wszystkimi dostępnymi aktualizacjami – zanim zabierzemy się do instalacji.

Przed migracją musimy również posiadać na wszystkich serwerach farmy SharePoint 2007 co najmniej Service Pack 2. Dodatkowo zaleca się instalację October Cumulative Update 2009 (lub nowszy) – który zawiera aktualizację do niezwykle przydatnego narzędzia pre-upgrade checker.

Wymagania wzrosły również w przypadku serwera MS SQL. Aby możliwa była migracja, musimy posiadać MS SQL Server 2005 SP3 z Cumulative Update 3, lub MS SQL Server 2008 SP1 z Cumulative Update 2. Niższe wersje nie są wspierane i nie da się tego przeskoczyć – sprawdzałem.

Rozwiązania firm trzecich

Jak można się domyślić, wszystkie komponenty dostarczane w paczce SharePoint 2007, bez problemu będą przeniesione do 2010. Ale co z naszymi kastomizacjami, web partami, itp? Zapewne mało jest farm SharePoint 2007, które nie zainstalowały chociaż jednego rozwiązania firm trzecich, dedykowanego pod ich pracę – najczęściej właśnie jest to kluczowa funkcjonalność, co do której mamy największe obawy, planując migrację. Na szczęście Microsoft przewidział to i zapewnioną mamy pełną zgodność z wersją wstecz. Oznacza to że przy obu ścieżkach migracji rozwiązania firm trzecich będą działać, pomimo faktu iż mogą używać przestarzałych funkcji i odnosić się do już nie istniejących elementów, jak np. SSP (Shared Service Provider). Stwierdzenie te opieram nie tyle na dokumentacji i deklaracjach Microsoftu, co na faktycznych testowych migracjach które przeprowadziłem.  Przykładowa, przeniesiona przeze mnie do 2010 funkcjonalność to workflow akceptacji wydatków inwestycyjnych (CAPEX) zrealizowany dla holenderskiego holding Euromedic International N.V. System ten wspiera proces zapewniając ścieżki akceptacji i weryfikacji wydatków na kilku poziomach struktury organizacji. Inne przykłady zmigrowanych wdrożeń, to popularne w firmach moduły delegacji, nieobecności wraz z urlopami, czy chociażby rezerwacji zasobów firmowych. Wszystkie działają bez zmian w funkcjonalności, a jedynie w nowym interfejsie.

Przygotowania do migracji

Na tym etapie powinniśmy mieć już w głowie jasną decyzję – migrujemy. Co teraz?

Polecam, bez względu na wybraną ścieżkę migracji, użycie niezwykle przydatnego narzędzia Pre-Upgrade Checker. Odpalamy je na farmie 2007 jako komendę StsAdm (dokładnie stsadm –o preupgradecheck), jej wynikiem będzie dokładna analiza naszej farmy, zainstalowanych rozwiązań zarówno Microsoftowych jak i firm trzecich. W przejrzyście sformatowanym pliku html zostaną nam wypisane wszystkie potencjalne problemy na jakie możemy natrafić podczas migracji, wraz z proponowanymi rozwiązaniami. Narzędzie to nie zmienia nic w ustawieniach farmy, a jedynie odczytuje ustawienia i informacje, dzięki czemu uruchamianie tego narzędzia jest bezpieczne – bez względu na to, czy decydujemy się na migrację czy nie. Przed przystąpieniem do migracji musimy pozbyć się wszystkich problemów, zgłoszonych przez to narzędzie. Naprawiajmy więc sukcesywnie wszystkie zgłoszone błędy i uruchamiajmy Pre-Upgrade Checker tak długo, jak długo będzie raportować jakieś istotne dla migracji usterki. Da nam to pewność, że żadne dane nie będą utracone w wyniku migracji, a co najważniejsze – nie zrazimy do nowego SharePointa jego docelowych użytkowników.

Podsumowanie

Jeśli dobrze przygotujemy się do migracji, może być ona dla nas wręcz bezbolesna. Kluczem do sukcesu jest dobre planowanie, zgodne z potrzebami i możliwościami środowiska. Porównując migrację z 2007 do 2010, z migracją 2003 do 2007, mogę śmiało stwierdzić że zrobiono duży postęp. Na tą chwilę nie mogę znaleźć minusów migracji – a w obiektywnie napisanym wpisie powinien znaleźć się jakiś, ale może to dlatego że produkt jest świeży, a ja sam jeszcze nie natrafiłem na nielogiczną lub nie do przejścia przeszkodę. Ale czas pokaże.

Jeśli zachęciłem Was do migracji, polecam dokładniejsze przestudiowanie całego etapu planowania, dostępnego pod adresem http://technet.microsoft.com/en-us/sharepoint/ee517214.aspx.

Udanych migracji!

Stanisław Delost

PS. Przy okazji, zapraszam do obejrzenia na żywo „transmisji” z konferencji przedpremierowej MS Office 2010, organizowanej przeze Microsoft, która odbędzie się 26.04.2010, w godzinach od 9:45 do 14:00. Jako jedni z prelegentów pokażemy na niej krótki przykład pilotażowej migracji dla naszego klienta.
Aby przystąpić do spotkania poprzez Live Meeting – kliknij tutaj

Tagi: migracja, MOSS, SharePoint, SharePoint 2010