Lietotāji nevar piekļūt pastkastēm OWA vai EAS pēc pastkastes datu bāzes noņemšanas

Attiecas uz
Exchange Server 2013 Enterprise Edition Exchange Server 2013 SP1 Exchange Server 2013 Standard Edition

Pazīmes

Lietotāji nevar piekļūt savai pastkastei ne programmā Outlook Web App (OWA), ne Microsoft protokols protokols Exchange ActiveSync (EAS), ja abi šie nosacījumi ir spēkā:

  • Visas pastkastes tiek pārvietotas no pastkastes datu bāzes.
  • Sākotnējā pastkastes datu bāze tiek noņemta no organizācijas.

Kad lietotāji mēģina pieteikties OWA, viņiem tiek parādīts tukšas lapas vai "HTTP 500" kļūdas ziņojums. Piemēram, tiek parādīts šāds kļūdas ziņojums:
 

Piezīme

Tīmekļa vietne nevar parādīt lapu HTTP 500

Ja palaižat Test-ActiveSyncConnectivity cmdlet, iespējams, saņemsit izvadi, kas līdzīga šai:

ClientAccessServer........: exch1.tailspintoys.com
Scenārijs................. : Opcijas
Scenārija apraksts.......: izdod komandu HTTP OPTIONS, lai izgūtu protokols protokols Exchange ActiveSync protokola versiju.
Rezultāts....................: Kļūme
Kļūda.....................: [System.Net.WebException]: attālais serveris atgrieza kļūdu: (500) Iekšējais serveris
............................ Kļūda.
............................ HTTP atbilžu galvenes:
............................ Pieprasījuma ID: 20a9d8d4-5019-4048-9bf1-b659ef00fee4
............................ X-CasErrorCode: DatabaseGuidNotFound
............................ X-FailureContext:
FrontEnd; 500; RGF0YWJhc2VHdWlkTm90Rm91bmQ=; VGhlIGRhdGFiYXNlIHdpdGggSUQgM
............................ 2QxNTMxYzktODEwOC00OGRiLWIyMmUtOTUxMzZkMWI4MjNlIGNvdWxkbid0IGJlIGZvdW5kLg==; DatabaseGuidNotFound;;
............................ X-FEServer: EXCH1
............................ Satura garums: 0
............................ Kešatmiņas vadība: privāta
............................ Datums: Tue, 08 Apr 2014 20:17:57 GMT
............................ Serveris: Microsoft-IIS/8.5
............................ X-AspNet versija: 4.0.30319
............................ X padarbināts: ASP.NET

Iemesls

Šī problēma rodas, jo lietotāja pastkastes datu bāzes GUID (avots) ir iekļauts klienta puses sīkfailā un tiek pievienots servera kešatmiņai klientu piekļuves serverī (CAS). CAS HTTP starpniekserveris mēģina atrast pastkastes datu bāzi, izmantojot veco datu bāzes GUID kešatmiņā. Tā kā vecais datu bāzes GUID ir izdzēsts, mēģinājums neizdodas un tiek atgriezta kļūda DatabaseGuidNotFound.

Risinājums

Lai novērstu šo problēmu, instalējiet šādu atjauninājumu:

2961810 Exchange Server 2013 6. kumulatīvais atjauninājums

Risinājums

Lai novērstu šo problēmu, nekavējoties nenoņemiet avota pastkastes datu bāzi pēc pastkastes pārvietošanas pabeigšanas.

Lai novērstu šo problēmu, izdzēsiet visus klienta sīkfailus un pēc tam restartējiet lietojumprogrammu MSExchangeOWAAppPool un MSExchangeSyncAppPool pūlus, lai notīrītu servera kešatmiņu.

Statuss

Microsoft apstiprināja, ka šī ir problēma Microsoft produktos, kas norādīti sadaļā "attiecas uz".

Papildinformācija

Ja lietotāja pastkastes datu bāze tiek dzēsta pēc Exchange Server 2013 5. kumulatīvā atjauninājuma instalēšanas, var rasties kāda no šīm problēmām:

  • OWA lietotājs vienreiz saņem kļūdas ziņojumu "HTTP 500". Turpmākie mēģinājumi pieteikties programmā OWA ir sekmīgi.
  • Ja OWA vietne kādreiz tika ielādēta, izmantojot https:// domain/owa, lietotājam, iespējams, būs jānotīra atbilstošais sīkfails pārlūkprogrammā. Šis ir vienreizējs tīrīšanas uzdevums.

Lai pārbaudītu, vai lietotāji sūta atjauninātu sīkfailu, serverī, kuram ir CA loma, atveriet Exchange pārvaldības čaulu un pēc tam izpildiet šādu komandu:

Get-ChildItem 'C:\Program Files\Microsoft\Exchange Server\V15\Logging\HttpProxy\Owa' | Select-String (Get-MailboxDatabase <OldMailboxDatabase>). GUID | ft Path,LineNumber -AutoSize Note Šī komanda ir jāizpilda arī EAS mapē šajā atrašanās vietā:

C:\Program Files\Microsoft\Exchange Server\V15\Logging\HttpProxy\EasIzvade parāda žurnālfailu un rindas numuru, kurā atrodas GUID. Kad vecais datu bāzes GUID vairs netiek rādīts pašreizējos HttpProxy žurnālos, jums vajadzētu būt iespējai droši noņemt datu bāzi.