jak migrować Exchange do Office 365: krok po kroku-Część 1

jak migrować Exchange do Office 365: krok po kroku-Część 1

ten pełny przewodnik krok po kroku jest dostępny w formacie PDF. Kliknij tutaj, aby pobrać!

jeśli planujesz migrację Exchange do Office 365, zrozumienie kroków, które musisz podjąć i w jakiej kolejności może być dość mylące.

w tym artykule omówimy kroki i decyzje, które należy podjąć podczas migracji do usługi Exchange Online. W części pierwszej rozważymy dwa najważniejsze pierwsze kroki-decyzję o podejściu do migracji i wykonanie podstawowych kroków dla tożsamości. W części drugiej przeprowadzimy hybrydową konfigurację Exchange i przeprowadzimy migrację skrzynek pocztowych.

i chociaż mamy zamiar omówić wiele informacji w krótkim czasie, znajdziesz szczegółowe wskazówki połączone w całym tekście.

przygotowanie Exchange do migracji Office 365

przed rozpoczęciem migracji ważne jest, aby upewnić się, że środowisko źródłowe, z którego migrujesz, jest w dobrym stanie.

jeśli środowisko Exchange, które dziś używasz, nie jest zdrowe, często może to służyć jako motywator do poruszania się. W końcu jakie może być łatwiejsze rozwiązanie problemów z codzienną wydajnością Exchange niż przejście na Office 365?

niestety, jeśli występują codzienne problemy z Exchange, takie jak problemy użytkownika ze zdalnym dostępem do Exchange, komunikaty o błędach i powolny czas dostępu do skrzynek pocztowych-lub co gorsza, uszkodzenie bazy danych-przeniesienie do Office 365 najprawdopodobniej będzie kolejnym źródłem problemów; nie tylko dla osób uzyskujących dostęp do środowiska, z którego próbujesz migrować, ale także podczas migracji, ponieważ jest prawdopodobne, że po drodze wystąpią awarie.

Twoim pierwszym krokiem przed rozpoczęciem migracji powinno być upewnienie się, że środowisko jest w miarę wolne od błędów i poprawienie wszelkich podstawowych problemów przed migracją.

Czytaj więcej: łatanie środowiska Exchange

migracja hybrydowa czy migracja oparta na narzędziach?

jeśli myślisz o przeniesieniu środowiska Exchange do Office 365, prawdopodobnie wiesz, że dostępnych jest wiele opcji.

firma Microsoft oferuje opcje migracji etapowej i migracji z przerwami, a także migracji hybrydowej, a od dostawców zewnętrznych wiele różnych narzędzi dostępnych na rynku do migracji archiwów e-mail.

ogólnie rzecz biorąc, jeśli posiadasz wersję Exchange Server obsługiwaną przez firmę Microsoft (Exchange Server 2010 i nowsze) i jest ona częścią usługi Active Directory, domyślną opcją powinna być migracja hybrydowa Exchange.

usługa Exchange Hybrid opiera się na minimalnej lub pełnej usłudze Exchange Hybrid i tworzy relację między lokalnymi serwerami Exchange a Exchange Online. Pozwala to na natywne przenoszenie skrzynek pocztowych, podobnie jak między lokalnymi serwerami Exchange, z klientami Outlook natywnie przełączającymi się bez potrzeby nawet ponownego pobierania offline kopii wiadomości e-mail. Dzięki pełnej hybrydzie rozszerza się to również na bezpieczny przepływ poczty między dwoma środowiskami i funkcje współistnienia, takie jak udostępnianie wolnego/zajętego i Kalendarza.

Usługa Azure AD

Usługa Azure AD Connect uzupełnia usługę Exchange Hybrid, a jeśli chcesz zsynchronizować swoją tożsamość z chmurą, powinieneś spodziewać się użycia usługi Hybrid. Usługa Azure AD Connect synchronizuje lokalną domenę Active Directory z usługą Office 365, tworząc kopię lokalnych kont AD w usłudze Azure Active Directory, które łączą się z kopiami głównymi. Usługa Azure AD Connect jest również częścią układanki, która utrzymuje spójną globalną listę adresów między lokalnie a chmurą.

ponieważ AD i Azure AD Connect rozumieją, że istnieje istniejąca organizacja Exchange, istniejące skrzynki pocztowe lokalne nie będą miały skrzynek utworzonych w usłudze Office 365. Do przenoszenia skrzynek pocztowych należy używać programu Exchange Hybrid.

