Страница 1 из 1
Проблема с сервером
Добавлено:
02 сен 2002, 15:51
Елена Лезгина
Добрый день!
Помогите советом, пож-та!
На сервере NW 5 SP5 порушилась NDS. Это была Master replica. Назначили другой сервер Master репликой, удалили на сервере NDS и затем заново его включили в дерево. Этот процесс прошел нормально, но все ПРАВА на каталоги, размещающиеся на томах на данном сервере, пропали. Т.к. база NDS у нас большая, каталогов тоже много, то это создало большую проблему, т.к. права пришлось восстанавливать с последнего бэкапа с ленты, а это долго. Нормально ли то, что произошло, и можно ли этого было избежать? Хочется знать на будущее.
Добавлено:
02 сен 2002, 16:03
Влад А.Сокол aka Akina
У меня при каждом серьезном изменении прав (или когда их накапливается) выполняется TBACKUP, файл TRESTORE.BAT лежит в корне каждого диска и входит в каждый бэкап... восстановление трустов - вопрос 2 минут
Добавлено:
03 сен 2002, 09:52
Елена Лезгина
А объем данных у вас большой? Я знаю про эту утилиту, она у меня есть, просто у нас диски порядка 100 Гб, где-то 100 пользовательских каталогов, некоторые из них с очень сложными правами...Наверное, это тоже долго будет?
А вообще теоретически нормально, что накрылись все права при удалении NDS и заново включении сервера в дерево?
Вовсе нет
Добавлено:
03 сен 2002, 11:04
Аркадий Глазырин
Елена Лезгина писал(а):А объем данных у вас большой? Я знаю про эту утилиту, она у меня есть, просто у нас диски порядка 100 Гб, где-то 100 пользовательских каталогов, некоторые из них с очень сложными правами...Наверное, это тоже долго будет?
Размер NDS мизерный в сравнении с данными. Обычно пара мегабайт. От силы десять. Больше не встречал. Видимо потому, что в крупных сетях масштаба AT&T не обитал.
Добавлено:
03 сен 2002, 11:16
Влад А.Сокол aka Akina
Елена, Вы меня удивляете!
Утилита TBACKUP просто проходит по всему дереву каталогов и просматривает прямые Trustee Rights на файлы и каталоги, наследованные не считаются так как будут потом вычислены. Сколь времени надо для рекурсивного обхода Вашего дерева? Да просто запустите и посмотрите. Думаю минут 5, может 10... при этом единственная чухня которая может случиться - это если до окончания обхода что-то обойденное поменяется... впрочем потеря 1-2 трустов - ерунда. При этом естественно никаких интерференций нет, так как сами каталоги и файлы утилите не нужны, она их не открывает, не блокирует...
Единственное неудобство - это потом при восстановлении TRESTORE.BAT надо сделать так чтобы CX.EXE и RIGHTS.EXE были доступны через path. Я обычно просто добиваю в полученный файл строки:
- Код: Выделить всё
set xpath=%path%
set path=f:\public;
[здесь тело полученного файла]
set path=%xpath%
set xpath=
А вообще теоретически нормально, что накрылись все права при удалении NDS и заново включении сервера в дерево?
Абсолютно нормально. При новом включении в дерево (создании объекта) он и его тома получили новые ID в дереве NDS. Т.е. с точки зрения NDS это совершенно другой сервер.
Вот если бы Вы оставили в дереве объекты "том" и после добавления сервера в дерево (БЕЗ ТОМОВ, ТОЛЬКО СЕРВЕР!) запустили бы DSREPAIR - не исключаю что тома подхватились бы на старые ID-ы просто за счет совпадения имен. А может и нет... но в случае, описанном в
http://novell.org.ru/forum/viewtopic.php?t=505, это прошло
Добавлено:
03 сен 2002, 13:27
Музалёв Николай
Давно стеснялся спросить - Утилита TBACKUP вроде под ДОС .
Кобразом она обрабатывает длинные и русские имена файлов?
Спасибо.
Добавлено:
03 сен 2002, 14:16
Влад А.Сокол aka Akina
Длинные имена она не обрабатывает вообще - использует 8.3.
Русские имена она обрабатывает при установленной 866 кодовой (как и любая другая программа).
Добавлено:
04 сен 2002, 12:08
Елена Лезгина
Жаль, у нас длинных имен каталогов и файлов как раз много, вот русских нет.
Добавлено:
04 сен 2002, 12:25
Влад А.Сокол aka Akina
у нас длинных имен каталогов и файлов как раз много
и что? короткие-то имена не поменялись... к слову сказать трусты привязаны как раз к коротким именам, а не к записям в расширении пространства имен.
А вот в 6 в поставке есть TRUSTBAR.NLM, она и под 5 работает
Добавлено:
05 сен 2002, 00:39
Boris Morozov
См. тид 10066145
Создает в корне диска XML файл и потом его же юзает.
Единственное, что плохо, никаких сообщений не выводит при работе.
Конец можно определить только по заблокированности XML файла. Как файл стал открываться, так и готово. (По крайней мере в 5.1, на 6 я еще не пробовал)
Добавлено:
05 сен 2002, 13:31
Андрей Тр. aka RH
Влад А. Сокол aka Akina писал(а):к слову сказать трусты привязаны как раз к коротким именам, а не к записям в расширении пространства имен.
Т.е. если у меня два файла : 12345678910.txt и 12345678911.txt и я хочу на них разные права раздать, то следует, что у меня не получится что ли ?
Или имеется в виду нотация 8.3 с
~n в конце, определяемой по дате ? и rights имена в этом формате прокатят ?
Добавлено:
05 сен 2002, 14:09
Влад А.Сокол aka Akina
Или имеется в виду нотация 8.3 с ~n в конце, определяемой по дате ? и rights имена в этом формате прокатят ?
именно!
P.S. Вот только ~n - как раз от лукавого. Связь длинного и короткого имен определяется совсем другим способом - т.е. в пределе длинное и короткое имена могут вообще не иметь ни одного совпадающего символа.
Добавлено:
05 сен 2002, 15:38
Андрей Тр. aka RH
Влад А. Сокол aka Akina писал(а):Или имеется в виду нотация 8.3 с ~n в конце
именно! P.S. Вот только ~n - как раз от лукавого. Связь длинного и короткого имен определяется совсем другим способом.
Про "~n" - образно выражаясь ( в том смысле, что по 8.3-эквиваленту, который мы обычно видим в виде dir~~nn, однозначно определяется соответствующее ему длинное имя ). Кстати, про собственно
способ не просветишь ? Давно уже хочется услышать формальное определение. Чтобы вручную можно было в rights написать такую конструкцию - и работало
Добавлено:
05 сен 2002, 17:19
Влад А.Сокол aka Akina
Андрей Тр. aka RH
Поднимай на сайте Microsoft доки по VFAT - там все есть... правда не очень полно (в частности я не нашел данных по подсчету LFN CRC и еще кое-какие мелочи) - но не суть важно.