Migracja serwera Exchange 2007 do wersji Exchange 2010

Exchange 2010 jest bardzo podobny do Exchange 2007 w zakresie ról serwera – czyli jego zadań (HUB, MAILBOX, CAS, EDGE). Jeśli struktura serwerów Exchange 2007 w Twojej organizacji działa prawidłowo i jest wystarczająca, przejście na Exchange 2010 będzie bardzo proste. Najlepiej wówczas odwzorować istniejącą strukturę ról serwerów Exchange 2007 na serwerach Exchange 2010.

Przed przystąpieniem do instalacji Exchange 2010

Zanim rozpoczniemy instalację Exchange należy spełnić wymagania środowiska. Instalator sprawdza czy poniższe wymagania zostały spełnione:

• Poziom funkcjonalności lasu oraz domeny Active Directory musi być przynajmniej na Windows 2003.
• Global Catalog i Schema Master w każdej Lokacji Active Directory, w której istnieje Exchange 2007, musi działać na serwerze Windows 2003 SP2 lub wyżej.
• Na wszystkich serwerach Exchange 2007 w organizacji musi być zainstalowany przynajmniej Exchange 2007 SP2.

Platforma, na której będzie instalowany Exchange 2010, tak jak w przypadku Exchange 2007, wymaga 64 bitowego systemu. Powinieneś zainstalować jeden z poniższych systemów:

• Windows 2008 SP2 x64 Standard lub Enterprise.
• Windows 2008 R2 Standard lub Enterprise.

Moje środowisko miało prostą strukturę i składało się z dwóch kontrolerów domeny oraz jednego serwera Exchange 2007 z rolami HUB, MAILBOX oraz CAS. Z roli EDGE nie korzystałem – wymaga to osobnej maszyny na serwer. W moim przypadku rolę tę pełni linuksowy serwer. Doinstalowałem nowy dedykowany serwer z Windows 2008 R2 na system Exchange 2010, gdzie zostały zainstalowane te same role.

Na serwerze zainstalowałem Office Filter Pack, który jest wymagany przez role HUB i MAILBOX. Doinstalowałem rolę IIS, która jest niezbędna dla roli CAS. CAS wymaga również usługi NetTCPPortSharing. Poniższa komenda uruchomiona z PowerShell’a – interpretera poleceń dla rozwiązań Microsoft’u - powoduje jej automatyczny start: Set-Service NetTcpPortSharing -StartupType Automatic.

Uruchamiamy instalator

Po uruchomieniu instalatora następuje walidacja wszystkich wymaganych składników. Brakujące elementy wyświetlają się na czarno. Jeśli elementy są szare to oznacza, że zostały już zainstalowane.

W trzecim kroku możemy zainstalować opcje językowe. Język polski nie jest wspierany, więc możemy wybrać „Install only languages from the DVD”. Doinstalowałem brakującą funkcje NET Framework 3.5 oraz rolę IIS.

Kliknięcie na Step 4 powoduje automatyczne uruchomienie się instalatora. Instalator jest czytelny i intuicyjny w formie kreatora instalacji.

Zaakceptuj warunki licencyjne i włącz raportowanie błędów.

Po przejściu na następną stronę stajemy przed wyborem typu instalacji – typową lub niestandardową. Ja wybrałem Custom Exchange Installation, aby samemu w pełni móc zarządzać procesem instalacji. Następnie wybrałem role do zainstalowania.

Wprowadzamy nazwę Organizacji Exchange. Jeśli chcemy, aby starsze wersje Outlooka mogły się łączyć z naszym Exchange’em musimy włączyć funkcje folderów publicznych. Można tego dokonać na etapie „Client Settings”. W kolejnym kroku instalacji wprowadzamy nazwę hosta dla usługi Outlook Web Access. Host ten należy wcześniej wpisać do rekordów DNS.

Instalator sprawdza, czy wszystkie wymagania są spełnione. W moim przypadku podpowiada, że brakuje narzędzia LDIFDE.EXE. Doinstalowałem ten składnik na serwerze Exchange 2010 z PowerShell’a za pomocą komendy, którą podpowiada sam instalator: ServerManagerCmd -i RSAT-ADDS.

Po doinstalowaniu brakującego narzędzia mój instalator jest gotowy do instalacji – wszystkie składniki opisane są jako „complited”. Proces instalacji rozpoczynamy klikając „Install”.

Po zakończeniu instalacji serwer jest gotowy do konfiguracji. Zanim przystąpiłem do tej czynności, zainstalowałem najpierw Exchange 2010 SP1. Proces instalacji wygląda identycznie jak w przypadku instalowania Exchange 2010, czyli na początku uruchamiamy instalator, który waliduje wszystkie wymagane składniki. Następnie potwierdzenie i akceptacja licencji.

Następnie instalator sprawdza, czy system i serwer są gotowe do upgrade’u.

SP1 dla Exchange 2010 wymaga doinstalowania kilku składników i poprawek: Microsoft Office 2010 Filter Packs: http://go.microsoft.com/fwlink/?LinkID=191548 oraz poprawki http://code.msdn.microsoft.com/KB982867

http://go.microsoft.com/fwlink/?linkid=3052&kbid=979744
http://code.msdn.microsoft.com/KB983440
http://support.microsoft.com/kb/977020.

Po zainstalowaniu powyższych składników oraz restarcie rusza proces instalacji SP1 dla Exchange 2010. Proces ten rozpoczynamy, gdy wszystkie składniki zostały opisane jako „complited”. Wówczas uruchamiamy go klikając „Upgrade”.

Przeniesienie ról

Po pomyślnym zakończeniu instalacji przystępujemy do przeniesienia ról z serwera Exchange 2007 na Exchange 2010.

W Exchange 2010 wszystkie połączenia klientów ze skrzynkami odbywają się za pośrednictwem roli CAS. Outlook 2007/2003 do połączeń z Exchange 2007 wykorzystywał mechanizm MAPI.

Dostęp do OWA, ActiveSync oraz Outlook Anywhere ustawiłem na osobnym hoście poczta2010.domena.pl. Po zakończeniu migracji i likwidacji Exchange 2007 przywrócę pierwotny adres. Najłatwiej włączyć Outlook Anywhere w Management Console w Server Configuration -> Client Access.

Alternatywą jest użycie polecenia powershell:
enable-OutlookAnywhere-Server 'EX2010' -ExternalHostname 'poczta2010.domena.pl' -DefaultAuthenticationMethod 'Ntlm' -SSLOffloading $false.

Na koniec generuję certyfikat dla połączeń SSL. Exchange 2010 daje możliwość wygenerowania takiego certyfikatu za pomocą kreatora w Management Console w sekcji Server Configuration. Certyfikat można również wygenerować za pomocą poleceń powershell: new-ExchangeCertificate.

Po zaimportowaniu certyfikatu włączamy go dla usług, które są uruchomione na naszym serwerze CAS: (POP,IMAP,SMTP,IIS).

Przenosimy ruch poczty na nowy serwer Exchange 2010 poprzez konfigurację send i ReceiveConnectors oraz odpowiednie zmiany rekordów MX dla domen obsługiwanych przez Exchange tak, aby wskazywały na nowy serwer. Dodajemy do SendConnectora nowy serwer Exchange 2010 oraz usuwamy serwer Exchange 2007.

Tworzymy nowe bazy danych na skrzynki użytkowników oraz bazę na foldery publiczne z kreatora za pomocą Management Console lub z powershell’a poleceniami: New-MailboxDatabase oraz New-PublicFolderDatabase.

Montujemy bazy poleceniem: Mount-Database "nazwa_bazy". Przenosimy repliki folderów publicznych za pomocą narzędzia Public Folder Managemnt Console lub z power shell’a za pomocą skryptu: MoveAllReplicas.ps1.

Ustawiamy nową bazę folderów publicznych jako domyślną: Set-MailboxDatabase "database1" -publicfolderdatabase public.

Tworzymy nową książkę adresową offline: $a = Get-AddressList New-OfflineAddressBook -Name "OAB2010" -Server ex2010 -AddressLists $a – IsDefault $true. Podpinamy ją pod nowe bazy danych: Set-mailboxdatabase „Database1” –offlineaddressbook „OAB2010”.

Na koniec możemy przeprowadzić proces przenoszenia skrzynek. Przenoszenie skrzynek możemy przeprowadzić za pomocą MenagementConsole. Do przeniesienia można również użyć Power Shell. Poniższe polecenie przenosi wszystkie skrzynki z Exchange 2007 do bazy database1, która znajduje się na serwerze Exchange 2010: get-mailbox -server ex2007 | new-moverequest -TargetDatabase database1. Możemy sprawdzać status przenoszenia skrzynek za pomocą polecenia: get-moverequest.

Po zakończeniu przenoszenia skrzynek możemy usunąć wnioski o przeniesienie z poziomu konsoli. Wnioski o przeniesienie możemy usunąć również z poziomu Power Shell’a za pomocą polecenia: Get-MoveRequest -MoveStatus Completed | Remove-MoveRequest. Po przeniesieniu skrzynek Outlook automatycznie przełączy się na nowy serwer MAILBOX, korzystając z informacji, jakie uzyska od serwera CAS.

Artykuł również dostępny jest w formacie pdf w pełnej wersji.