За да научите повече за това събитие, направете едно или повече от следните действия.
Това предупреждение средства, които не успяха да се създаде нов регистрационен файл, защото базата данни не може да пише на диска лог файлове.
Това събитие може да се регистрира, ако устройството е само за четене, пълен, неправилно конфигуриран или повреден. Причината зависи от броя на грешките в описанието част на събитието. По-долу са най-честите грешки, кодове за събитие 413.
Грешка -1032 = 0xfffffbf8 = 4294966264 = Jet_errFileAccessDenied = Не може да се получи достъп до файла - файлът е заключен или в употреба. Друг метод е заключен файла. Може би сканиране модул антивирусен погрешно карантина файл или резервен процес временно да доведе до отказ на достъп. Вероятно програма плосък резервни копия на файлове система или антивирусен софтуер е зает работещ на Exchange магазина, в директорията с файловете в базата данни на сайта или диск репликация услуги М. Тази грешка може да възникне, ако разрешенията за достъп до папката с файлове или съобщения банки сайта Replication Service не е достатъчна, за да се коригира експлоатация на база данни. Евентуално остарели драйверите.
Грешка -1811 = 0xfffff8ed = Jet_errFileNotFound = Файлът не е намерен. Тази грешка може да бъде причинено от липсата на лог файл, или други причини. Например, текущия лог файл (като E00.log) може да има подпис между дневника и базата данни. Друга причина за грешката -1811 е, че, може би, в базата данни Exchange и лог файловете са поставени на склад мрежа, която не се поддържа. Освен това, той може да бъде повреден файл или контролно-пропускателен пункт е имало повреда в лог диск. текущия лог файл може да са били иззети и заличени от антивирусен софтуер работи на сървъра. Освен това, проблем с файл на температура за съхранение групи (например, e00tmp.log). Той може да бъде себе си повреден временен регистрационен файл.
Грешка -1022 = 0xfffffc02 = 4294966274 = Jet_errDiskIO = I / O грешка за диска. Грешка -1022 - това е често срещана грешка, която се получава, когато, поради проблеми с I / O на диска Exchange не може да получи достъп до исканата страница в базата данни или на проверка на файлове. Може би е имало диск или контролер провал и загуби достъп до целия диск (понякога временно). Може би контролер софтуер или фърмуер може да са остарели. Проверете системния дневник за I / O съобщения за грешки или да карате почти по същото време със събитието 413. Този проблем може да възникне поради грешен начин да се провери файл (например E00.chk), което може да бъде причинено от повреда диск.
За да разрешите проблема с това, направете едно или повече от следните етапи:
Проверка на целостта на файловата система.
Проверете системния дневник за свързаните записи.
Проверете и променете достъп разрешения свойства, а след това направи бележка от размера на свободно дисково пространство.
Проверка на диска и от регистрационните файлове, до която се опитвате да запишете.
В случай на грешка -1811, се гарантира, че антивирусен софтуер не се занимава с размяна на магазини и справочни бази данни репликация служба. Уверете се, че достатъчно свободно място на диска журналните файлове.
Ако допуснете грешка -1022, уверете се, че устройството на съхранение на файлове на борсата е достъпен и че пътят за съхранение на файлове на замяна е зададен правилно. Ако е така, тече Chkdsk / F / R. Ако този проблем не може да бъде решен с помощта на инструмента Chkdsk, проверете правата върху структурата на папките на Exchange Server. Уверете се, че системата има пълен достъп до Exchange сървъра (инсталационна пътека за Exchange) и всички подпапки за всеки дял, който съдържа данни Exchange. Ако все още не може да се монтира на базите данни, да отстранявате инсталиран на Exchange сървъра антивирусна програма работи на проверка на ниво файл (ако има такъв). Проверка на системата дневник I / O или шофиране грешки, които са се случили по едно и също време с събитие 413. Проверка и коригиране на пътя до файла за контрол (например E00.chk).
Ако разрешите на основната причина за целостта на базата данни е нарушено, се възстанови от онлайн архивиране. Ако допустимото резервната не съществува, че е възможно да се възстанови целостта на базата данни с помощта на твърд ремонт функция (/ п) обслужване Eseutil полезността. Изпълнете isinteg-Fix. докато всички грешки са отстранени, монтиране на базата данни и след това да го плъзнете към нов празен база данни с помощта на ход Преди това трябва да направите резервно копие на всички Exchange съхраняване на файлове в група за съхранение (файлове * .log, * .edb и * .stm ).
Свързани статии