Господа, такая ситуация... Работаю в отделе, где все пользователи хранят информацию (файлы чертежей, описания и т.д.) на сервере (допустим с именем С1). Ранее раз в месяц делал архивирование основных файлов. Но недавно хард-диск сервера просто лег. После анализа ситуации данные удалось почти полностью восстановить. Но возникла идея создать зеркальный сервер. Типа - лег основной - выводим (или переименовываем) из домена, зеркальный переименовываем как основной (в нашем примере С1) - и сервер вроде восстановлен. Вопрос таков - можно ли сделать так, чтобы ВСЕ манипуляции на основном сервере АВТОМАТИЧЕСКИ выполнялись и на зеркальном? То-есть, удалили файл/папку на С1 - это-же автоматом сделать и на зеркале? Если вопрос не к Вам, мастера - ткните, куда соваться...

это называется кластер

raid-массив

> raid-массив

это на одном сервере, причем далеко не все режимы зеркалирующие

> [2] TUser ©   (12.06.08 13:30)

Соверщшенно верное предложение в даной ситуации.
Зачем тебе задействовать еще один комп если речь идет лишь о надежной сохранности информации?

Вполне достаточно raid.

> boriskb ©   (12.06.08 13:36) [4]

Сам был свидетелем ситуации, когда из 5-ти винчестеров райда одновременно сдохли 4-ре.
Для надёжного сохранения важной информации только минимум ежедневные бекапы хранение минимум за неделю.

> DonVik  (12.06.2008 13:03:00)  [0]

Какой сервер, просто сервер это очень много.

> boriskb ©   (12.06.08 13:36) [4]



> лег основной - выводим (или переименовываем) из домена,
> зеркальный переименовываем как основной (в нашем примере
> С1) - и сервер вроде восстановлен


Т.е. речь не только о сохранности, а и о минимальном времени восстановления. По сути - горячая замена сервера.

> [5] Плохиш ©   (12.06.08 13:56)

:))
Сам был свидетелем как в одной комнате в течении часа-двух
вышли из строя 3 независимых компа

Это еще классики говорили
"Полную уверенность может дать только страховой полис"
:))


> Т.е. речь не только о сохранности, а и о минимальном времени
> восстановления

Может быть. Точно про это знает только автор ветки :)

Raid-массив - это, насколько я знаю, несколько дисков, организованных по определенным правилм, позволяющим резервировать и восстанавливать информацию (в первом приближении). Но этот пакет дисков работает не сам, а в составе ОДНОГО компа. Если на компе вылетает другой компонент (например блок питания) - информация недоступна. Мне нужно другое (если не прав - поправьте) - мне нужна аппаратная отказоустойчивость.
Более привлекательна идея кластеризации - спасибо Ку-Ку, задумаюсь... Я могу себе позволить иметь две машины в качестве серваков - но я не могу посадить отдел на, скажем пару суток...
Ку-Ку, мож подскажете. куда сунуться, как реализован механизм кластеризации - то-есть, что нужно сделать, что бы создать кластер. Кое-что нашел в гугле, изучаю. Но я все-таки чистый администратор группы компов (не системный - просто отвечаю за их работоспособность), поэтому и приходится задавать, может и наивные вопросы...

Плохиш, я просто не успел просмотреть Ваш пост - именно так. Мне нужно в течении, скажем суток (это много) восстановить работоспособность сервака - фактически время много меньше. Все-таки сегодня "время-деньги", а спать спокойно хоцца. Если 130 человек теребят тебя вопросом - "А когда заработает сервак" - ответить конкретно трудно. Поэтому и возникла может бредовая идея зеркального сервера - пришел на работу, проверил сервак - молчит - вызываю доменного администратора - он изменяет имя зеркала на основной - а пользователи теряют час-другой...

Моё мнение, Вашей фирме выйдет дешевле обратиться к специализирующейся на этом фирме.

Плохиш, если бы это было дешевле, я бы Вас не пытал. Не хочется рассказывать, на чем руководство экономит... Реально имею возможность самостоятельно определить состав серваков. Вот и подумал, что лучше повозиться самому, чем приглашать варягов, которые то-ли сделают, то-ли нет - нео денежку возмут такую, что у начальства вопрос возникнет - "А что мы сами идиоты - ЭКОНОМЬТЕ!". Уж извините...

DonVik

http://sysadmins.ru/

> DonVik  (12.06.2008 15:09:09)  [9]

Кластер из двух серверов смешной кластер, может действительно надо обратиться к специалистам.
Но из твоих слов вытекает, что у вас сейчас одна машина на все, про все - а это уже не смешно.
Надо бы сначала увеличить количество машин, разбить их по функциям (ролям). Сам Микрософт так советует, кроме случая для бедных SBS-2003

