Řešení problémů se synchronizací v hybridním prostředí Exchange serveru

Původní číslo KB:   10094

Tento článek řeší následující problémy:

  • Problém s přesunutím poštovní schránky z místního prostředí Exchange serveru na Exchange Online (na palubu)
  • Problém s přesunutím poštovní schránky z Exchange Online (mimo palubu)

Kdo je pro vás?

Správci Exchange serveru, kteří provádějí problémy s migrací v hybridním prostředí

Jak to funguje?

Začneme s žádostí o problém, který jste právě vystavili. Potom vás provede řada kroků, které jsou pro vaši situaci zvláštní.

Odhadovaná doba dokončení:

15-30 minut.

Vítá vás Poradce při potížích s hybridní migrací

Pokud máte problémy s určením toho, jaký je nejlepší způsob migrace pro vaše prostředí, přečtěte si téma Pomocník pro nasazení Exchange.

Poznámka

Tento poradce při potížích nepomůže s odstraňováním problémů fází, přímé nebo IMAP.

Mohli jste zahájit přesouvání poštovní schránky?

Potřebujeme zjistit, jestli se přesun poštovní schránky úspěšně zahájil, což znamená, že jste v centru pro správu Exchange (EAC), v konzoli pro správu Exchange (EMC) nebo vzdáleném PowerShellu zahájili žádost o přesunutí a nemusely být zjištěny žádné problémy.

Pokusit se použít pole EAC k provedení přesunu

Při spuštění z centra pro správu Exchange (EAC) v Exchangi Online se může přesouvat poštovní schránka. Připojte se k EAC v Exchangi Online a podívejte se, jestli můžete začít s přechodem odtud.

Odebrat koncový bod migrace

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte migrace.
  4. Vyberte tři tečky (...) a vyberte koncové body migrace.
  5. Vyberte koncový bod, který je uvedený jako vzdálené přesunutí serveru Exchange.
  6. Výběrem v koši můžete koncový bod odstranit.

Kroky zadržení

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte Migration > + > migrovat migrace do Exchange Online.
  4. Na stránce Vybrat typ migrace vyberte Vzdálená migrace přesunutí jako typ migrace hybridní poštovní schránky.
  5. Na stránce Vyberte uživatele vyberte poštovní schránky, které chcete přesunout do cloudu.
  6. Na stránce Zadejte přihlašovací údaje účtu místní účet .

    Důležité

    Zadejte svoje místní přihlašovací údaje správce ve formátu doména \ uživatel.

  7. Na stránce Potvrdit koncový bod migrace zkontrolujte, jestli je místní koncový bod zobrazený, jsou CAS s povoleným příznakem přihlašování proxy.
  8. Zadejte název dávky migrace a spusťte přesunutí.

Kroky mimo palubní desce

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte Migration > + > migrovat migrace z Exchange Online.
  4. Na stránce Vybrat typ migracevyberte Vzdálená migrace přesunutí jako typ migrace hybridní poštovní schránky.
  5. Na stránce vyberte uživatelevyberte poštovní schránky, které chcete přesunout do cloudu.
  6. Na stránce Zadejte přihlašovací údaje účtu místní účet .
  7. Zadejte název místní databáze, který se dá načíst spuštěním Get-MAILBOXDATABASE z EMS.

    Důležité

    Zadejte svoje místní přihlašovací údaje správce ve formátu doména \ uživatel .

  8. Na stránce Potvrdit koncový bod migrace zkontrolujte, jestli je místní koncový bod zobrazený, jsou CAS s povoleným příznakem přihlašování proxy.
  9. Zadejte název dávky migrace a spusťte přesunutí.

Zkontrolujte, jestli je koncový bod migrace povolený a jestli jsou na něm správné možnosti ověřování.

Když přesouváte poštovní schránku do cloudu nebo z cloudu, vytvoříme připojení k místnímu prostředí na koncový bod služba mrsproxy. Ověřte, že je povolený koncový bod služba MRSProxy a typ ověřování WSSecurity.

  1. Otevřete prostředí Exchange Management Shell na hybridním serveru Exchange Server 2010 nebo 2013.

  2. Zkontrolujte, jestli jsou obě MRSProxyEnabled a WSSecurityAuthentication nastavené na true. Postupujte takto: spusťte následující rutinu. Na serveru Word na následujících rutinách by se měly odrážet názvy externích serverů Exchange:

    Get-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" |fl Server,MRSProxyEnabled,WSSecurityAuthentication
    
  3. Pokud je některá hodnota false, spusťte služba MRSProxy a nastavte ověřování potřebné k provedení přesunutí. Postupujte takto:

    Set-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" -MRSProxyEnabled $true - WSSecurityAuthentication $True
    

Poznámka

Tato nastavení by měla být nakonfigurována na všech externích serverech se systémem Exchange.

Máte správně nakonfigurované brány firewall a systém detekce vniknutí (IDS)

Musíte zajistit, aby vaše brána firewall byla nakonfigurovaná tak, aby se přes servery Exchange přecházely určité koncové body EWS a Automatická konfigurace, aniž by bylo nutné je ověřit na hraničním zařízení. Kromě toho musíte zajistit, aby se požadavky na migraci nezpracovaly jako útok typu odmítnutí služby.

Nastavení koncového bodu brány firewall

Tady najdete pokyny, jak správně publikovat EWS a Automatická konfigurace přes TMG, ale tuto logiku můžete použít na vlastní zařízení. Kromě explicitních kroků pro TMG na vysoké úrovni potřebujete:

  1. Vytvořte nové pravidlo publikování (často se používá stejný naslouchací proces, který už je na místě), který nevyžaduje předběžné ověření.

  2. Zajistěte, aby se pravidlo vztahovalo na všechny přenosy, které přecházejí na následující cesty.

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc
  3. Zajistěte, aby toto nové pravidlo bylo vyšší v prioritě než stávající pravidla brány firewall související s Exchangem.

Nastavení ID

Hybridní migrace může někdy být považována za útok odmítnutí služby určitých zařízení. Následující logiku je možné použít pro jakýkoli systém detekce vniknutí, ale byla napsána konkrétně pro TMG.

  1. Otevřete konzolu Forefront TMG Management Console a potom ve stromu vyberte systém prevence vniknutí.
  2. Klikněte na kartu rozpoznávání vniknutí a pak vyberte Konfigurovat nastavení zmírnění rizika.
  3. V dialogovém okně pro zmírnění zahlcení postupujte takto:
    • Vyberte kartu výjimky IP a zadejte IP adresy, které se v prostředí Microsoft 365 používají pro připojení během operace přesunutí poštovní schránky.

    • Vyberte kartu zmírnění rizika a pak u možnosti maximální počet požadavků HTTP za minutu na IP adresuvyberte Upravit. Do pole vlastní limit zadejte číslo pro zvýšení limitu.

      Poznámka

      Vlastní limit platí pro IP adresy uvedené na kartě výjimky IP . Zvětšete jenom vlastní limit. V následujícím příkladu snímku obrazovky je vlastní limit nastaven na 6 000. V závislosti na počtu přesouvaných poštovních schránek nemusí toto číslo stačit. Pokud se chybová zpráva pořád zobrazuje, zvyšte vlastní limit.

Odebrání existujících požadavků na přesunutí

Žádost o přesunutí (i ta, která je úspěšná) by mohla bránit přecházení mezi poštovními schránkami. Připojte PowerShell k Exchangi Online a ověřte, že pro daného uživatele není vybrána žádná žádost o přesunutí. Pokud máte starou žádost o přesunutí, budete ji muset odebrat. Následující kroky popisují, jak zjistit, jestli už existuje žádost o přesunutí, a odeberte tento požadavek (pokud existuje).

  1. Připojení k Exchangi Online prostřednictvím PowerShellu (nepoužívá se v prostředí Exchange Management Shell)
  2. Spusťte příkaz Get-MoveRequest -Identity 'tony@contoso.com' .
  3. Pokud dojde k dokončení nebo selhání žádosti o přesunutí, spusťte Remove-MoveRequest -Identity 'tony@contoso.com' .

Ověření, že jsou na místě odpovídající akceptované domény

Při přesunutí poštovní schránky do Exchange Online se často přestává zdařit, protože ve službě chybí některé z přijatých domén. Ověřte, jestli jsou všechny e-mailové domény přiřazené tomuto uživateli přidávané službě.

  1. Otevřete prostředí Exchange Management Shell.
  2. Spustit (Get-Mailbox Tony).EmailAddresses .
  3. Poznamenejte si všechny e-mailové adresy, které následují za protokolem SMTP: a zapište názvy domén. Pokud například výsledky zahrnují protokol SMTP: tony@contoso.com , SMTP: Tony@foo.com , budete muset zapisovat Contoso.com a Foo.com .
  4. Připojení k Exchangi Online prostřednictvím PowerShellu (ne EMS)
  5. Spusťte Get-AcceptedDomain a zajistěte, aby výsledky zahrnovaly domény uvedené v kroku 3 výše.
  6. Pokud některá z domén chybí, měli byste na portálu přidat a ověřit doménu. Můžete také uživatele před přesunutím poštovní schránky licencovat. V případě, že je jedna z domén označených jako poštovní schránka, používáme obvykle možnost licencování uživatele. Do této služby se nedají přidat adresy, které nejdou směrovat

Zajištění správné konfigurace Internetové informační služby pro příjem migrace

Aby mohla Internetová informační služba správně reagovat na požadavek na migraci, potřebujeme zajistit, aby byly mapování obslužných rutin. Ověřte, zda je na místě mapování služby EWS a Automatická konfigurace.

  1. V nabídce Nástroje pro správu vyberte Správce Internetové informační služby .

  2. Rozbalte název serveru, weby, výchozí webový servera potom klikněte levým a pravým kliknutím na na EWS.

  3. V prostředním podokně vyberte možnost mapování obslužných rutin .

  4. Podívejte se, jestli existuje mapování s následujícím:

    • Name = svc-Integrated
    • Cesta = * svc
    • State = Enabled
  5. Opakujte kroky 1 až 4, ale tentokrát Zkontrolujte virtuální adresář Automatická konfigurace.

  6. Pokud některá z hodnot chybí, udělejte kroky opravy 7 a 8.

    snímek obrazovky se stránkou mapování obslužných rutin

  7. Na externím serveru Exchange 2010/2013 otevřete okno příkazového řádku a přejděte do následující složky:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation \

  8. Zadejte ServiceModelReg.exe -r příkaz a stiskněte ENTER.

Zkontrolujte, jestli je požadovaný atribut správně synchronizovaný (nejedná se o běžný problém).

Abyste mohli úspěšně přesunout poštovní schránku, musíte mít uživatelský účet v místním i Exchange Online, který má odpovídající GUID poštovní schránky. Ověřte, zda je identifikátor GUID poštovní schránky na místě a shoduje se.

  1. Na místním hybridním serveru spusťte v prostředí Exchange Management Shell (EMS) následující rutinu.

    Get-RemoteMailbox -Identity "Alias" | fl *guid*
    
  2. Připojení Windows PowerShellu k Exchangi Online: spusťte následující rutinu.

  3. Pokud v místním prostředí nepoužíváte žádného e-mailového uživatele, můžete na něm provádět tyto akce:

    Get-Mailbox -Identity "Alias" | fl *guid*
    
    • Vytvořte nový uživatelský účet:

      New-MailUser -Name Ayla -SamAccountName Ayla -UserPrincipalName Ayla@contoso.com -ExternalEmailAddress Ayla@Contoso.mail.onmicrosoft.com
      
    • Ujistěte se, že jste nově vytvořený účet navrátili se správným identifikátorem GUID systému Exchange, který je načtený z kroku 2, bude se provádět v místním systému EMS:

      Set-MailUser Testuser -ExchangeGuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
      

Spuštění migrace z PowerShellu

Inicializace migrace z PowerShellu často znamená další akční zprávu. Následující postup vás provede procesem přesunutí poštovní schránky z místního do Exchange Online přes PowerShell.

  1. Připojení k Exchangi Online prostřednictvím PowerShellu (ne EMS)

  2. Pak vytvořte proměnnou pro uložení místních přihlašovacích údajů správce. Přihlašovací údaje by měly být uložené ve formátu CONTOSO\Administrator a nikoli administrator@contoso.com .

    $onpremCred = Get-Credential

  3. Pak spusťte rutinu podobnou následující, kde User je zobrazovaný název účtu, který chcete přesunout, Webmail.consoto.com je koncový bod, který má služba MRSProxy povolený místně, a contoso.mail.onmicrosoft.com je doména směrování používaná v Exchangi Online.

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com'
    

Kontrola stavu žádosti o přesunutí

