none
Восстановить базу данных. RRS feed

  • Общие обсуждения

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

    Вот такие ошибки в логах:

    В '02.11.2015 13:43:25' в копии базы данных 'Employee' на этом сервере произошла ошибка при подключении. Дополнительные сведения см. в журнале событий на сервере для событий "ExchangeStoreDb" или "MSExchangeRepl". Будет выполнено автоматическое повторное подключение.

    Службе Active Manager не удалось подключить базу данных Employee на сервере smr01-exch01.koshelev-bank.ru. Ошибка: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005, ec=1108)
    Diagnostic context:
        Lid: 65256  
        Lid: 10722   StoreEc: 0x454     
        Lid: 1494    ---- Remote Context Beg ----
        Lid: 45120   dwParam: 0x83C66A9
        Lid: 57728   dwParam: 0x83C689C
        Lid: 53632   dwParam: 0x83C6A80
        Lid: 61824   dwParam: 0x83C6A80
        Lid: 46144   dwParam: 0x83C6A9F
        Lid: 34880   dwParam: 0x83C6B1C
        Lid: 34760   StoreEc: 0xFFFFFDDA
        Lid: 46144   dwParam: 0x83C75C6
        Lid: 34880   dwParam: 0x83C75C6
        Lid: 54472   StoreEc: 0x1388    
        Lid: 42184   StoreEc: 0x454     
        Lid: 1750    ---- Remote Context End ----
        Lid: 1047    StoreEc: 0x454     

    Не удалось подключить указанную базу данных. Указанная база данных: Employee; код ошибки: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005, ec=1108) Diagnostic context: Lid: 65256 Lid: 10722 StoreEc: 0x454 Lid: 1494 ---- Remote Context Beg ---- Lid: 45120 dwParam: 0x840810C Lid: 57728 dwParam: 0x84082D0 Lid: 53632 dwParam: 0x84084B4 Lid: 61824 dwParam: 0x84084C4 Lid: 46144 dwParam: 0x84084D3 Lid: 34880 dwParam: 0x8408560 Lid: 34760 StoreEc: 0xFFFFFDDA Lid: 46144 dwParam: 0x8408ED2 Lid: 34880 dwParam: 0x8408ED2 Lid: 54472 StoreEc: 0x1388 Lid: 42184 StoreEc: 0x454 Lid: 1750 ---- Remote Context End ---- Lid: 1047 StoreEc: 0x454 [База данных: Employee, Сервер: SMR01-EXCH01.koshelev-bank.ru].

    Что можно с этим сделать?

    2 ноября 2015 г. 9:48

Все ответы

  • и бекапов конечно тоже нет?

    Do not multiply entities beyond what is necessary

    2 ноября 2015 г. 9:51
  • Бекапа тоже нет(
    2 ноября 2015 г. 9:53
  • Посмотрите обсуждение

    Do not multiply entities beyond what is necessary

    2 ноября 2015 г. 9:59
  • Если не получится восстановить. Как можно пользователей перетащить на новую базу данных? Пробовал сделать миграцию, она прошла с ошибкой.
    2 ноября 2015 г. 10:14
  • Пробовал сделать Eseutil /p Path_db\db.edb

    Отработал с ошибкой Operation terminated with error -1032 (JET_errFileAccessDenied, Cannnot acces file, the file is locked or in use_

    2 ноября 2015 г. 10:18
  • вы Eseutil запускали с повышенными привилегиями?

    Do not multiply entities beyond what is necessary

    2 ноября 2015 г. 11:23
  • Да .запустил. Но после этого все равно Dirty State остался. Дефрагментация наверное из-за этого и не запускается.
    2 ноября 2015 г. 11:42
  • Посмотрите статью

    Только не забудьте сделать резервную копию восстанавливаемого файла.


    Do not multiply entities beyond what is necessary

    2 ноября 2015 г. 12:08
  • В итоге. После 3х восстановлений базы, база восстановилась и подключилась. Теперь от нее валятся ошибки. Необходимо перенести пользователей в новую базу. Минус один у меня редакция Standard. И у меня уже 5 баз. 1-я с системными ящиками, и 4 с пользовательскими ящиками. Можно ли Перенести системные ящики в одну из баз, удалить ее, создать новую, и перенести туда пользователей из проблемной? Потом удалить ее.
    2 ноября 2015 г. 14:22
  • Конечно. Нет вообще никакого смысла выделять отдельную базу под системные ящики.
    2 ноября 2015 г. 14:34
  • После восстановления, осталась проблема с несколькими ящиками. Не подключается к Exchange. Миграция в другую базу выполняется с ошибками.  Ошибка: В данном почтовом ящике превышено максимальное число поврежденных элементов, указанных для этого запроса. 

    Выставил Set-MoveRequest -Identity Mailbox -BadItemLimit 10 не помогло. Выставлял и большее значение, не работает:( В PST тоже с ошибкой выгрузилось.

    2 ноября 2015 г. 16:13