nlm модуль резервного копирования

[elv_ira]

Есть такой в природе?
Задача такая: Есть два сервера s1 и s2
Надо, чтобы за ночь некоторые папки бекапились c одного на другой!

И еще вопросик гуру:
Подскажите как правильно написать скрипт регистрации, чтобы, если первый сервер был недоступен, то мапились бы папки (бекапленные) со второго сервера?

Всем спасибо за ответ и за помошь девушке:)!

[Владимир Горяев]

Задача такая: Есть два сервера s1 и s2
Надо, чтобы за ночь некоторые папки бекапились c одного на другой!

Есть Rsync, toolbox, ncpsync. Воспользуйся поиском по форуму.

И еще вопросик гуру:
Подскажите как правильно написать скрипт регистрации, чтобы, если первый сервер был недоступен, то мапились бы папки (бекапленные) со второго сервера?

Использовать Directory Map.

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

Воспользуйся поиском по форуму.

Есть ещё TASKMASTER
И, кстати, в вашем случае подразумевается НЕ бакап, а синхронизация данных. Это так, для точности формулировок.. .. Различаются эти мероприятия и по целям, и по средствам исполнения.

==

2 Владимир Горяев
Владимир, поясни: как использование ДМ поможет в селектировании выбора?

Т.е. , как я понимаю, барышню интересует, каким образом при примерно таком сценарии:
IF [ доступен S1 ?] THEN
MAP [первый диск = S1_VOL1]
MAP [второй диск = S1_VOL2]
......
MAP [i-й диск = S1_VOL_i]
ELSE
MAP [первый диск = S2_VOL1]
MAP [второй диск = S2_VOL2]
......
MAP [i-й диск = S2_VOL_i]
END

реализовать УСЛОВИЕ проверки (т.е. - за что можно зацепиться в проверке: за адрес?, за имя??) , а уж как мапировать - через тома иди ДМ - это не так важно.

Или я чего пропустил?

[Владимир Горяев]

Можно и с проверкой IF... Помнится была команда проверки наличия файла в кулсолюшнах типа exist, которая возвращала errorlеvel (тоже в форуме проскакивала).

А можно и в дереве поправить в свойствах ДМ ссылку на нужный ресурс. Операция разовая, не так часто сервера и тома падают.

[Павел Гарбар]

Раз есть два сервера, то можно поднять двухузловой кластер - в NW 6.0 и 6.5 - два узла бесплатно.

[elv_ira]

2 Владимир Горяев
Владимир, поясни: как использование ДМ поможет в селектировании выбора?

Т.е. , как я понимаю, барышню интересует, каким образом при примерно таком сценарии:
IF [ доступен S1 ?] THEN
MAP [первый диск = S1_VOL1]
MAP [второй диск = S1_VOL2]
......
MAP [i-й диск = S1_VOL_i]
ELSE
MAP [первый диск = S2_VOL1]
MAP [второй диск = S2_VOL2]
......
MAP [i-й диск = S2_VOL_i]
END

реализовать УСЛОВИЕ проверки (т.е. - за что можно зацепиться в проверке: за адрес?, за имя??) , а уж как мапировать - через тома иди ДМ - это не так важно.

ДА!!! меня это и интересует!!!
Можно поподробнее???
Спасибо за ответ!!!

Спасибо за вопрос! И учимся грамотно цитировать сообщения

[Владимир Горяев]

Определение наличия файла из login script
еще
и вот

[Вячеслав Якименко]

Подскажите как правильно написать скрипт регистрации, чтобы, если первый сервер был недоступен, то мапились бы папки (бекапленные) со второго сервера?!

IMHO: Я бы не стал этого делать (если только ваши пользователи не используют данный сервер только для чтения). Автоматизировать процедуру перехода на резервный сервер (и особенно возврат с него) нет смысла. В качестве примера - представте, что основной сервер оказывается кратковременно недоступен, результат - часть пользов. работает на основном, часть на резервном. После запуска синхронизации - 100% потеря части данных. Оно надо?
Прим.: Для ежедневонй синхронизации данных использую TaskMaster.

[Lab]

Товарищи, я в поиске несколько обратной утилиты - нужна виндовая утилита копирования аналогичная XCOPY

(даные копируются с с томов NW сервера на WIN машину)

XCOPY - не очень хорошо справляется с этой задачей..

Что посоветуете?

[Владимир Горяев]

Товарищи, я в поиске несколько обратной утилиты - нужна виндовая утилита копирования аналогичная XCOPY

(даные копируются с с томов NW сервера на WIN машину)

XCOPY - не очень хорошо справляется с этой задачей..

Что посоветуете?

Опять же rsync, под венду зовется cwrsync,если мне склероз не врет. Правда там проблема с русскими именами файлов, как победить я не разобрался из-за нехватки времени. Но при обратной синхронизации файлы выглядят нормально.

[Вячеслав Якименко]

robocopy, входит в станд. Kit.

[Lab]

Вячеслав Якименко
Ваша рекомендация оказалась наиболее подходящей, спасибо..

Одновременно выяснилась вот какая проблема..
Есть файлы на традиционном томе, c длиной имени файла (директории) вместе с путем превышающие 256 символов.. Я так понимаю, что это предел или я уже не прав?

Как их попробовать убить/перенести ?

И еще, помнит кто нибудь глубину вложенности директорий по умолчанию? Помнится, чо ее можно увеличить...

[Владимир Семиколенных]

Maximum Subdirectory Tree Depth
По умолчанию - 25, можно до 100.
Но это актуально для TFS.

[Влад А.Сокол aka Akina]

Есть файлы на традиционном томе, c длиной имени файла (директории) вместе с путем превышающие 256 символов.. Я так понимаю, что это предел или я уже не прав?

Как их попробовать убить/перенести ?

Это проблема не сервера, а рабочей станции. Почему 250 байт - фиг знает, наверное от ДОСа осталось.
Наиболее простое решение - переименование вышележащих каталогов, дать им имена покороче. Либо использование программных продуктов, которые работают через UNC-пути - там ограничение на длину пути 32 кб.

[Константин Ошмян]

Одновременно выяснилась вот какая проблема..
Есть файлы на традиционном томе, c длиной имени файла (директории) вместе с путем превышающие 256 символов.. Я так понимаю, что это предел или я уже не прав?

Точно помню, что это - официально документированная максимальная длина имени файла (вместе с путём, включая имя тома и имя сервера) для файловой системы NSS. Сами недавно на это наступили после переезда с NetWare 5.1+TFS на NetWare 6.5+NSS. Причём обойти это можно (например, делая на рабочей станции map root на какую-нибудь директорию тома), но нормальная работа не гарантируется (в нашем случае - бэкапный модуль Networkr-a при попытке бэкапить длинные пути просто выпадает в абенд с неясной диагностикой).