А может есть смысл воспользоваться чем-то тапа par2?
Да это в среднем на 10% увеличит размер архива, но будет возможность не только удостовериться, что данные в архиве повреждены (проверив crc/md5), но и восстановить утраченное в архиве? On Fri, Jun 23, 2017 at 11:11:14PM +0300, Oleksandr Gavenko wrote: > On 2017-06-23, Sergey Matveev wrote: > > > Передёргивать нужно не только на чтение, но, в идеале, ещё и на запись. > > Это потому что нету гарантий производителя? > > Современные роботизированые type library просто переодически перезаписывают > данные на новую бобину. Производитель обеспокоился, пользователи не > замарачиваються. > > У нас же наоборот дешовенькие диски (с кодами контроля ошибок и избыточностью) > и дорогие твердотельные, которые скорее всего даже без четности, не говоря об > избыточности... > > Я не представляю как архивы кто либо переписывает на регулярной основе в > одного массива на другой на предприятии... > > Когда бос спросит админа что он делает - ответ "переливаю из пустого в > порожнее" не впечатлит (( > > Архивы есть? Что жы ты делаешь? > > Есть конечно понятная практика - попытка восстановления из архива, что бы > навыки не потерять и быстро реагировать + проблемы посторонние выявить до дня > X. Но совсем не похоже на "переливание". > > Я работал как то в банке и слышал про очень дорогие шкафы, в которых диски > просто перевтыкаешь и оно там "само все делает". Помигивает когда хочет > внимания. > > А как поступают в конторках с меньшим числом денег? Или как получают гарантии > в облаке? > > Выходит что проще с архивами поступать как с бекапами - переписывать на новый > носитель с ротациями и проверкой целосности. Или периодически реплицировать по > сети с проверкой целосности... > > -- > http://defun.work/ > >
