Недавно у нас произошел сбой на нашем DC - отказал один диск из 4-х дисковых raid-массивов, и он работал в ухудшенном режиме около 3 недель, прежде чем мы смогли заменить диск. К последнему дню перед заменой обмен работал так плохо, что для некоторых пользователей он падал, как только они открывали свой почтовый ящик (я предполагал, что у них были поврежденные почтовые ящики). Мы заменили диск, и восстановление прошло успешно, но когда база данных обмена все еще была повреждена и была восстановлена из резервных копий всего за неделю, удалив небольшую часть электронных писем.
Все это было выполнено другим сотрудником, но вот где я вмешиваюсь - примерно месяц спустя, и некоторые сотрудники обнаруживают, что потерянное электронное письмо очень важно. При восстановлении из резервной копии они помещают копию восстановленной базы данных обмена на новый диск iSCSI вместе с журналами между созданной резервной копией и восстанавливаемым сервером. Из того, что мне сказали, этого должно быть достаточно, чтобы получить рабочий обзор почтового магазина в тот день, чтобы я мог получить оттуда 5 или 10 действительно важных сообщений.
Проблема в том, что я ничего не знаю об обмене. Google предложил http://technet.microsoft.com/en-us/library/bb124040(v=exchg.65).aspx и подобные страницы, но они, похоже, связаны с восстановлением работающей базы данных, а это не то, что я хочу - сейчас электронная почта работает, я не хочу это менять.
Мы используем SBS 2008 и Exchange 2007 - мы будем благодарны за любые предложения о том, с чего начать.
На данный момент, если электронные письма «очень важны», я настоятельно рекомендую привлечь к участию кого-то, кто действительно знает обмен. Не хочу показаться неуважительным, но это не лучший момент для начала.
Если вы не можете этого сделать (хотя я действительно думаю, что вам следует попробовать - эта ситуация выглядит так, как будто на месте по мнению опытного консультанта по обмену), я бы посоветовал использовать инструменты внешнего восстановления - то, что позволяет монтировать и проверять хранилище информации вне обмена. я использую ontrack powercontrols когда я помогаю людям сделать этот маршрут DR, но есть и другие варианты.
Каким образом вы / тот, кто установил этот обмен, все равно имели поврежденное хранилище данных? Этого не должно происходить из-за выпадения одного диска в массиве RAID - либо не было неисправности (или, по крайней мере, не было проблемы с поврежденной базой данных) с сервером Exchange, либо у вас все еще есть проблема с этой системой, которую вам необходимо обнаружить и решить вниз, прежде чем он снова пойдет не так.
Вы можете подключить восстановленную базу данных, используя Группа хранения для восстановления; это не перезапишет вашу производственную базу данных, выполнит полное воспроизведение журналов транзакций (что вернет базу данных к моменту времени до сбоя) и позволит вам извлекать из нее сообщения и объединять их в свои почтовые ящики.
Этот процесс относительно прост для тех, кто хорошо знает Exchange; конечно есть разные учебные пособия вокруг, но я согласен с RobM: попробуйте привлечь кого-нибудь, кто знает, что делает.
Посмотрите в exmerge. Когда мне нужно было найти определенное электронное письмо, которое, как мы подозревали, было вирусом, я нашел этот инструмент. У меня никогда не было возможности использовать его, но судя по всему, что я читал, он очень мощный и, вероятно, может делать то, что вам нужно.
http://www.microsoft.com/en-us/download/details.aspx?id=2743