w przypadku migracji opartej na narzędziach te same reguły nie mają zastosowania. W pełni wspierana przez Microsoft hybrydowa migracja Exchange zapewnia doskonałe wrażenia. Jednak, zwłaszcza w środowiskach wielogwiazdkowych, poprawna konfiguracja może być złożona, a środowiska hostowane często nie pozwalają na konfigurację usługi Azure AD Connect lub Exchange Hybrid; a jeśli masz starsze wersje Exchange, może to obejmować instalowanie dodatkowych serwerów z Exchange 2010 lub nowszym, które zawierają komponenty Hybrydowe. Dlatego istnieją ważne zastosowania niestandardowego narzędzia do migracji wiadomości e – mail do Office 365-ale w tym artykule Zakładamy, że podjąłeś decyzję o użyciu Exchange Hybrid.

Czytaj Więcej: Metody migracji do Office 365

zrozumienie wymagań wstępnych i zależności

gdy już zdecydujesz, że migracja do Office 365 przy użyciu Exchange Hybrid jest odpowiednia dla Twojej organizacji i masz zdrowe środowisko do migracji, musisz upewnić się, że wykonałeś niezbędne czynności planowania.

wiele organizacji, które rozpoczynają tę podróż, w tym momencie upewni się, że mają projekt wspierający zmiany, które będą miały miejsce. Ponieważ jednak nie projektujesz Office 365 ani Exchange Online, a zamiast tego projektujesz mostek do Office 365, projekt często nie jest tak szczegółowy jak Pełna migracja Exchange.

zamiast tego skupiasz się na zmianach niezbędnych do istniejącego środowiska, aby upewnić się, że jest ono gotowe na zmiany. W tym artykule nie omówimy tego, ale warto pamiętać, że większość organizacji, dużych i małych, nie udaje się po prostu w nieznane, Nie planując wcześniej.

kluczowym warunkiem migracji do Exchange jest najpierw zapewnienie prawidłowego modelu tożsamości. Przy wyborze tożsamości dostępnych jest wiele opcji, ale najczęstszym scenariuszem będzie wykorzystanie usługi Azure AD Connect za pomocą zsynchronizowanych tożsamości i synchronizacji hashów haseł.

wcześniej wykonamy kilka kluczowych zadań.

najpierw upewnimy się, że dodaliśmy wszystkie nasze domeny niestandardowe do naszego najemcy usługi Office 365. Będą one musiały pasować do domen e-mail, z których korzystamy lokalnie:

<domena portalu

aby dodać nową domenę, wybierz<ścieżka > i Dodaj domenę. Musisz wykonać te kroki i zweryfikować każdą domenę za pomocą rekordu TXT, podobnego do pokazanego poniżej:

użyj panelu sterowania dostawcy DNS, aby dodać odpowiedni rekord TXT do każdej domeny, a następnie kontynuuj proces weryfikacji.

po osiągnięciu punktu dodawania dodatkowych rekordów DNS ważne jest, aby pominąć Dodawanie rekordów, takich jak Automatyczne wykrywanie lub zmiany rekordów MX.

jest to kluczowe, ponieważ na tym etapie procesu Twoja poczta e-mail jest nadal obsługiwana przez systemy lokalne i nie chcesz przekierowywać klientów do usługi Office 365. Hybrydowa relacja, którą tworzymy, poradzi sobie z tym za nas, później.

zalogujemy się do usługi Office 365 przy użyciu identyfikatora logowania w tym samym formacie Co adres e-mail. W relacji hybrydowej Exchange oczekujemy, że będzie ona pasowała do nazwy użytkownika Active Directory dla każdego użytkownika. Jednak w wielu organizacjach identyfikatory logowania nie są w odpowiednim formacie

lokalny identyfikator użytkownika	lokalny identyfikator użytkownika	Główny adres SMTP	wynikowy Identyfikator logowania Office 365
CONTOSO\username	[email protected]	[email protected]	nazwa uż[email protected]

w powyższym przykładzie problem dotyczy przyrostka UserPrincipalName (UPN) – contoso.część lokalna, która zazwyczaj pasuje do pełnej nazwy lasu AD. Aby rozwiązać ten problem, dodamy przyrostek UPN, aby dopasować nasze domeny e-mail zarejestrowane w usłudze Office 365 w usłudze Active Directory Domains and Trusts:

