Страница 1 из 1
Правильное резервирование серверов. Нужен совет.
Добавлено:
05 окт 2004, 11:31
Дмитрий Иванов
Здравствуйте, уважаемые господа!
В дереве 2 сервера NW6 Х и Y.
X - файл-сервер, мастер реплика.
Y - R/W реплика, DNS, iPRINT/NDPS, ZEN, BORDER.
Понятно, что реплицируется БД NDS, на X поставится вторичный DNS. А что происходит с iPRINT/NDPS, ZENом и Borderом?
Есть ли возможность обеспечить резервирование данных сервисов на втором сервере?
Спасибо.
Добавлено:
05 окт 2004, 11:34
Сергей ака godless
NDPS запросто переноситься с одного сервера на другой отключением брокера и менеджера на одном серврере, переносом базы принтеров и запуском на другом анналогичной конфигурации сервисов ... Единственное - столкнулся с таким - возможно придётся запускать NDPSM с параметрами, если сразу базу не найдёт ...
Добавлено:
05 окт 2004, 11:52
Дмитрий Иванов
Border, на сколько я понимаю, можно просто проинсталить на второй сервер, создать имя в DNS, прописать его у пользователей в настройках IE и менять в DNS у этого имени IP в зависимости от того какой сервер должен работать. Я прав?
Добавлено:
05 окт 2004, 11:59
Косинов Владимир
Дмитрий Иванов писал(а):Border, на сколько я понимаю, можно просто проинсталить на второй сервер, создать имя в DNS, прописать его у пользователей в настройках IE и менять в DNS у этого имени IP в зависимости от того какой сервер должен работать. Я прав?
прав, если некритичное время простоя несколько десятков минут.
лучше установить Novell Cluster Service, создать кластер, кластеру пришить вторичный адрес. этот адрес прописать в бордюре и в свойствах ИЕ пользователей.
Добавлено:
05 окт 2004, 12:08
Дмитрий Иванов
Косинов Владимир писал(а): прав, если некритичное время простоя несколько десятков минут.
лучше установить Novell Cluster Service, создать кластер, кластеру пришить вторичный адрес. этот адрес прописать в бордюре и в свойствах ИЕ пользователей.
А с чем связан простой?
По ZENу думаю следующее: Поставить также на второй сервер и в Container Package включать у нужного сервера Search Policy. Возможно такое?
Поставить все нужные сервисы на оба,
Добавлено:
05 окт 2004, 16:23
Boris Morozov
и не запускать их. Чтобы не менять имя шлюза у клиентов - сделать в DNS алиас, клиентам указывать его и менять ссылку, если что.
Добавлено:
06 окт 2004, 04:52
Косинов Владимир
Дмитрий Иванов писал(а):А с чем связан простой?
сам посуди, свалился у тебя сервак, пока ты это обнаружил и начал действовать (допустим ты был на рабочем месте, а не в столовой), пока переделал запись в ДНС, пока сервис ДНС перечитал базу, пока до клиентов это дошло:). да, и кто скажет клиентам ipconfig /flushdns?
Re: Поставить все нужные сервисы на оба,
Добавлено:
06 окт 2004, 05:44
Косинов Владимир
Boris Morozov писал(а):Чтобы не менять имя шлюза у клиентов - сделать в DNS алиас, клиентам указывать его и менять ссылку, если что.
и для алиаса клиент запоминает в кэше ДНС конкретный адрес, а не лезет каждый раз к серверу.
Добавлено:
06 окт 2004, 16:16
Дмитрий Иванов
Направление для работы понятно. Спасибо.
Нет, ну перегрузится им наверное придется.
Добавлено:
06 окт 2004, 17:20
Boris Morozov
Мы ж не горячее резервирование делаем, насколько я понимаю.
Иначе только кластер. И что-то я не замечал в виндах кеша DNS, который после перезагрузки сохраняется.
Re: Нет, ну перегрузится им наверное придется.
Добавлено:
06 окт 2004, 17:34
Дмитрий Иванов
Boris Morozov писал(а):Мы ж не горячее резервирование делаем, насколько я понимаю.
Иначе только кластер. И что-то я не замечал в виндах кеша DNS, который после перезагрузки сохраняется.
Не горячее, главное, чтоб не так - сервер умер и все встало на сутки
вопрос Дмитрию:
Добавлено:
07 окт 2004, 05:00
Косинов Владимир
а файловую помойку как резервировать собрался? или она не критична?
если резервирование не горячее, зачем оно тогда в таком виде? держи резервное железо наготове и копию системы, вот и все.
Re: вопрос Дмитрию:
Добавлено:
07 окт 2004, 10:53
Дмитрий Иванов
Косинов Владимир писал(а):а файловую помойку как резервировать собрался? или она не критична?
если резервирование не горячее, зачем оно тогда в таком виде? держи резервное железо наготове и копию системы, вот и все.
Ну у нас не совсем пока еще помойка
У кого много инфы - выделены отдельные папки с дисковыми квотами. У кого тока документы - домашние каталоги и роуминг профиль в ЗЕНе, они даже не знают, что все сохраняется на сервере.
И основная база данных с файлами. Все через CRON и соотв. утилиты синхронизируется между серверами. Продумываются соответствующие логин-скрипты, что бы пользователи в зависимости от того какой сервер работает получали доступ к файловым ресурсам.
Главный вопрос был в обеспечении бесперебойности сервисов.