none
Не подключается база данных в Exchange 2010 RRS feed

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

  • Всем привет!

    Всю ветку сообщений по данной теме пролистал, но как обычно решения своей проблемы в полной мере не нашел.

    Помогите пожалуйста решить проблему.

    Предыстория:

    В связи с отключением электропитания в серверной некорректно выключились все сервера организации, в том числе и Exchange. После включения серверов обнаружил, что отключена база данных почтовых ящиков, при попытке подключения выдается ошибка:

    --------------------------------------------------------
    Ошибка Microsoft Exchange
    --------------------------------------------------------
    Не удалось подключить базу данных 'MDB3'.

    MDB3
    Ошибка:
    Не удалось подключить указанную базу данных. Указанная база данных: MDB3; код ошибки: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-501)
    . [База данных: MDB3, Сервер: MAIL.ххх.LOCAL].

    Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-501)
    . [База данных: MDB3, Сервер: MAIL1-SRV.GLOBAL-STAFF.LOCAL]

    Сбой операции Active Manager. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-501)
    . [Сервер: MAIL1.ххх.LOCAL]

    MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-501)

     

    Состояние базы данных проверить нет возможности, команда eseutil /MH возвращает ошибку

     

    Error: Access to source database 'MDB3.edb mail' failed with Jet error -1811.

    Operation terminated with error -1811 (JET_errFileNotFound, File not found) after 0.16 seconds.

     

    Пишет, что файла нет, хотя он там есть.

    Я попробовал развернуть бекап вчерашний с помощью стандартной консоли архивирования, но успехов не принесло.

    Восстановление файлов журнала также с ошибкой возвращается, говорит, что файл журнала поврежден и хоть убей (

    Моя ошибка в том, что я ранее не удалял файлы журнала транзакций и из-за этого теперь папка с базой весит 300 гигов, хотя сам файл .edb весит 100, поэтому мне сейчас крайне тяжело админить такую мусорку. Все делается крайне долго.

     

    Помогите, коллеги. Благодарю!



    • Изменен тип Yuriy Lenchenkov 19 января 2012 г. 11:42 отсутствие активности
    6 января 2012 г. 7:28

Все ответы

  • Теперь команда eseutil /MH возвращает инфу:


    Initiating FILE DUMP mode...
             Database: MDB3.edb


    DATABASE HEADER:
    Checksum Information:
    Expected Checksum: 0x06b31376
      Actual Checksum: 0x06b31376

    Fields:
            File Type: Database
             Checksum: 0x6b31376
       Format ulMagic: 0x89abcdef
       Engine ulMagic: 0x89abcdef
     Format ulVersion: 0x620,17
     Engine ulVersion: 0x620,17
    Created ulVersion: 0x620,17
         DB Signature: Create time:10/18/2011 09:24:39 Rand:86875558 Computer:
             cbDbPage: 32768
               dbtime: 111354605 (0x6a322ed)
                State: Dirty Shutdown
         Log Required: 197449-197450 (0x30349-0x3034a)
        Log Committed: 0-197451 (0x0-0x3034b)
       Log Recovering: 197449 (0x30349)
      GenMax Creation: 01/05/2012 13:59:01
             Shadowed: Yes
           Last Objid: 43618
         Scrub Dbtime: 0 (0x0)
           Scrub Date: 00/00/1900 00:00:00
         Repair Count: 0
          Repair Date: 00/00/1900 00:00:00
     Old Repair Count: 0
      Last Consistent: (0x2D82A,8,1F)  12/24/2011 13:55:21
          Last Attach: (0x2D82B,9,86)  12/24/2011 13:55:25
          Last Detach: (0x0,0,0)  00/00/1900 00:00:00
                 Dbid: 1
        Log Signature: Create time:10/18/2011 09:24:37 Rand:86876780 Computer:
           OS Version: (6.1.7601 SP 1 NLS ffffffff.ffffffff)

    Previous Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Previous Incremental Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Previous Copy Backup:
            Log Gen: 197136-197157 (0x30210-0x30225) - OSSnapshot
               Mark: (0x30226,8,16)
               Mark: 01/04/2012 23:00:21

    Previous Differential Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Current Full Backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

    Current Shadow copy backup:
            Log Gen: 0-0 (0x0-0x0)
               Mark: (0x0,0,0)
               Mark: 00/00/1900 00:00:00

         cpgUpgrade55Format: 0
        cpgUpgradeFreePages: 0
    cpgUpgradeSpaceMapPages: 0

           ECC Fix Success Count: none
       Old ECC Fix Success Count: none
             ECC Fix Error Count: none
         Old ECC Fix Error Count: none
        Bad Checksum Error Count: none
    Old bad Checksum Error Count: none

      Last checksum finish Date: 00/00/1900 00:00:00
    Current checksum start Date: 00/00/1900 00:00:00
          Current checksum page: 0


    Operation completed successfully in 0.172 seconds.

    Пытаюсь выполнить восстановление:

    [PS] D:\Program Files\Microsoft\Exchange Server\V14\Mailbox\MDB3>Eseutil /R E03 /I /d

    Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
    Version 14.01
    Copyright (C) Microsoft Corporation. All Rights Reserved.

    Initiating RECOVERY mode...
        Logfile base name: E03
                Log files: <current directory>
             System files: <current directory>
       Database Directory: <current directory>

    Performing soft recovery...
                          Restore Status (% complete)

              0    10   20   30   40   50   60   70   80   90  100
              |----|----|----|----|----|----|----|----|----|----|
              ................X



    Operation terminated with error -501 (JET_errLogFileCorrupt, Log file is corrupt) after 2.15 seconds.
    6 января 2012 г. 8:20
  • Попробуйте выполнить проверку журнала.

    http://support.microsoft.com/kb/248122 (статья старая, но методика та же)

    6 января 2012 г. 8:24
  • Журнал проверил, пишет что файл журнала поврежден, при попытке восстановления выдает ошибку, которую я привел выше.

    Ещё вопрос:

    При развертывании бекапа я поставил галку, сохранять обе копии и старую и новую на всякий случай, теперь у меня соответственно база увеличилась в размерах в два раза, место на диске осталось 67 гигов из 600, что мне можно убить, чтобы освободить место? Или я вообще зря эту галку поставил? Может из-за этого ничего и не восстановилось?

    6 января 2012 г. 9:32
  • Ну я бы попробовал удалить то, что сейчас восстановлено из бэкапа (при условии, что можно будет еще раз восстановить), оставив только старое и попробовал бы вышеозначенные операции прогнать еще раз.

    Если не поможет, то восстанавливать с полной перзаписью.

    Собственно хорошее руководство - http://www.simple-talk.com/sysadmin/exchange/restoring-exchange-server-2010-using-windows-server-backup/

    6 января 2012 г. 10:40
  • Удалять по файликам крайне тяжко, их там 300000 штук. Примонтировал ещё один локальный диск, пробую развернуть бекап приложения туда, потом поменяю пути базы данных, надеюсь заведется. Через 6-7 часов отпишу результат. Спасибо за помощь.
    6 января 2012 г. 12:11
  • Удачи:)

    Хотя, впринципе, сначала можно попробовать отобрать по дате.

    Как вариант даже на PowerShell как-нибудь так:

     Get-ChildItem | Where {$_.LastAccessTime -ge (Get-Date).AddDays(-1)}

    6 января 2012 г. 12:24
  • Хотя, наверное, правильнее будет LastWriteTime

    6 января 2012 г. 12:26
  • Спасибо :) удача понадобится.

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

    6 января 2012 г. 13:43
  • База подцепилась, слава богу!

    Что сделал:

    1. Развернул снова бэкап на новый логический диск с помощью кнопки "Восстановление приложения"

    2. Сделал Eseutil /R E03 /I /d, после этого база свеженькая и восстановленная должна была сразу заработать.

    3. Попытался переместить путь базы данных из консоли, на что консоль ругнулась какой-то нелогичной бранью, я плюнул и просто поменял логические диски буквами и после этого все подцепилось и завелось как надо.

     

    Но почему-то сдох OWA, ни у кого нет мыслей, почему? В иис копать? или мои действия как-то могли затронуть настройки эксча? В настройках все правильно и в иисе все вроде бы как надо, но не пашет он, ошибок нет, в журнале пусто, браузер просто говорит, что невозможно отобразить страницу.

    9 января 2012 г. 14:01
  • Ну если на диске только база была, то это никак не могло отразиться на OWE.

    А сам IIS живой? Телнетом можно подцепиться?

    9 января 2012 г. 14:05
  • Да, на диске только база была.

    Телнет цепляется, IIS вроде бы ошибок никаких не кажет, делает вид что его ничего не беспокоит.

    Во, в логах по иису нашел сообщение

    Неожиданное завершение процесса обслуживающего пул приложений "MSExchangeServicesAppPool". ID процесса "6832". Код выхода процесса "0xff".

    9 января 2012 г. 14:12
  • Не работает только OWA или и другие веб-сервисы эксчейнджа тоже?

    Вообще, можно попробовать пересоздать OWA - http://exchangeshare.wordpress.com/2008/07/16/how-to-recreate-owa-virtual-directory-exchange-2007/

    9 января 2012 г. 15:51
  • Вообще все сервисы ексчейнджа не работают (
    10 января 2012 г. 5:10
  • Serdyukov Konstantin, удалось ли победить почтовик?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    16 января 2012 г. 12:09
  • Проблема с подключением базы данных решена, а вот с веб-сервисами сервера никак не могу разобраться. 

    Эту тему, думаю можно закрыть, проблема уже другого характера, хотя ноги у неё выросли после возникновения этой проблемы....

    Всем спасибо за помощь!

    27 января 2012 г. 11:38