następnie zaktualizujemy wartość UserPrincipalName dla każdego użytkownika używającego użytkowników i komputerów Active Directory (lub, najlepiej, PowerShell), aby dopasować adres e-mail:

w większości przypadków nie spowoduje to problemów z logowaniem, ponieważ prawie wszystkie organizacje nadal oczekują, że użytkownicy zalogują się w formacie Pre-Windows 2000 / CONTOSO\username. Należy jednak zawsze zweryfikować to przed wprowadzeniem zmian. Po wprowadzeniu tych zmian formaty identyfikatorów logowania będą podobne do poniższych:

lokalny identyfikator użytkownika	lokalny identyfikator użytkownika	Główny adres SMTP	wynikowy Identyfikator logowania Office 365
CONTOSO\username	[email protected]	[email protected]	[email protected]

uruchomimy również narzędzie Microsoft IDFix przeciwko domenie. Ten krok podświetli inne problemy w usłudze Active Directory związane z synchronizacją domen. IDFix identyfikuje błędy, takie jak nieprawidłowe adresy e-mail (znane jako adresy Proxy), nieprawidłowe znaki w nazwach użytkowników i innych danych oraz typowe problemy, takie jak używanie nieprawidłowego przyrostka UPN.

Użyj listy problemów zidentyfikowanych przez ID, aby wprowadzić zalecane poprawki, a następnie zainstaluj usługę Azure AD Connect. W poniższym przykładzie wybraliśmy opcję Użyj ustawień Express:

następnie wykonamy kroki kreatora, aby połączyć się zarówno jako administrator globalny z naszym dzierżawcą usługi Azure AD/Office 365, jak i z naszym lokalnym usługą Active Directory. Pamiętaj jednak, że dodaliśmy dodatkowy przyrostek UPN do naszej reklamy lokalnej, ponieważ nie jest to prawidłowa domena do użytku z Office 365. Zostanie to podświetlone podczas kreatora instalacji, jednak ze względu na to, że mamy do czynienia z tym, można bezpiecznie kontynuować:

ponieważ wybraliśmy Ustawienia ekspresowe, Kreator wstępnie wybrał, że użyjemy synchronizacji hashów hasła. Naszym ostatecznym wyborem jest upewnienie się, że przed rozpoczęciem instalacji wybrano wdrożenie hybrydowe Exchange. Zapewni to zapisywanie atrybutów związanych z usługą Azure AD Connect związanych z usługą Exchange do naszej reklamy lokalnej:

po zakończeniu wstępnej synchronizacji powinieneś mieć dostęp do centrum administracyjnego Microsoft 365 i przejść do opcji użytkownicy>aktywni użytkownicy i zobaczyć zsynchronizowane konta. Zobaczysz użytkowników reklam z typem synchronizacji zsynchronizowanym z usługą Active Directory:

Czytaj dalej:

• wybór modelu tożsamości
• Pobierz IDFix
• Pobierz Azure AD Connect

inne obszary należy wziąć pod uwagę

ponadto przed migracją skrzynek pocztowych do usługi Office 365 należy wziąć pod uwagę inne wymagania wstępne. Kluczowe obszary, które należy wziąć pod uwagę, to:

Archiwizacja Legacy

jeśli obecnie używasz rozwiązania takiego jak Veritas Enterprise Vault do archiwizacji lub zapisywania wiadomości e-mail, Ta konfiguracja nie będzie działać tak, jak jest w pakiecie Office 365. Zamiast tego najczęstszym podejściem jest przenoszenie archiwów do Exchange Online po migracji skrzynek pocztowych.

w tym scenariuszu fragmenty (lub skróty, aby użyć terminu EV) zostaną ponownie uwodnione za pomocą oryginalnych wiadomości archiwalnych lub przeniesione do archiwalnych skrzynek pocztowych w programie Exchange Online. Quadrotech Archive Shuttle poradzi sobie z tym zadaniem i dobrze współpracuje z hybrydową migracją Exchange.

klienci programu Outlook

podczas łączenia się z usługą Office 365 musisz uruchomić obsługiwaną wersję programu Outlook. Obsługiwane są następujące wersje programu Outlook:

• Office 365 ProPlus
• Outlook 2019
• Outlook 2016
• Outlook 2013

najlepiej użyć najnowszej wersji (Office 365 ProPlus), którą masz dostępną. Outlook 2013, 2016 i 2019 będą współpracować z Office 365. Jeśli używasz programu Outlook 2010 dzisiaj, może to działać z Exchange Online, ale ze względów bezpieczeństwa najprawdopodobniej będziesz chciał zablokować protokoły, których używa.

