proNovell

Есть такой в природе?
Задача такая: Есть два сервера 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 - два узла бесплатно.

Музалёв Николай писал(а):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
еще
и вот

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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