通常， https : //serverfault.com/a/268727/126950 ： 快照=精确地捕捉卷在特定时刻的样子，包括所有数据。 image =系统的总快照（不保存用户数据） 但是， http : //docs.openstack.org/folsom/openstack-ops/content/snapsnots.html说 在OpenStack中，实例快照是一个映像。 您直接上传的图像和glance上创build的图像之间的唯一区别在于，快照创build的图像在glance数据库中具有其他属性。 那么为什么OpenStack将图像与快照区分开来呢？
我是btrfs的新手，我试图删除几个月前制作的一些快照。 他们占用了大约20GB的空间，我需要这个空间。 这似乎列出了快照： ↪ sudo btrfs subvolume list / ID 257 gen 82021 top level 5 path @ ID 258 gen 82021 top level 5 path @home ID 263 gen 81983 top level 5 path @home/.ecryptfs/mlissner/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxu4dgX.2jUELJL22wpV94oU–/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxHunTlBS-30iHyukjeY9-EE–/root_post_install_2014-04-29 ID 364 gen 81986 top level 5 path @home/.ecryptfs/mlissner/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxu4dgX.2jUELJL22wpV94oU–/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxHunTlBS-30iHyukjeY9-EE–/root_post_install_2014-05-04 ID 376 gen 81996 top level 5 path @home/.ecryptfs/mlissner/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxu4dgX.2jUELJL22wpV94oU–/ECRYPTFS_FNEK_ENCRYPTED.FWa8iOdaTukmNEROkGj4b5OZHZ0bKOqrvAQxHunTlBS-30iHyukjeY9-EE–/root_post_install_2014-05-14 我如何删除它们？ […]
我有一个通过iSCSI公开的HP LeftHand存储的ESXi盒子。 我有一个1TB磁盘的虚拟机，其中800GB被消耗。 磁盘在LeftHand存储上configuration较厚。 在虚拟机上打开了一个快照（这样Veeam Backup and Recovery就可以完成），并且开放了大约6个小时。 在此期间创build了大约5GB的增量磁盘。 快照删除现在已经花费了5个多小时，而且还没有完成。 存储arrays几乎不报告该arrays上的IOPS（大约600，这是背景噪声），没有吞吐量（大约8MB /秒，这又是背景噪声），平均队列深度为9。 换句话说，快照合并过程似乎不是IO绑定，我看不到任何导致快照删除的速度太慢。 它正在工作，通过观看增量文件来判断。 还有什么我应该看看，为什么这个（相对较小）的快照是如此之慢被删除？ 根据VMWare文档 ，我正在观看ls -lh | grep -E "delta|flat|sesparse" ls -lh | grep -E "delta|flat|sesparse"现在，我看到两个增量文件正在改变： -rw——- 1 root root 194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk -rw——- 1 root root 274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk 我推断一个快照文件正在合并，而另一个正在合并过程中收集三angular洲。 然后新的合并，在这个过程中创build另一个三angular洲。 随着每次迭代（以及大多数迭代），文件大小都在下降，所以我认为最终这个整合过程将会完成（也许我需要从虚拟机离开networking30分钟，让这个完成而不产生任何变化） 。 每百兆大约需要2分钟才能整合。 这从来没有发生过。 正常的Veeam备份下的快照移除需要大约40分钟（所以肯定不会很快，但不会太慢）。 6小时零2分钟后，快照终于被删除。 不过，我仍然想知道是否有任何方法可以排除这类问题（存储性能之外）。
假设我们有一台安装了lxc的服务器和一个用作img /var/lib/lxc/ubuntu_base的基础的lxc容器。 为了简单起见，让我们在复制基本图像后忘记configuration更改。 有些人build议使用子卷和快照来制作新的容器，但是可以很容易地做cp –reflink和类似的结果。 那么pipe理多个容器的方式是什么（或哪个更好）呢？ 快照 这种方式似乎是最好的，但像lxc-destroy这样的命令将无法工作，因为它将无法删除目录。 btrfs subvolume snapshot /var/lib/lxc/ubuntu_base /var/lib/lxc/container_1 CP与reflink 我不确定这个或快照之间是否有任何性能差异 cp –reflink=always /var/lib/lxc/ubuntu_base /var/lib/lxc/container_1 还有没有其他更好的方法来做到这一点，我不知道。 编辑： 我在reflink选项中看到的一件事是，如果别人正在运行，那么你不能删除基本容器，因为/proc和/dev是被挂载的，并且永远不会改变，se引用总是相同的。 但closures所有的复合容器似乎有帮助。
我们的商店非常依赖NetApp卷快照进行备份。 对于我们的一些数据，我们使用传统的基于代理的磁带备份，但总的来说，我们依赖大部分系统的快照。 此外，我们没有严格的变更控制策略或任何集中的configurationpipe理，因此我们所有的服务器（无论其服务提供的数据是否已备份）都需要从裸机（并且没有任何实际文档）进行重build。 当然，这使得快照成为一个非常有吸引力的pipe理命题，因为我们可以恢复整个服务器，用户数据和configuration。 我们使用NetApp的虚拟存储控制台来创build我们基于NFS的VMware数据存储的快照，以及直接提供给客户的原始设备映射（物理）LUN的NetApp SnapDrive。 我们将SnapMirror关键快照异地传送到另一个Filer。 当然，我们经常testing我们的恢复过程。 我不禁感到不舒服，因为我们依赖备份的快照。 对于我来说，对于一种被认为足够作为备份策略的技术，它需要满足以下标准： 备份需要是primefaces的。 也就是说，备份不能依靠任何其他的恢复。 备份需要与系统备份（带外）分离。 备份需要复制或传输到远程站点（非现场） 我的理解是，NetApp Snapshots采用redirect写（RoW）方法进行工作。 WAFL文件布局使用一组指针（元数据？），实际上可以引用每个存储块。 为了创build快照，系统只需获取卷的元数据副本并将其保存在该卷的保留空间中。 任何写入（创build/更改/删除）都会被redirect到新的块。 这应该是让NetApp的WAFL如此之好的特别之处，因为您没有进行读取操作，然后将旧数据写入保留空间，然后将新数据写入像Copy-On-Write快照这样的旧数据。 我完全承认，我可能不明白NetApp卷快照如何工作，但如果我的理解正确或多或less，NetApp快照无法满足我的备份标准。 他们不是primefaces的。 “快照”实际上只是一组指向原始数据的指针。 如果原始数据不再存在，则元数据是无用的。 快照不会与系统分离。 如果有人删除错误的卷，我失去了快照。 如果NetApp Filer爆炸成小小猫，我将失去备份。 我可以使用SnapMirror将我的快照移动到另一个Filer，但是它只是移动元数据而不是实际的块。 如果我失去原始音量，我看不到复制到另一个Filer的快照是如何帮助的。 有人可以解释NetApp快照如何被视为备份吗？ 我正在寻找良好的主观答案，所以请支持你的立场与事实，参考和经验。 如果我对底层技术的理解是错误的，请解释我的结论改变的地方和原因。 如果您的商店依赖NetApp Snapshots作为备份，请包含足够的上下文信息，以便人们可以了解您必须满足哪种恢复策略。
我运行一个Oracle 11盒作为ZFS存储设备，我通过cron定期拍摄ZFS文件系统的快照。 在过去，我知道如果我想从快照中抓取一个特定的文件，一个只读副本保存在.zfs/snapshot/{name}/ ，我可以在那里导航并将文件拖出。 这在Oracle网站上有logging。 不过，我前些天做了这个，注意到快照目录中的ZFS目录都是空的。 zfs list -t snapshot正确显示应该存在的快照列表， .zfs/snapshots正确地包含每个快照的目录，并且在每个快照中，每个ZFS文件系统都有一个目录。 但是，这些目录似乎是空的。 我只是通过触摸一个很less使用的共享中的文件并回滚到最新的每小时快照来testing恢复，这似乎工作正常。 所以回滚function在那里。 Oracle是否改变了快照的完成方式？ 或者这里有严重的错误？
我做了一个LVM snapshop lvcreate –name snap –size 10G -s /dev/vg00/vm 我应该写什么命令，如果我想删除快照，而不保留快照后发生的变化？ 我应该写什么命令将快照中的更改滚存到/ dev / vg00 / vm中？
我是新来的虚拟化，并希望确保我明白，当我删除快照会发生什么 说我有这样的一棵树 基础 SnapshotA SnapshotB SnapshotC 两个问题： 如果删除SnapShotB，SnapShotC会发生什么情况？ 从vmware的帮助“ 注意：单击删除提交快照数据到父级，并删除选定的快照。 ”所以，如果我已经安装软件或添加文件到SnapShotB，我删除它是否意味着软件和这些文件被推送到SnapShotA？
我最近开始在一个带有8G内存的Linux主机系统上使用KVM来开发/testing环境。 之前，我在使用VMware Fusion作为我的虚拟环境，但是我的MacBook只有2G内存。 我在主机上尝试了VMware Server和ESX，而不是KVM，但是webUI不能在Mac OSX的Firefox上运行，而且我们将用KVM来做更多的事情。 VMware缺less的主要function是强大的快照/回滚function，但是我在KVM中忽略了这一点。 我了解快照命令，但它完成后closures客户操作系统，然后复制磁盘映像保存其状态是繁琐的。 这真的是在KVM上pipe理快照的最好方法吗？
通过Windows（XP，Vista或7）程序安装程序获取已安装/修改的所有文件列表以及添加/删除的键列表的简单方法是什么？ 我想快照之前和之后，看看有什么变化。 在我执行安装的时候离开程序也可以。 这与克林顿·布莱克莫尔的问题非常相似（例如：分析和分析两个文件系统），但是专门针对Windows，同时考虑到了文件和registry键 。