urządzenia mobilne

Jeśli korzystasz dziś z Microsoft ActiveSync do łączenia się z Exchange lokalnie, możesz zezwolić urządzeniom mobilnym na dalsze korzystanie z tego protokołu podczas łączenia się z Exchange Online. Spodziewaj się jednak, że w najbardziej nietypowych okolicznościach konieczne będzie ponowne skonfigurowanie urządzeń ActiveSync do pracy z Exchange Online.

zamiast tego Rozważ wdrożenie nowego klienta mobilnego programu Outlook na urządzeniach. Jeśli zdecydujesz się przejść do Microsoft Intune, możesz również użyć Intune do wdrożenia i skonfigurowania nowego klienta programu Outlook. Obsługuje to dodatkowo funkcje ActiveSync, w tym możliwość planowania spotkań zespołów bezpośrednio od klienta oraz nowe funkcje, takie jak Focused Inbox. Z punktu widzenia bezpieczeństwa może zapewnić kontrolę nad danymi, takimi jak pobieranie załączników.

publikowanie w Internecie

sposób publikowania Exchange Server w Internecie jest ważny dla wdrożenia hybrydowego. To było kluczowe dla wszystkich implementacji, jednak nowy Agent Hybrydowy oznacza, że możemy uniknąć wielu bardziej złożonych obszarów dla zapory Exchange i konfiguracji certyfikatów SSL dla prostych wdrożeń.

jest kilka obszarów, które musisz wziąć pod uwagę:

• Autodiscover – w środowisku hybrydowym usługa Autodiscover on-premises będzie używana zarówno przez lokalne skrzynki pocztowe, jak i przez skrzynki Exchange Online W Office 365. Jeśli przenosisz się do modelu, w którym użytkownicy mogą uzyskać dostęp do swoich skrzynek pocztowych w dowolnym miejscu, będziesz musiał opublikować Automatyczne wykrywanie Na Zewnątrz.
• Mail Flow – Agent Hybrydowy eliminuje potrzebę publikowania Exchange przez HTTPS w celu przenoszenia skrzynek pocztowych i swobodnego/zajętego dostępu. Nadal jednak będziemy musieli zezwolić na przesyłanie poczty między lokalnym a Exchange Online. Wymaga to łączności TCP / 25 zarówno z programem Exchange Online Protection, jak i z niego.
• dostęp wychodzący z serwerów Exchange do Exchange Online. Chociaż Agent Hybrydowy umożliwi dostęp z programu Exchange Online do serwerów lokalnych, twoje serwery nadal będą musiały łączyć się zarówno dla samego agenta hybrydowego, jak i dla żądań takich jak free/busy.
• dostęp Klienta do Office 365. Musisz również upewnić się, że wszyscy klienci Office 365, tacy jak Outlook, mogą uzyskać dostęp do usługi. Idealnie będzie to bezpośrednie połączenie (zamiast przez serwer proxy) uzyskujące dostęp do Office 365 najmniejszą liczbą przeskoków do najbliższego punktu obecności Microsoft. Użyj narzędzia Office 365 Network Onboarding Tool jako punktu stałego.

w naszej przykładowej organizacji Exchange mamy ważny certyfikat SSL innej firmy skonfigurowany dla serwera Exchange dla obu naszych przestrzeni nazw SMTP (smtp.exchangelabs.co.uk) oraz HTTPS (autodiscover.exchangelabs.co.uk i outlook.exchangelabs.co.uk). umożliwiliśmy bezpośrednią łączność wychodzącą za pośrednictwem protokołu HTTPS do wymaganych zakresów adresów IP Office 365 i Exchange Online oraz łączność SMTP z i z Exchange Online Protection.

podsumowanie

w części pierwszej wybraliśmy metodę migracji do wymiany Online, koncentrując się na migracji hybrydowej. Następnie wykonaliśmy podstawowy krok konieczny dla usługi Exchange Hybrid-synchronizowanie usługi Active Directory przy użyciu usługi Azure AD Connect. Na koniec zbadaliśmy inne obszary, takie jak Archiwizacja, klienci i łączność.

w części drugiej zaimplementujemy Exchange Hybrid i wykonamy ruchy skrzynek pocztowych.

Możesz również pobrać pełny przewodnik krok po kroku tutaj.