Brukere får ikke tilgang til postbokser i OWA eller EAS når postboksdatabasen fjernes

Gjelder for
Exchange Server 2013 Enterprise Edition Exchange Server 2013 SP1 Exchange Server 2013 Standard Edition

Symptomer

Brukere får ikke tilgang til postboksen i verken Outlook Web App (OWA) eller Microsoft Exchange ActiveSync (EAS) når begge følgende betingelser er oppfylt:

  • Alle postbokser flyttes fra en postboksdatabase.
  • Den opprinnelige postboksdatabasen fjernes fra organisasjonen.

Når brukere prøver å logge på OWA, får de enten en tom side eller feilmeldingen «HTTP 500». De får for eksempel følgende feilmelding:
 

Obs!

Nettstedet kan ikke vise siden HTTP 500

Hvis du kjører den Test-ActiveSyncConnectivity cmdleten, kan du motta utdata som ligner på følgende:

ClientAccessServer........: exch1.tailspintoys.com
Scenario................. : Alternativer
ScenarioDescription.......: Utfør en HTTP OPTIONS-kommando for å hente Exchange ActiveSync protokollversjonen.
Resultat....................: Feil
Feil.....................: [System.Net.WebException]: Den eksterne serveren returnerte en feil: (500) Intern server
............................ Feil.
............................ HTTP-svaroverskrifter:
............................ Forespørsels-ID: 20a9d8d4-5019-4048-9bf1-b659ef00fee4
............................ X-CasErrorCode: DatabaseGuidNotFound
............................ X-FailureContext:
FrontEnd; 500; RGF0YWJhc2VHdWlkTm90Rm91bmQ=; VGhlIGRhdGFiYXNlIHdpdGggSUQgM
............................ 2QxNTMxYzktODEwOC00OGRiLWIyMmUtOTUxMzZkMWI4MjNlIGNvdWxkbid0IGJlIGZvdW5kLg==; DatabaseGuidNotFound;;
............................ X-FEServer: EXCH1
............................ Innholdslengde: 0
............................ Cache-Control: private
............................ Dato: Tue, 08 Apr 2014 20:17:57 GMT
............................ Server: Microsoft-IIS/8.5
............................ X-AspNet-versjon: 4.0.30319
............................ X-drevet av: ASP.NET

Årsak

Dette problemet oppstår fordi en brukers postboksdatabase GUID (kilde) ligger i en informasjonskapsel på klientsiden og legges til i serverhurtigbufferen på klientadgangsserveren (CAS). HTTP-proxyen i CAS prøver å finne postboksdatabasen ved hjelp av den gamle GUID-en for databasen i hurtigbufferen. Fordi den gamle GUID-en for databasen er slettet, mislykkes forsøket og returnerer en DatabaseGuidNotFound-feil.

Oppløsning

Du kan løse dette problemet ved å installere følgende oppdatering:

2961810 kumulativ oppdatering 6 for Exchange Server 2013

Midlertidig løsning

For å unngå dette problemet må du ikke fjerne kildedatabasen for postboksen umiddelbart etter at postboksen er flyttet.

Du kan omgå dette problemet ved å slette alle klientinformasjonskapsler og deretter starte programutvalgene MSExchangeOWAAppPool og MSExchangeSyncAppPool på nytt for å tømme serverbufferen.

Status

Microsoft har bekreftet at dette er et problem i Microsoft-produktene som er oppført i delen «Gjelder for».

Mer informasjon

Hvis en brukers postboksdatabase slettes etter at kumulativ oppdatering 5 for Exchange Server 2013 er installert, kan ett av følgende problemer oppstå:

  • OWA-brukeren får feilmeldingen HTTP 500 én gang. Senere forsøk på å logge på OWA lykkes.
  • Hvis OWA-nettstedet blir lastet inn via https:// domene/owa, må brukeren kanskje fjerne den tilsvarende informasjonskapselen i nettleseren. Dette er en engangsoppryddingsoppgave.

Hvis du vil kontrollere at brukerne sender en oppdatert informasjonskapsel, åpner du skall for administrasjon av Exchange på serveren som har CA-rollen, og kjører deretter følgende kommando:

Get-ChildItem 'C:\Program Files\Microsoft\Exchange Server\V15\Logging\HttpProxy\Owa' | Select-String (Get-MailboxDatabase <OldMailboxDatabase>). Guid | ft bane,linjenummer -autostørrelse Merk Denne kommandoen skal også kjøres mot EAS-mappen på følgende plassering:

C:\Program Files\Microsoft\Exchange Server\V15\Logging\HttpProxy\EasUtdataene viser loggfilen og linjenummeret der GUID-en befinner seg. Når den gamle GUID-en for databasen ikke lenger vises i de gjeldende HttpProxy-loggene, skal du kunne fjerne databasen trygt.