История изменений
Исправление Pinkbyte, (текущая версия) :
Каким образом это относится к теме?
Если ты не различаешь запись в файл и дозапись, то есть серьезные опасения в том, сможешь ли ты понять то, что тебе анонимус пытается разжевать уже не первым комментарием...
Серьезно, что сложного в данной схеме differential-бэкапа?
Грубо говоря берется diff на блочном уровне из карты блоков и пересылается в файл/через пайп куда угодно. Низкоуровневые подробности - в исходниках btrfs.
Ответ на вопрос 2 еще более простой - один блок в CoW системе может принадлежать нескольким subvolume. И он будет окончательно удален только, когда количество ссылок на него станет равно нулю(например будут удалены все subvolume, имеющие ссылки на этот блок).
что приводит к мысли что это самодостаточный backup
В общем случае так оно и есть, если ты делаешь полный, а не differential бэкап - разницы нет.
Но тебе-то нужен именно он, так? А нужен он затем, чтобы с каждой итерацией пересылать не всё содержимое, а только измененное. И чем меньше будет пересылаться, тем лучше. А для этого нужно чтобы diff был меньше. Тут мы плавно и понимаем, что именно делают те строчки.
Исправление Pinkbyte, :
Каким образом это относится к теме?
Если ты не различаешь запись в файл и дозапись, то есть серьезные опасения в том, сможешь ли ты понять то, что тебе анонимус пытается разжевать уже не первым комментарием...
Серьезно, что сложного в данной схеме differential-бэкапа?
Грубо говоря берется diff на блочном уровне из карты блоков и пересылается в файл/через пайп куда угодно. Низкоуровневые подробности - в исходниках btrfs.
Ответ на вопрос 2 еще более простой - один блок в CoW системе может принадлежать нескольким subvolume. И он будет окончательно удален только, когда количество ссылок на него станет равно нулю(например будут удалены все subvolume).
что приводит к мысли что это самодостаточный backup
В общем случае так оно и есть, если ты делаешь полный, а не differential бэкап - разницы нет.
Но тебе-то нужен именно он, так? А нужен он затем, чтобы с каждой итерацией пересылать не всё содержимое, а только измененное. И чем меньше будет пересылаться, тем лучше. А для этого нужно чтобы diff был меньше. Тут мы плавно и понимаем, что именно делают те строчки.
Исходная версия Pinkbyte, :
Каким образом это относится к теме?
Если ты не различаешь запись в файл и дозапись, то есть серьезные опасения в том, сможешь ли ты понять то, что тебе анонимус пытается разжевать уже не первым комментарием...
Серьезно, что сложного в данной схеме differential-бэкапа?
Грубо говоря берется diff на блочном уровне из карты блоков и пересылается в файл/через пайп куда угодно. Низкоуровневые подробности - в исходниках btrfs.
Ответ на вопрос 2 еще более простой - один блок в CoW системе может принадлежать нескольким subvolume. И он будет окончательно удален только, когда количество ссылок на него станет равно нулю(например будут удалены все subvolume).
что приводит к мысли что это самодостаточный backup
В общем случае так оно и есть, если ты делаешь полный, а не differential бэкап - разницы нет.
Но тебе-то нужен именно он, так?