proNovell

Сподвижники!

Приглашаю уважаемых и заслуженных "собаководов" принять участие в благотворительном мероприятии: чиркануть пол-странички своего опыта по заявленной теме для помещения статьи в ГРАБЛИ.

Тема синхронизации данных стала в последнее время достаточно горячей. По-видимому, это вызвано двумя причинами.

Во-первых - в пику тяжелым и дорогим бакап-решениям. Один Арксерв чего стОит... и др. монстры.

А во-вторых - появление дисков ( и массивов) ранее невиданной ёмкости делает синхронизацию еще более конкурентной по отношению к традиционной бакапке.

Потому предлагается следующее:
в этой теме описать все применяемые нами методы (программы) синхронизации данных, начиная от тех, что на слуху и заканчивая какой экзотикой.

Предполагается, что по заполнению темы она будет почищена и перенесена в ГРАБЛИ и впредь посылать вопрошавших будем не куда попало, а в эту тему.

Есть просьба к потенциальным участникам: вы уж, господа, не ленитесь, и если возьметесь за клавиатуру, помните, что есть не только знвтоки, но и неофиты с самым зачаточным уровнем знаний.
Потому не поленитесь таки разжевать тонкие моменты программки т.о. , чтобы у чтеца дурных вопросов бы к вам не возникало.

В качестве почина беру на себя начать тему.

Модуль CC.NLM в старших версиях ( п.к.мере с 2.25) умеет выполнять синхронизацию каталогов. (В более ранних версих в меню пункта КОПИЯ имеется собственный планировщик.)

Программа на слуху. Её достоинства и недостатки хорошо известны.
В рамках рассматриваемой темы модуль может использоваться для синхронизации между серверами ( и Деревьями ??) только если он используется на коммерческой основе.

К тому же он работате в интерактивном режиме и для целей постоянной промышленной синхронизации вряд ли пригоден.

А вот для единовременной - вполне.

Пользую rsync (он неплатный), в основном. Синхрю некоторые каталоги (для неофитов - папки) с вложениями, и даже тома, венды <> NW<>NW. Не вполне доволен кое-чем. После праздников отпишусь, сейчас уже влом.

А я вообще ничего не использую .. регулярно, по крайней мере. Четыре реплики + стриммерная кассета с копией NDS в сейфе - вот весь мой опыт. И шесть лет в общем, безпроблемной работы. Ах, да - стриммер обслуживается штатными средствами (sbcon) - неплохая, к стати, вещЬ.

Коллега LENIK на своём сайте выложил исправленную и дополненную версию модуля NCPSYNC.NLM

Модуль предназначен для синхронизации данных в каталогах серверов NW..

В настоящее время доступна версия 1.0.0.b

Описание от автора:

NCPSync.nlm - Утилита Netware, предназначеная для синхронизации определенного каталога (с подкаталогами) на одном, или нескольких серверах посредством NCP.
Теперь - с поддержкой файлов размером более 4Gb.
Поддерживается 3 типа синхронизации:
1 - однократная
2 - по расписанию с интервалом
3 - по расписанию в определенное время

Боле подробно:

Платформа: 4.11 - 6.х
Комплект: Модуль утилиты в формате NLM + пример/шаблон ini-файла.
Размер модуля: ~12KB
Документация: На текущий момент документация экстремально аскетичная.
Условия распространения: Продукт не коммерческий

Особенности:

- работа модуля базируется на технологии TSA/SMS (??) ,

- модуль может выполнять синхронизацию не только между объектами одного Дерева, но и между объектами разных Деревьев (??),

- процесс синхронизации выполняется от имени пользователя,

- имя этого пользователя и его пароль хранятся открыто в теле ini-файла (Внимание начинающим админам! Возможна "утечка" пароля.)

- на тек. момент отсутствует механиз логирования процесса синхронизации и ошибок работы программы (в частности - нет анализа ошибок в ini-файле),

- "русские" файлы/каталоги: да, (п.к. мере в NW51 при стандартном файле lconfig.sys)

- место запуска утилиты: сервер-источник или целевой сервер, разницы не выявлено,
....


Субъективная оценка: Мне лично этот модуль очень понравился, несмотря на некоторую сдержанность в интерфейсе и такие мелочи, как необходимость указывать в команде запуска полный путь к ini-файлу.

К тому же я уже имею опыт работы с практически аналогичной по функционалу коммерческой программой и потому освоение данного модуля потребовало не более 3' времени.

В существующем виде программа хороша для работы в связке с кроном ( или самостоятельно при синхронизации 2го и 3его типа) или при запуске из NCF-файла.

Скорблю, знать не уловил истины.

Т.к. каталог назначения может находится на Win машине, то есть замечательная, бесплатная программа robocopy.exe из "Windows Server 2003 Resource Kit Tools".

* Умеет синхронизировать каталоги (ключ /MIR).
* Богатые возможности (фильтры по датам больше/меньше чем..., атрибутам Архивный/etc, размерам файлов, их "старости", с последующим удалением (перенос), с копированием атрибутов, прав(конечно только NTFS) и т.д.)
* Бесплатная
* Windows only
* Консольная
* Проста в использовании

а кто-то обещал rsync после праздников ?

Соратники! Пожалуйста, активнее...

Есть же и друие решения.

Музалёв Николай писал(а):а кто-то обещал rsync после праздников ?

Записульку надо малость отрихтовать, в стандартный формат привести,пока недосуг. Хочешь, черновик тебе вышлю.

Быт опыт общения с вот таким продуктом: http://www.caminosoft.com/solutions/offsitearchive/

пока недосуг...

опыт общения...

Коллеги!
Понимаю, как вы заняты, да и скучновато бывает проходить повторно уже пройденной, но если ваши героические усилия победят таки лень, а время позволит уделить ПРОНу десяток-другой минут, то все последующие чтецы будут вам благодарны: Владимиру за информацию о наиболее часто упоминаемом решении, а Юрию - как раз наоборот, за решение, кооре свсем не на слуху.
Спасибо, что откликнулись.

Так как моя админская машина включена круглосуточно, то и все операции по резервному копированию обслуживаются именно ей, ночью. Установлены бесплатные для xUSSR утилиты nnCronLite и nnBackup. С кроном все понятно - все в cron.tab. А про nnBackup скажу пару слов: развитые возможности синхронизации каталогов, вложенных каталогов и т.п. с кучей правил. Поддерживается 2-х сторонняя синхронизация. Копируются, соответственно, только измененные файлы. Можно делать бэкап удаляемых при синхронизации файлов и масса др. возможностей - документация подробнейшая. http://www.nncron.ru/index_ru.shtml

Спасибо, Дмитрий!
Очень интересный, хотя и не бесСпроный вариант.

Было бы хорошо, если вы укажите и субъективное мнение по версиям.

На сайте они постоянно гонят релиз за релизом, а проверять прогр. на своих шкурах не очень то и приятно.

Какими версиями пользуетесь вы и есть ли что сказать про выявленные особенности вашего подхода?

Спасибо.