Сохранение edirectory и томов данных с правами

[overself]

Тупо не пойму все равно. У меня не так ни эдак опция файл райгтс не работает. Или я не то что то делаю...
Создаю файл 0.vol

[SYSTEM]
nlm=0
[VOLUMES]
ADMIN_NWSERVER.V=1
NWSERVER_SOFT.V=1
NWSERVER_SYS.V=1
NWSERVER_USR.V=1

Хоть 0, хоть 1, никаких не добавляется данных.

Хотя может это не есть так важно собственно?
Делать trustee.nlm переодически... Однако наверное не удобно... :/

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

Хоть 0, хоть 1

Стоп. Не от сюда пляшем.

На первой панели есть флажок File rights. Его надо бы установить.

На панели настройки ( вторая панель) справа вверху тоже есть такая же галочка . Установить.

Там же прописать имя файла, в котором ваши настройки.
Всё запомнить как default

Снова на первом окне.
Кнопкой выбора вол-файла выбираем ваш файл 0.vol , где вы его расположили. Сразу увидите, чтоон выбрался: в окне появиться ПОЛНЫЙ ПУТЬ к этому файлу. (но не сохраняется, а жаль...надо фрица надоумить полный путь запоминать и использовать)

И делаем копию Дерева.

Потом снимаем флаг FR и снова делаем копию.

Сравниваем объем полученных файлов.

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

Что же касается NLM=1/0 , то это означает - сама программка будет читать права, или возьмет готовые данные, (ранее считанные модулем трасти) из файлов, которые вы указали в секции [FILES].

Т.е как бы селектор:

-если указано, что NLM=1
--- то считаем, что данные по трастям для нас подготовлены заранее модулем TRUSTEE.NLM и они лежат в тех файлах, которые упомянуты в секции [files] ,
--- на секцию томов в этом случае внимания не обращаем.

-если указано, что NLM=0
--- то понимаем, что халявы не будет и считывать трасти придется самим . По всем томама, упомянутым в секции [volumes] с параметром =1 ,
--- на секцию файлов в этом случае внимания не обращаем.

Хотя может это не есть так важно собственно?
Делать trustee.nlm переодически... Однако наверное не удобно...

Ну, дело вкуса... я, например, не люблю модуль трастей.... вот просто не люблю и все. С тех пор, как он выкинул мне ошибки ( те, что описаны на стр 2 темы).
Понимаю, что удобно, и по крону можно, и потом отредактировать рез. файл...а не люблю и точка.
Потому мне встроенный механизм считки трастей ближе-по-духу...
Хотя в моём случае такой вариант минут на 5 увеличивает время работы программы при бакапе.

[overself]

Спасибо за подробный ответ, Николай.

Я делаю все как вы говорите, но таки при этом размер файлов у меня одинаков, и права оно не сохраняет.

Размер 412кб (что странно т.к. на новом абсолютно сервере с нулевой почти едиректори он почти 900кб).

И даже не пытается права читать. У меня предположение, что этой опции нету в триал лицензии...

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

У меня предположение....

Ну, не исключено... Проверю.

[overself]

Пач для NDSBackup, научивший программу работать без лицензии:
http://acid.kn1ght.ru/nds.backup%20rest ... -patch.zip

[overself]

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

Как кто к такому относится?

И что если типа умрет сервер? Как новел относится к старту существующей системы на другом железе?

(венда например падает, а линукс юникс в 90% случаев подымаются)

[Сергей Дубовский]

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

Как кто к такому относится?

И что если типа умрет сервер? Как новел относится к старту существующей системы на другом железе?

(венда например падает, а линукс юникс в 90% случаев подымаются)

Ну идея не особо оригинальная. Основные минусы (имхо),
1) необходимость останова сервера и влезания внутрь
2) если хард больше 100 Гб, то время на полную копию ~>1 часа
3) если резервный винт все время подключен то он подвержен риску сбоя, если отключен, то нужно подключать/отключать что для рабочего сервера не есть хорошо ибо черевато (проще уж RAID0).
3) как следствие п.1-3. каждый день такой бэкап делать не будешь
4) На реальных серверах редко обходится одним диском
и т.д.

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

Нетварь поднимается на другом железе без проблем, только драйвер для дискового контроллера и сетевухи нужный надо иметь. У нее же нет реестра, в который имеет сложную структуру и трудно редактируется руками, все что касается загрузки драйверов прописывается в startup.ncf и autoexec.ncf и без проблем правится.
Конечно если используются хитрые настройки сетевых карт (типа vlan, транкинг и т.п.), то в случае другого производителя сетевухи в новом железе, придется пошаманить.

[overself]

Ну да, я о редком бекапе и говорю...
Скажем система у меня на 32Gb SCSI стоит, там и загрузочный сектор, и SYS том...
Меняются данные на нем очень редко...
Меняется только NDS и немножко почтовик, но можно подняться с такого винта, и перезалить едиректори, и конфиги поправить.(которые иным способом копируются).

Да неудобно, что останавливать работу сервера, но лучше часом пожертвовать, и 100 баксами, и быть уверенным что в случае экстренной ситуации все будет ok?

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

В смысле 1й рейд?
Ну так на уже работающем сервере вроде советовали(http://novell.org.ru/forum/viewtopic.php?t=9103) не трогать.

[Сергей Дубовский]

Ну да, я о редком бекапе и говорю...
В смысле 1й рейд?

Ну да, описался, прошу пардону

[overself]

Кстати посмотрел вчера 4го орешка, и первая мысль, что надо делать копии всех данных и класть их подальше от офиса, а вдруг в серверную бомбу подложат и сотрут в порошек всю информационную составляющую? Это же уму не постижимо!!!!!!!!!

[Сергей Дубовский]

Кстати посмотрел вчера 4го орешка, и первая мысль, что надо делать копии всех данных и класть их подальше от офиса, а вдруг в серверную бомбу подложат и сотрут в порошек всю информационную составляющую? Это же уму не постижимо!!!!!!!!!

Гы, бомбу не бомбу, а пожар запросто.
Я так и держу копии в двух сейфах в разных комнатах.

[overself]

Я так и держу копии в двух сейфах в разных комнатах. Smile

Ну у мну тоже в сейфе, тока там взрывалось вон как все! В порошек!
Не не, надо куда нибудь в другое место города, как пить дать!
Закопать под дубом, и никому не говорить про потайное место...

[Сергей Дубовский]

Ну мне сложно судить, я орешка не смотрел
А вообще я думаю стоит почитать http://uniqknown.livejournal.com/73709.html#cutid1
и ограничиться пожаром в качестве самого страшного варианта ))

[Антон Фридрих]

...люди, вы еще трансформеров посмотрите, тамм вообще файрвол за 30 сек сигналом ломают и вырубают все коммуникации мира после этого

[overself]

Ну в общем мне понравился бекап из NWCONFIG, там где про удаление - восстановление NDS. Поднимается отлично на новом другом сервере... файлик 2 мегабайта, отлично...

Вот только не нравится то, что ручками это делать нужно...
Хотя моя NDS нечасто изменяется...
раз в месяц можно процедуру выполнять, писать трасти и данные бекапить...
Ну и немецкую прогу юзать - на случай если пару зверей перенести надо будет...

Проблему бекапа-подъема боле мене решил, спасибо всем за помощь...

Еще трабл в том, куда сливать все это, у меня стоят дататейпы, и кассетки на 72 Gb... однако маловать этого так если по честному...

Ничего пока не придумали большего объема и компактное?