Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Софт для резервного копирования
RSS

Софт для резервного копирования

<<Назад  Вперед>> Страницы: 1 2 3 4
Печать
 
albr
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 1006
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 апр. 2015
Здравствуйте, уважаемые все!

Вопрос к знатокам резервного копирования. Есть ли такой софт для резервного копирования, который проверял бы исходные данные на целостность? Т.е. при добавлении нового файла в архив вычислялась бы его контрольная сумма, затем при каждом запуске контрольная сумма вычислялась бы заново и сравнивалась с уже сохраненной. И в случае несовпадения утилита должна спрашивать, что делать с файлом - перезаписать его в архиве или восстановить из архива. Хочется избежать ситуации, когда архивная копия перекрывается битым файлом. Есть что-нибудь подобное уже? Ну и желательно freeware или не сильно дорого.

Заранее всем спасибо.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
albr написал:
[q]
И в случае несовпадения утилита должна спрашивать, что делать с файлом - перезаписать его в архиве или восстановить из архива.
[/q]
Файлы что ли статичны? А как по CRC отличить битый файл от изменённого?
aleksvolgin
Advanced Member


Всего сообщений: 2123
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 нояб. 2010
так инкрементное копирование разве не так действует? только про разность сумм не спрашивает разве что
albr
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 1006
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 апр. 2015
Да, файлы должны быть статичны, если говорить конкретно - это архив фотографий. И насколько я понимаю, изменение MD5 и размера файла может служить признаком того, что файл изменился. В обратную сторону, неизменность этих двух параметров с высокой вероятностью гарантирует, что исходный файл не изменился.

Про инкрементное копирование я прочитал. Похоже, это в эту сторону надо копать.

И похоже, задача-то моя проще, чем казалась на первый взгляд. Для статичных файлов нужно только одно условие - что однажды помещенный в backup файл остается там навсегда и никогда не перезаписывается.

Но остается вопрос целостности резервной копии. Тогда логика должна быть такой: если для файла нет резервной копии, то она создается. Если есть, то валидируется оригинал и копия по md5. И если хотя-бы одно что-то разъехалось - то нужно восстановить либо оригинал из копии, либо копию из оригинала. И желательно не в автоматическом режиме. Если разъехались обе копии - тады обсдача :)

Похоже, что сие можно shell-скриптами наваять даже...
Anderson1
Advanced Member


Откуда: Москва
Всего сообщений: 2098
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 фев. 2011
Архив фотографий просто заархивировать обычным архиватором (типа rar или 7zip) не судьба? Я ещё понимаю систему бекапить спецсофтом, а фотографии-то зачем?
albr
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 1006
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 апр. 2015
Он сейчас занимает >350Гб :) на отдельном (несистемном) винче + записан на 30 с хвостом DVD-болванках, которые лежат в другом месте. Но время от времени я начинаю задумываться о более эффективных способах хранения - раз и о способах вовремя убедиться, что ничего важного не протухло - два.



А вот система меня меньше всего беспокоит, кстати. Ибо переустановить винду с софтом - это занятие на несколько часов всего.
Кай
Гость
Divine Assassin

Откуда: извне (from beyond)
Всего сообщений: 13709
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
8 авг. 2010
Для такого случая можно создавать/проверять контрольки при помощи EF Checksum Manager. Он платный, но за нужную софтину не стыдно и заплатить.

http://www.efsoftware.com/cm/e.htm

А в плане архивации, вроде бы, FBackup бесплатный это умеет делать.
ATauenis
Advanced Member


Откуда: Москва
Всего сообщений: 2904
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 апр. 2015
Git, например. :)
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
albr написал:
[q]
Да, файлы должны быть статичны, если говорить конкретно - это архив фотографий.
[/q]
albr написал:
[q]
на отдельном (несистемном) винче
[/q]
А исходный набор данных тоже на одном диске? Может просто использовать плагин расширенного сравнения в Far'е и поставить галочку "проверять содержимое"?
albr
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 1006
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
20 апр. 2015
Да, про git я тоже думал, вернее не про git, а про subversion. Думал-думал, да так ничего и не выдумал :)


CodeMaster написал:
[q]
А исходный набор данных тоже на одном диске?
[/q]
В смысле? Конкретно сейчас у меня есть в компе три диска:
- маленький ssd исключительно под винду+софт+профили. Никак не могу переучить жену хранить нужные файлы вне рабочего стола винды, так что это тоже надо по умному backup-ить по-хорошему;
- обычный sata-шный пятисотгиговник под данные, но особо ценного там, пожалуй, только фотки.
- недавно его перестало хватать и я наконец-таки доставил туда давно купленный сигейтовский терабайтник. Вчера, подумав, что разговоры про бекап могут быть не к добру, перелил туда копию архива фоток :)

В дополнении к этому фотографии еще записаны на 30 dvd.

Фотохранилище организовано таким образом, что файлы там хранятся с разбивкой по dvd-дискам (томам), кстати его размер оказался всего 160Гб, так что насчет 350 это я вчера загнул :)

Суть в следующем. Нужно периодически проверять целостность архива фотографий на жестком диске и на компакт-дисках. И в ходе вчерашнего обсуждения у меня родилась мысль, как это можно сделать. Нужно написать утилиту, которая будет в заданный файл выводить листинг содержимого каталога в виде: имя файла:размер:контрольная сумма. Затем для тома формируется такой файл листинга, который складывается в холодное сухое место. Для проверки листинг делается снова (во временный файл) и файлы сравниваются тривиальным file compare. Для вычисления контрольной суммы можно openssl припахать, тогда оно еще и портабельно будет.

Надеюсь за выходные осуществить такую штучу.
<<Назад  Вперед>> Страницы: 1 2 3 4
Печать
Полигон-2 »   Технический флейм »   Софт для резервного копирования
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS