Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
![](/img/dot.gif) |
Было два одинаковых сервака, как аппаратно, так же они были... 28.08.06 17:44 Число просмотров: 3459
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 28.08.06 17:45 Количество правок: 2
|
> Subj. Если я при помощи NTBackup архивирую "System State" + > "Microsoft Exchange Server-Microsoft Information Store", > значит ли это, что если крякнет диск С, я подниму сервак > заново + Exchange, разархивирую то что указал выше, у меня > снова всё будет хорошо, т.е. как будто ничего не произошло? > Или всё-таки надо архивировать диск C: в придачу?
Было два одинаковых сервака, как аппаратно, так же они были одинаково сконфигурены. Разница была: на одном антивирус корпоративный (сервер) стоял, на другом Аська, где-то еще Аутлук был настроен. На обоих АД (оба контроллеры одного домена), ДНС, ДХЦП и пр.
На одном, более важном, грохнулся винт. Дернули винт из другого, восстановили недавно сбэкапленый систем стэйт, получили синий экран.
Такая вот грустная история.
> Заранее всем спасибо за ответы.
Рекомендую клонировать периодически по мере необходимости системный раздел (в образ или на другой диск), а всякие базы с рабочего раздела периодически бэкапить куда сочтете нужным.
|
<sysadmin>
|
Как правильно архивировать контроллер домена 2003 + Exchange Server? 28.08.06 13:27
Автор: HandleX <Александр М.> Статус: The Elderman
|
Subj. Если я при помощи NTBackup архивирую "System State" + "Microsoft Exchange Server-Microsoft Information Store", значит ли это, что если крякнет диск С, я подниму сервак заново + Exchange, разархивирую то что указал выше, у меня снова всё будет хорошо, т.е. как будто ничего не произошло?
Или всё-таки надо архивировать диск C: в придачу?
Заранее всем спасибо за ответы.
|
![](/img/dot.gif) |
Ответ зависит от того, меняется ли железо при переносе. 13.09.06 12:07
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
Ответ зависит от того, меняется ли железо при переносе.
Если НЕ меняется, тупо восстановить на идентичном железе системные каталоги ОС+System State = восстановить ОС. Восстановить каталоги, относящиеся к MSEXCH+все БД MSEXCH = восстановить MSEXCH. Если почтовый сервер не один, может потребоваться синхронизация с "ушедшими вперед" БД и счетчиками других серверов (директорий и хранилища). То же относится, в принципе, к AD/DNS/etc.
Если железо меняется, то в зависимости от того, насколько - восстановление варьируется от описанного варианта всего лишь с доустановкой драйверов нового железа до переустановки ОС и ядра почтовика практически заново, с обновлением компонентов до уровня упавшей системы. И восстановливать в этом случае нужно не весь System state, а отдельные ветви реестра и отдельные системные файлы.
Поскольку MSEXCH интегрирован с IIS, то восстановление отдельных частей метабазы IIS тоже необходимо, любым приемлемым способом. А потом восстановить БД MSEXCH и синхронизировать его с остальными серверами.
|
![](/img/dot.gif) |
Было два одинаковых сервака, как аппаратно, так же они были... 28.08.06 17:44
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 28.08.06 17:45 Количество правок: 2
|
> Subj. Если я при помощи NTBackup архивирую "System State" + > "Microsoft Exchange Server-Microsoft Information Store", > значит ли это, что если крякнет диск С, я подниму сервак > заново + Exchange, разархивирую то что указал выше, у меня > снова всё будет хорошо, т.е. как будто ничего не произошло? > Или всё-таки надо архивировать диск C: в придачу?
Было два одинаковых сервака, как аппаратно, так же они были одинаково сконфигурены. Разница была: на одном антивирус корпоративный (сервер) стоял, на другом Аська, где-то еще Аутлук был настроен. На обоих АД (оба контроллеры одного домена), ДНС, ДХЦП и пр.
На одном, более важном, грохнулся винт. Дернули винт из другого, восстановили недавно сбэкапленый систем стэйт, получили синий экран.
Такая вот грустная история.
> Заранее всем спасибо за ответы.
Рекомендую клонировать периодически по мере необходимости системный раздел (в образ или на другой диск), а всякие базы с рабочего раздела периодически бэкапить куда сочтете нужным.
|
![](/img/dot.gif) | ![](/img/dot.gif) |
%Windir% + части %PF%, из которых тоже загружаются модули... 13.09.06 12:21
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
> > Или всё-таки надо архивировать диск C: в придачу?
%Windir% + части %PF%, из которых тоже загружаются модули при старте ОС.
> > Было два одинаковых сервака, как аппаратно, так же они были > одинаково сконфигурены. Разница была: на одном антивирус > корпоративный (сервер) стоял, на другом Аська, где-то еще > Аутлук был настроен. На обоих АД (оба контроллеры одного > домена), ДНС, ДХЦП и пр. > На одном, более важном, грохнулся винт. Дернули винт из > другого, восстановили недавно сбэкапленый систем стэйт, > получили синий экран. Антивирус корпоративный, говорите? ;) А после восстановления System state он, может быть, что-то загрузить хотел, чего на восстановленной машине не было?
Т.е. резервная копия System state хороша на 100%, если к ней есть соответствующая резервная копия системной области ОС. Не обязательно в виде архива NT Backup - иногда хватает пофайловой копии этих файловых областей.
|
![](/img/dot.gif) | ![](/img/dot.gif) |
еще бы синего экрана не было. или они оба были у тебя... 06.09.06 13:46
Автор: [cb] Статус: Member
|
еще бы синего экрана не было. или они оба были у тебя хранилищем глобального каталога :).
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Это была система что-то типа high availability. там еще dfs... 06.09.06 18:03
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 06.09.06 18:04 Количество правок: 1
|
> еще бы синего экрана не было. или они оба были у тебя > хранилищем глобального каталога :).
Это была система что-то типа HIGH AVAILABILITY. Там еще DFS когда-то был на юзерфилес. Проверял, работало. Даунился один - все работает, все логинятся, работают, затем он запускался, синхронизировался, даунился второй, все работает, все данные на месте.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
тогда сложно сказать, а при bsode dump-ился или просто вис? 07.09.06 11:56
Автор: [cb] Статус: Member
|
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Сначала сервак накрылся БСОДом при загрузке с дампом. Когда... 07.09.06 12:58
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 07.09.06 13:01 Количество правок: 1
|
Сначала сервак накрылся БСОДом при загрузке с дампом. Когда реанимировали посредством заливки образа со второго и восстановлением с бэкапа БСОД был вроде как без дампа. Времени было не много, торопились, могу ошибиться. Закончилось тем, что запустили второй, только пришлось кое-чего подкручивать. Рабочие станции пришлось перерегистрировать в домене, с пользователями поколдовать и пр.
Чтоб в непонятки не вводить, поясню. Год назад в связи со срочным переездом бОльшей части народа в другой офис серваки "разлучили". Настройки практически не менялись. Разве что АйПи адрес, пользователи заводились. Попытка восстановления системы с бэкапа делалась для того, чтоб заново пользователей не заводить и пр. Ни каких хитростей в АД не было.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Глобальный каталог 11.09.06 07:13
Автор: [cb] Статус: Member
|
Глобальный каталог - Global Catalog
Хранит реплики всех объектов Active Directory, но с сокращенным
числом атрибутов. К хранимым относятся атрибуты, используемые
наиболее часто при выполнении операций поиска (например, имя
пользователя, имя входа в систему и т. д.) и достаточные для обнару-
жения полной реплики объекта. ГК позволяет быстро находить объек-
ты, не требуя указания того, в каком домене хранится объект, а также
использования смежного расширенного пространства имен на пред-
приятии.
Сдается мне что у тебя контролер домена на 2000 был. Конечно это уже сейчас не важно, но почитать на будущее статью ( http://support.microsoft.com/kb/313994 ) можно + есть очень-очень хорошая книга про AD "Федор Зубанов- Active Directory подход профессионала" (есть в pdf).
|
![](/img/dot.gif) | ![](/img/dot.gif) |
Странно... А вроде NTBackup вся такая живая и весёлая, крыжики там всякие прикольные... Но не работает... жаль... Может у народа ещё был какой экспириенс с этим поделием (NTBackup)? 28.08.06 21:19
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
А что, собственно, не получается? Сделать резервную копию... 13.09.06 12:13
Автор: lazy_anty Статус: Незарегистрированный пользователь
|
А что, собственно, не получается? Сделать резервную копию или восстановить с нее? И в какой конкретно момент и что поется в ответ? ;)
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
NTBackup довольно таки хорошая штука, частенько помогала... 06.09.06 13:55
Автор: [cb] Статус: Member
|
NTBackup довольно таки хорошая штука, частенько помогала. теоритически должно быть все ок. лично у самого была 1 раз ситуация когда сыпался винт с 2000S + mui, с помощью NTBackup не получилось восстановиться(да и ничто не помогло) :(.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
А вообще, NTBackup помогает, если полностью, скажем умер сервер? 06.09.06 17:49
Автор: HandleX <Александр М.> Статус: The Elderman
|
Я имею ввиду, сгорела мать, винт... До этого были сделаны копии System State и Exchange. Ставим заново венду, Exchange, восстанавливает из архива предыдущие вещи, и всё работает? Что-то слабо верится... Но вообще, надо поэкспериментировать.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
нет, можешь даже не эксперементировать 07.09.06 12:00
Автор: [cb] Статус: Member
|
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Скорее всего ничего не заработает в таком случае. Да, файло... 06.09.06 18:08
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 06.09.06 18:10 Количество правок: 1
|
> Я имею ввиду, сгорела мать, винт... До этого были сделаны > копии System State и Exchange. Ставим заново венду, > Exchange, восстанавливает из архива предыдущие вещи, и всё > работает? Что-то слабо верится... Но вообще, надо > поэкспериментировать.
Скорее всего ничего не заработает в таком случае. Да, файло восстановить НТбэкап вполне подходит, но не систему. Если системное файло восстановить без настроек системы на него - не будет, если только состояние системы - тоже кирдык, если весь диск - шансы будут, но невелики. И на кой тогда такой гемор - ставить систему, чтоб потом все заменить на то, что в бэкапе? Почему бы образ не сделать на другой диск или в файл (сидюк/стример). Будет проще и быстрее.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Образ не заработает, если чипсет сменился радикально, к примеру Intel поменялся на NVidia, да ещё если был какой-нить замудрёный RAID :-( 07.09.06 07:07
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 07.09.06 07:08 Количество правок: 1
|
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Ну про ДОС умолчим. В Линуксе ядро едино и работоспособно в... 07.09.06 13:08
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 07.09.06 13:09 Количество правок: 1
|
Ну про ДОС умолчим. В Линуксе ядро едино и работоспособно в любых ситуациях. В Виндах какие-то уроды придумали несколько ядер. Причем там, где работает одно, не будет работать другое. Возможно построение систем, на которых не будет работать ни одно ядро :-). Ну запускаем мультипроцессорное ядро на однопроцессорной тачке, ну пусть считает, что это многопроцессорная система, состоящая из одного процессора. Или наоборот - куча процессоров, ну пусть "не видит" другие процессоры. Про драйвера можно умолчать - в начале при инициализации драйвер ищет устройства, не нашел - не загрузился. Зачем стучаться в регистры другого устройства, думая, что это твое. Времена "не ПНП" прошли.
|
![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) | ![](/img/dot.gif) |
Хоть и флейм, но молчать не буду -)) 07.09.06 13:56
Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 07.09.06 13:57 Количество правок: 1
|
Вообще-то в линуксе ядро "на все случаи жизни" это плохо. Линукс ставят СНАЧАЛА с таким ядром, запустилось -- чудесно, потом включают нужные опции, убирают ненужные, и ПЕРЕКОМПИЛИРУЮТ его... получается маленькое вкусненькое ядрышко, но если ним попробовать загрузиться на другой машине, то может и незаработать.
То же самое и с виндой, только M$ ядра компилить не дают, а позаботились за нас чайников, слава Гейтсу!!! -))
|
|
|