Компьютерный раздел
Оффлайн-синхронизация больших объемов информации- чем и как?
Создана: 26 Ноября 2008 Срд 11:19:36.
Раздел: "Компьютерный раздел"
Сообщений в теме: 19, просмотров: 2037
-
26 Ноября 2008 Срд 11:19:36Уверен, что существует множество решений данной задачи, и поэтому хочу посоветоваться, узнать, быть может кто-то уже сталкивался с подобным и может порекомендовать что-либо конкретное, проверенное и надежное?
Задача проста. Есть компьютер А, находящийся в одном месте, и компьютер Б, находящийся в другом. Связи между ними нет никакой (а если бы и была, т в силу все еще присутствующей неразвитости коммуникаций в городе, пока еще быстрее будет производить то, что написано ниже, в режиме оффлайн).
На компьютере А есть некий файловый массив данных (коллекция программ, документов, мультимедиа-файлов и т.п.), объемом несколько сотен гигабайт. На какой-то момент времени весь этот массив данных переписывается на компьютер Б, и в этот момент оба массива данных полностью идентичны. После этого на компьютере А начинают производиться постоянные изменения - что-то удаляется, что-то добавляется, что-то модифицируется. Общий разовый объем изменений не превышает, скажем, объема обычной 4-гигабайтной флэшки.
Вопрос - каким программным средством лучше и проще всего где-то раз в неделю определять, какие были сделаны добавления, изменения и удаления на компьютере А, формировать пакет соответствующих изменений, записывать его на флэшку, после чего, придя уже в другое место, "накатить" точно те же самые изменения на компьютере Б?
Если бы компьютеры А и Б были соединены между собой высокоскоростной сетью, то таких решений вагон, и одно из них, полностью меня устраивающее, я уже использую. Но тут получается, что надо использовать нечто вроде промежуточного "портфеля", да еще и запоминать предыдущее состояние (чтобы понять, что изменилось, ведь компьютер Б при анализе изменений недоступен).
Есть у кого-нибудь некоторый положительный опыт в этом вопросе? -
26 Ноября 2008 Срд 11:51:01Snarkenshtein писал
:Уверен, что существует множество решений данной задачи, и поэтому хочу посоветоваться, узнать, быть может кто-то уже сталкивался с подобным и может порекомендовать что-либо конкретное, проверенное и надежное?
Есть у кого-нибудь некоторый положительный опыт в этом вопросе?
опыта в этом большого нет.
умного и элегантного решения не подскажу, но деревянное, вернее железное решение выдам запросто.
переносной usb-box для обычного винта, а винт туда воткнуть на терабайт.
и качать, качать, качать, качать, качать, качать.
ну а другой вариант - поглядеть вот эти проги
[внешняя ссылка]
[внешняя ссылка]
[внешняя ссылка]
[внешняя ссылка]
лишь бы инкреминентную синхронизацию поддерживали -
26 Ноября 2008 Срд 14:11:00Есть программа для подобных целей:
VuBrief
Бесплатная. Как раз для таких задач, плюс ще для различных вариантов резервирования и синхронизирования информации. Описание програмы на сайте автора достаточно исчерпывающее Она должна помочь по данной проблеме.
P.S
Сам я этой программой не пользовался, но увидев тему на форуме и заинтересовавшись этим вопросом, быстро нашел ее по поиску. -
26 Ноября 2008 Срд 14:13:30
Спасибо. Самое забавное, что она у меня как раз есть, но уж больно медленная даже на нескольких сотнях файлов. А уж если разговор пойдет о десятках тысяч... даже боюсь представить себе... -
26 Ноября 2008 Срд 14:16:49Snarkenshtein писал
:Самое забавное, что она у меня как раз есть
Эх....а я-то подумал, что лучше уже и ничего не найдешь....
Можно вообще-то Акронис использовать - он позволяет делать инкрементные копии образов, а потом дополнять исходную копию...
То есть, создаешь идентичные логические диски на компах А и В, снимешь полную копию с компа А, переносишь на В, а потом только носишь инкремент с компа А.....
опять же не пробовал, но должно получится...акронис должен шустро копировать.... -
26 Ноября 2008 Срд 14:20:26Способ с акронисом конечно не самый изящный и удобный - телодвижений больше. Но естьи преимущество: Если речь идет о действительно большом массиве данных, плюс много мелких файлов разного типа, то Акронис можно запускать с загрузочного носителя - тогда он будет шустро копировать. А если такую копию делать из-под ОС, то тогда, я думаю, не только та программа окажется медленной, а и все другие тоже.
-
26 Ноября 2008 Срд 14:37:03Да есть одна шустрая - называется SyncBack. Я ее бесплатным вариантом пользовался, но он такое не умеет. Зато работает и сканит с вполне приемлемой скоростью. Сейчас вот читаю про платные варианты, пытаюсь понять - есть там это или нет, и если есть, то где...
-
26 Ноября 2008 Срд 14:49:21Я только еще один вариант придумал, но потребуется промежуточный носитель большой емкости, например, внешний HDD (eSATA, или USB), такой, чтобы унести всю копию с компьютера А.
1 - С компьютера А делается полная копия на этот внешний HDD
2 - HDD переносится к компьютеру Б и создается полная копия.
А затем, с помощью Total Commander (там есть инструмент синхронизации) в дальнейшем просто синхронизируешь компьютер А и переносной HDD, а на компьютере Б - то же самое, только наоборот - с HDD на Б, то есть, переносишь только изменения и дополнения.
Плюс: не надо специфичного софта, а только Total Commander.
Минус: необходимо постоянное наличие внешнего HDD с полной копией данных компьютера А. -
26 Ноября 2008 Срд 14:54:25... ну это-то понятно...
Тут и без синхронизирующего инструмента можно было бы обойтись - просто раз в месяц копировать все гамузом на этот диск. Дело-то даже не во времени копирования, а в том, чтобы ничего не пропустить измененного. Но пока такого объема диска - увы - нет... Вот и приходится извращаться с инкрементными оффлайновыми копиями...
Кстати, та программка не умеет таки делать сие. Придется все же VU-Brief на ночь запускать.... -
26 Ноября 2008 Срд 14:58:35Ну почему же....в варианте с помощью ТС, полная копия промежуточного HDD создается только раз...а потом туда копируются только изменения и доппонения, то есть такой же инкремент...только что он не отдельно идет, а вливается в копию HDD...и так можно хоть каждый день таскать.
А вот отсутствие такого носителя про запас - это да, серьезное препятствие.
Можно еще программы порыть, наверняка есть. Только скорее всего, это будут коммерческие продукты. -
26 Ноября 2008 Срд 15:50:55Private Joker писал :Способ с акронисом конечно не самый изящный и удобный - телодвижений больше. Но естьи преимущество:
Чегой-то я этот акронис не могу загрузить с Hiren's.BootCD.8.6.Ru2.iso на новой машинке. Не понимает SATA DVD. Более старый акронис не грузится с родного CD, ругаясь на 64-разрядность PCI. Если же грузиться с XPE, то скорость чтения с диска будет не велика, не говоря уже о записи на флешку. Если я правильно понимаю, софтина должна уметь шустро считать CRC файлов? Или ещё атрибуты NTFS поддерживать (хотя, на флешке обычно FAT32)? Как бы это не было эквивалентно считыванию всех файлов. XCOPY через сеть весьма шустра, но в данном случае... -
26 Ноября 2008 Срд 16:07:13MaxT писал(а) :Чегой-то я этот акронис не могу загрузить с Hiren's.BootCD.8.6.Ru2.iso на новой машинке. Не понимает SATA DVD.
Надо версию 9.2 или около этого....
У меня тоже была такая проблема....надо просто акронис более новый.
А вообще-то...если речь идет не просто о SATA, а именно о DVD с интерфейсом SATA, то здесь я даже не знаю...последняя версия Акрониса - вроде как 11-я. Может быть она уже понимает такие приводы -
26 Ноября 2008 Срд 16:11:49Про загрузочные диски с акронис:
Если исходить из того, что Акронис работает с дисками на физическом уровне (то есть,на уровне секторов), то тогда может быть понятно, почему он большие разделы копирует быстрее, нежели, скажем, тот же Акронис запустить из-под Windows, где он будет обращаться к данным уже при "посредничестве" ОС. -
26 Ноября 2008 Срд 19:44:03Snarkenshtein писал :Уверен, что существует множество решений данной задачи
А как на счёт инкрементального (или какой там тип сбрасывает архивный флаг в атрибутах файла?) бэкапа с использованием встроенной функции windows? Если не устраивает *.tbk - юзаем архиватор, помещающий файлы в архив по атрибуту "A" и сбрасывающий оный с них. На прибавляющихся новых/изменённых файлах ОС, надо полагать, их выставит к следующей неделе.
Главное - грамотно написАть батники на упаковку и распаковку.
Смотрим хелп rar.exe
<Команды>
u Обновить файлы в архиве
<Ключи>
ac Снять атрибут 'архивный' после архивации или извлечения
dh Открывать совместно используемые файлы
ep2 Сохранять полные пути файлов
ms[расш;расш] Указать расширения файлов для архивирования без сжатия
ts<m,c,a>[N] Хранить/восстанавливать время изменения,создания,доступа файла
v<N>[k,b,m,M] Создавать архивные тома размером=<N>*1000 [*1024, *1, ...]
y Автоматически отвечать 'да' на все запросы
Хотя, большая часть этих ключей может не понадобиться, но пригодятся другие. Спасибо автору архиватора.
Функция односторонняя, к сожалению. Чтобы удалить старьё с устройства "B" придётся делать и сравнивать листинги файлов. -
27 Ноября 2008 Чтв 8:54:56MaxT писал(а) :Функция односторонняя, к сожалению. Чтобы удалить старьё с устройства "B" придётся делать и сравнивать листинги файлов.
Вот вот... К сожалению, в данном конкретном случае имеет место быть очень частое переименование файлов, так что задача удаления старых - очень актуальна...
