proNovell

Здравствуйте, уважаемые господа!

В дереве 2 сервера NW6 Х и Y.
X - файл-сервер, мастер реплика.
Y - R/W реплика, DNS, iPRINT/NDPS, ZEN, BORDER.

Понятно, что реплицируется БД NDS, на X поставится вторичный DNS. А что происходит с iPRINT/NDPS, ZENом и Borderом?
Есть ли возможность обеспечить резервирование данных сервисов на втором сервере?

Спасибо.

NDPS запросто переноситься с одного сервера на другой отключением брокера и менеджера на одном серврере, переносом базы принтеров и запуском на другом анналогичной конфигурации сервисов ... Единственное - столкнулся с таким - возможно придётся запускать NDPSM с параметрами, если сразу базу не найдёт ...

Border, на сколько я понимаю, можно просто проинсталить на второй сервер, создать имя в DNS, прописать его у пользователей в настройках IE и менять в DNS у этого имени IP в зависимости от того какой сервер должен работать. Я прав?

Дмитрий Иванов писал(а):Border, на сколько я понимаю, можно просто проинсталить на второй сервер, создать имя в DNS, прописать его у пользователей в настройках IE и менять в DNS у этого имени IP в зависимости от того какой сервер должен работать. Я прав?

прав, если некритичное время простоя несколько десятков минут.
лучше установить Novell Cluster Service, создать кластер, кластеру пришить вторичный адрес. этот адрес прописать в бордюре и в свойствах ИЕ пользователей.

Косинов Владимир писал(а): прав, если некритичное время простоя несколько десятков минут.
лучше установить Novell Cluster Service, создать кластер, кластеру пришить вторичный адрес. этот адрес прописать в бордюре и в свойствах ИЕ пользователей.

А с чем связан простой?

По ZENу думаю следующее: Поставить также на второй сервер и в Container Package включать у нужного сервера Search Policy. Возможно такое?

и не запускать их. Чтобы не менять имя шлюза у клиентов - сделать в DNS алиас, клиентам указывать его и менять ссылку, если что.

Дмитрий Иванов писал(а):А с чем связан простой?

сам посуди, свалился у тебя сервак, пока ты это обнаружил и начал действовать (допустим ты был на рабочем месте, а не в столовой), пока переделал запись в ДНС, пока сервис ДНС перечитал базу, пока до клиентов это дошло:). да, и кто скажет клиентам ipconfig /flushdns?

Boris Morozov писал(а):Чтобы не менять имя шлюза у клиентов - сделать в DNS алиас, клиентам указывать его и менять ссылку, если что.

и для алиаса клиент запоминает в кэше ДНС конкретный адрес, а не лезет каждый раз к серверу.

Направление для работы понятно. Спасибо.

Мы ж не горячее резервирование делаем, насколько я понимаю.
Иначе только кластер. И что-то я не замечал в виндах кеша DNS, который после перезагрузки сохраняется.

Boris Morozov писал(а):Мы ж не горячее резервирование делаем, насколько я понимаю.
Иначе только кластер. И что-то я не замечал в виндах кеша DNS, который после перезагрузки сохраняется.

Не горячее, главное, чтоб не так - сервер умер и все встало на сутки

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

Косинов Владимир писал(а):а файловую помойку как резервировать собрался? или она не критична?
если резервирование не горячее, зачем оно тогда в таком виде? держи резервное железо наготове и копию системы, вот и все.

Ну у нас не совсем пока еще помойка У кого много инфы - выделены отдельные папки с дисковыми квотами. У кого тока документы - домашние каталоги и роуминг профиль в ЗЕНе, они даже не знают, что все сохраняется на сервере. И основная база данных с файлами. Все через CRON и соотв. утилиты синхронизируется между серверами. Продумываются соответствующие логин-скрипты, что бы пользователи в зависимости от того какой сервер работает получали доступ к файловым ресурсам.
Главный вопрос был в обеспечении бесперебойности сервисов.