proNovell

Доброго всем дня...Подскажите, чем череват перенос сервера и сопутствующих с ним объектов из одного OU в другой? Ну например ou=servers, ou=company1,o=corp в ou=servers, ou=company2,o=corp. Сервера выполняют роль файлопомойки. На серверах установлена OES2SP2 x64.

по правильному наверное надо пройтись по всем сервисам и переконфигурить на новый контекст

но можно попробовать и по неправильному просто в конфиг файлах поправить контекст

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

Кстати, права могут неожиданно уйти в небытие. Особенно непрямые.

LDAP Configuration for Open Enterprise Services │
│ │ │ │
│ │ │Reconfigure is disabled │
│ │ │Linux User Management │
│ │ │ │
│ │ │ │
│ │ │Reconfigure is disabled │
│ │ │Novell Storage Services (NSS) │
│ │ │ │
│ │ │Reconfigure is disabled │
│ │ │NetWare Core Protocol (NCP) Server │
│ │ │ │
│ │ │Reconfigure is disabled │
│ │ │Storage Management Services (SMS) │
│ │ │ │
│ │ │Reconfigure is disabled

в принципе не так уж и много

А можно еще так сказать глупый вопрос. У меня есть несколько деревьев. Все они когда то начинались с NW 6.5.0 и потом потихонечку обновлялись. Но есть и такие, которые не обновлялись уже давно (в силу разных на то причин). Теперь руководство задумалось объединить весь этот зоопарк в единое дерево. Я немного подумал и предложил просто создать новое дерево для всех...И в связи с этим несколько вопросов.
1) Если дерево ставить как DSfW. 1 сервер в центре и по штуке на удаленных филиалах в качестве вторичных доменов предприятий. Чем плохо?
2) Как быть с лицензиями...Есть честно купленные под NW6.5, есть не очень честные, а есть и лицензии под OES (Linux). Как они поведут себя если я их вставлю в дерево DSfW под Linux на OES2SP2
3) Миграция пользователей. В принципе можно их забить и ручками, но 200 юзеров...это не на один месяц работы...Хочется до Нового года закончить это титаническое мероприяти.

1) Если дерево ставить как DSfW. 1 сервер в центре и по штуке на удаленных филиалах в качестве вторичных доменов предприятий. Чем плохо?

наверное даже здорово но Вы будете первым

нечто подобное маячит передо мной но начну скорее с центрального офиса, так потребность в ад тут выше

2) Как быть с лицензиями...Есть честно купленные под NW6.5, есть не очень честные, а есть и лицензии под OES (Linux). Как они поведут себя если я их вставлю в дерево DSfW под Linux на OES2SP2

нормально , для оес2 и 1 лицензии бумажные и номерок нужен только для апдейтов

3) Миграция пользователей. В принципе можно их забить и ручками, но 200 юзеров...это не на один месяц работы...

можно через idm если покупали оес1 или 2 он у вас есть (хотя хватит триала для переноса)

можно подсоеденить сервер новый в старое дерево, на него перетекут юзеры и убрать его из дерева (убрать надо правильно , так чтобы новый сервер не общался больше со старым деревом (серверами)- тоесть не видел его по сети никак).

можно экспортировать юзеров в файл потом через лдиф утилиту в новое дерево - пароли при этом не перейдут но можно дефолтные временно назначить до первого входа

Всего-то 200 пользователей? Тогда, действительно, проще создать новое дерево с продуманной структурой и, тем самым, избежать наследия тяжкого прошлого. У вас есть прекрасный шанс сделать новое, хорошее дерево, создать новый единый стандарт именования объектов, упорядочить инфраструктуру, сделать стройную файловую структуру и систему раздачи прав.
А 200 пользователей - это 3 (ну 4) часа монотонной работы. Зато с новыми правильными именами.
Если и старые имена устраивают, то можно из старых деревьев сделать экспорт объектов - хоть в ldif (через С1), хоть в xls (eDir-ODBC драйвер). А потом их импортировать.
Про IDM - его дольше надо будет ставить/настраивать, чем 200 пользователей создать заново.

capricious писал(а):1)
3) Миграция пользователей. В принципе можно их забить и ручками, но 200 юзеров...это не на один месяц работы...

можно через idm если покупали оес1 или 2 он у вас есть (хотя хватит триала для переноса)

можно подсоеденить сервер новый в старое дерево, на него перетекут юзеры и убрать его из дерева (убрать надо правильно , так чтобы новый сервер не общался больше со старым деревом (серверами)- тоесть не видел его по сети никак).

можно экспортировать юзеров в файл потом через лдиф утилиту в новое дерево - пароли при этом не перейдут но можно дефолтные временно назначить до первого входа

да тут на форуме была темка, где обсуждали методы заливки пользователей, сейчас почему-то найти не могу. В принципе я пользовался связкой ексель + ворд + самописная прога по конвертированию в Utf и все это заливать через imanager + ldap
как пример получаемого файла:

Код: Выделить всё

#This LDIF file was generated by Novell's ICE and the LDIF destination handler.
version: 1

dn: cn=ZajacNV,ou=PTO14356, ou=Ofice,o=ORG
changetype: add
uid: ZajacNV
givenName:: 0J3QuNC60L7Qu9Cw0Lkg0JLQu9Cw0LTQuNC80LjRgNC+0LLQuNGH
fullName:: 0JfQsNGP0YYg0J3QuNC60L7Qu9Cw0Lkg0JLQu9Cw0LTQuNC80LjRgNC+0LLQuNGH
Language: RUSSKI
title:: 0JPQu9Cw0LLQvdGL0Lkg0LjQvdGB0L/QtdC60YLQvtGA
telephoneNumber: (06554) 3-05-82
sn:: 0JfQsNGP0YY=
ou:: 0J7QotCe0LjQmiDihJY1
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: Person
objectClass: ndsLoginProperties
objectClass: Top
loginScript: map m:=PTO14356\user:
l:: 0KDQtdGH0LjRhtCw
cn: ZajacNV


пытался перенести с помощью портлока польз пул nss на вирт сервер, при проверке пула выдало сообщение что типа 1 блок не принадлежит никому и предложило сделать ребилд nss тома. До этого ниразу такую операцию не проводил, чем чреват ребилд? и возможно ли его сделать без потери данных? сервак netware 6.5.sp8

Так ребилд это и есть штатное средство для восстановления целостности. Это типа как в винде скандиск или у нетваре для старой файловой системы Vrepair. Делайте, если что, оно скажет чего потеряло, выхода все равно другого нет. Обычно все проходит хорошо.