Używanie programu PowerShell do wykonywania migracji etapowej do platformy Microsoft 365

  • Artykuł

Ten artykuł dotyczy zarówno Microsoft 365 Enterprise, jak i Office 365 Enterprise.

Zawartość skrzynek pocztowych użytkowników można migrować ze źródłowego systemu poczty e-mail na platformę Microsoft 365 w czasie przy użyciu migracji etapowej.

W tym artykule przedstawiono zadania związane z etapową migracją poczty e-mail przy użyciu Exchange Online programu PowerShell. Temat Co musisz wiedzieć o etapowej migracji poczty e-mail, zawiera omówienie procesu migracji. Po zapoznaniu się z powyższym artykułem możesz rozpocząć migrację skrzynek pocztowych między systemami poczty e-mail, korzystając z przedstawionych tu instrukcji.

Uwaga

Do przeprowadzania migracji etapowej można również użyć centrum administracyjnego programu Exchange . Zobacz Przeprowadzanie migracji etapowej wiadomości e-mail na platformę Microsoft 365.

Co należy wiedzieć przed rozpoczęciem?

Szacowany czas wykonania tego zadania: 2–5 minut na utworzenie partii migracji. Po uruchomieniu partii migracji czas trwania migracji będzie się różnić w zależności od liczby skrzynek pocztowych w partii, rozmiaru każdej skrzynki pocztowej i dostępnej pojemności sieciowej. Aby uzyskać informacje o innych czynnikach wpływających na czas migrowania skrzynek pocztowych na platformę Microsoft 365, zobacz Wydajność migracji.

Do wykonania tych procedur musisz mieć przypisane uprawnienia. Aby zobaczyć, jakich uprawnień potrzebujesz, zobacz wpis "Migracja" w temacie Uprawnienia adresatów .

Aby użyć poleceń cmdlet programu PowerShell Exchange Online, musisz zalogować się i zaimportować polecenia cmdlet do lokalnej sesji Windows PowerShell. Aby uzyskać instrukcje, zobacz Nawiązywanie połączenia z Exchange Online programu PowerShell.

Aby uzyskać pełną listę poleceń migracji, zobacz Przenoszenie i migracja poleceń cmdlet.

Kroki migracji

Krok 1. Przygotowanie do migracji etapowej

Przed migracją skrzynek pocztowych na platformę Microsoft 365 przy użyciu migracji etapowej należy wprowadzić kilka zmian w środowisku programu Exchange.

Skonfiguruj program Outlook Anywhere w lokalnym Exchange Server Usługa migracji poczty e-mail używa programu Outlook Anywhere (znanego również jako RPC za pośrednictwem protokołu HTTP) do nawiązywania połączenia z lokalnym Exchange Server. Aby uzyskać informacje na temat konfigurowania programu Outlook Anywhere dla Exchange Server 2007 r. i programu Exchange 2003, zobacz następujące tematy:

Ważna

Do konfiguracji funkcji Outlook Anywhere należy użyć certyfikatu wystawionego przez zaufany urząd certyfikacji (UC). Funkcji Outlook Anywhere nie można skonfigurować z użyciem certyfikatu z podpisem własnym. Aby uzyskać więcej informacji, zobacz Jak skonfigurować połączenie SSL dla funkcji Outlook Anywhere.

Opcjonalnie: sprawdź, czy możesz połączyć się ze swoją organizacją programu Exchange za pomocą funkcji Outlook Anywhere. Możesz sprawdzić ustawienia połączenia, korzystając z jednej z następujących metod.

  • Użyj programu Outlook poza siecią firmową, aby połączyć się ze swoją lokalną skrzynką pocztową programu Exchange.

  • Użyj analizatora łączności zdalnej firmy Microsoft , aby przetestować ustawienia połączenia. Użyj funkcji Outlook Anywhere (RPC przez HTTP) lub testów wykrywania automatycznego w programie Outlook.

  • Uruchom następujące polecenia w programie Exchange Online programu PowerShell:

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

Ustawianie uprawnień Lokalne konto użytkownika używane do nawiązywania połączenia z lokalną organizacją programu Exchange (nazywane również administratorem migracji) musi mieć uprawnienia niezbędne do uzyskiwania dostępu do lokalnych skrzynek pocztowych, które mają zostać zmigrowane na platformę Microsoft 365. To konto użytkownika jest używane podczas nawiązywania połączenia z systemem poczty e-mail przez utworzenie punktu końcowego migracji w dalszej części tej procedury Krok 3. Tworzenie punktu końcowego migracji.

Aby przeprowadzić migrację skrzynek pocztowych, administrator musi uzyskać odpowiednie uprawnienia w jeden z następujących sposobów:

  • Bądź członkiem grupy Administratorzy domeny w usłudze Active Directory w organizacji lokalnej.

    lub

  • Należy przypisać uprawnienie FullAccess dla każdej lokalnej skrzynki pocztowej i uprawnienie WriteProperty do modyfikowania właściwości TargetAddress na kontach użytkowników lokalnych.

    lub

  • Należy przypisać uprawnienie Odbierz jako w lokalnej bazie danych skrzynki pocztowej, która przechowuje skrzynki pocztowe użytkowników, oraz uprawnienie WriteProperty do modyfikowania właściwości TargetAddress na kontach użytkowników lokalnych.

Aby uzyskać instrukcje dotyczące ustawiania tych uprawnień, zobacz Przypisywanie uprawnień do migrowania skrzynek pocztowych na platformę Microsoft 365.

Wyłącz ujednolicone komunikaty (UM) Jeśli usługa UM jest włączona dla lokalnych skrzynek pocztowych, które migrujesz, wyłącz usługę UM przed migracją. Włącz usługę UM dla skrzynek pocztowych po zakończeniu migracji. Aby uzyskać instrukcje, zobaczwyłączanie ujednoliconej obsługi komunikatów.

Użyj synchronizacji katalogów, aby utworzyć nowych użytkowników na platformie Microsoft 365. Synchronizacja katalogów służy do tworzenia wszystkich użytkowników lokalnych w organizacji platformy Microsoft 365.

Musisz licencji użytkowników po ich utworzeniu. Na dodanie licencji masz 30 dni od momentu utworzenia użytkowników. Aby uzyskać instrukcje dodawania licencji, zobacz Krok 8: Wykonywanie zadań po migracji.

Aby zsynchronizować i utworzyć użytkowników lokalnych na platformie Microsoft 365, można użyć narzędzia do synchronizacji Microsoft Entra lub usług synchronizacji Microsoft Azure AD. Po migracji skrzynek pocztowych na platformę Microsoft 365 zarządzasz kontami użytkowników w organizacji lokalnej i są one synchronizowane z organizacją platformy Microsoft 365. Aby uzyskać więcej informacji, zobaczIntegracja katalogu .

Krok 2. Tworzenie pliku CSV dla partii migracji etapowej

Po zidentyfikowaniu użytkowników, których lokalne skrzynki pocztowe mają zostać zmigrowane na platformę Microsoft 365, do utworzenia partii migracji zostanie użyty plik z wartością rozdzielaną przecinkami (CSV). Każdy wiersz w pliku CSV — używany przez platformę Microsoft 365 do uruchomienia migracji — zawiera informacje o lokalnej skrzynce pocztowej.

Uwaga

Nie ma limitu liczby skrzynek pocztowych, które można migrować na platformę Microsoft 365 przy użyciu migracji etapowej. Plik CSV używany do tworzenia partii migracji może zawierać maksymalnie 2000 wierszy. Aby przeprowadzić migrację więcej niż 2000 skrzynek pocztowych, utwórz dodatkowe pliki CSV, a następnie utwórz nowe partie migracji z użyciem poszczególnych plików.

Obsługiwane atrybuty

