Löst: Förslag På Att Fixa En Skickad Händelsekälla Med ID 439

Orsak:
Om Exchange Internet Computer Service-databasen vägrar att ansluta endast det skulle databasapplikationer (* .edb) eller kontrollpunktinnehåll (* .chk) kan visa fel som liknar nedan: MSExchangeIS (xxxx) Det går inte att skriva skugghuvud för att fungera med arkiv [sökväg filnamn].
Vanliga orsaker till detta besvär är:
1. En annan process kommer beväpnad med “stulen” filen. Antivirus kan av misstag sätta minst en fil i karantän eller så kan säkerhetskopieringsprocessen nekas tills vidare. Se Fel -1032 i beskrivningsdelen för händelse-ID 439. Fel 1032 är absolut JET_errFileAccessDenied, vilket betyder att filen inte är lättillgänglig – filtypen är låst eller nästan övning.
2. Ett fel uppstod i den inte lätta diskkontrollern, och åtkomsten till den stora hårddisken förlorades ibland ett tag. Kontrollera själva systemloggen för I/O- eller hdd-fel bredvid händelse 439. I denna sleeve kan du få fel -1022 i beskrivningen av händelse-ID 439. Fel -1022 = JET_errDiskIO = Disk I/O-fel. Fel -1022 är ett fel som uppstår oftast varje gång du har ett minnes I/O (I/O) problem hindrar Exchange från att använda databasen, kommunikationsprotokollet för att komma åt den begärda sidan.
3. Behörigheter tas bort från mappen där filen finns.
4. Listan är skrivskyddad. Detta kommer sannolikt att gynnas av skapandet av en kontrollpunktsfil.
5. Katalogen som innehåller filen har du bytt namn på eller tagit bort. Detta händer förmodligen bara med gate-filen också.
Lösning:
1. Kontrollera varningarna för att skivan är full och anta att det är nödvändigt att åtgärda dem.
2. För att åtgärda sådana fel måste du bestämma vad som plötsligt hindrade mest med databastjänsterna från att komma åt motsvarande information. I många fall kommer att återställa den drabbade servern att “bryta” låset om du inte kan hitta alla andra sätt att göra det.
3. Bekräfta vilka experter som uppger att du har tillräcklig tillgång till media.
4. Om databasen fortfarande körs kan din webbplats flytta brevlådor eller använda ExMerge för att flytta brevlådor till en annan server.
5. Om deras databasanslutning är osannolik kan du begära en återställning från en online backup. Som en sista utväg, om det inte finns någon giltig säkerhetskopia, är den sista utvägen att återställa databasen Eseutil / P, köra isinteg -fix tills var och en av patchar tas bort permanent, och bifoga katalogen och ExMerge till en ny tom samling … “