Есть ли другой способ для резервного копирования / home / user, кроме создания subvolume?
Я думаю, что мне трудно понять, что такое subvolumes и моментальные снимки. Раздел / home - btrfs. Я хочу создать «резервный» снимок / home / user (например), но пользователь существует уже несколько лет (ранее ext4> btrfs-convert). Я считаю, что вы можете сделать только снимок субволима. Я проверил, и нет уже существующих субпотоков по умолчанию.
1) Есть ли другой способ для резервного копирования / home / user, кроме создания subvolume / home / user2 и копирования всего от пользователя к user2, чтобы сделать снимок?
5 ответов
Совершенно разумно просто сделать снимок всего / дома, если вы хотите, чтобы / home / user был скопирован. моментальные снимки относительно чистые.
btrfs snapshot create /home/ /home/snapshot
В Btrfs базовым блоком моментального снимка является subvolume (/ mount-point / автоматически subvolume), и вы не можете сделать снимок чем-либо меньшим. В этом случае ваш / home - это самая маленькая вещь, которую вы можете сделать снимок. Вы, вероятно, никогда не столкнетесь с проблемами с моментальным снимком всех / home, и если когда-нибудь вы это сделаете, тогда вы будете создавать способ создания субволима и копировать его. есть хороший шанс, что к тому времени btrfs сможет создавать снимки простых старых каталогов в любом случае.
Вполне разумно просто сделать снимок всего / дома, если вы хотите, чтобы / home / user был скопирован. моментальные снимки относительно чистые.
btrfs snapshot create /home/ /home/snapshot
В Btrfs базовым блоком моментального снимка является subvolume (/ mount-point / - автоматически subvolume), и вы не можете сделать снимок чем-либо меньшим. В этом случае ваш / home - это самая маленькая вещь, которую вы можете сделать снимок. Вы, вероятно, никогда не столкнетесь с проблемами с моментальным снимком всех / home, и если когда-нибудь вы это сделаете, тогда вы будете создавать способ создания субволима и копировать его. есть хороший шанс, что к тому времени btrfs сможет создавать снимки простых старых каталогов в любом случае.
Вы можете создать reflinks в каталоге резервных копий ко всему под / home / user, что очень похоже на то, что такое моментальный снимок. Например, вы можете запустить что-то вроде cp -rax --reflink /home/user /backup/home/user. (Оба /home/user и /backup/home/user должны быть на одном и том же томе btrfs.) Это скопирует структуру каталогов и inodes (метаданные), но inodes будут указывать на одинаковые экстенты (содержащие фактическое содержимое файла) как исходные файлы. Поскольку фактическое содержимое файла не копируется, это занимает меньше места на диске и работает намного быстрее, чем фактическое копирование полных файлов. Когда исходный файл изменится, новые данные будут записаны в новые экстенты, поэтому резервная копия по-прежнему будет содержать старые данные.
Вы можете создать reflinks в каталоге резервных копий для всего, что находится в / home / user, что очень похоже на то, что такое моментальный снимок. Например, вы можете запустить что-то вроде cp -rax --reflink /home/user /backup/home/user. (Оба /home/user и /backup/home/user должны быть на одном и том же томе btrfs.) Это скопирует структуру каталогов и inodes (метаданные), но inodes будут указывать на одинаковые экстенты (содержащие фактическое содержимое файла) как исходные файлы. Поскольку фактическое содержимое файла не копируется, это занимает меньше места на диске и работает намного быстрее, чем фактическое копирование полных файлов. Когда исходный файл изменится, новые данные будут записаны в новые экстенты, поэтому резервная копия будет по-прежнему содержать старые данные.
Вы можете создать reflinks в каталоге резервных копий для всего, что находится в / home / user, что очень похоже на то, что такое моментальный снимок. Например, вы можете запустить что-то вроде cp -rax --reflink /home/user /backup/home/user. (Оба /home/user и /backup/home/user должны быть на одном и том же томе btrfs.) Это скопирует структуру каталогов и inodes (метаданные), но inodes будут указывать на одинаковые экстенты (содержащие фактическое содержимое файла) как исходные файлы. Поскольку фактическое содержимое файла не копируется, это занимает меньше места на диске и работает намного быстрее, чем фактическое копирование полных файлов. Когда исходный файл изменится, новые данные будут записаны в новые экстенты, поэтому резервная копия будет по-прежнему содержать старые данные.