> DonVik   (12.06.08 16:40) [12]


Определитесь с регламентирующими документами - докмуенты, которые необходимо ОБЯЗАТЕЛЬНО созранить, максимально допустимое время восстановления после сбоев, средства, которые могут быть выделены (и могут ли быть) и т.п.
После этого можно определяться со средствами резервного копирования и восстановления.

Тын-Дын. просто вчера не успел Вам ответить. Да, теоретически Вы правы. Определяться с документами, котрые необходимо сохранять не нужно - это уже ясно. Имеется утилита, которая резервирует (архивирует) файлы с рабочими расширениями. А вот "максимально допустимое время восстановления" - это вопрос. Сегодня (если работает сервак) восстановить файлы - требуется до 30 мин. максимум, а то и меньше, что приемлемо (найти в архиве, распаковать). Но если нет СЕРВАКА - ну лег он полностью? В чем проблема - сервак работал. На нем два винта. И вдруг один из винтов ПОЛЕТЕЛ - информация со всех винтов не читается. Там и другие заморочки доменных администраторов были - но я хочу иметь возможность, как Вы правильно сформулировали "горячей замены" сервака. Восстановить информацию неособенная проблема - она трижды резервируется - но куда - СЕРВАКА НЕТ.
Мне нужно, что бы пользователи не потеряли связи своих файлов, линки и т.д. Например, у пользователя есть файл с полным сетевым путем типа "\\Server_infо\БЭП\КЖ2140\Суппорт\Шпиндель.DWG". При этом этот файл имеет ссылку на файл "\\Server_infо\БЭП\КЖ2140\Суппорт\Крышка.DWG". Ну могу я сказать - ребята, вместо "Server_infо" используйте "Server_1" (резервный) - но если этих ссылок туева хуча - КАК пользователям - от вчерашнего студента до сегодняшней бабушки - точно разобраться? При этом время восстановления работоспособности отдела (130 гавриков) должно быть в пределах до 3-5 часов макимум (желательно меньше). Извините за такой крик души - ну достали меня проблемы даже не технические, а организационные - но для меня это РЕАЛЬНОСТЬ... Понимаю, что Вам покажется все это идиотизмом - мне-то что делать...
И последнее - как-то я уже задавал примерно такой вопрос. Но на моем предприятии регламентируюшие документы могут просто НЕ ИСПОЛНЯТЬСЯ - не удивляйтесь такой благоглупости... Имеется документ пятилетней давности о порядке именования файлов/папок и тому подобное. Думаете, исполняется? Пришел новый зам.генерального, заявил - кто не исполняет такого распоряжения - готовить к увольнению - мне подготовить список. Я его подготовил - из 120 челов нужно уволить 96. Как Вы думаете, что мне на это ответили?
Так что вопрос для меня актуален - буду думать в направлении кластеризации сервака. А если два сервака в кластере, по мнению Anatoly Podgoretsky  "Кластер из двух серверов смешной кластер" - то пусть меня извинит - это уже снобизм. У него нет проблем - и слава богу. Может Anatoly Podgoretsky приедет к нам и предложит приемлемеое решение генеральному - дай бог ему счастья... Я ведь только просил совета - нет ли утилит для БЫСТРОГО зеркалирования. Стандартно на это уходит у меня до 8-10 часов, причем в нерабочее время (воскресение), когда нет новых поступлений файлов. Так что, мне нужно каждое воскресение сидеть 8-10 часов на работе? Можете помочь советом - низко в ножки поклонюсь. А давать теоретичекие советы (блестящие и абсолютно правльные) - увольте

DonVik   (13.06.08 8:41) [16]
\\Server_infо\БЭП\
а замапить диском? и в скрипт логона вставить...
NET USE t: \\server\share - где стока server правится 3 сек, перелогонился и даже не заметил что диск сменил сервер

raid это полезная вещь, но недостаточная.
И не надо никаких кластеров (В принципе можно, если денег много).

Есть такая замечательная вещь как dfs и репликация.
Публикуете ссылку на шару в dfs и настраиваете репликацию на другой сервер (в dfs можно опубликовать и ссылку на вторую папку, но не советую, т. к. могут возникнуть конфликты при одновременной правкой одинаковых файлов). При падении первого сервера меняете ссылку в dfs и через пять минут (а не 3-5 часов) все работают со второй актуальной копией.

Применение такой конфигурации не освобождает от бэкапа! Ибо при удалении файлов они удалятся на всех репликах!

Есть средство зеркалирования для бедных, если нехотите разбираться - robocopy.exe (там есть параметр, с которым она болтается в памяти постоянно, мониторя исходную папку).