Questions tagged «snapshot»

我正在考虑在数据驱动器上使用btrfs，以便可以使用snapper或诸如snapper之类的功能来进行基于时间的快照。我相信这将使我能够浏览数据的旧版本。这是我当前的异地备份的补充，因为驱动器故障会清除数据和快照。 据我了解，btrfs快照不会占用太多空间（元数据和已更改的块，再加上一些开销），因此空间似乎不是一个约束。 如果我有一百万个快照（例如，两年每分钟快照），假设我有足够的磁盘空间来存储数据，更改的数据和元数据，那会造成严重破坏吗？ 如果快照数量有实际限制，是否取决于文件数量和/或文件大小？

23 performance  limit  btrfs  snapshot 

有什么方法可以拍摄ext4文件系统的快照，以便以后可以恢复到该快照？

18 filesystems  ext4  snapshot 

我有一个本地FreeNAS系统，想要使用ZFS快照进行备份。 FreeNAS具有内置的复制任务，这些任务使用 zfs send snapshot_name 将快照发送到远程系统。但这需要另一端具有ZFS的系统。 我想将快照发送到一个文件，然后将此压缩和加密的文件发送到远程计算机。 这是可能的 zfs send snapshot_name | gzip | openssl enc -aes-256-cbc -a -salt > file.gz.ssl 我每天都会为存储池制作快照，并将每个快照保留30天。 拍摄每张快照后，我都会将该快照通过管道传输到文件中。 -快照文件1中包含每个文件（例如2GB） -快照文件2仅具有对快照文件1的更改（例如5MB） -快照文件3保存对快照文件2的更改；等等。 在第31天，快照文件1被删除（因为我只希望最近30天的更改） 因此，snapshot_file 2需要保存每个文件（2GB的snapshot_file 1 + 5MB的更改） 但是每天（从第31天开始）都必须使用这种方法来创建一个新的2GB文件，并将其发送到远程系统。这是太多的开销。 使用传送到文件的快照作为X天的备份策略的最佳方法是什么？ PS：我知道那里有很多可以使用的备份软件（例如rdiff-backup）。但是我很好奇这怎么做。

14 freebsd  backup  zfs  snapshot  freenas 

GNU / Linux具有覆盖目录的联合安装。因此，您可以在只读目录的顶部安装可写目录。卸载可写目录时，未触及只读目录。 我正在寻找用于块设备的相同功能-最好将可写部分存储在文件中。所以我想运行类似的东西： device-setup /dev/newdevice /dev/read-only-device overlayfile 如果我写到/ dev / newdevice，则更改应存储在overlayfile中。如果读取写入的扇区，则应该从overlayfile中获取数据。如果读取未写入的扇区，则应该从/ dev / read-only-device获取数据。 是否存在这样的工具？

14 block-device  loop-device  snapshot 

我要执行以下操作-保存我的Linux OS（centOS6.5）的当前状态。进行一些更改（更具体地说，注入故障并测试某些服务以检查在发生特定类型的故障时它的行为。）然后将系统恢复到已保存状态。我不知道如何在Linux系统上执行此操作。我有一台装有ext4文件系统的centOS 6.5机器，这也是物理服务器而不是虚拟机。 有什么想法或建议吗？

11 linux  snapshot 

我正在尝试定期为大型文件夹拍摄快照。 我在这里阅读过：http : //www.mikerubel.org/computers/rsync_snapshots/#Incremental ，它cp -al可以通过简单地复制硬链接来获取文件夹快照。 很好，但问题是在此快照中，如果我更改文件，则所有快照中的文件都会更改。相反，我希望系统在更改时创建一个新文件并链接到该文件。这样，每个快照都不会在编辑第一个文件时失效。 我该如何实现？ ps我试过了rsync -a --delete --link-dest=../backup.1 source_directory/ backup.0/，但是有同样的问题。

11 backup  rsync  cp  hard-link  snapshot 

是否有回退到具有子子卷的子卷快照的规范方法。因此，例如，这是我的btrfs卷布局： ID 257 gen 59802 top level 5 path __active ID 258 gen 59784 top level 5 path __snapshot ID 259 gen 59802 top level 257 path home ID 260 gen 36538 top level 257 path opt ID 261 gen 59802 top level 257 path var 因此，您可以看到home，opt和var是__active的子子卷。如果我快照__active，这是我的新布局： ID 257 gen …

9 btrfs  snapshot 

我计划使用LVM，以便能够拍摄大文件的原子快照并将它们重新同步到远程站点。 我想知道的是对主（非快照）卷是否有长期影响：如果我通常在删除和创建新快照之前将快照保留24小时，那么主卷是否会变得越来越分散？

9 lvm  snapshot 

我有一堆这样的btrfs快照： 20:17:37 [root@galaxy /]$ btrfs subvolume list -a / |grep apt ID 271 gen 348 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:44:30 ID 272 gen 352 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:46:25 ID 273 gen 361 top level 5 path <FS_TREE>/@apt-snapshot-2013-04-17_21:51:13 ... # lots more 我想摆脱它们。所以我尝试了 20:21:31 [root@galaxy ~]$ btrfs subvolume delete '/<FS_TREE>/@apt-snapshot-2013-04-17_21:44:30' …

9 btrfs  snapshot