I den här guiden kommer vi att hävda några möjliga orsaker som kan göra att installationsguiden körs med fel 0x50c, och möjligen kommer jag att tillhandahålla möjliga återställningsmetoder som du kan använda för att försöka åtgärda detta tillvägagångssätt.< /p>
Jag har en specifik delad postlåda som förmodligen inte kommer att vara tillgänglig för användare för närvarande.
Innan typ av helg lade jag tillbaka brevlådan och sedan jag kom hem idag blev det ett misslyckande. Detta är inte ovanligt, så jag tar bort flyttförfrågan.
Senare fick jag veta att de sista användarna inte kan komma åt brevlådan.
Vår miljö är Exchange 2010 RU13 (jag tror att den har utvecklats till denna dag).
Brevlådans volym 28 GB.
Jag försökte precis, jag skulle säga följande:
1) Lista över omstartade replikeringar för alla berörda värdservrar. Inga ändringar
2) New-MoveRequest ger ett fel: Därför kan e-postadressen inte ändras för att synkronisera källläge. Detta kan vara en av följande orsaker: Brevlådan har på senare tid flyttats av en annan administratör. Brevlådan är verkligen blockerad. Microsoft Exchange Mailbox Replication Service (MRS) har inte behörighet. Förhindra krascher Detta orsakas av att MRS loggar ut helt med en viss brevlådeserver. Om så är fallet kan MRS fortsätta för att verkligen upptäcka detta fel i 2 timmar. Denna radering kontrolleras av TCP Keepalive-paketen när det kommer till brevlådan. Server. Vänta tills e-postaffären blir gratis innan du försöker flytta din brevlåda igen. + CategoryInfo : NotSpecified: (0: Int32) [New-MoveRequest], RemoteTransientException FullyQualifiedErrorId + ! 552ADBF9, Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest
3) Test-MAPIConnectivity ger mig den här typen av fel: Resultat * FEL * Fördröjning: 00:00:00 Fel: [Microsoft.Exchange.Data.Storage.MailboxIn TransitException]: Mailbox kommer inte att öppnas / o är lika med ExchangeGroup / ou = Exchange admin värd (FYDIBOHF23SPDLT) / cn = Konfiguration / cn = Servrar / cn = Exchange01 / cn motsvarar Microsoft Attendant Circle. Internt fel [Microsoft.Mapi.MapiExceptionMailboxInTransit]: MapiExceptionMailboxInTransit: Det gick inte att öppna meddelandet från butiken. (h innebär 0x80004005, ce = 1292) Diagnostiskt sammanhang: Omslagsrelaterat 55847: EMSMDBPOOL.EcPoolSessionDoRpc med titeln omslag: [length = 152] 43559 EMSMDBPOOL.EcPoolSessionDoRpc returnerade [ec = 0x0] [längd antyder 248] [latens = 343] Täckning: 23226 — Starta ROP-analys — Omslag: ROP: 27962 ropLogon [254] Täckning: 17082 ROP-fel: 0x50C Täckning: 26937 Omslag: 21921 StoreEc: 0x50C Täckning: ROP: 27962 ropExtendedError [250] Omslag: 1494 —- Början på en avlägsen situation —- Omslag: 26426 ROP: ropLogon [254] Täckning: 22086 Täckning: 25876 Täckning: 7588 StoreEc: 0x8004010F Omslag: 25840 Täckning: 6564 StoreEc: 0x8004010F Täckning: 48729 Omslag: 24316 Omslag: 2199 StoreEc: 0x50C Täckning: 56415 Täckning: 48223 StoreEc: 0x50C Omslag: 17097 StoreEc: 0x50C Omslag: 8620 StoreEc: 0x50C Täckning: 1750 —- Slut på fjärrkontext —- Täckning: 26849 Täckning: 21817 ROP-fel: 0x50C Täckning: 26297 Omslag: 16585 StoreEc: 0x50C Täckning: 32441 Omslag: 1706 StoreEc: 0x50C Täckning: 24761 Täckning: 20665 StoreEc: 0x50C Omslag: 25785 Omslag: 29881 StoreEc: 0x50C
För det mesta av den här tiden sökte jag på Google och hittade en hel del artiklar som ser likadana ut men som inte är likvärdiga. Jag skulle hellre inte försöka återställa, men det oroar mig att om jag kopplar ur lika väl som , återansluter min brevlåda, kommer jag att förlora data och spara den tills vidare.
Alla koncept är vanligtvis välkomna …
Svaren
Så jag kunde inte vara en fantastisk flyttrapport eftersom flyttuppropet aldrig togs bort (som nämnts i det stora öppna inlägget).
Brevlådan har inte raderats vid ett tillfälle, mjuk hård, eller så kan den fortfarande finnas där.
Intressant nog jobbade han ibland igen på kvällen eller natten.
Ganska frustrerande för abonnenterna såväl som för administrationen, men efter cirka 20 timmar började den använda den igen, antingen av sig själv eller på grund av att ett visst program avslutats, vi kommer aldrig att veta.
p>
Markeras som tydlig slutsats Panzerbjörn Måndag 6 juni 2016 12:50
Fråga
Jag har den delade brevlådan som för närvarande inte är tillgänglig som kan användare.
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
Innan helgen lade jag den i brevlådan direkt och när jag bröt mig in i presenten misslyckades det. Detta är inte atypiskt, så jag tog bort flyttförfrågan.
Senare fick användare veta att det inte finns någon misstanke om att användare inte kan komma åt brevlådan.
Vår miljö är Exchange 2010 RU13 (jag tror att den är ganska aktuell).
Postlådans passform kommer att vara 28 GB.
Jag har kollat på följande sedan dess:
1) Nyligen lanserades replikeringstjänst på alla relevanta banker. Inga ändringar
2) New-MoveRequest ger ett fel: Är inte problemet viktigt att växla din brevlåda till synkroniseringsläge. Detta kan bero på en som är kopplad till följande orsaker: En annan administratör tar bort den här postlådan. Brevlådan är blockerad. Microsoft Exchange Mailbox Replication Service (MRS) behöver inte alla korrekta behörigheter. Kampen mot nätverksfel är att MRS helt stänger mötet med e-postservern. Om de är fallet kan MRS fortsätta att genomleva detta fel i upp till – timmar. Denna varaktighet styrs av TCP Keepalive-metoden på brevlådan. Server. Vänta tills postlådan har rensats innan du försöker byta tillbaka – den brevlådan. + CategoryInfo : NotSpecified: (0: Int32) [New-Mov
