Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

"зеркало" для Контроллера Домена

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Windows
Предыдущая тема :: Следующая тема  
Автор Сообщение
Mr. Scruff



Зарегистрирован: 02.02.2006
Сообщения: 44

СообщениеДобавлено: Вт Мар 14 2006 09:36    Заголовок сообщения: "зеркало" для Контроллера Домена Ответить с цитатой

Всем доброго времени суток!!!!
Шеф поставил передомной непростую задачку...
Короче стоит Контроллер Домена на 2003-м Виндовозе. Шеф хочет к этому
серваку через ethernet подцепить второй (точно такой же по конфигурации железа и софта) для бэк-апа...так что если первый вдруг накроется то второй тутже вместо него заработает (т.е. первый сервак - primary, второй slave, если первый накрылся то второй из slave переходит в primary, без чьего либо вмешательства), и юзеры ничё и не заметят

Как такое можно осуществить, если вообще возможно,
Точно знаю - такая вещь в моей конторе работает под Free-BSD, но тот чувак который это замутил скрылся в неизвестном направлении
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
a-m-d



Зарегистрирован: 09.09.2004
Сообщения: 1498
Откуда: SPb

СообщениеДобавлено: Вт Мар 14 2006 09:49    Заголовок сообщения: Ответить с цитатой

Нифига задачу не понял. Изменений в работе чего не должны заметить юзеры?

Вам нужен кластер что-ли? Так не все ПО вроде бы умеет в кластере работать. Ваше умеет?
Или вам нужен просто второй контроллер домена? При продуманном размещении служб и ПО юзеры также могут почти ничего и не заметить.
_________________
Век живи - век учись!.. Дураком помрёшь.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Mr. Scruff



Зарегистрирован: 02.02.2006
Сообщения: 44

СообщениеДобавлено: Вт Мар 14 2006 13:16    Заголовок сообщения: Ответить с цитатой

Вот что-то вроде кластера и надо, только как это сделать и как узнать
будет ли винда так работать
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
a-m-d



Зарегистрирован: 09.09.2004
Сообщения: 1498
Откуда: SPb

СообщениеДобавлено: Вт Мар 14 2006 13:58    Заголовок сообщения: Ответить с цитатой

У MS есть продукт Microsoft Cluster Server.
"Железо" серверов, входящих в кластер может и не быть одинаковым. А вот общий диск/массив быть должен. Сделай поиск по Microsoft Cluster Server, инфы о том, что и как он делает достаточно.
_________________
Век живи - век учись!.. Дураком помрёшь.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
July



Зарегистрирован: 23.01.2004
Сообщения: 92
Откуда: localhost

СообщениеДобавлено: Вт Мар 14 2006 23:20    Заголовок сообщения: Ответить с цитатой

a-m-d писал(а):
У MS есть продукт Microsoft Cluster Server.
"Железо" серверов, входящих в кластер может и не быть одинаковым. А вот общий диск/массив быть должен. Сделай поиск по Microsoft Cluster Server, инфы о том, что и как он делает достаточно.


А сервера служб каталогов кластеризуют? Мне кажется эта редкость. В Windows используют просто дополнительные DC для этого + RAID на ОС. А кластеры оставьвте для баз данных(включая почту и LOB) и серверов приложений (IIS) + ISA.
В windows есть две схемы построения кластера:
1. с общим диском/массивом (SAN)
2. без общего хранилища, но при этом кластер начинается от трех узлов, большая часть которых должна работать, т.е. из 3 узлов может сломаться только 1, из 8 только 3.

PS - Microsoft Cluster Server в основном используется для HPC нежели для отказоустойчивости.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
And



Зарегистрирован: 02.12.2003
Сообщения: 401
Откуда: Московская обл.

СообщениеДобавлено: Ср Мар 15 2006 09:29    Заголовок сообщения: Ответить с цитатой

Еще необходимо заготовить мешок денег, чтобы оплатить трафик Интернет, если вы хотите кластер так извращенно сделать. Да и не заработает он так. А по поводу того, что вы хотите AD резервировать, идея не плохая, даже хорошая, даже более того, так и надо делать. Как минимум два сервака должны нести AD. Если один накрывается, то пользователей всегда сможет авторизовать второй. Делается это путем добавления второго DC в вашу структуру AD. Но вот только зачем его через инет пускать? Предполагаю, что вы хотите его очень далеко вынести на случай стихийных бедствий, пожар, наводнение и т.д. Так вот лучше всего будет в другое здание или этаж поставить резервный DC, чем отправлять его в ссылку на Колыму.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
and3008



Зарегистрирован: 12.10.2001
Сообщения: 14893
Откуда: Н.Новгород

СообщениеДобавлено: Пт Мар 17 2006 00:18    Заголовок сообщения: Ответить с цитатой

Значится дело такое.
Если мы резервируем только контроллер домена, то ничего делать не надо. Ставим 2 контроллера, убеждаемся, что репликация работает и нам наступает счастье.

Дело хуже, если на этих серверах крутится ПО или файло-помойка.
В этом случае нужен кластер или ПО для заркалирования данных.

Чтобы юзвери совсем ничего не заметили - так не получится. Но высокую готовность (HPC) обеспечить можно. В случае сбоя юзверям надо будет перезапустить приложение. Они потеряют данные, которые они не успели сохранить на сервере.

Для этого надо сделать кластер по всем правилам. Обязательно отдельное общее хранилище. Либо SAN, либо разделенный SCSI (к примеру Vtrak 15110).

На UNIX-системах часто используют drbd. Это по сути сетевой RAID-1.
Я использовал, не понравилосась скорость, да еще и данные чуть было не потерял. На фиг. Лучше разделенный SCSI пользовать. И быстрее на порядок и надежнее (у хранилища свой кэш + батарейка).

SAN - идеальная вещь для хранения данных, но очень дорогая. ОЧЕНЬ!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
a-m-d



Зарегистрирован: 09.09.2004
Сообщения: 1498
Откуда: SPb

СообщениеДобавлено: Пт Мар 17 2006 17:12    Заголовок сообщения: Ответить с цитатой

July писал(а):
...А сервера служб каталогов кластеризуют? Мне кажется эта редкость...


Ну а если прочитать еще и мой первый пост Smile
"Нифига задачу не понял
...
Или вам нужен просто второй контроллер домена?.."
_________________
Век живи - век учись!.. Дураком помрёшь.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
a-m-d



Зарегистрирован: 09.09.2004
Сообщения: 1498
Откуда: SPb

СообщениеДобавлено: Пт Мар 17 2006 17:14    Заголовок сообщения: Ответить с цитатой

And писал(а):
Еще необходимо заготовить мешок денег, чтобы оплатить трафик Интернет...


Дык про тырнет у него и нет ничего в впоросе. Ethernet.
_________________
Век живи - век учись!.. Дураком помрёшь.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Windows Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...