Stalledduetotarget_mdbavailability Office 365 migreringsfejl

Det stalledDueToTarget_MdbAvailability status, du ser, er sådan en buzz kill. Måske flyttede du postkasser fra Exchange 2010 til Exchange 2016 ved hjælp af migreringsbatch i EAC og bemærkede endelig, at nogle postkasser tager lang tid at fuldføre migrering.

Andre beskriver at få det samme stalledDueToTarget_MdbAvailability migreringsfejlmeddelelse ved overførsel af en postkasse fra Exchange 2013 til Exchange Online, og eksempler kan fortsætte.

Dette er ofte et tegn på et problem med måldatabasen. Det er her, du flytter postkassen til, og den skal være en aktiv kopi.

Der er tilfælde, hvor der ikke kan gives nogen unik løsning. I denne korte vejledning sørger vi dog for, at der er noget, du kan gøre for at løse dette.

Hvordan kan jeg rette stalledduetotarget_mdbavailability fejl?

1. Flyt en enkelt postkasse ved hjælp af New-MoveRequest

Til fejlfinding af denne migreringsfejl skal du først prøve at flytte en enkelt postkasse ved hjælp af Ny-MoveRequest. Tøv ikke med at angive målpostkassen som en ny.

Dette skulle fungere, hvis problemet faktisk var forårsaget af en databaskopi.

---

2. Forøg antallet af samtidige flytninger af postkassen

1. Åben Explorer på den Exchange-server.
2. Gå til C: Programfiler MicrosoftExchange ServerV14Bin. Dette er standardstien; stien på din server kan være anderledes.
3. Lav en sikkerhedskopi af filen MSExchangeMailboxReplication.exe.config.
4. Åbn MSExchangeMailboxReplication.exe.config.
5. Find derefter følgende del i filen:
   MaxRetries = “60”
   MaxCleanupRetries = “5”
   MaxStallRetryPeriod = “00:15:00”
   RetryDelay = “00:00:30”
   MaxMoveHistoryLength = “2”
   MaxActiveMovesPerSourceMDB = “5”
   MaxActiveMovesPerTargetMDB = “2”
   MaxActiveMovesPerSourceServer = “50”
   MaxActiveMovesPerTargetServer = “5”
   MaxTotalMovesPerMRS = “100”
   FullScanMoveJobsPollingPeriod = “00:10:00”
   MinimumTimeBeforePickingJobsFromSameDatabase = “00:00:04”
   ServerCountsNotOlderThan = “00:10:00”
   MRSAbandonedMoveJobDetectionTime = “01:00:00”
   BackoffIntervalForProxyConnectionLimitReached = “00:30:00”
   DataGuaranteeCheckPeriod = “00:00:10”
   DataGuaranteeTimeout = “00:30:00”
   DataGuaranteeLogRollDelay = “00:01:00”
   EnableDataGuaranteeCheck = “sand”
   DisableMrsProxyCompression = “false”
   DisableMrsProxyBuffering = “false”
   MinBatchSize = “100”
   MinBatchSizeKB = “256” />
   
6. Skift disse parametre for at rette fejlen:
   MaxActiveMovesPerSourceMDB = “5”
   MaxActiveMovesPerTargetMDB = “2”
   MaxActiveMovesPerSourceServer = “50”
   MaxActiveMovesPerTargetServer = “5”
   MaxTotalMovesPerMRS = “100”
7. Brug følgende kommando: Genstart-service MSExchangeMailboxReplication for at genstarte postkassens replikeringstjeneste og beholde ændringerne.

Hvis du ser migreringsfejlen efter succesfuld flytning af et par postkasser, kan det skyldes en grænse for antallet af samtidige flytninger af postkasser.

Forøg det ved at ændre nogle parameterværdier i filen MSExchangeMailboxReplication.exe.config.

---

3. Microsoft Office 365 Support

Hvis problemet stadig vedvarer, selv efter at have udført ovenstående trin, skal du oprette en billet i Microsoft Office 365 Support. Andre brugere gjorde det samme, og supportteamet formodede, at det kunne være et problem med Throttling.

De har mindsket gasreguleringen og dermed løst problemet.

Sørg for, at denne stalledduetotarget_mdbavailability Office 365 migrationsfejl er ikke her for at blive! Anvend bare ovenstående tip en efter en. For dem, som vi har hjulpet, skal du sprede budskabet, da andre også står over for det samme problem.

LÆS NÆSTE:

• AOL accepterer ikke levering af denne meddelelse Office 365-fejl [Fix]
• Vi beklager, at vi har problemer med at bekræfte din konto i Office 365
• Hvad skal jeg gøre, når en MS Office 365-konto er blokeret