Stalledduetotarget_mdbavaibility Office 365 მიგრაციის შეცდომა

შეჩერებულია DueToTarget_Mdb ხელმისაწვდომობა სტატუსი, რომელსაც ხედავთ, ასეთი ხმაურია. იქნებ თქვენ გადაჰქონდათ საფოსტო ყუთები Exchange 2010 – დან Exchange 2016 – ში EAC– ში მიგრაციის სურათების გამოყენებით და ბოლოს შეამჩნიეთ, რომ ზოგიერთ საფოსტო ყუთს დიდი დრო სჭირდება მიგრაციის დასრულებას.

სხვები აღწერენ იმავეს მიღებას შეჩერებულია DueToTarget_Mdb ხელმისაწვდომობა მიგრაციის შეცდომის შეტყობინება Exchange 2013- დან Exchange Online- ზე საფოსტო ყუთის გადატანისას და მაგალითები შეიძლება გაგრძელდეს.

ეს ხშირად სამიზნე მონაცემთა ბაზის საკითხის მანიშნებელია. სწორედ აქ გადააქვთ საფოსტო ყუთი და ის უნდა იყოს აქტიური ასლი.

არის შემთხვევები, როდესაც არ შეიძლება უნიკალური ამოხსნის მიცემა. ამ მოკლე სახელმძღვანელოში ჩვენ დავრწმუნდებით, რომ რამე შეგიძიათ გააკეთოთ ამის გამოსასწორებლად.

როგორ დავაფიქსირო stalledduetotarget_mdbavativity შეცდომა?

1. გადატანა ერთი საფოსტო ყუთი New-MoveRequest- ის გამოყენებით

ამ მიგრაციის შეცდომის მოსაგვარებლად, ჯერ უნდა სცადოთ ერთი საფოსტო ყუთის გადატანა New-MoveRequest. ნუ მოგერიდებათ მიუთითოთ სამიზნე საფოსტო ყუთი, როგორც ახალი.

ეს იმუშავებს, თუ საკითხი მართლაც გამოწვეულია მონაცემთა ბაზის ასლით.

---

2. გაზარდეთ საფოსტო ყუთის ერთდროული გადაადგილების რაოდენობა

1. ღია მკვლევარი ზე გაცვლითი სერვერი.
2. Წადი C: პროგრამის FilesMicrosoftExchange ServerV14Bin. ეს არის ნაგულისხმევი გზა; თქვენს სერვერზე გზა შეიძლება განსხვავებული იყოს.
3. შექმენით ფაილის სარეზერვო ასლი MSExchangeMailboxReplication.exe.config.
4. გახსენით MSExchangeMailboxReplication.exe.config.
5. შემდეგ, ფაილში იპოვნეთ შემდეგი ნაწილი:
   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 = "მართალი"
   DisableMrsProxyCompression = "ყალბი"
   DisableMrsProxyBuffering = "ყალბი"
   MinBatchSize = "100"
   MinBatchSizeKB = "256" />
   
6. შეცვალეთ ეს პარამეტრები შეცდომის გამოსასწორებლად:
   MaxActiveMovesPerSourceMDB = ”5”
   MaxActiveMovesPerTargetMDB = “2”
   MaxActiveMovesPerSourceServer = “50”
   MaxActiveMovesPerTargetServer = “5”
   MaxTotalMovesPerMRS = ”100”
7. გამოიყენეთ შემდეგი ბრძანება: გადატვირთეთ სერვისი MSExchangeMailboxReplication გადატვირთეთ საფოსტო ყუთის რეპლიკაციის სერვისი და შეინახეთ ცვლილებები.

თუ რამდენიმე საფოსტო ყუთის წარმატებით გადატანის შემდეგ ხედავთ მიგრაციის შეცდომას, ეს შეიძლება გამოწვეული იყოს საფოსტო ყუთის ერთდროულად გადაადგილების რაოდენობის ლიმიტით.

გაზარდეთ MSExchangeMailboxReplication.exe.config ფაილში ზოგიერთი პარამეტრის მნიშვნელობის შეცვლით.

---

3. Microsoft Office 365 მხარდაჭერა

იმ შემთხვევაში, თუ საკითხი კვლავ შენარჩუნდება ზემოთ ჩამოთვლილი ნაბიჯების შესრულების შემდეგაც, შექმენით ბილეთი Microsoft Office 365 მხარდაჭერის ფარგლებში. სხვა მომხმარებლებმაც იგივე გააკეთეს და დამხმარე გუნდი ეჭვობდა, რომ ეს შეიძლება თროტლინგის პრობლემა იყოს.

მათ შეამცირეს throttling და ამით გადაჭრეს პრობლემა.

დარწმუნდით, რომ ეს შეჩერებულია მიზნის მისაღწევად ოფისი 365 მიგრაციის შეცდომა აქ არ არის, რომ დარჩეს! უბრალოდ გამოიყენეთ ზემოთ მოცემული რჩევები სათითაოდ. მათთვის, ვისაც ჩვენ დავეხმარეთ, გაავრცელეთ ინფორმაცია, რადგან სხვებიც იგივე საკითხს აწყდებიან.

წაიკითხეთ შემდეგი:

• AOL არ მიიღებს ამ შეტყობინების გაგზავნას შეცდომა Office 365 [დაფიქსირება]
• უკაცრავად, თქვენი ოფისის გადამოწმების პრობლემა არ გვაქვს Office 365 – ში
• რა უნდა გააკეთოს, როდესაც MS Office 365 ანგარიში დაბლოკილია