none
Не удается восстановить базу данных даже с использованием eseutil /p RRS feed

  • Вопрос

  • После внезапного выключения сервера одна из баз перешла в состояние dirty shutdown и не восстанавливается ни с помощью eseutil /r, ни с помощью eseutil /p (данная команды падает в appcrash на стадии repair corrupted tables). eseutil /g возвращает DATABASE is CORRUPTED! есть ли еще какие-нибудь способы восстановить БД?
    27 февраля 2018 г. 21:52

Ответы

  • ни с помощью eseutil /r, ни с помощью eseutil /p (данная команды падает в appcrash на стадии repair corrupted tables).

    Только восстановление из резервной копии. Если есть логи c  момента создания базы, то можно восстановить бд из них.

    Ну или как вариант попробовать edbexploler- может он откроет базу, если она не повреждена сильно, хотя сомневаюсь. Уж сколько лет твердили миру, что ключ /р опасен.

     

    • Изменено Dima RazbornovMVP 1 марта 2018 г. 6:11
    • Помечено в качестве ответа Dambik 1 марта 2018 г. 11:22
    1 марта 2018 г. 6:01

Все ответы

  • Напишите полностью какая ошибка вылетает. Можно скриншотом
    28 февраля 2018 г. 5:32
  • Не совсем то, что хотелось бы...

    На каком этапе идет зависание консоли? Имеется в виду отображение прогресса в powershell-окне. Консоль запущена в режиме администратора? Какую команду вы набираете для ремонта базы?

    28 февраля 2018 г. 9:10
  • запускаю из CMD от имени администратора eseutil /p путь до базы

    Exception вываливается на этапе repairing damaged tables

    28 февраля 2018 г. 9:33
  • А свободного места хватает на диске?
    28 февраля 2018 г. 10:06
  • На диске еще 200 ГБ при размере базы 34 гб. последняя запись в файле databasename.integ.raw:

    Deleting unicode fixup table.

    Deleting MSObjids

    Deleting MSysLocales

    repairing table "Message_129

    fixing long value tree"

    28 февраля 2018 г. 10:11
  • А файл базы точно не занят никаким другим процессом? Перед запуском проверки попробуйте переименовать файл базы и если разрешит сменить имя, то потом верните его обратно и запустите проверку.
    28 февраля 2018 г. 10:38
  • Тоже самое происходит если работаю с копией файла в другой директории
    28 февраля 2018 г. 10:58
  • ни с помощью eseutil /r, ни с помощью eseutil /p (данная команды падает в appcrash на стадии repair corrupted tables).

    Только восстановление из резервной копии. Если есть логи c  момента создания базы, то можно восстановить бд из них.

    Ну или как вариант попробовать edbexploler- может он откроет базу, если она не повреждена сильно, хотя сомневаюсь. Уж сколько лет твердили миру, что ключ /р опасен.

     

    • Изменено Dima RazbornovMVP 1 марта 2018 г. 6:11
    • Помечено в качестве ответа Dambik 1 марта 2018 г. 11:22
    1 марта 2018 г. 6:01