Страница 1 из 1

На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 20 сен 2019, 12:30
BDmV
В сети стоят несколько серваков:
NetWare 6.5 c eDir 8.8 SP5
Sles 11 (OES2015.1) c eDir 8.8.SP8
Sles 12 (OES2018.1) c eDir 9.1.4

Насколько критично такое расхождение версий eDir? И есть ли возможность поднять EDir на NW 6.5 до версии 9.1 без переезда на Sles?

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 20 сен 2019, 12:42
Ковалев Артем
8.8.5 и 8.8.8 - это почти не расхождения :)
вот 8.8.5 и 9.1.4 - тут мастером должен быть 9.1.4, а младший RO или вообще не репликой.

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 20 сен 2019, 20:19
Иван Левшин aka Ivan L.
Дерево работает в режиме совместимости, т.е. не весь функционал девятки доступен. Некритично, если система не гигантская и нет географически удаленных серверов. В общем и целом - использование в продакшене такого не то, чтобы рекомендуется, но никаких "немедленно обновить", "прекратить" и т.д. Устраивает Вас то, что всякие плюшки девятки не работают (сейчас наверняка не вспомню - но тот же Pririty Sync в нетварьном едыре отсутствует... хотя не уверен настолько, чтобы говорить об этом определенно)? Ну и слава богу :)

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 20 сен 2019, 20:22
Иван Левшин aka Ivan L.
Ковалев Артем писал(а): а младший RO или вообще не репликой.

RO - совершенно бесполезная ерунда, никогда и нигде ее не пользуйте. Единственное назначение RO: либо для LDAP, либо как резервная копия. Больше ни для чего оно использовано быть не может: например, аутентификация/авторизация через NCP в RO - никак, потому как надо менять значения атрибутов, а сделать этого нельзя. Потому клиент полезет туда, где поменять можно, а мы потом получим запрос "клиент медленно входит в сеть". Ну и т.д.
Ровно то же самое справедливо для Filtered Replica - только с ними чудес еще больше.
RO, Filtered - это "спецсредства", которые применяются только тогда и там, где они действительно нужны (например: у вас есть стойбище оленеводов, находящееся в тундре и подключенное через Sat Link. Тут - да, да и то можно обычную реплику отрезать аккуратно).

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 23 сен 2019, 09:56
BDmV
т.е., я правильно понял, если в дереве есть хотябы одна не 9ка, то плюшек не будет? или будут при условии, что Мастер 9ка?
З.Ы. существует ли в природе обновление eDir 8.8 sp5+ для nw6.5 или на sp5 всё закончилось?

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 23 сен 2019, 12:05
Иван Левшин aka Ivan L.
Дмитрий, я писал о "кросс-функциональности", это описано в документации. Для того, чтобы новый функционал любой версии eDirectory был доступен, все сервера в кольце реплик должны его поддерживать. Это не обязательно девятка, ровно то же самое было во времена 8.5+8.8 и т.д.
Поддержка NW6.5 прекращена очень давно, никаких обновлений для нее выпускаться не будет. Соответственно в природе не существует и никогда не появится никакой eDirectory 9 for Netware.

Никакой "критичности" в том, что у Вас в дереве нетварь, нет: eDirectory штука фантастически надежная и неубиваемая, подобной ерундой ее не смутить :) Просто Вы должны помнить о том, что, сохраняя нетварь в дереве, Вы "консервируете" систему на том уровне функционала, который является потолком для нетвари.

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 23 сен 2019, 18:22
BDmV
Иван, спасибо за обстоятельный ответ. Я, приблизительно, так и понял, но где-то глубоко в душе надеялся на более оптимистичекий ответ. :)

Re: На сколько критично держать eDir разныйх версий?

СообщениеДобавлено: 23 сен 2019, 21:41
Иван Левшин aka Ivan L.
BDmV писал(а):Иван, спасибо за обстоятельный ответ. Я, приблизительно, так и понял, но где-то глубоко в душе надеялся на более оптимистичекий ответ. :)

Я тоже очень люблю нетварь. Но все, ее уже не вернуть. Потому настоятельно не рекомендую за нее цепляться, в настоящее время нет в ней ничего уникального, любой из ее сервисов работает в OES15/18, причем делает это ничем не хуже.