Plik CSV używany podczas migracji etapowej obsługuje trzy atrybuty opisane poniżej. Każdy wiersz w pliku CSV odpowiada jednej skrzynce pocztowej i musi zawierać wartość każdego z tych atrybutów.

Atrybut Opis Wymagany?
Emailaddress
 Określa podstawowy adres e-mail SMTP, na przykład pilarp@contoso.com, dla lokalnych skrzynek pocztowych.
Użyj podstawowego adresu SMTP dla lokalnych skrzynek pocztowych, a nie identyfikatorów użytkowników z platformy Microsoft 365. Jeśli na przykład domena lokalna ma nazwę contoso.com ale domena poczty e-mail platformy Microsoft 365 ma nazwę service.contoso.com, należy użyć nazwy domeny contoso.com adresów e-mail w pliku CSV.
Wymagany
Password (hasło)
 Hasło do ustawienia dla nowej skrzynki pocztowej platformy Microsoft 365. Wszelkie ograniczenia haseł stosowane do organizacji platformy Microsoft 365 mają również zastosowanie do haseł zawartych w pliku CSV.
Opcjonalny
Forcechangepassword
 Określa, czy użytkownik musi zmienić hasło przy pierwszym zalogowaniu się do nowej skrzynki pocztowej platformy Microsoft 365. Dla tego parametru użyj wartości True (prawda) lub False (fałsz).
>[! UWAGA]> Jeśli zaimplementowano rozwiązanie logowania jednokrotnego (SSO) przez wdrożenie Active Directory Federation Services (AD FS) lub nowszej w organizacji lokalnej, musisz użyć wartości False dla wartości atrybutu ForceChangePassword.		 Opcjonalny

Format pliku CSV

Poniżej przedstawiono przykładowy format pliku CSV. W tym przykładzie trzy lokalne skrzynki pocztowe są migrowane do platformy Microsoft 365.

Pierwszy wiersz w pliku CSV, czyli wiersz nagłówka, zawiera nazwy atrybutów, czyli pól, określonych w kolejnych wierszach. Poszczególne nazwy atrybutów są rozdzielone przecinkami.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

Każdy wiersz poniżej wiersza nagłówka odpowiada jednemu użytkownikowi i zawiera informacje używane do migrowania jego skrzynki pocztowej. Wartości atrybutów w każdym wierszu należy wprowadzić w takiej samej kolejności, w jakiej wprowadzono nazwy atrybutów w wierszu nagłówka.

Aby utworzyć plik CSV, użyj dowolnego edytora tekstów lub aplikacji, takiej jak program Excel. Zapisz plik jako csv lub txt.

Uwaga

Jeśli plik CSV zawiera znaki specjalne lub niebędące znakami ASCII, zapisz go przy użyciu kodowania UTF-8 lub innego kodowania Unicode. W zależności od aplikacji zapisywanie pliku CSV z kodowaniem UTF-8 lub innym kodowaniem Unicode może być łatwiejsze, gdy ustawienia regionalne systemu komputera są zgodne z językiem używanym w pliku CSV.

Krok 3. Tworzenie punktu końcowego migracji

Aby pomyślnie przeprowadzić migrację poczty e-mail, platforma Microsoft 365 musi nawiązać połączenie ze źródłowym systemem poczty e-mail i komunikować się z nimi. W tym celu platforma Microsoft 365 używa punktu końcowego migracji. Aby utworzyć punkt końcowy migracji programu Outlook Anywhere przy użyciu programu PowerShell na potrzeby migracji etapowych, najpierw połącz się z Exchange Online.

Aby uzyskać pełną listę poleceń migracji, zobacz Przenoszenie i migracja poleceń cmdlet.

Aby utworzyć punkt końcowy migracji programu Outlook Anywhere o nazwie "StagedEndpoint" w programie Exchange Online programu PowerShell, uruchom następujące polecenia:

$Credentials = Get-Credential

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Aby uzyskać więcej informacji na temat polecenia cmdlet New-MigrationEndpoint , zobaczNew-MigrationEndpoint.

Uwaga