Abyste se mohli lépe zaměřit na řešení problémů s migrací, musíme určit aktuální stav požadavků na přesunutí. Chcete-li zjistit stav, postupujte takto:

  1. Připojení k Exchangi Online prostřednictvím PowerShellu (nepřes prostředí Exchange Management Shell)

  2. Pokud chcete zkontrolovat stav přesunutí, spusťte následující kroky:

    • Get-MigrationBatch | FL * *, identity
    • Get-MoveRequest | FL * *, identity

Odpovídající očekávání pro přesunutí poštovní schránky

Přesouvání poštovní schránky a dávky migrace se nezpracovávají stejně, jako priorita připojení klientů a úloh toku pošty. Pokud se tedy Server nebo Microsoft datacenter nachází v těžkém zatížení, mohou se přesouvat poštovní schránky. V případě, že se přesun nachází ve stavu ve frontě, není důvod k tomu, abyste mohli být v případě, že se přesun nachází na delší dobu, než je pravděpodobné, že se vyzvednut relativně brzy. Doporučujeme, abyste nezačali řešit potíže s přemístěním, dokud nebude dost dlouhé zpoždění (například 8 hodin) bez průběhu nebo činnosti.

Migrace v režimu online

Pokud migrujete ze serveru Exchange 2003, je lepší pro uživatelské prostředí a výkon, když přesunete poštovní schránku nejdřív na Exchange Server 2010 a pak Exchange Online.

Někteří zákazníci provedené přechody dvou směrování pro velké a citlivé poštovní schránky Exchange Server 2003:

  • První směrování Migrace poštovních schránek z Exchange serveru 2003 na Exchange 2010 Server, což je obvykle hybridní Server koexistence. První směrování je offline přesunutí, ale obvykle se jedná o velmi rychlou migraci přes místní síť.
  • Druhé směrování Migrujte poštovní schránky z Exchange serveru 2010 do Microsoft 365. druhé směrování je online přesun, který poskytuje lepší uživatelské možnosti a odolnost proti chybám.

Pokud jsou problémy vyřešeny, Blahopřejeme! Váš scénář je dokončený.

Pokud vaše problémy nejsou vyřešené, přečtěte si téma " žádost o přesunutí není hotová" nebo tento krok se netýká.

Faktory výkonu sítě, které je vhodné zvážit

Tato část popisuje osvědčené postupy pro zlepšení výkonu sítě během migrace. Tato diskuse je obvykle způsobena tím, že největší dopad na výkon sítě během migrace souvisí s hardwarem třetích stran a poskytovateli internetových služeb (ISP). Je nasazený nástroj pro analýzu sítě Microsoft 365, který vám pomůže analyzovat problémy související se sítí před nasazením služeb Microsoft 365:

  • Severní Amerika: http://na1-fasttrack.cloudapp.net
  • OBLAST http://em1-fasttrack.cloudapp.net
  • APAC http://ap1-fasttrack.cloudapp.net

Při prvním výběru se zobrazí http://na1-fasttrack.cloudapp.net výzva k instalaci ovládacího prvku ActiveX. Po instalaci se zobrazí upozornění zabezpečení, jak je vidět níže:

snímek obrazovky s upozorněním na zabezpečení 1

Nainstalujte Java.

Restartujte

Přejděte na stránku a zobrazí se http://na1-fasttrack.cloudapp.net výzva ke spuštění aplikace, jak je vidět níže:

snímek obrazovky s upozorněním na zabezpečení 2

Do níže uvedeného zadejte název tenanta Office 365.

Prvkem Popis Osvědčené postupy
Kapacita sítě Doba potřebná k migraci poštovních schránek do Exchange Online je dána dostupnou a maximální kapacitou vaší sítě. Zjistěte dostupnou kapacitu sítě a určete maximální kapacitu nahrávání. Požádejte svého poskytovatele služeb Internetu o potvrzení přidělené šířky pásma a Získejte podrobnosti o omezeních, například o celkovém množství dat, která lze převést v určitém časovém období.
K vyhodnocení skutečné kapacity sítě použijte nástroje. Zkontrolujte, že na servery brány Microsoft Data Center otestujete tok dat od začátku do konce.
Určete další zatížení vaší sítě (například nástroje pro zálohování a plánované údržby), které můžou mít vliv na kapacitu vaší sítě.
Stabilita sítě Rychlá síť neznamená automaticky rychlé migrace. Pokud není síť stabilní, přenosy dat trvají delší dobu kvůli opravám chyb. V závislosti na typu migrace můžou opravy chyb významným způsobem ovlivnit výkon migrace. Problémy s hardwarem a ovladači sítě často způsobí potíže se stabilitou sítě. Komunikujte s dodavateli hardwaru, abyste porozuměli síťovým zařízením, a používejte nejnovější dodavatelem doporučené ovladače a aktualizace softwaru.

Problém se zjišťováním neoprávněných vniknutí (IDS)

Funkce rozpoznávání vniknutí nakonfigurovaná na bráně firewall sítě způsobuje často závažné zpoždění sítě a ovlivňuje tak výkon migrace.

Přidejte IP adresy pro servery Microsoft Data Center do seznamu povolených kontaktů. Další informace o rozsahu IP adres Microsoft 365 najdete v tématu adresy URL a rozsahy IP adres pro microsoft 365.

Nastavení ID

Hybridní migrace může někdy být považována za útok odmítnutí služby určitých zařízení. Následující logiku je možné použít pro jakýkoli systém detekce vniknutí, ale byla napsána konkrétně pro TMG.

  1. Otevřete konzolu Forefront TMG Management Console a potom ve stromu vyberte systém prevence vniknutí.

  2. Klikněte na kartu rozpoznávání vniknutí a pak vyberte Konfigurovat nastavení zmírnění rizika.

  3. Rozbalení tohoto imageIn dialogového okna pro zmírnění zahlcení:

    • Vyberte kartu výjimky IP a zadejte IP adresy, které se v prostředí Microsoft 365 používají pro připojení během operace přesunutí poštovní schránky. Seznam rozsahů IP adres a adresy URL používané serverem Exchange Online v Microsoft 365 najdete v tématu adresy URL a rozsahy IP adres pro Microsoft 365.

    • Vyberte kartu zmírnění rizika a pak u možnosti maximální počet požadavků HTTP za minutu na IP adresuvyberte Upravit. Do pole vlastní limit zadejte číslo pro zvýšení limitu.

      Poznámka

      Vlastní limit platí pro IP adresy uvedené na kartě výjimky IP . Zvětšete jenom vlastní limit. V následujícím příkladu snímku obrazovky je vlastní limit nastaven na 6 000. V závislosti na počtu přesouvaných poštovních schránek nemusí toto číslo stačit. Pokud se chybová zpráva pořád zobrazuje, zvyšte vlastní limit.

Pokusit se použít Centrum pro správu Exchange (EAC) k provedení přesunutí

Při spuštění z centra pro správu Exchange (EAC) v Exchangi Online se může přesouvat poštovní schránka. Připojte se k EAC v Exchangi Online a podívejte se, jestli můžete začít s přechodem odtud.

Odebrat koncový bod migrace

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte migrace.
  4. Vyberte tři tečky (...) a vyberte koncové body migrace.
  5. Vyberte koncový bod, který je uvedený jako vzdálené přesunutí serveru Exchange.
  6. Výběrem v koši můžete koncový bod odstranit.

Kroky zadržení

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte Migration > + > migrovat migrace do Exchange Online.
  4. Na stránce Vybrat typ migrace vyberte Vzdálená migrace přesunutí jako typ migrace hybridní poštovní schránky.
  5. Na stránce Vyberte uživatele vyberte poštovní schránky, které chcete přesunout do cloudu.
  6. Na stránce Zadejte přihlašovací údaje účtu místní účet .

    Důležité

    Zadejte svoje místní přihlašovací údaje správce ve formátu doména \ uživatel.

  7. Na stránce Potvrdit koncový bod migrace zkontrolujte, jestli je místní koncový bod zobrazený, jsou CAS s povoleným příznakem přihlašování proxy.
  8. Zadejte název dávky migrace a spusťte přesunutí.

Kroky mimo palubní desce

  1. Přihlaste https://portal.MicrosoftOnline.com se pomocí přihlašovacích údajů správce tenanta.
  2. Na horním pásu karet vyberte správce a pak vyberte Exchange.
  3. Vyberte Migration > + > migrovat migrace z Exchange Online.
  4. Na stránce Vybrat typ migracevyberte Vzdálená migrace přesunutí jako typ migrace hybridní poštovní schránky.
  5. Na stránce vyberte uživatelevyberte poštovní schránky, které chcete přesunout do cloudu.
  6. Na stránce Zadejte přihlašovací údaje účtu místní účet .
  7. Zadejte název místní databáze, který se dá načíst spuštěním Get-MAILBOXDATABASE z EMS.

    Důležité

    Zadejte svoje místní přihlašovací údaje správce ve formátu doména \ uživatel .

  8. Na stránce Potvrdit koncový bod migrace zkontrolujte, jestli je místní koncový bod zobrazený, jsou CAS s povoleným příznakem přihlašování proxy.
  9. Zadejte název dávky migrace a spusťte přesunutí.

