none
Dirty Shutdown RRS feed

  • Вопрос

  • Помогите.
    Как упал сервер незнаю, но вот беда такая. По причине отпуска бэкапов нету, есть очень старые.

     

    Прочитал много советов и вариаций восстановления.
    Делал и по этому способу.
    1) Delete/Rename the *.chk file [if existing].
    2) Delete/Rename the E00.log or E01.log or E00tmp.log or whatever. [Your base sequence may vary]
    3) Run eseutil /mh and note the «Log Required » value. Note the higher range of the log sequence in that value.
    4) Find the log file which has the higher log sequence that you noted in Step3 in its file name.
    5) Rename that log file to E00.log or E01.log or whatever corresponds to your log base name.
    6) Run eseutil /R E01 /I /d from the DB/log location.
    NOTE: Here, E01 may vary in your case.
    7) After performing step 6, check the state of the DB using eseutil /mh . Now it should be in Clean Shutdown state.
    8) [Only if step 7 fails] If the state of the database is not in clean shutdown state, you may need to do a hard repair of the database usingeseutil /p switch.
    [Applicable only if Step8 is done] If you have done hard repair using eseutil /p , you may not need your log files for mounting the DB. You can delete them.
    Не помогло.
    Так же пробовал скопировать в другую директорию файл .edb и запустить eseutil /p, на Public Folder получилось стал Clean Shutdown, а вот с MailBox Database нет, на этапе «Deleting unicode fixup table.» выдал ошибку.

    Помогите кто чем может.

    20 сентября 2010 г. 15:22

Все ответы

  • Добрый день,

    поподробнее опишите, пожалуйста, что произошло, какие ошибки в журнале и так далее.



    Daniil Khabarov, MSFT  Follow MSTechnetForum on Twitter
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Посетите Блог Инженеров
    29 октября 2010 г. 12:59
    Модератор
  • ИМХО, если уж eseutil /p не помогает, то дело совсем плохо...
    http://alexxhost.ru
    29 октября 2010 г. 13:06
  • ну можно взять базу данных из бекапа и накатить на нее транзакционные логи...  если конечно они не цикличные
    29 октября 2010 г. 13:10
  • Почитайте тут, возможно всеже Eseutil /R прокатит. Только лучше после каждой отдельно взятой попытки восстановления заново брать из архива базу в том состоянии, в каком она была после краха... т.е. не стоит пытаться над одним и тем же edb файлом делать разные манипуляции при помощи eseutil, результат может быть не прогнозируем.


    http://alexxhost.ru
    29 октября 2010 г. 13:16
  • Хорошая статья...   Как я понял /recovery уже /repair  при существующей базе уже пробывали

    лучше всего щас проверить целостность лог файлов (по статье приведенной выше) и попытатья восстановить базу из старого бекапа при существующих файлах логов транзаций.

    В итоге если файлы логов не повреждены и они имеются в полном объеме со времени последнего бекапа , то вы получите текущую базу данных.

    Самое главное  перед всеми манипуляциями лучше сохранять куданить файлы логов и базы даных чтобы делать разные попытки не одна поверх другой,  а как бы вчистую

    29 октября 2010 г. 13:29