Контроллер, электричество и другие неприятности

Не так давно пришлось попыхтеть с восстановлением данных. В один прекрасный день, сервер «упал». После перезагрузки в логах было много ошибок записи NTFS системы. Вынув сбойный диск и заменив его на другой система через минут 20 снова рухнула. После различных экспериментов, стало ясно — контроллер жестких дисков не работает с диском, который подключен к 3-му каналу.
Небольшое отступление, система была спроектирована в «бюджетном» варианте. 4 диска, два зеркала, одно под систему и логи, второе зеркало под базы данных. В том бюджете — это было самое оптимальное решение.
После замены контроллера LSI MegaRAID SAS MR9240-4i, аккуратного запуска системы с дисками, работа системы была восстановлена. Дальше началось «лечение» баз данных. В результате — одна база из трех имела потерянные данные и восстановлению не подлежала. Она была восстановлена из архива и были потеряны данные только за двое суток. Понятно, что данный инцидент не очень приятен, но на тот момент лучшего варианта не было.
Но на этом история не закончилась. Через 5 дней в серверной комнате выключают электричество. Авария на подстанции мосэнерго. ИБП протянул минут 10 и сервера в стойке сказали «прости — прощай».
После включения электричества начали заводить сервера. Сервер контроллер домена — пережил падение на удивление легко. При восстановлении своей базы все отработало на автомате и АД поднялась без проблем. Далее начал запускать почтовый сервер. А это как раз тот сервер на котором меняли контроллер жестких дисков. Все три базы находились в состоянии Dirty Shutdown. Собственно не страшно, с точки зрения данных, но по времени восстановление баз в рабочее состояние заняло около 9 часов.

Немного команд, так сказать на будущее:
eseutil /MH BASE00.edb — смотрим в каком состоянии почтовая база
eseutil /ML E00.log — смотрим уелы логи или нет. Чаще всего они целы, что не может не радовать

eseutil /P BASE00.edb — Repairs a corrupted or damaged database. Хоть разработчики и рекомендуют, строго рекомендуют восстановить базу с последнего момента чистого отключения базы, но если время после последнего архива прошло достаточно много или еще какие причины? Поэтому деваться некуда — смело запускаем и ждем завершения процесса. Процесс может затянуться, все зависит от размеров Вашей почтовой базы.
После того как база примет состояние «Чистого отключения», то не торопитесь монтировать базу. Для завершения процедуры выполним команду:
eseutil /R E00.log

Все! Монтируйте базы, но не думайте, что все будет идеально. Скорее всего ошибки с некоторыми почтовыми ящиками будут. Увеличивайте уровень журналирования и смотрите логи на сервере.

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

Реклама

Нюансы adprep или проблемы с языками

Не так давно появилась задача провести обновление домена с windows 2003 до windows 2008. Сама задача тривиальная, отработана до автоматизма. Но, как известно, проблема возникает в том месте где меньше всего ее ждешь. Читать далее

Миграция почтовых ящиков с Lotus Domino на Exchange server 2007

В предыдущей статье я описал, как настроить синхронизацию каталогов между Lotus Domino и Exchange server 2007 с помощью утилиты «Microsoft Transporter Suite». Это первый этап в процессе миграции почтовых ящиков с одной почтовой системы на другую. Сегодня я опишу сам процесс миграции и постараюсь уделить внимание ошибкам, которые могут возникнуть при выполнении этой задачи.

Читать далее

Синхронизация каталогов между Lotus Domino и Exchange server 2007

Сегодня я опишу процесс настройки синхронизации каталогов между Lotus Domino и Exchange server 2007 с помощью утилиты «Microsoft Transporter Suite». На первый взгляд в процессе настройки синхронизации ничего сложного нет, но, как показывает практика, любая кажущаяся простой задача может перейти в разряд непростых, если не соблюдены определенные условия.

Читать далее

Переименование домена

Хочу поделиться своим опытом, как можно переименовать существующий домен Windows 2003 с установленным Exchange Server 2007. Не торопитесь с критикой и ссылками на Microsoft. Я там был, читал, даже поверил. Цитата из официальной информации (здесь):

После переименования существующего домена Windows Server 2003 с помощью средства Rendom.exe на компьютерах с Exchange 2007 не запускаются указанные ниже службы… и т.д.

После таких слов можно не думать о переименовании, а пойти рекомендуемым путем. К примеру, мигрировать старый домен в новый и «с глаз долой, из сердца вон». Но мне не давал спокойно заниматься другими делами червячок сомнения. Постоянно возникал вопрос: «Что там такое происходит, что службы не запускаются?».

Читать далее

Создание шаблонов групповой политики (.ADM)

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

Здесь я представлю описание компонентов, которые используются для создания шаблона групповой политики Active Directory и помогут создать свой “неповторимый” шаблон. Также публикую свой простой шаблон по управлению службой “Обозреватель компьютеров”.

Читать далее

План перехода на Windows server 2008

В далеком уже 2008 году, у себя в тестовой лаборатории проводил тесты по переводу домена 2003 на платформу 2008 сервера.  Было любопытно посмотреть, что из этого получится, какие “вкусности” появились и нужно ли мне переводить “боевой” домен на 2008 сервер.

Ниже привожу пошаговый конспект (написанный в том же 2008 году), как разворачивал сервер с ролью контролера домена на Windows 2008 в лесу 2003 домена.

Читать далее

Мониторинг событий Windows Event Log

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

Читать далее

Программа UserInfo

Иногда после заведения пользователя в домене нужно изменить некоторые информационные атрибуты учетной записи. К примеру, company, department и т.п. Можно пойти по простому пути и открыть консоль, найти пользователя и внести изменения. А если пользователей много и постоянно идет “миграция” из одного штатного подразделения в другое? В большинстве компаний поступают по примитивному и неправильному пути, поручают эту задачу ИТ департаменту и считают, что нет проблемы. На уровне руководителей проблемы нет, но возникает проблема на уровне подчиненных. Многие системные администраторы слышали в свой адрес неприятные слова о своей расторопности и умении предугадывать изменения в штатном расписании? Думаю, почти все.

Читать далее