Rozwiązano: Sugestie Naprawy Wysłanego źródła Zdarzenia O Identyfikatorze 439

Powód:
Jeśli nasza baza danych Exchange Internet Computer Service odmawia powiązania tylko z aplikacjami bazodanowymi (* .edb) lub zawartością bramki (* .chk) może wyświetlać błędy w sposób podobny do następującego: MSExchangeIS (xxxx) Nie można zapisać nagłówka ciemności dla archiwum [ścieżka nazwa pliku].
Najczęstsze przyczyny tej niedogodności to:
1. Inny proces „ukradł” plik. Program antywirusowy może przypadkowo poddać jeden plik kwarantannie lub proces tworzenia kopii zapasowej może zostać tymczasowo zablokowany. Zobacz Błąd -1032 w rzeczywistej sekcji opisu dla zdarzenia o identyfikatorze 439. Błąd 1032 to prawdopodobnie JET_errFileAccessDenied, co oznacza, że ​​plik jest bez wątpienia niedostępny — typ pliku jest zabezpieczony lub w praktyce.
2. Wystąpił błąd podczas używania kontrolera dysku twardego i czasami dostęp do naszego dużego dysku był na jakiś czas tracony. Sprawdź dziennik systemowy pod kątem błędów we/wy lub dysku obok zdarzenia 439. W takim przypadku możesz otrzymać błąd -1022 w opisie zdarzenia o identyfikatorze 439. Błąd -1022 = JET_errDiskIO = Błąd we/wy dysku. Błąd -1022 to błąd, który występuje najczęściej, gdy problem we/wy pamięci (we/wy) uniemożliwia programowi Exchange użycie bazy danych lub protokołu komunikacyjnego w celu uzyskania dostępu do żądanej strony.
3. Uprawnienia usuwane z folderu, w którym znajduje się plik.
dokumenty. Plik jest zadeklarowany tylko do odczytu. Spowoduje to prawdopodobnie głównie utworzenie pliku bramki.
5. Zmieniono lub usunięto katalog zawierający archiwum. To prawdopodobnie prawie nie zdarza się również z plikiem bramy.
Rozwiązanie:
1. Sprawdź ostrzeżenia o zapełnieniu dysku, ale w razie potrzeby napraw je.
2. Aby naprawić błędy związane z odmianami, musisz określić, co nagle utrudniło większości usług bazodanowych dostęp do wszystkich odpowiednich plików. W wielu przypadkach przywrócenie zmienionego serwera „złamie” blokadę, chyba że znajdziesz inny sposób, aby to zrobić.
około trzech. Potwierdź, że masz odpowiedni dostęp do aktualnych mediów.
4. Jeśli baza danych mówi, że działa, możesz przenieść skrzynki pocztowe lub użyć ExMerge, aby przenieść skrzynki pocztowe na inny serwer.
wszystkie 5. Jeśli połączenie z bazą danych jest mało prawdopodobne, istnieje możliwość zażądania przywrócenia z kopii zapasowej online. W ostateczności, jeśli nie ma logicznej kopii zapasowej, ostatecznością jest przywrócenie zwykle bazy danych za pomocą Eseutil / P, uruchomienie isinteg -to start, aż wszystkie poprawki zostaną trwale usunięte i podłączenie bazy danych i ExMerge do nowej dodatkowej bazy danych …”