Exchange Server 2010 ошибка файла после сбоя системы

2 ответ(ов) в теме
kvolobuev
не в сети давно
На сайте с 12.09.2015
Участник
0
17:13

У меня есть виртуальный Exchange Server 2010 , которые начал страдать ерудой после сбоя системы . После этого я начал получать ошибки . Chkdsk / F После чего была выдана очередная ошибка 1206 ( JET_errDatabaseCorrupted Номера файлов базы данных были повреждены. Могу ли я восстановить базу данных ?

Редакции сообщения
0
senyamihailov
не в сети давно
На сайте с 03.08.2015
Участник
0
20:57

kvolobuev сказал(а)

У меня есть виртуальный Exchange Server 2010 , которые начал страдать ерудой после сбоя системы . После этого я начал получать ошибки . Chkdsk / F После чего была выдана очередная ошибка 1206 ( JET_errDatabaseCorrupted Номера файлов базы данных были повреждены. Могу ли я восстановить базу данных ?

Если почта выгружена в PST, то можешь особо не париться.. попытйся восстановить базу ESEUTIL.
Если не помогло:
1. Отключаешь базу почтовых ящиков
2. Переносишь файлик priv1.edb в другую директорию
3. Маунтишь хранилище, при этом будет предупреждение о том, что создаётся пустое хранилище
4. В оснастке АД у каждого пользователя удаляешь почтовый ящик и создаёшь заново в новом пустом хранилище
5. Переподключаешь почтовые ящики, загружаешь PST
6. Настраиваешь БЭКАП!
1. Даже если бэкап делался несколько месяцев назад, но логи не удалялись и циклическое протоколирование логов отключено (настройка по умолчанию), то восстановление из резервной копии возможно - но делаться, тем не менее, оно может очень долго (время зависит от объема логов и скорости диска).
Можно попробовать этот процесс восстановив БД в Recovery Storage Group (полагаю, что хоть и написано у ТС "Exchange 6", но речь идет об Exch 2003 - потому что на Win2K3 Exch 6.0 он же Exch2000 ставить было не положено). Потом еще софты посоветовали самый лучший как говорят вот этот https://www.repairtoolbox.com/ru/exchangeserverrepair.html Exchange Server Repair Toolbox или как альтернативу сказали использовать программу RRP (Rapid Recovery Files)
2. Что еще можно попробовать - проделать дефрагментацию (eseutil /g): если повезло, и сбойная страница оказалась среди пустых, то дефрагментация ее может и не считать (в отличие от бэкапа, который читает все). Дефрагметацию вполне можно провестина копии базы, не отключая надолго пользователей (только на время сроздания копии).

Редакции сообщения
0

Ваше имя *

Ваш E-mail *

не публикуется

Текст сообщения *