Summary: De fout Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException kan optreden als gevolg van een probleem met mailboxmachtigingen of een andere reden. In deze post hebben we het stapsgewijze proces beschreven om deze fout te herstellen. In het geval dat de database niet wordt gemount als gevolg van corruptie, kun je EseUtil of een andere Exchange reparatiesoftware gebruiken om de database te repareren.
Wanneer u het Exchange Admin Center (EAC) probeert te openen om uw Exchange-server of -servers te beheren, krijgt u mogelijk een foutmelding, zoals Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException. De volledige foutmelding luidt als volgt
X-ClientId: T1T8 – TACB – 1UYP – EFDPEZGA
X-OWA-Error: Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException
X-OWA-Version: 15.1.225.42 X-FEServer: BRA-EXCHANGE X-BEServer: BRA-EXCHANGE
Datum: 18/02/2017 22:07:53
Uit de foutmelding blijkt dat de fout is opgetreden door een probleem tijdens het verbinden met de database of door mailboxmachtigingen.
In dit bericht bespreken we de manieren om het probleem te identificeren en deze fout op te lossen.
Hoe lost u de Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException-fout op?
Hier zijn de stappen om de fout te herstellen: Microsoft Exchange Data Storage ConnectionFailedTransientException
Stap 1: Het eerste wat je moet doen is ervoor zorgen dat de e-mails werken. Als de gebruikers e-mails kunnen versturen en ontvangen met hun lokaal geïnstalleerde Outlook, dan zal dit ervoor zorgen dat het bedrijf nog steeds draait. Als gebruikers echter geen e-mails kunnen verzenden of ontvangen, dan kan het lastig zijn om dit zo snel mogelijk op te lossen.
Stap 2: Ga nu terug en volg de wijzigingen vanaf het moment dat de webapps werkten totdat u vaststelde dat de webapps de fout begonnen te vertonen. Het is goed om een logboek bij te houden van wat er is gewijzigd, zodat u, wanneer zich een probleem voordoet, de wijzigingen, configuraties of installatie van toepassingen van derden kunt identificeren die het probleem zouden hebben veroorzaakt. In dit logboek worden ook de installaties van Windows-patches vermeld.
Stap 3: Zodra je de Windows Logs hebt gecontroleerd (zie hierboven), kun je vervolgens de gerelateerde fouten gaan controleren in de Exchange-sectie onder Microsoft, die zich bevindt in de sectie Toepassingen en services. Hoewel elk probleem met services en andere wordt weergegeven in de Windows Logs (zie de onderstaande sectie), vind je hier Exchange Server-specifieke eventmeldingen die kunnen helpen bij het onderzoek.
Stap 4: Het volgende dat je moet doen is controleren of de services van Exchange Server actief zijn en zonder problemen zijn gestart. Hierna moet u de event viewer controleren op gerelateerde foutmeldingen of informatie die kan helpen bij het identificeren van het probleem. Soms geeft Exchange Server een foutmelding die te algemeen is. Maar wanneer u de items in de Event Viewer bekijkt, kunt u de oorzaak van het probleem vinden of in ieder geval een directe aanwijzing naar de boosdoener. Event Viewer is uw eerste keuze om te bekijken voordat u begint met het oplossen van problemen.
Stap 5: Je moet vaststellen waar het probleem zit door te proberen te achterhalen of deze fout specifiek is voor een bepaalde mailbox, alle mailboxen of het Exchange Admin Center (EAC). Probeer een aantal gebruikers te benaderen en laat ze inloggen in hun Outlook Web Access (OWA). Als je meer dan één Exchange Admin-gebruiker hebt (wat sterk wordt aangeraden), probeer dan in te loggen in het Exchange Admin Center (EAC) om er zeker van te zijn dat het probleem zich wereldwijd voordoet of bij een specifieke gebruiker.
Je kunt ook de status controleren van de mailbox database waarin de getroffen mailboxen zich bevinden. Om de database te controleren moet je eerst controleren of er problemen zijn met de kopieerstatus. Je kunt dit controleren door het onderstaande commando uit te voeren:
Get-MailboxDatabaseCopyStatus
Dit geeft een indicatie of er een probleem is met de kopieerstatus van de database en of de database is gemount of niet. Als de database niet is gemount kun je proberen de database te mounten via de Exchange Management Shell (EMS) of via het Exchange Admin Center (EAC), als een andere gebruiker aan het werk is. Om dit via PowerShell te doen kun je het volgende commando gebruiken:
Mount-Database MijnDatabase
Stap 6: Als alles goed gaat, wordt de database nu gemount en kunnen de gebruikers weer verbinding maken met de specifieke database. Maar als de database niet mount, kan er sprake zijn van een beschadigde database of logs. U kunt proberen om de database te repareren met behulp van het eigen hulpprogramma – EseUtil. EseUtil en een zacht herstel uitvoeren, dat in feite een snel herstel van de database uitvoert. Dit is ideaal om mee te beginnen, omdat het kleine corruptieproblemen kan oplossen die de database stoppen met mounten. Nadat dit is gelukt, kunt u proberen de database te mounten. Als dit niet lukt, kun je het harde herstel proberen, maar wees voorzichtig omdat dit kan leiden tot gegevensverlies. De andere optie is om de database te herstellen vanaf de back-up. Maar dit zou betekenen dat alle gegevens van de back-up tot aan de fout verloren gaan.
Laatste gedachten
Het beste alternatief om de Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException-fout op te lossen en de gegevens te behouden, met zo min mogelijk downtime, is om Stellar Repair for Exchange te gebruiken. Deze toepassing kan elke Exchange Server-database openen. Je hebt Exchange Server niet nodig om de database te openen, omdat de applicatie op een Windows 10-machine kan worden geïnstalleerd. Je kunt mailboxen granulair vanuit de database exporteren naar PST en andere bestandsformaten. U kunt ook rechtstreeks exporteren naar een live Exchange Server-database. Stellar Repair for Exchange helpt u bij het herstellen van de gegevens van de Exchange Server-database in een mum van tijd en zonder gegevensverlies.
