Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2008.08.03;
Скачать: [xml.tar.bz2];

Вниз

Зеркальный сервер   Найти похожие ветки 

 
DonVik   (2008-06-12 13:03) [0]

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


 
Ку-Ку   (2008-06-12 13:19) [1]

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


 
TUser ©   (2008-06-12 13:30) [2]

raid-массив


 
Ку-Ку   (2008-06-12 13:33) [3]


> raid-массив

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


 
boriskb ©   (2008-06-12 13:36) [4]

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

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

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


 
Плохиш ©   (2008-06-12 13:56) [5]


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

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


 
Anatoly Podgoretsky ©   (2008-06-12 13:57) [6]

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

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


 
Тын-Дын ©   (2008-06-12 13:58) [7]


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



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


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


 
boriskb ©   (2008-06-12 14:10) [8]

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

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

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


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

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


 
DonVik   (2008-06-12 15:09) [9]

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


 
DonVik   (2008-06-12 15:18) [10]

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


 
Плохиш ©   (2008-06-12 16:27) [11]

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


 
DonVik   (2008-06-12 16:40) [12]

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


 
boriskb ©   (2008-06-12 16:50) [13]

DonVik

http://sysadmins.ru/


 
Anatoly Podgoretsky ©   (2008-06-12 16:56) [14]

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

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


 
Тын-Дын ©   (2008-06-12 16:59) [15]


> DonVik   (12.06.08 16:40) [12]


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


 
DonVik   (2008-06-13 08:41) [16]

Тын-Дын. просто вчера не успел Вам ответить. Да, теоретически Вы правы. Определяться с документами, котрые необходимо сохранять не нужно - это уже ясно. Имеется утилита, которая резервирует (архивирует) файлы с рабочими расширениями. А вот "максимально допустимое время восстановления" - это вопрос. Сегодня (если работает сервак) восстановить файлы - требуется до 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 часов на работе? Можете помочь советом - низко в ножки поклонюсь. А давать теоретичекие советы (блестящие и абсолютно правльные) - увольте


 
Slym ©   (2008-06-16 07:50) [17]

DonVik   (13.06.08 8:41) [16]
\\Server_infо\БЭП\

а замапить диском? и в скрипт логона вставить...
NET USE t: \\server\share - где стока server правится 3 сек, перелогонился и даже не заметил что диск сменил сервер


 
Рамиль ©   (2008-06-16 09:16) [18]

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

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

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

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



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2008.08.03;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.51 MB
Время: 0.008 c
2-1214919159
Фленов
2008-07-01 17:32
2008.08.03
Как засунуть файл в *.exe ?


15-1213771277
Ega23
2008-06-18 10:41
2008.08.03
Организация пула соединений


2-1214037283
Grigoriy
2008-06-21 12:34
2008.08.03
Проблема с русским текстом при печати Tchart


2-1214858997
AlexeyMir
2008-07-01 00:49
2008.08.03
Версия проекта


2-1215108408
Lesnik
2008-07-03 22:06
2008.08.03
AfalinaSoft Flat Controls 1.53 и Delphi 2007





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский