Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Софт для резервного копирования |
<<Назад Вперед>> | Страницы: 1 2 3 4 | Печать |
albr
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 1006 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 20 апр. 2015 |
Здравствуйте, уважаемые все! Вопрос к знатокам резервного копирования. Есть ли такой софт для резервного копирования, который проверял бы исходные данные на целостность? Т.е. при добавлении нового файла в архив вычислялась бы его контрольная сумма, затем при каждом запуске контрольная сумма вычислялась бы заново и сравнивалась с уже сохраненной. И в случае несовпадения утилита должна спрашивать, что делать с файлом - перезаписать его в архиве или восстановить из архива. Хочется избежать ситуации, когда архивная копия перекрывается битым файлом. Есть что-нибудь подобное уже? Ну и желательно freeware или не сильно дорого. Заранее всем спасибо. |
CodeMaster
Advanced Member
Рыцарь ордена Хламовников Откуда: Воронеж Всего сообщений: 1655 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 27 авг. 2010 |
albr написал: Файлы что ли статичны? А как по 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 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 января 2018 20:42 Сообщение отредактировано: 18 января 2018 20:43
Архив фотографий просто заархивировать обычным архиватором (типа rar или 7zip) не судьба? Я ещё понимаю систему бекапить спецсофтом, а фотографии-то зачем? |
albr
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 1006 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 20 апр. 2015 |
Он сейчас занимает >350Гб на отдельном (несистемном) винче + записан на 30 с хвостом DVD-болванках, которые лежат в другом месте. Но время от времени я начинаю задумываться о более эффективных способах хранения - раз и о способах вовремя убедиться, что ничего важного не протухло - два. А вот система меня меньше всего беспокоит, кстати. Ибо переустановить винду с софтом - это занятие на несколько часов всего. |
Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 января 2018 21:12 Сообщение отредактировано: 18 января 2018 21:14
Для такого случая можно создавать/проверять контрольки при помощи 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 написал: albr написал: Да, файлы должны быть статичны, если говорить конкретно - это архив фотографий. А исходный набор данных тоже на одном диске? Может просто использовать плагин расширенного сравнения в Far'е и поставить галочку "проверять содержимое"? на отдельном (несистемном) винче |
albr
Advanced Member
Откуда: Санкт-Петербург Всего сообщений: 1006 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 20 апр. 2015 |
Да, про git я тоже думал, вернее не про git, а про subversion. Думал-думал, да так ничего и не выдумал CodeMaster написал: В смысле? Конкретно сейчас у меня есть в компе три диска: А исходный набор данных тоже на одном диске? - маленький ssd исключительно под винду+софт+профили. Никак не могу переучить жену хранить нужные файлы вне рабочего стола винды, так что это тоже надо по умному backup-ить по-хорошему; - обычный sata-шный пятисотгиговник под данные, но особо ценного там, пожалуй, только фотки. - недавно его перестало хватать и я наконец-таки доставил туда давно купленный сигейтовский терабайтник. Вчера, подумав, что разговоры про бекап могут быть не к добру, перелил туда копию архива фоток В дополнении к этому фотографии еще записаны на 30 dvd. Фотохранилище организовано таким образом, что файлы там хранятся с разбивкой по dvd-дискам (томам), кстати его размер оказался всего 160Гб, так что насчет 350 это я вчера загнул Суть в следующем. Нужно периодически проверять целостность архива фотографий на жестком диске и на компакт-дисках. И в ходе вчерашнего обсуждения у меня родилась мысль, как это можно сделать. Нужно написать утилиту, которая будет в заданный файл выводить листинг содержимого каталога в виде: имя файла:размер:контрольная сумма. Затем для тома формируется такой файл листинга, который складывается в холодное сухое место. Для проверки листинг делается снова (во временный файл) и файлы сравниваются тривиальным file compare. Для вычисления контрольной суммы можно openssl припахать, тогда оно еще и портабельно будет. Надеюсь за выходные осуществить такую штучу. |
<<Назад Вперед>> | Страницы: 1 2 3 4 | Печать |
Полигон-2 » Технический флейм » Софт для резервного копирования |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |