När du raderar eller inaktiverar en brevlåda i Microsoft Exchange raderas den inte helt och sätts in i avsnittet som inte har kopplats bort. Denna brevlåda kommer att förbli i EDB-filen för brevlådans databas under lagringsperioden, som som standard är 30 dagar. Om du vill ta bort det tidigare måste du använda cmdleten Ta bort postlåda. I vissa fall kommer du att märka att när du raderar postlådor som inte visas i det frånkopplade avsnittet i Exchange-kontrollpanelen.
När du har tagit bort en annan testmailbox ser du samma beteende. Du kan stänga Microsoft Exchange Management Console och öppna den igen eller starta om Information Store-tjänsten. Postlådor visas inte i frånkopplade brevlådor.
En annan sak att kontrollera är att använda PowerShell-kommandot nedan för att se frånkopplade brevlådor genom att öppna Exchange Management Shell och köra den nedan.
Get-MailboxStatistics -Database “DBNAME” | ? {$ _. DisconnectReason -ne $ null}
Om din brevlåda inte visas är problemet att Exchange-servern av någon anledning inte bearbetar den korrekt. För att övervinna detta är det nödvändigt att köra kommandot under Shell Management för att rengöra databasen. Detta liknar åtgärden Run Cleanup Agent som vi hade i Exchange 2003. Processen skannar kataloger efter bortkopplade brevlådor som inte har markerats som kopplade i Exchange-butiken och kommer att uppdatera dem i enlighet därmed.
Clean-MailboxDatabase “dbx01”
Om du använder Exchange 2013 och framåt har kommandot Clean-MailboxDatabase ersatts med det nedan
Update-StoreMailboxStat – Databas “dbx01” -Identitet “>”
Nu kan det vara lite komplicerat, om du tar bort brevlådan, hur kan du få en GUID om den inte ses någonstans? För detta måste du få information från Get-Mailbox Statistics genom att använda formatet nedan.
Get-Mailbox – databas “dbx01” -IgnoreDefaultScope | Get-MailboxStatistics | ft DisplayName, MailboxGUID
Innan du fortsätter med kommandot, se till att informera användaren eftersom denna cmdlet måste arbeta med åtkomst för att uppdatera postlådans databas. Detta innebär att informationslagret måste stoppas eller om detta bara påverkar en postlådedatabas måste den vara monterad. Beroende på databasens storlek kommer processen att ta mycket tid bortsett från det faktum att berörda användare inte har tillgång till sina e-postmeddelanden och inkommande e-postmeddelanden kan komma tillbaka till avsändare beroende på om du har en alternativ lösning för att köa e-post hos din internetleverantör. När rengöringsprocessen är klar måste du öppna Exchange Management Console och i det avbrutna området ser du en brevlåda.
Du måste sedan skapa en ny Active Directory-användare för att bifoga brevlådan till Get-MailboxExportRequestRequest PowerShell cmdlet för att exportera postlådan. Det kan finnas tillfällen då detta inte visas och utan att riva allt håret från huvudet finns det en alternativ lösning för att använda en tredjeparts Exchange Server Recovery-applikation.
Tredjepartsapplikationer som Stellar Repair for Exchange. Bortsett från att vara den bästa verktygssatsen för alla Exchange-administratörer, kan denna applikation hjälpa mycket i sådana fall. Stellar Repair for Exchange är ett mycket kraftfullt verktyg för att återställa raderade postlådor från alla versioner av Exchange Server. Det kan återställa Exchange EDB-filer, skadade eller inte och du kan återställa allt från postlådesbutiken.
Du kan bifoga flera brevlådedatabaser och exportera direkt till Exchange-servern direkt eller till Office 365-postlådor.Du kan också spara återställda brevlådor i ett antal format som PST, MSG, EML och PDF. Det kan bearbeta olika EDB-filstorlekar och stödja alla versioner av Exchange Server från 5,5 till 2019. Detta är ett bestämt paket med verktyg för alla Exchange Admin förutom att lösa detta problem, det kommer definitivt att minska 90% av admin försök att återhämta sig och naturligtvis driftstopp för slutanvändare.