Polecenie cmdlet New-MigrationEndpoint może służyć do określania bazy danych dla usługi do użycia przy użyciu opcji -TargetDatabase . W przeciwnym razie baza danych jest losowo przypisywana z lokacji Active Directory Federation Services (AD FS) 2.0, w której znajduje się skrzynka pocztowa zarządzania.

Sprawdź, czy to zadziałało

W Exchange Online programu PowerShell uruchom następujące polecenie, aby wyświetlić informacje o punkcie końcowym migracji "StagedEndpoint":

Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Krok 4. Tworzenie i uruchamianie partii migracji etapów

Aby utworzyć partię migracji na potrzeby migracji jednorazowej, możesz użyć polecenia cmdlet New-MigrationBatch w programie Exchange Online Programu PowerShell. Możesz utworzyć partię migracji i uruchomić ją automatycznie, dołączając parametr AutoStart . Alternatywnie możesz utworzyć partię migracji, a następnie uruchomić ją ręcznie później przy użyciu polecenia cmdlet Start-MigrationBatch . W tym przykładzie utworzono partię migracji o nazwie "StagedBatch1" i użyto punktu końcowego migracji utworzonego w poprzednim kroku.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

W tym przykładzie utworzono również partię migracji o nazwie "StagedBatch1" i użyto punktu końcowego migracji utworzonego w poprzednim kroku. Ponieważ parametr AutoStart nie jest uwzględniony, partię migracji należy uruchomić ręcznie na pulpicie nawigacyjnym migracji lub za pomocą polecenia cmdlet Start-MigrationBatch . Jak wspomniano wcześniej, w danym momencie może istnieć tylko jedna partia migracji jednorazowej.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint

Sprawdź, czy to zadziałało

Uruchom następujące polecenie w programie Exchange Online programu PowerShell, aby wyświetlić informacje o "StagedBatch1":

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Możesz również sprawdzić, czy partia została uruchomiona, uruchamiając następujące polecenie:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Aby uzyskać więcej informacji na temat polecenia cmdlet Get-MigrationBatch , zobaczGet-MigrationBatch.

Krok 5. Konwertowanie lokalnych skrzynek pocztowych na użytkowników obsługujących pocztę

Po pomyślnym przeprowadzeniu migracji partii skrzynek pocztowych potrzebny jest sposób na udostępnienie użytkownikom ich poczty. Użytkownik, którego skrzynka pocztowa została zmigrowana, ma teraz zarówno lokalną skrzynkę pocztową, jak i jedną w usłudze Microsoft 365. Użytkownicy, którzy mają skrzynkę pocztową na platformie Microsoft 365, przestaną otrzymywać nową pocztę w lokalnej skrzynce pocztowej.

Ponieważ migracje nie zostały ukończone, nie jesteś jeszcze gotowy do skierowania wszystkich użytkowników na platformę Microsoft 365 w celu wysłania ich wiadomości e-mail. Co więc należy zrobić w przypadku użytkowników mających oba rodzaje skrzynek? Można przekonwertować lokalne skrzynki pocztowe, których migrację już przeprowadzono, na użytkowników z włączoną obsługą poczty. Po zmianie ze skrzynki pocztowej na użytkownika z włączoną obsługą poczty możesz skierować użytkownika do usługi Microsoft 365 na adres e-mail zamiast do lokalnej skrzynki pocztowej.

Innym ważnym powodem konwertowania lokalnych skrzynek pocztowych na użytkowników obsługujących pocztę jest zachowanie adresów proxy ze skrzynek pocztowych platformy Microsoft 365 przez skopiowanie adresów proxy do użytkowników obsługujących pocztę. W ten sposób możesz zarządzać użytkownikami w chmurze za pośrednictwem swojej organizacji lokalnej, korzystając z usługi Active Directory. Ponadto jeśli zdecydujesz się zlikwidować lokalną organizację Exchange Server po przeprowadzeniu migracji wszystkich skrzynek pocztowych na platformę Microsoft 365, adresy proxy skopiowane do użytkowników obsługujących pocztę pozostaną w lokalna usługa Active Directory.

