我通过点对点的T1线路发送增量式ZFS快照，我们希望在下一次备份开始之前，一天的快照几乎不能通过networking。 我们的send / recv命令是： zfs send -i tank/vm@2009-10-10 tank/vm@2009-10-12 | bzip2 -c | \ ssh offsite-backup "bzcat | zfs recv -F tank/vm" 我有足够的CPU周期来备用。 有没有更好的压缩algorithm或替代方法，我可以用来推送更less的数据在线？
我即将在CentOS 5服务器上进行实验升级。 如果升级失败，我希望能够退出对文件系统的更改。 这种情况看起来与LVM HOWTO的3.8节LVM2读写快照中的例子类似，但是这个例子在实际操作方面还是比较缺乏。 1）我将如何提交更改，将它们合并回原始分区？ 2）我将如何恢复更改，恢复文件系统恢复到原来的状态？ 我应该假设我需要重新启动几个服务，如果不彻底重启？ 3）是否可以仅快照某个分区上的某些目录，还是分区操作？ 谢谢…
我知道VMWare KB在长时间运行的快照上皱眉，主要是由于两件事（在我看来） 大量的快照可以填满数据存储。 快照只是增量文件。 比方说，你有一个50G的VMDK，几乎已经满了，你拍一张快照。 在你的快照中，你翻转每一个位。 您的增量文件也将是大约50 GB。 再次快照，翻转位，另一个50千兆增量文件。 这些可以快速失控。 提交大量快照会带来风险。 合并快照时，您正在将增量更改写入原始VMDK。 这需要时间，并带有风险，如果发生什么事情，你只是VMDK nucked。 他们的警告似乎是合乎逻辑的。 这就是说，从VMDK快照中永久运行我的机器本身是不好的？ 我想让我的树如下： 基础 Snap1 快照2 你在这里 在安装和configuration基本系统后，将立即执行快照1和2。 这些是我打算频繁刷新的机器，所以我会简单地让我的树看起来像下面这样： 基础 Snap1 你在这里 快照2 删除Snap2并重新创buildSnap2。 我不明白这可能会有什么影响，原因如下： 由于我只是简单地安装了一个基本的图像，并在没有办法填充数据存储之后马上拿走了我的三angular洲。 假设我的基本映像只有10 GB（在50 GB精简置备的磁盘上），即使我的增量翻转每一位，最大总使用量可能是60 GB（10 GB基本VMDK已locking+ 50 GB增量快照VMDK文件）。 这假定我不创build任何进一步的快照。 由于我的使用案例不需要整合快照，所以我不会冒险整理我的错误。 当我移回Snap1并删除Snap2时，所有位于Snap2中的增量只会被删除。 存储负载是完全一样的，所以我应该得到相同的IOPS。 我知道一些文件（主要是系统文件）将存在于原始的VMDK上，而其他的文件（基础之后的所有文件）将存在于delta中，但是我不明白ESXI是如何处理的。 所有文件都在同一个物理数据存储上，所以性能应该等同于在没有快照的情况下引用原始VMDK中的所有内容。 有什么想法吗？ ESXI 5.5与数据存储RAID'd DAS。 我没有vCenter许可证，所以模板和克隆不在桌面上。 结果的testing 我今天早些时候进行了一些testing。 结果如下。 有一个performance惩罚，但我不知道为什么。 快照之前： 快照后：
我试图找出如何LVM快照的工作，所以我可以在我的文件服务器上实现它，但我很难find任何解释它如何工作的谷歌，而不是如何使用它的基础备份系统。 从我读到的，我认为它是这样的： 你有一个主分区的LVM，还有许多未分配的可用空间不在分区中 然后，您拍摄一张快照并将其挂载到一个新的逻辑卷上。 快照应该有变化，所以这第一个快照将是一个完整的副本，是正确的？ 然后，第二天你拍另一个快照（这个分区的大小不必太大）并挂载它。 不知何故LVM会跟踪快照，并且不会在主卷上存储不变的位。 然后你决定你有足够的快照，摆脱第一个。 我不知道这是如何工作，或如何影响下一个快照。 有人能纠正我在哪里我错了。 充其量，我猜，我找不到任何东西在谷歌上。 vgdiplay obu1：/ home / jail / home / qps / backup / D＃vgdisplay —卷组— VG名称fileserverLVM 系统ID 格式lvm2 元数据领域1 元数据序列号3 VG访问读/写 VG状态可resize MAX LV 0 Cur LV 2 打开LV 2 最大PV 0 Cur PV 1 法PV 1 VG尺寸931.51 GB PE大小4.00 MB 总计PE 238467 Alloc PE […]
我可以考虑采取备份的两个主要原因似乎是照顾当我同时使用快照和RAID与btrfs。 （这里是RAID，我的意思是RAID1或10） 意外删除数据：快照涵盖了这种情况 驱动器故障和位腐烂 完全失败：RAID涵盖了这种情况 驱动器返回错误数据：RAID + btrfs的错误纠正function涵盖了这种情况 因此，作为一个现场备份解决scheme，这似乎工作正常，它甚至不需要一个单独的数据存储设备！ 但是，我听说RAID和快照都不被认为是正确的备份，所以我想知道我是否错过了任何东西。 除了btrfs还不是一个成熟的技术，你能想到我错过的任何东西吗？ 还是我的想法是正确的，这是一个有效的现场备份解决scheme？
我目前每晚和每周都快照我的基于ZFS的NAS，这个过程几次拯救了我的屁股。 但是，虽然快照的创build是自动的（来自cron），但删除旧快照仍然是一项手动任务。 很明显，如果我被公交车撞上了，或者没有执行手动任务，那么NAS将会耗尽磁盘空间。 有没有人有任何好的方法/脚本来pipe理存储在ZFS系统上的快照数量？ 理想情况下，我想要一个脚本遍历给定的ZFS文件系统的所有快照，并删除除该文件系统的最后n个快照外的所有快照。 比如我有两个文件系统，一个叫tank ，另一个叫sastank 。 快照用它们的创builddate命名： sastank@AutoD-2011-12-13所以一个简单的sort命令应该按顺序列出它们。 我希望保留最近2周的tank每日快照，但只有最后两天值得的快照。
我在其中一篇VMware知识库文章中看到，快照将直接影响VM的性能。 但我的团队不断问我快照如何影响性能。 我想给他们坚定的理由背后的快照是性能杀手。 任何人都可以解释一下关于快照如何影响性能的一些理论？ 仅仅是因为硬盘的磁盘I / O速度会很慢？
我正在使用VMware ESXi。 在我们的团队中，我们使用快照提供长期备份。 然后我们遇到内存溢出等问题，服务器挂断了。 我开始阅读VMware知识库文章和其他地方的文章。 在任何地方，build议不要有很长一段时间的快照。 即使VMwarebuild议保持快照最多三天。 但是我们的团队一直要求我们至less有两个永久的快照（直到删除虚拟机）。 有时我们可能会使用虚拟机一年）。 一个快照是用于新机器状态的。 （所以当我们完成testing应用程序时，我们将恢复到新鲜状态并安装另一个应用程序）（如果我不允许的话，我可能经常需要托pipe虚拟机）。 下一个快照让虚拟机处于某种状态（也许他们会发现一个问题并保持这个状态一段时间，或者他们可能为应用程序安装先决条件，并保持机器准备好进行testing）。 从逻辑上讲，他们的需求似乎是公平的。 但是如果我允许的话，我可以让他们长时间保存快照。 我们没有使用我们的VM作为邮件服务器或数据库服务器。 为什么长时间保持快照会产生不利影响？ 为什么快照被视为临时备份，而不是真正的备份？
据我所知，LVM可以拍摄一个卷的快照。 还有一些支持快照的文件系统（ZFS，Btrfs，reiserfs，…）。 但是，我从来没有理解LVM快照和文件系统快照之间的区别。 如果可以用LVM拍摄快照，为什么有人花时间在文件系统中实现它？ 编辑：他们中的任何一个在某些情况下是首选？ 为什么？
创build快照时使用EBS volumne安全吗？ 目前我已经安装了100Gb EBS卷。 我正在对它进行快照。 善良这是缓慢的！ 这将最终花费超过45分钟的快照。 我的问题是：EBS卷已经被复制，只是保存在某个地方？ 或者，快照是否正在从我安装的卷上主动复制？ 基本上，如果我在快照完成之前开始使用它，我是否被洗净？ 我简直不敢相信需要这么长时间才能复制。 甚至没有使用100GB的。 这更像是25Gb。