Máte správnou konfiguraci brány firewall a systému detekce vniknutí (IDS)

Musíte zajistit, aby vaše brána firewall byla nakonfigurovaná tak, aby se přes servery Exchange přecházely určité koncové body EWS a Automatická konfigurace, aniž by bylo nutné je ověřit na hraničním zařízení. Kromě toho musíte zajistit, aby se požadavky na migraci nezpracovaly jako útok typu odmítnutí služby.

Nastavení koncového bodu brány firewall

Tady najdete pokyny, jak správně publikovat EWS a Automatická konfigurace přes TMG, ale tuto logiku můžete použít na vlastní zařízení. Kromě explicitních kroků pro TMG na vysoké úrovni potřebujete:

  1. Vytvořte nové pravidlo publikování (často se používá stejný naslouchací proces, který už je na místě), který nevyžaduje předběžné ověření.

  2. Zajistěte, aby se pravidlo vztahovalo na všechny přenosy, které přecházejí na následující cesty.

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc
  3. Zajistěte, aby toto nové pravidlo bylo vyšší v prioritě než stávající pravidla brány firewall související s Exchangem.

Nastavení ID

Hybridní migrace může někdy být považována za útok odmítnutí služby určitých zařízení. Následující logiku je možné použít pro jakýkoli systém detekce vniknutí, ale byla napsána konkrétně pro TMG.

  1. Otevřete konzolu Forefront TMG Management Console a potom ve stromu vyberte systém prevence vniknutí.
  2. Klikněte na kartu rozpoznávání vniknutí a pak vyberte Konfigurovat nastavení zmírnění rizika.
  3. V dialogovém okně pro zmírnění zahlcení postupujte takto:
    • Vyberte kartu výjimky IP a zadejte IP adresy, které se v prostředí Microsoft 365 používají pro připojení během operace přesunutí poštovní schránky.

    • Vyberte kartu zmírnění rizika a pak u možnosti maximální počet požadavků HTTP za minutu na IP adresuvyberte Upravit. Do pole vlastní limit zadejte číslo pro zvýšení limitu.

      Poznámka

      Vlastní limit platí pro IP adresy uvedené na kartě výjimky IP . Zvětšete jenom vlastní limit. V následujícím příkladu snímku obrazovky je vlastní limit nastaven na 6 000. V závislosti na počtu přesouvaných poštovních schránek nemusí toto číslo stačit. Pokud se chybová zpráva pořád zobrazuje, zvyšte vlastní limit.

Ujistěte se, že je Internetová informační služba správně nastavená na příjem migrace.

Aby mohla Internetová informační služba správně reagovat na požadavek na migraci, potřebujeme zajistit, aby byly mapování obslužných rutin. Ověřte, zda je na místě mapování služby EWS a Automatická konfigurace.

  1. V nabídce Nástroje pro správu vyberte Správce Internetové informační služby .

  2. Rozbalte název serveru, weby, výchozí webový servera potom klikněte levým a pravým kliknutím na na EWS.

  3. V prostředním podokně vyberte možnost mapování obslužných rutin .

  4. Podívejte se, jestli existuje mapování s následujícím:

    • Name = svc-Integrated
    • Cesta = * svc
    • State = Enabled
  5. Opakujte kroky 1 až 4, ale tentokrát Zkontrolujte virtuální adresář Automatická konfigurace.

  6. Pokud některá z hodnot chybí, udělejte kroky opravy 7 a 8.

    snímek obrazovky se stránkou mapování obslužných rutin

  7. Na externím serveru Exchange Server 2010 nebo 2013 otevřete okno příkazového řádku a přejděte do následující složky:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation \

  8. Zadejte ServiceModelReg.exe -r příkaz a stiskněte ENTER.

Přesunutí poštovní schránky na jiný místní server

Problémy s migrací jsou často způsobeny poškozenými položkami nebo poštovními schránkami. Tyto problémy lze často vyřešit přesunutím poštovní schránky mezi dvěma různými místními databázemi poštovních schránek. Následující postup vás provede přesunutím poštovní schránky uživatele z jedné databáze do druhé a přesunutím poštovní schránky do Exchange Online (pokud jde o žádost mimo kartu), bude potřeba tento krok přeskočit.

Přejeďte dávky migrace a místo toho zkuste použít žádosti o přesunutí.

Někdy se může dávka migrace zablokovat v určité fázi migrace, jako je třeba dokončit. Tento postup můžete využít, když vymažete staré žádosti o přesunutí.

  1. Otevřete PowerShell (ne přes EMS) a připojte se k Exchange Online.

  2. Spuštěním následujících kroků zajistíte, že bylo zahájeno dokončení požadavku na přesunutí:

    Get-MoveRequest | ? {$_.Status -eq "AutoSuspended"} | Resume-MoveRequest
    
  3. Po dokončení zpracování obnovených žádostí o přesunutí postupujte takto:

    Get-MoveRequest | ? {$_.Status -eq "Completed"} | Remove-MoveRequest
    
  4. Odeberte všechny existující dávky migrace:

    Remove-MigrationBatch "Batch Name" -Force
    

Obcházení problémů s poštovními schránkami a položkami (Pokud žádost o přesunutí pořád není dokončená)

Přesunutí poštovní schránky se často nezdaří kvůli poškození úrovně položky nebo poštovní schránky. Pokud chcete přesunout poštovní schránku, je často vhodným způsobem, který umožňuje přeskočení některých poškozených položek. Když ale použijete následující možnosti, může dojít ke ztrátě dat.

  1. Otevřete PowerShell (ne přes EMS) a připojte se k Exchange Online.

  2. Vytvořte proměnnou pro uložení místních přihlašovacích údajů správce. Přihlašovací údaje by měly být uložené ve formátu CONTOSO\Administrator a nikoli administrator@contoso.com .
    $onpremCred = Get-Credential

  3. Pak spusťte rutinu podobnou následující, kde User je zobrazovaný název účtu, který chcete přesunout, Webmail.consoto.com je koncový bod, který má služba MRSProxy povolený místně (obvykle to odpovídá koncovému bodu OWA) a contoso.mail.onmicrosoft.com je doména směrování používaná v Exchangi Online.

    Příklad: Následující příklad může vést k nevýznamné ztrátě dat, protože povoluje přeskočení některých položek z důvodu poškození:

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40
    

Problém nebyl vyřešen

Je nám líto, ale nemohli jsme vyřešit váš problém v této příručce. Napište nám svůj názor na tento průvodce a pak v následujících zdrojích pokračujte v řešení potíží. Navštivte komunitu Microsoft 365 , kde najdete Svépomoc. Udělejte jedno z následujícího:

  • K nalezení řešení problému použijte hledání.
  • Použijte centrum pro nápovědu nebo nástroj pro řešení potíží, které jsou dostupné v horní části každé stránky komunity.
  • Přihlaste se pomocí přihlašovacích údajů správce Microsoft 365 a potom na komunitu zaúčtujte dotaz.

Nepoužívat problémy s poškozením poštovní schránky a položky

Přesunutí poštovní schránky se často nezdaří kvůli poškození úrovně položky nebo poštovní schránky. Pokud chcete přesunout poštovní schránku, je často vhodným způsobem, který umožňuje přeskočení některých poškozených položek. Pokud ale použijete následující možnosti, může dojít ke ztrátě dat.

  1. Otevřete PowerShell (ne přes EMS) a připojte se k Exchange Online.

  2. Vytvořte proměnnou pro uložení místních přihlašovacích údajů správce. Přihlašovací údaje by měly být uložené ve formátu CONTOSO\Administrator a nikoli administrator@contoso.com .
    $onpremCred = Get-Credential

  3. Pak spusťte rutinu podobnou následující, kde User je zobrazovaný název účtu, který chcete přesunout, Webmail.consoto.com je koncový bod, který má služba MRSProxy povolený místně (obvykle to odpovídá koncovému bodu OWA) a contoso.mail.onmicrosoft.com je doména směrování používaná v Exchangi Online.

    Příklad: Následující příklad může vést k nevýznamné ztrátě dat, protože povoluje přeskočení některých položek z důvodu poškození:

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40