Krok 6. Usuwanie partii migracji etapowej

Po pomyślnym przeprowadzeniu migracji wszystkich skrzynek pocztowych w partii migracji i przekonwertowanie lokalnych skrzynek pocztowych w partii na użytkowników obsługujących pocztę jest gotowe do usunięcia partii migracji etapowej. Upewnij się, że poczta jest przekazywana do skrzynek pocztowych platformy Microsoft 365 w partii migracji. Po usunięciu partii migracji etapowej usługa migracji czyści wszelkie rekordy związane z partią migracji i usuwa partię migracji.

Aby usunąć partię migracji "StagedBatch1" w programie Exchange Online programu PowerShell, uruchom następujące polecenie.

Remove-MigrationBatch -Identity StagedBatch1

Aby uzyskać więcej informacji na temat polecenia cmdlet Remove-MigrationBatch , zobaczRemove-MigrationBatch.

Sprawdź, czy to zadziałało

Uruchom następujące polecenie w programie Exchange Online programu PowerShell, aby wyświetlić informacje o "IMAPBatch1":

Get-MigrationBatch StagedBatch1

Polecenie zwróci partię migracji ze stanem Usuwanie lub zwróci błąd informujący, że nie można odnaleźć partii migracji, sprawdzając, czy partia została usunięta.

Aby uzyskać więcej informacji na temat polecenia cmdlet Get-MigrationBatch , zobaczGet-MigrationBatch.

Krok 7. Przypisywanie licencji użytkownikom platformy Microsoft 365

Aktywuj konta użytkowników platformy Microsoft 365 dla zmigrowanych kont, przypisując licencje. W przypadku nieprzypisania licencji skrzynka pocztowa zostanie wyłączona po upływie okresu prolongaty (30 dni). Aby przypisać licencję w Centrum administracyjne platformy Microsoft 365, zobacz Przypisywanie lub anulowanie przypisywania licencji.

Krok 8. Wykonywanie zadań po migracji

  • Utwórz rekord DNS wykrywania automatycznego, aby użytkownicy mogli łatwo uzyskać dostęp do swoich skrzynek pocztowych. Po przeprowadzeniu migracji wszystkich lokalnych skrzynek pocztowych na platformę Microsoft 365 można skonfigurować rekord DNS wykrywania automatycznego dla organizacji platformy Microsoft 365, aby umożliwić użytkownikom łatwe łączenie się z nowymi skrzynkami pocztowymi platformy Microsoft 365 przy użyciu programu Outlook i klientów mobilnych. Ten nowy rekord DNS wykrywania automatycznego musi używać tej samej przestrzeni nazw, której używasz dla organizacji platformy Microsoft 365. Jeśli na przykład przestrzeń nazw w chmurze to cloud.contoso.com, należy utworzyć rekord DNS wykrywania automatycznego autodiscover.cloud.contoso.com.

    Platforma Microsoft 365 używa rekordu CNAME do implementowania usługi wykrywania automatycznego dla klientów programu Outlook i urządzeń przenośnych. Rekord CNAME wykrywania automatycznego musi zawierać następujące informacje:

  • Zlikwiduj lokalne serwery programu Exchange. Po zweryfikowaniu, że wszystkie wiadomości e-mail są kierowane bezpośrednio do skrzynek pocztowych usługi Microsoft 365 i nie trzeba już utrzymywać lokalnej organizacji poczty e-mail ani nie planujesz implementowania rozwiązania logowania jednokrotnego, możesz odinstalować program Exchange z serwerów i usunąć lokalną organizację programu Exchange.

Uwaga

Zlikwidowanie serwera programu Exchange może mieć niezamierzone konsekwencje. Przed zlikwidowaniem lokalnej organizacji programu Exchange zalecany jest kontakt z pomocą techniczną firmy Microsoft.

Aby uzyskać więcej informacji, zobacz następujące artykuły: