» Лучшая программа для синхронизации файлов?

Цитата:

Так и не нашёл пока программу, которая  справилась бы с синхронизацией больших объёмов.

mvd65
у меня Super Flexible синхронизирует два винта на 2TB
в чем проблема ?
до этого тем-же самым успешно
занималась GoodSync

Guest

Цитата:

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

Для меня важно, чтобы она 1) приводила две директории к одному знаменателю и 2) могла работать по расписанию на автопилоте.

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

Попалась одна подходящая прога (ViceVersa Plus 2.4.2), но она не копирует некоторые файлы, названные по русски (по какому принципу прога отказывается копировать я не понял).

Помогите, если кто что-нибудь об этом знает. Заранее сенкс.

Список прог, которые я перелопатил:

1. Zsync
2. SameDir
3. Active Backup Expert
4. BackUp32
5. SmartSync Pro
6. Disk Archer Backup Utility
7. MPSoft UnDouble
8. Kisa
9. Advansed Directory Comparison and Syncronization
10. Active File Compare
11. Directory Toolkit
12. Beyond Compare
13. Compare and Merge
14. Diff'n'Merge 1.2
15. DLSuperCBF - Directory Binary File Comparison 3.0d
16. Synchronize It! 2.75
17. SyncPro Backup 2.1
18. Twin Folders 1.01
19. VerMap 1.16
20. ViceVersa Plus 2.4.2
21. WDiff 3.3

А мне нужна прога для синхронизация которая бы без нужды не омолаживала бы файлы ВОТ

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

А?

А Allway Sync по расписанию умеет делать синхронизацию и сразу же делать синхронизацию после подключения внешнего ЖД ?

Я пользуюсь вот этой - FreeFileSync. Помучился с другими программами, остановился на этой полностью устраивает и безплатная!

Добрый день.
Подскажите какая из перечисленных выше программ может заменить старый привычный портфель, но уже в Windows 8. Не нужны всевозможные настройки. Необходимо просто нажать на папку на флешке и выбрать из меню "обновить портфель". При этом обновляются файлы папок которые ранее были зарегистрированы в портфеле. То есть по старинке.

Может кому-нибудь пригодится.
Искал программу ... (пост выше).
Нашел аналог "порфеля" - Create Synchronicity 6.0.
Маленькая. Удобная. Интерфейс многоязычный и очень удобный. Есть планировщик. Можно установить прямо на флешку и не париться с путями синхронизации. Лишнего ничего нет.

добавте в шапку rsync. очень функционален для автоматизации

только я пользуюсь robocopy?
загнал ее в батник, дал два каталога, ключ /MIR и она синхронизирует каталоги ЛЮБОЙ сложности и величины.

http://ru.wikipedia.org/wiki/Robocopy

А какие из программ синхронизации кроме всего прочего умеют сравнивать атрибуты файлов?
В частности меня интересует атрибут "архивный" (в переводе означающий "с момента последней архивации файл был изменён").

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

SKYNET3000
robocopy с параметром /IT вроде такое умеет

Ajaja

Цитата:

robocopy с параметром /IT вроде такое умеет

Не люблю командную строку.
Мне нужно чтобы всё по максимуму было визуализировано: и настройки, и различия в папках и сам процесс синхронизации

SKYNET3000
robocopy gui
или
RichCopy (вроде тот же robocopy, но с гуи)

Ajaja
BFDA
Робокопи - НЕ ЯВЛЯЕТСЯ программой для синхронизации.
Это программа для простого копирования

Лет около десяти тому я написал микро-программу для подобных целей, которая, конечно же, ни в коей степени не конкурент упомянутым программам, так как была написана для конкретной и точно определённой цели (детали см. по ссылке ниже).

Однако, программа работала несколько лет на разных моих работах, а может и сейчас всё ещё работает.
Одна из конфигураций была: программа одновременно работала на около 20 машин в сети (в той же сети работали объёмные приложения с базами данных -- сетевые, "столкновений" и "замедлений" не было (детали см. по ссылке ниже)).

Детально я тут не буду, ибо, всё же, много текста. Почитать, можно, например, на old-dos: http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3784 (ещё на rsdn где-то есть и на других сайтах).

Вкратце:

1) Один EXE в 9 КИЛОбайт ровно;
2) Один настроечный текстовый файл (что куда копировать);
3) КРАЙНЕ минималистична в настройках -- для продвинутых админов-программистов, ибо писалась для ДЕЛА, а не чтоб "интерфейс разглядывать"..

Кстати (выше тут на странице спрашивали):

<В какой из перечисленных в списке программ можно сказать "Если файлы совпадают по контенту, то заменять более новый более старым".>

В моей программе можно: 2 == METHOD_OLDER (см. SYNC.TXT)

РАЗУМЕЕТСЯ, есть исходные тексты на C++ (да, и программа многопоточная).

Суть в том, что программа, несмотря на минимализм, всё же реально работала и много лет (там, где я видел, а где не видел -- может и сейчас где работает), то есть, проверку делом -- выдержала.

Повторюсь: хоть и синхронизация, но -- специфика (см ссылку выше на old-dos, а также файл SYNC.TXT).

SKYNET3000
С ключем /MIR является. А с ключем /MON, например, будет мониторить изменения в исходном каталоге и выполнять синхронизацию на лету.

SergeCpp

Цитата:

Лет около десяти тому я написал микро-программу для подобных целей

А она атрибуты файлов умеет сравнивать и копировать?

SKYNET3000

===
В частности меня интересует атрибут "архивный" (в переводе означающий "с момента последней архивации файл был изменён").
 
Я хочу чтобы прога синхронизации показывала мне, что файлы отличаются, в случае если у одного файла атрибут "архивный" установлен, а у другого нет. И чтобы при синхронизации этот атрибут копировался
===

1) Признак "если у одного файла атрибут "архивный" установлен, а у другого нет" МОЖЕТ приниматься во внимание, только, если времена изменения файлов, как и их размеры совпадают. Иначе (если полагаться ТОЛЬКО на атрибуты, а у вас другие критерии отсутствуют) получается совершенно своеобразная логика обновления, где-то и применимая, да ("МОЖЕТ"), но в моём случае на атрибуты в таком ВАЖНОМ деле полагаться было нельзя (нажмёт пользователь (или я сам) правой кнопкой мыши на каталоге да и изменит атрибуты).

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

Исходники есть, комментарии в них есть -- попросите кого (НЕ меня, так как такое поведение алгоритма крайне странно для меня), или сами.


Добавлено:
RoboCopy -- отличная программа, я работал с ней ещё тогда, когда эта программа включалась только в Resource Kit.

[more] SergeCpp

Цитата:

так как такое поведение алгоритма крайне странно для меня

Что странного то?


Цитата:

Признак "если у одного файла атрибут "архивный" установлен, а у другого нет" МОЖЕТ приниматься во внимание, только, если времена изменения файлов, как и их размеры совпадают.

Так и есть. Единственный нюанс, если на флешке у Вас FAT32, а на диске - NTFS, то дата может отличаться даже у одинаковых файлов.


Цитата:

если полагаться ТОЛЬКО на атрибуты

Я не говорил, что "ТОЛЬКО"


Добавлено:
SergeCpp

Цитата:

такое поведение алгоритма крайне странно для меня

На свете есть столько такого, мой друг Горацио - что и не снилось нашим мудрецам.
На разных машинах время может отличаться на минуты и более.
И даже на ГОДЫ (я часто перевожу часы на машине на несколько лет назад для того, чтобы работать с триальными прогами)
Поэтому на дату полагаться не всегда можно. Атрибут "архивный" надёжней

Добавлено:
SergeCpp
Да вообще ни на что нельзя полагаться кроме истории изменения MD5 файла [/more]

SKYNET3000

Цитата:

Единственный нюанс, если на флешке у Вас FAT32, а на диске - NTFS, то дата может отличаться даже у одинаковых файлов.

Мало того, не на всех файловых системах изменение атрибутов фиксируется. Если на NTFS еще можно отличить, у какого файла атрибуты менялись позже, то на FAT32 никак. Если необходимо синхронизировать в обоих направлениях, то тут ИМХО уже нужна программа, делающая при каждой синхронизации полный снимок объединенного каталога для сверки при следующей синхронизации.

1. <Я не говорил, что "ТОЛЬКО" >

<А у вас другие критерии отсутствуют>

<меня интересует атрибут "архивный" (в переводе означающий "с момента последней архивации файл был изменён")>

Где тут другие критерии?

2. <Что странного то?>

<Иначе (если полагаться ТОЛЬКО на атрибуты, а у вас другие критерии отсутствуют) получается совершенно своеобразная логика обновления, где-то и применимая, да ("МОЖЕТ"), но в моём случае на атрибуты в таком ВАЖНОМ деле полагаться было нельзя (нажмёт пользователь (или я сам) правой кнопкой мыши на каталоге да и изменит атрибуты).>

3. <Единственный нюанс, если на флешке у Вас FAT32, а на диске - NTFS, то дата может отличаться даже у одинаковых файлов.>

Разумеется. Это очевидно и было бы странно, если бы не учитывалось в любой программе синхронизации. НО -- отличается (округляется) только при копировании NTFS => FAT*.

4. <На разных машинах время может отличаться на минуты и более.
И даже на ГОДЫ (я часто перевожу часы на машине на несколько лет назад для того, чтобы работать с триальными прогами).>

А причём тут "разница времени на машинах"? И -- какого времени, системного? Файл при копировании на другую машину с другим системным временем меняет своё время изменения? При изменении времени на год-два-три назад файлы меняют своё время изменения? Странно.

5. <Поэтому на дату полагаться не всегда можно. Атрибут "архивный" надёжней.>

В этом вопросе наши точки зрения отличаются. (<в моём случае на атрибуты в таком ВАЖНОМ деле полагаться было нельзя (нажмёт пользователь (или я сам) правой кнопкой мыши на каталоге да и изменит атрибуты>)
 
6. <Да вообще ни на что нельзя полагаться, кроме истории изменения MD5 файла.>

а) только для файлов одинакового размера; б) идентичность содержимого -- ЕДИНСТВЕННОЕ, на что можно полагаться.

Ajaja

Цитата:

Если на NTFS еще можно отличить, у какого файла атрибуты менялись позже, то на FAT32 никак.

Ну почему же. Атрибут "архивный" работает одинаково, что в FAT32, что в NTFS.
А именно, когда файл перезаписывается/изменяется - этот атрибут устанавливается.
Именно благодаря тому, что этот логика работы с этим атрибутом ОДИНАКОВА и в FAT32 и в NTFS, этот атрибут и используется в разного рода программах-бэкаперах, создающих разностные архивы, архивируя не все подряд файлы, а только которые подверглись правке.
А то, что файл подвергался правке они определяют как раз по атрибуту "архивный", а не по дате

Добавлено:
SergeCpp

Цитата:

нажмёт пользователь (или я сам) правой кнопкой мыши на каталоге да и изменит атрибуты

Если пользователь работает с программой синхронизации и знает, что она опирается в своей работе на значение атрибут "архивный" и при этом сам лезет в ручную менять этот атрибут не понимая всех последствий своих действий, то в этом случае, как говорится, он сам себе злобный буратин (ССЗБ)


Цитата:

Файл при копировании на другую машину с другим системным временем

Вот главная ошибка в Ваших рассуждениях. Не "копировании", а "синхронизации".
Это ПРИНЦИПИАЛЬНО разные вещи

Добавлено:
SergeCpp

Цитата:

а) только для файлов одинакового размера; б) идентичность содержимого -- ЕДИНСТВЕННОЕ, на что можно полагаться.

А если файлы отличаются по содержимому?
То как программа должна определить в какую сторону ей копировать?
Это главная задача в программах синхронизации, а не просто тупое копирование, как ошибочно Вы полагаете.

Изменение атрибутов -- всё же не есть изменение содержимого файла. Это ортогональные вещи. Некоторые программы могут изменять файл, сохраняя все его атрибуты (архивный, ридонли, т.д.), а другие программы (или же сами пользователи) -- менять атрибуты, не меняя содержимого файла. По этой причине я в своей программе атрибуты в качестве "определителя изменённости" не использую.

SergeCpp

Цитата:

Изменение атрибутов -- всё же не есть изменение содержимого файла. Это ортогональные вещи.

Не согласен. Это параллельные вещи. Изменился файл - установился атрибут "архивный"

Добавлено:

Цитата:

или же сами пользователи

Какие ещё пользователИ? Я один работаю за своим компом и никого даже на пушечный выстрел не подпускаю к своему компу. Комп - это как и трусы - индивидуальная интимная вещь

Добавлено:
SKYNET3000

Цитата:

Некоторые программы могут изменять файл, сохраняя все его атрибуты (архивный, ридонли, т.д.)

Не знаю таких. Примеры в студию

Добавлено:
SKYNET3000

Цитата:

или же сами пользователи

За долгую жизнь ни разу не встречал юзверей, которые бы специально вручную меняли атрибут "архивный". Большинство даже не в курсе о его существовании

Добавлено:
SergeCpp

Цитата:

По этой причине я в своей программе атрибуты в качестве "определителя изменённости" не использую

Ну да, ну да.
Вы писали что юзали даты. А даты что? Юзвери поменять не могут не меняя файл?

SKYNET3000
Т.е. нужно именно для создания бекапов? Кажется, понятие "синхронизация" тут требует уточнения. Одно дело синхронизация каталогов на нескольких компьютерах на которых попеременно работаешь. Другое дело создание бекапов или репликаций. Последнее как раз для утилит вроде robocopy. Например, с такими параметрами:
/M - copy only files with the Archive attribute and reset it.
/A-:A - remove the given Attributes from copied files.
/IT - Include Tweaked files.
будет бекапить файлы из source даже если ни размер ни время не поменялись, а просто установился атрибут Archive.
Варьируя параметры можно достаточно гибко настроить бекап/репликацию/синхронизацию по схеме source->destination.

Для первого же случая, когда нет четко заданной пары source и destination и все синхронизируемые каталоги (их может быть куча) равноправны, скорей-всего и robocopy подходит разве что только с натяжкой в виде /XO (eXclude Older files.) и сам атрибут Archive вряд ли может быть применен к месту.

Ajaja

Цитата:

Т.е. нужно именно для создания бекапов?

Блин, я что? Не по русски пишу?
Если я просто чтобы пояснить свою мысль упомянул слова "бэкапы", это не значит, что мне нужна программа для бэкапов. Если бы мне нужна была программа для бэкапов - я бы сказал об этом в теме для бэкапов, а не в этой теме, где обсуждаются программы для СИНХРОНИЗАЦИИ.

Я ищу лучшую программу для синхронизации. Об этом и сабж.

SKYNET3000

Цитата:

программы для СИНХРОНИЗАЦИИ

Вот я и пытаюсь понять, каким образом архивный атрибут должен учавствовать в процессе СИНХРОНИЗАЦИИ? Пример, в одной папке файл с этим атрибутом, но с более ранней датой, в другой папке без атрибута, но файл новей. Что куда копировать?

Ajaja

Цитата:

Вот я и пытаюсь понять, каким образом архивный атрибут должен учавствовать в процессе СИНХРОНИЗАЦИИ? Пример, в одной папке файл с этим атрибутом, но с более ранней датой, в другой папке без атрибута, но файл новей. Что куда копировать?

Должно быть опционально. Т.е. юзверь должен выбирать.
Мне, к примеру, иногда надо, чтобы в случае когда источник может быть и с одной, и с другой стороны + нельзя полагаться на даты изменения файлов + есть конфликт, источником был тот файл, у которого атрибут "архивный" установлен, а приёмником - файл со сброшенным атрибутом "архивный" НЕЗАВИСИМО ОТ ДАТ ФАЙЛОВ. И чтобы при копировании (точнее перезаписи) атрибут "архивный" тоже копировался (на тот случай если я захочу засинхронизировать полученный архив ещё с чем-нибудь, где мне потребуется атрибут "архивный").
А для сброса атрибута "архивный" прога синхронизации должна предусматривать специальную команду

Ajaja
<когда нет четко заданной пары source и destination и все синхронизируемые каталоги (их может быть куча) ... и сам атрибут Archive вряд ли может быть применен к месту.>

Да, именно. Именно для такой специфики я и писал эту микро-программу. Тот расширенный пример, что находится в файле SYNC.TXT, очень близко описывает ситуацию. "Чётко заданные пары source и destination" конечно же есть, но суть в том, что для одного source было несколько destination, см. в том же файле разделы "distribute from Server" и "back on Clients". В файле описано упрощённо, на деле же каждая машина из десятка-двух была "сервером" (в терминологии файла SYNC.TXT) и как собирала важные данные со всех других компьютеров так и распределяла их. Это опять же упрощённо, там, если чуть уточнить, был "каталог-резервуар" для файлов, записываемых другими машинами на эту и "каталог-резервуар" для файлов, которые эта машина сама берёт с других (с тех же). Мульти-копирование было многократным, так, чтобы в случае, если ВСЕ машины, кроме ОДНОЙ, "совсем сломаются", эти важные файлы -- для ВСЕХ машин -- можно было бы взять с этой одной. А, так как на каждой машине было несколько таких "каталогов-резервуаров", то и там -- мультиплициролвалось.

===
Один "каталог-резервуар", если условно, выглядел так:

\Repair
\Repair\A -- это машина A
\Repair\B -- это машина B
\Repair\C -- это машина C
и так далее, там ещё подкаталоги были.
===

Атрибут тут не может быть использован как "маркер изменённого файла", потому что его же нужно сбрасывать, чтобы установить состояние файла как "синхронизирован"/"резервирован". А при нескольких destinations -- когда? Если же его не сбрасывать, то он и совсем выходит не нужен -- константно установлен получается.

Нечто в этом есть схожее с понятием "идемпотентность", а, скорее, оно и есть. Если взять атрибут источника как маркер, то он этим свойством не обладает -- после "выполнения своей работы" он изменяется. Время (и размер) же этим свойством обладает -- после "выполнения своей работы" оно остаётся прежним. Конечно, здесь имеется в виду, что сам источник-файл не изменился при выполнении работы, то есть синхронизация завершена полностью до очередного изменения источника.

===

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

Это всё кратко, да и подзабываю я уже детали, всё же много времени прошло.

Кому и пригодится всё это.

SergeCpp
Цитата:

Атрибут тут не может быть использован как "маркер изменённого файла", потому что его же нужно сбрасывать, чтобы установить состояние файла как "синхронизирован"/"резервирован". А при нескольких destinations -- когда?

Можно сделать опционально, предоставив выбор юзверю, чтобы он поставил галку напротив того приёмника, где не нужно сбрасывать атрибут "архивный", потому что этот приёмник будет являться промежуточным источников в какой-то другой схеме синхронизации.

У меня, к примеру, две разные схемы синхронизации наиболее часто применяется (со своими настройками):
флешка <=> комп диск C
комп диск С = > комп диск D

На мой взгляд лучшая программа для синхронизации, на ru-board это GoodSync возможносте для синхронизации море, русский интерфейс, лекарство от "головной боли" да и субъективно, 5 лет ежедневного пользования через облака внешние диски и USB флешки.., ни разу не подвела...! Настраивайте на свой вкус, настройк уйма, на все случаи жизни.., есть портабельный вариант.