Pentru a afla mai multe despre acest eveniment, faceți una sau mai multe dintre următoarele:
Acest avertisment înseamnă că nu ați putut crea un nou fișier jurnal, deci baza de date nu poate scrie pe discul fișierelor de jurnal.
Acest eveniment poate fi înregistrat dacă această unitate este doar pentru citire, plină, configurată incorect sau coruptă. Motivul depinde de numărul de erori din secțiunea descriere a acestui eveniment. Următoarele sunt cele mai frecvente coduri de eroare pentru evenimentul 413.
Eroare -1032 = 0xfffffbf8 = 4294966264 = Jet_errFileAccessDenied = Nu se poate accesa fișierul - fișierul este blocat sau în uz. Un alt proces a blocat fișierul. Poate că modulul de scanare anti-virus a plasat în mod eronat fișierul în carantină, sau procesul de arhivare a provocat temporar o refuzare a accesului. Poate că plat sistem de backup de fișiere program sau software-ul antivirus este ocupat rulează magazin Exchange, directorul cu fișierele Servicii de baze de date site-ul sau replicare disc M. Această eroare poate apărea dacă permisiunile pentru a accesa folderul cu fișiere sau mesaje băncile site-ului Replication Service nu este suficientă pentru a corecta funcționarea bazelor de date. Poate că șoferii hardware nu sunt actualizați.
Eroare -1811 = 0xfffff8ed = Jet_errFileNotFound = Fișierul nu a fost găsit. Această eroare poate fi cauzată de absența unui fișier jurnal sau din alte motive. De exemplu, fișierul jurnal curent (de exemplu, E00.log) poate avea o semnătură care nu se potrivește cu jurnalul și baza de date. Un alt motiv pentru eroarea -1811 este că, eventual, baza de date Exchange și fișierele de jurnal sunt plasate în spațiul de stocare din rețea, care nu este acceptat. În plus, fișierul de punct de control poate fi deteriorat sau unitatea de jurnal în sine a eșuat. Actualul fișier jurnal ar putea fi capturat și șters de un program antivirus care rulează pe server. De asemenea, a apărut o problemă la salvarea fișierului jurnal temporar pentru grupul de stocare (de exemplu, e00tmp.log). Este posibil ca fișierul jurnal temporar să fie corupt.
Error -1022 = 0xfffffc02 = 4294966274 = Jet_errDiskIO = Eroare I / O pentru disc. Eroare -1022 - aceasta este o eroare comună care apare atunci când, din cauza unor probleme cu I / O de pe disc Exchange nu poate avea acces la o pagină solicitate în baza de date sau într-un fișier de verificare. Este posibil ca un disc sau un controler să fi prăbușit și să se piardă accesul la întregul disc (uneori temporar). Este posibil ca software-ul sau firmware-ul controlerului să nu mai fie actualizate. Verificați jurnalul de sistem pentru mesaje de eroare I / O sau conduce aproximativ în același timp cu evenimentul 413. Această problemă poate apărea din cauza unui mod greșit de a verifica fișier (cum ar fi E00.chk), care poate fi cauzată de o eroare a unității.
Pentru a rezolva acest avertisment, efectuați una sau mai multe dintre următoarele:
Verificați integritatea sistemului de fișiere.
Verificați jurnalul de sistem pentru înregistrările asociate.
Verificați și modificați proprietățile permisiunilor de acces, apoi înregistrați cantitatea de spațiu liber pe disc.
Verificați discul și fișierul jurnal pe care încercați să îl scrieți.
În cazul unei erori de -1811, asigurați-vă că programul antivirus nu procesează magazinul Exchange și bazele de date cataloage ale serviciului de replicare a site-ului. Asigurați-vă că există suficient spațiu liber în fișierul jurnal.
Dacă apare eroarea -1022, asigurați-vă că fișierul fișierului de stocare Exchange este disponibil și că calea către fișierele de magazin Exchange este corectă. Dacă da, executați comanda chkdsk / f / r. Dacă această problemă nu poate fi rezolvată cu ajutorul instrumentului Chkdsk, verificați permisiunile pentru structura folderului Exchange. Asigurați-vă că sistemul are acces deplin la serverul Exchange (calea de instalare Exchange) și la toate subfolderele de pe fiecare partiție de date Exchange. Dacă tot nu puteți conecta bazele de date, diagnosticați programul antivirus instalat pe serverul Exchange care efectuează scanarea la nivel de fișier (dacă este disponibilă). Verificați jurnalul de sistem I / O sau conduc erori care au avut loc în jurul același timp cu evenimentul 413. Verificați și corectați calea către fișierul de control (de exemplu, E00.chk).
Dacă, după eliminarea cauzei rădăcină, integritatea bazei de date este întreruptă, efectuați o restaurare din copia de siguranță online. Dacă nu există o copie de rezervă acceptabilă, puteți restabili integritatea bazei de date utilizând caracteristica Hard Restore (/ p) a utilitarului Eseutil. Rulați isinteg -fix. până când toate remedierile sunt eliminate, montați baza de date, și apoi trageți-l într-o bază de date nouă, gol folosind Înainte de a muta pe care ar trebui să o copie de rezervă toate fișierele magazin Exchange într-un grup de stocare (fișiere * .log, * .edb și * .stm ).
Articole similare
Trimiteți-le prietenilor: