Расширение дерева для установки NW65

[dmitry-ershov]

Здравствуйте коллеги.

Исходные данные: Есть 2 сервера 4.11 SP9. Назовем их Сервер_1 и Сервер_2. Сервер_1 являеться хозяином реплики, а Сервер_2 соответсвенно в режиме RW. Реплики синхронизированы, время тоже. Т.е с NDS все нормально.

Задача. Требуеться одновить DS.NLM до версии 621 на обоих серверах и подготовить схему для внедрения в нее 3-го сервера, на котором будет установлена NW65.

Собственно сам вопрос. Как сделать все это когда в исходной конфиге NDS всего 1 сервер 411 понятно.
Но в какой последовательности производить манипуляции, когда в сети 2 сервера, тут мне немного не ясно.
Например, если мы на Сервере_1 выгрузим DS.NLM обновим ее до версии 621, потом загрузим DS.NLM, расширим схему, а на Сервере_2 только обновим DS.NLM до версии 621.
Тогда с Севера_1, который у нас является мастером в данной реплики, произойдет обновление схемы ? Или на Сервере_2 тоже нужно обновлять схему ?

[Андрей Фисенко]

Все довольно просто.
1. Делаете бекап всего, чего сможете, особенно NDS
2. Втыкаете сидюк (или дивидюк) с NW65 в админскую рабочую станцию с виндой
2.1 Наслаждаетесь загрузкой Deployment Manager
2.2 Отвечаете на несколько вопросов
2.3 Лицезреете автоматический процесс подготовки дерева к внедрению NW65
3. Далее по обстоятельствам. Или ставите NW65 или восстанавливаете дерево на 4.11 :)

[dmitry-ershov]

Андрей, а если делать не через диск ?
Хотелось бы понимать что делается. Сеть боевая, на стенде удалось обкатать только с одним сервером. Понимаю что ответ сам собой напрашивается "читать мануал", но все же

[Музалёв Николай]

Хотелось бы понимать что делается.

О! Всем бы хотелось, но То тайна велика есть!
А вообщето - как раз и проводятся действия по обеспечению совместимости достаточно далеко разощедшихся по базовым схемам типов Дерева. Для админа вполне достаточно видеть - получилось или нет. При "нет" - вполне может потребоваться откат на копию, о чем ниже.

Или на Сервере_2 тоже нужно обновлять схему ?

Предполагается, что схема никоим боком не соотносится с серверами.

Схема - суть основополагающее понятие и реаль имнно и только ДереваКаталогов.

Сервера же хранят на себе реплики (т.е. копии) Дереве только и исключительно для обеспечения отказаоустойчивости, скорости работы и удобства пользователей.

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

Потому в реальной жизни принята примерно такая метода:
- отлизываем существ. Дерево и устраняем ВСЕ ошибки,
- копируем Дерево ( с проверкой), дважды и разными способами, на разные носители,
- выполняем треб. манипуляцию. Негласно реколмендуется серьезную работу выполнять на МастеРеплике,
- при многошаговой манипуляции после каждого шага ждем синхро времени и реплик. Синхронизацию и отсутствие проблем подтверждаем ПостКаждогоШагаПрогоном DSREPa

[dmitry-ershov]

Спасибо Николай, за ваш исчерпывающий ответ. На самом деле мне именно нужно было понимание того, что изменения автоматом расплываются по всему дереву. Смущающая меня тонкость была вот в чем: При расширении схемы происходят достаточно сильные изменения, я догатываюсь что добавляются новые записи для нормальной установки 6.5 и т.д. Как создание того же GUI (в абривиатуре могу ошибиться). И интересовал именно такой момент:как только я расширил схему на Master сервере, она автоматом расползлась по другим серверам и на них никаких расхирений делать уже не нужно.

В любом случае схему я расширил, использовал не ручной метод (обновление DS потом через DSREPAIR расширение схемы), а метод предложенный Андрем. Вроде все получилось, буду готовиться к установки в дерего нового новела. Сихронизации времени и схемы нормальные.

Копирование делал 2-мя способами: 1-е регламентное на ленту ну и 2-ой тупое копирование папки _netware с обоих серверов на свой комп.

[Boris Morozov]

в NW65SP6. После установки потеряете синхронизацию из-за глюка в DSREPAIR. Почитайте тему про потерю синхронизации и как с этим боороться.

[dmitry-ershov]

Борис, я уже с таким сталкивался, и лечилось это по методу, который описал Константин и который я приводил в вашей теме. На счет вашего метода, то я его проверю, т.к буду еще раз проводить тестовую установку на стенде. Поправьте меня если я где то ошибусь:

1. На сервере где установлен NW65SP6 подменяем dsrepair из версии nw65sp5.
2. На этом же сервере проводим операцию по лечению network addresess
3. Сервера с установлеными NW411SP9 не трогаем и ничего на них не лечим .

После этого синхронизация должна пойти.
Я правильно понял принцип работы вашего метода ?

[Андрей Тр. aka RH]

в NW65SP6. После установки потеряете синхронизацию из-за глюка в DSREPAIR. Почитайте тему про потерю синхронизации и как с этим боороться.

А что именно за глюк и где почитать ? Просто я на днях таки поставил SP6 на серверы NW65 ( кроме OES в этом дереве ничего нет ), на первый взгляд в DSTRACE все нормально - правда, с того времени еще не пользовались DSREPAIR.

[Музалёв Николай]

.... принцип .... вашего метода ?

Совет на будущее: именно вот такие ШаманскиеШтучки требуют от NW-админа собирать и хранить все доступные сервис-паки, даже если он их не планирует использовать.
На моей памяти - это второй Серьезный-Все-Объемлющий инцидент с откатом важного можуля.
(Первый был на NW51СП5 (??), когда полномасштабно заглючил драйвер ИДЕ-систем и всем пришлось откатить его на СП4.)

А что касается частных случаев - то их достаточно много : то тот , то иной модуль берется от старых версий системы или программы.

[Андрей Тр. aka RH]

Это не про это ли пишут :

Issues Resolved in eDirectory 8.7.3 SP9
DSREPAIR:
- Incorrect port was added to ncpserver and referal list after repair network address (186311)[/i] ?

В https://secure-support.novell.com/Kanis ... ublic.html

[Boris Morozov]

Вроде как раз он в NW65SP6 и включен.

[Sergant]

https://secure-support.novell.com/Kanis ... ublic.html

Любопытно, что обновлений edir8739ftf_1.exe and edir8739ftf_1.tgz на сайте Новелла пока нет, хотя документ модифицирован 27-го января

[Андрей Тр. aka RH]

Как я понимаю, 8739 имеется в виде нормального SP, что должно быть новее FTF, и этот фикс для DSREPAIR там упомянут ( в 8.7.3 SP9 ), в том числе. Между тем, этот SP заявлен как патч ( Active и Mandatory, кстати - по причине фиксов нескольких дырок ) в т.ч. и для NetWare 6.5 SP6.

http://www.novell.com/documentation/edi ... readme.txt

[Boris Morozov]

NW65SP6. А время то идет. Я не понимаю, глюк же стабильный, неужели у буржуев нет 4.11. С другими не смотрел, видимо с IP адресами все в порядке и потому глюк не очень заметен.

[dmitry-ershov]

Отчет об установке в дерево NW411 нового сервера NW65.

В общем установка прошла нормально, но после перезагрузки синхронизация упала, как и положено Ошибка 625

Лечение: Ради эксперемента, я ничего не стал подменять , как делал Борис. А выполнил лечение из NW411, этот сервер у меня после установки является мастером реплики. На нем делаем
load dsrepair -> Advanced Options -> Servers known to this database ->
-> выбираем сервер с установленым NW65 -> Repair selected server's network address. Потом происходит исправление адресов.

После этого синхронизация сразу пошла, это было проверено по dstrace.