Nem lehet létrehozni egy új naplófájlt, mert az adatbázis nem tud írni a lemezre
Ha szeretne többet megtudni az eseményről, egyet vagy többet a következő műveletek.
Ez a figyelmeztetés azt jelenti, hogy nem sikerült létrehozni egy új naplófájlt, mert az adatbázis nem tud írni a lemezre log fájlokat.
Ez esemény kerülhet, ha a meghajtó csak olvasható, teljes, helytelenül beállított vagy sérült. Az ok függ a hibák száma a leírása részben az esemény. Az alábbiakban felsoroljuk a leggyakoribb hiba kódok esetén 413.
Hiba -1032 = 0xfffffbf8 = 4294966264 = Jet_errFileAccessDenied = Nem sikerült elérni a fájlt - a fájl zárolt vagy használatban vannak. Egy másik eljárás zárolta a fájlt. Talán az anti-vírus szkennelés modul tévesen karanténba helyezni egy fájlt, vagy a mentési folyamat átmenetileg okozhat hozzáférés megtagadását. Talán a program sima file backup rendszer vagy víruskereső szoftvere van elfoglalva fut az Exchange boltban, a könyvtárat a fájlokat a helyszínen adatbázis vagy lemez replikációs szolgáltatás M. Ez a hiba akkor is előfordulhat, ha a jogosultsága a mappa fájlokat vagy üzeneteket bankok Site Replication Service nem elegendő ahhoz, hogy javítsa adatbázis működését. Esetleg elavult hardver-illesztőprogramokat.
Hiba -1811 = 0xfffff8ed = Jet_errFileNotFound = A fájl nem található. Ez a hiba oka lehet ennek hiányában a log fájlt, vagy egyéb okok miatt. Például az aktuális log fájl (például E00.log) lehet egy aláírás között a napló és az adatbázist. Tovább a hiba okát -1811, hogy talán az Exchange adatbázis és naplófájlok kerülnek hálózati tároló, ami nem támogatott. Ezen felül, akkor lehet sérült ellenőrzőpont fájl vagy ott volt a hiba a log-meghajtót. A jelenlegi naplófájl lefoglalt és törölte antivírus szoftver fut a szerveren. Továbbá, a probléma a temp naplófájl tárolására csoportokat (például e00tmp.log). Ez károsodhat maga egy ideiglenes log fájlt.
Hiba -1022 = 0xfffffc02 = 4294966274 = Jet_errDiskIO = I / O hiba a lemezen. Hiba -1022 - ez egy gyakori hiba, hogy mikor következik be, problémák miatt az I / O az Exchange lemez nem kap hozzáférést a kért oldal az adatbázisban, vagy egy csekket fájlt. Talán volt egy lemezre vagy vezérlő hiba, és elvesztette a hozzáférést az egész lemezt (néha átmenetileg). Talán vezérlő szoftver és firmware-e már elavult. Ellenőrizze a rendszer log I / O hiba üzeneteket, vagy meghajtó körülbelül ugyanabban az időben az esemény 413. Ez a probléma akkor fordulhat elő, mert a rossz irányba, hogy ellenőrizze a fájl (például E00.chk), ennek oka lehet, hogy egy hajtómű meghibásodása.
Hogy megoldja ezt a figyelmeztetést, egyet vagy többet a következő lépéseket:
Ellenőrizze a integritását a fájlrendszer.
Ellenőrizze a rendszer napló a kapcsolódó bejegyzéseket.
Ellenőrizze és módosítsa a hozzáférési jogosultságokat tulajdonságait, majd jegyezze fel a rendelkezésre álló szabad lemezterület.
Ellenőrizze a lemez és a log fájlt, amelyhez próbál felvenni.
Hiba esetén -1811, biztosítja, hogy a víruskereső szoftver nem kezeli az Exchange tárolja és adatbázisokhoz Site Replication Service. Győződjön meg arról, hogy elegendő szabad hely a lemezen naplófájlokat.
Ha hiba -1022, biztosítják, hogy a meghajtó az Exchange tárolja a fájlokat hozzáférhető, és hogy az utat az Exchange tárolja a fájlokat helyesen van megadva. Ha igen, akkor futtassa a chkdsk / f / r. Ha ezt a problémát nem lehet megoldani a chkdsk eszközöket, ellenőrizze a jogosultságokat a szerkezet a Exchange Server mappát. Ellenőrizze, hogy a rendszer teljes hozzáférést biztosít az Exchange szerver (a telepítési útvonala Exchange) és almappáiról minden partíción, amely Exchange adatok. Ha még mindig nem tudjuk csatlakoztatni az adatbázisokat, hibaelhárítás telepítve az Exchange szerver anti-vírus program fut a fájl szinten (amennyiben rendelkezésre áll). Ellenőrizze a rendszer log I / O vagy meghajtó fellépett hibák nagyjából egy időben az esemény 413. Ellenőrizze és javítsa ki a vezérlő fájlt (például E00.chk).
Ha megoldja a kiváltó adatbázis integritása sérül, vissza egy online backup. Ha a megengedett hát nem létezik, akkor lehet visszaállítani az adatbázis integritását a kemény javítási funkció (/ p) szolgáltatás Eseutil segédprogramot. Fuss isinteg -fix. amíg az összes javítások eltávolítása, elhelyezheti az adatbázist, majd húzza azt az új, üres adatbázist a lépés előtt, hogy biztonsági másolatot az összes Exchange tárolja a fájlokat egy tárolási csoportban (fájlok * .log * .edb és * .stm ).