Файл Exchange. В системных логах приложений появляется ошибка

← →
voronin20 © (2015-09-14 12:59) [0]

Добрый день
Виндовс 2007 сервер + Exchange 7
Запустил ntbackup для создания теневой копии баз есченж, но в середине процесса копирования процедура заканчивается с ошибкой.
В системных логах приложений появляется ошибка

Тип события: Ошибка
Источник события: ESE
Категория события: Logging/Recovery
Код события: 474
Дата: 30.08.2015
Время: 10:41:48
Пользователь: Н/Д
Компьютер: SERVER-2007
Описание:
Information Store (3608) First Storage Group: The database page read from the file "E:\Exchsrvr\mdbdata\priv1.edb" at offset 4170719232 (0x00000000f8982000) (database page 1018241 (0xF8981)) for 4096 (0x00001000) bytes failed verification due to a page checksum mismatch. The expected checksum was 3688532548220312989 (0x33304ccf57235d9d) and the actual checksum was 8371641752678700650 (0x742e0bd1b73e166a). The read operation will fail with error -1018 (0xfffffc06). If this condition persists then please restore the database from a previous backup. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

Получается, что файл с данными поврежден физически и его нужно востанавливать. Резервных копий нет нормальных. Последний раз копия делалась несколько месяцев назад.
Логично сначала проверить жесткий диск на ошибки и вообще его состояние, но боюсь отключать базы или перегружать сервак. Думаю, что базы могут не подключится после этого (сейчас все работает без видимых проблем для пользователей).
Хочу отключить базы, сделать копию и попробовать восстановить базу с помощью ESEUTIL /P, но боюсь, что екченже может не подняться после ребута (отключения баз).
У нас около 10 пользователей и я уже на каждом ПК сохранил данные с аутлука (экспорт ящика в формат PST). Он загружается потом в чистый аутлук.

← →
sniknik © (2015-09-14 13:03) [1]

> This problem is likely due to faulty hardware.
Эта проблема скорее всего из-за неисправного оборудования.

← →
Рамиль © (2015-09-15 12:34) [2]

>> Последний раз копия делалась несколько месяцев назад.
Так можно восстановить, если логи целые...

Ну или отключать и пробовать фиксить ESEUTIL (у меня опыт положительный), если не получится - делать новое хранилище, потом залить туда обратно из outlook ов.

← →
brother © (2015-09-15 13:20) [3]

> The expected checksum was 3688532548220312989 (0x33304ccf57235d9d)
> and the actual checksum was 8371641752678700650 (0x742e0bd1b73e166a)
> . The read operation will fail with error -1018 (0xfffffc06)
> .

повреждение сектора жесткого диска. нет возможности корректно прочитать данные...

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

Файл Exchange. В системных логах приложений появляется ошибка Найти похожие ветки