1.1, CssfPZS (ok), 16:14, 30/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +27 +/– |
Приятно что такие мощные и гибкие инструменты, как Rsync продолжают свое развитие!
Скажем честно в некоторых ситуациях Rsync просто незаменим.
| |
1.2, Аноним (-), 16:15, 30/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Переработан код, связанный с выполнением задач резервного копирования иерархии директорий. При резервном копировании файла осуществляется попытка создания жесткой ссылки с последующей атомарной заменой целевого файла;
Поясните пожалуйста, что здесь написано?
| |
|
2.4, crypt (??), 16:46, 30/09/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
The backup code was improved to use better logic maintaining the backup
directory hierarchy. Also, when a file is being backed up, rsync tries
to hard-link it into place so that the upcoming replacement of the
destination file will be atomic (for the normal, non-inplace logic).
У rsync есть опция --backup. Теперь, когда файл бекапится, сначала создается хард линк на бекап файл, как бы для проверки. И если хардлинк удалось создать, тогда и сам файл бекапа пишется. Так сказать для надежности.:)
| |
|
3.5, crypt (??), 16:50, 30/09/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> У rsync есть опция --backup. Теперь, когда файл бекапится, сначала создается хард
> линк на бекап файл, как бы для проверки. И если хардлинк
> удалось создать, тогда и сам файл бекапа пишется. Так сказать для
> надежности.:)
не вру. это не тест создание, а именно для атомарности операции. на случай, если файл большой и копирование в бекап может привести к неполному файлу.
| |
|
4.16, Аноним (-), 23:57, 30/09/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Атомарность в смысле малыми частями или единой неделимой? Во втором случае, должен создаваться хардлинк, файл постепенно копируется, но по хардлинку доступен все время (хардлинк ведет на струю версию файла или на файл в источнике?), когда докопировалось, хардлинк заменяется файлом. Так?
| |
|
|
|
1.13, Аноним222 (?), 22:35, 30/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Программка мне очень понравилась, легко и быстро протестировал, настроил на рабочих серверах, а вот на Samba-шарах столкнулся с проблеммкой. Rsync во время бэкапа переименовывал файлы в именах которых присутствовал символ "№" Поначалу забил, надеясь что это редкий исключительный случай, а как позже выяснилось в компании просто мода была обзывать так файлы. В общем Rsync в инкрементальные бэкапы постоянно складывал не меняющиеся файлы с символом "№"
Теперь использую две системы Rsync и ещё что то )
| |
|
2.14, Грамарнаци (?), 23:04, 30/09/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это тебя боженька покарал за то, что ты слово "проблема" с двумя "м" написал.
| |
2.17, Аноним (-), 00:01, 01/10/2013 [^] [^^] [^^^] [ответить]
| +/– |
В скриптах используете нужное число кавычек?
В линуксе проблема не проявляется у меня.
| |
|
1.18, Аноним (-), 08:19, 01/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А чем можно бэкапить блочные устройства? Хочется чтобы навроде rsync, но чтоб сверяло изменившиеся блоки и блоки в архиве, и чтобы с дедупликацией и сжатием. :)
Есть такое чудо?
| |
1.21, Alexander Sheiko (?), 23:42, 06/10/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Теперь при указании backup-dir она создаётся всегда, даже если не было изменений и бекап не нужен :(. Получается куча пустых каталогов. Невозможно теперь ориентироваться на наличие изменений, смотря на наличие backup-dir с именем в виде даты.
| |
|