我有一个运行Ubuntu 12.04 32位AMI的EC2实例（可在第一页中find用于启动新实例的经典向导）。 根设备是一个EBS卷。 然后我遵循这些步骤： 停止服务器 右键单击“卷”选项卡 – >“创build快照” 右键单击“快照”选项卡中的“快照” – >“从此快照创build映像” 从AMI选项卡，我右键单击新创build的AMI并select“启动实例” 在向导的第三步中，我注意到这行为“存储设备configuration” Root /dev/sda1 snap-xxxxxx 8GiB standard true 这似乎表明它正在使用快照作为新实例的根卷（实际上是唯一的卷）。 然后我启动实例。 但是，在“初始化”步骤中，它没有通过“状态检查”。 如果我右键单击实例和“获取系统日志”，这是日志的尾部： Using IPI No-Shortcut mode XENBUS: Timeout connecting to devices! md: Autodetecting RAID arrays. md: autorun … md: … autorun DONE. EXT3-fs: sda1: couldn't mount because of unsupported optional features (240). EXT2-fs: […]
在VMWare中，创build快照时，我的理解是创build增量磁盘，创build快照后发生的任何写入都将写入这些新增量磁盘映像，而不是写入主vmdk映像。 这是在vmware，KVM和LVM快照之间常见的写入function副本的一部分。 如果您还原/转到快照，相应的变化量将被忽略，如果您删除快照，则会删除这些快照，因此无论是只读还是只写入主vmdk文件。 还有保存的系统设置信息和系统状态信息。 这是否准确，对于LVM和KVM快照是否基本相同？
我们有一个运行Win2k8的虚拟机的大约15张快照，因为您可能会猜测我们的数据存储即将耗尽空间。 我的目标是删除所有快照，因为使用快照进行备份似乎是一个巨大的错误。 现在我的问题是，我们如何删除快照，以便在合并过程中使用最less的数据存储空间，因为剩下的空间不多。 我们是否从下往上开始删除树，即。 从删除最近的快照开始并向上移动，或者我们开始删除最旧的快照并向下移动？
定期拍摄生产服务器的快照是一个好主意。 我正在阅读很多网站，build议你不要拍摄生产系统的快照，说明它会影响networking和机器的性能。 有人对此有所了解吗？ 请参阅： http : //communities.vmware.com/message/1047809
我testing了两台主机之间的10Gbit连接，以便能够从host1读取10GB文件，并使用netcat将其写入host2，速度为410MB / s。 当我通过同一个专用的10Gbit连接与netcat再次发送/接收时，我只能获得70MB / s。 快照是2.5TB，有1500万个文件。 题 这种放缓的原因是什么？ 使用这么多文件回滚快照需要花费很多时间，还是文件数量不受ZFS回滚速度的影响？ 更新 10GB的文件传输testing，我得到了410MB / s的，我想模拟一个ZFS发送/接收与回滚。 所以有了这个假设，我很惊讶，我看到如此不同的速度。 我正在使用两个testing之间的比较速度，所以我不必生成随机数据2.5TB文件。 所以我不明白为什么“从host1读取文件，使用netcat传输，写入文件到host2”要比“zfs从host1发送快照，使用netcat传输，在host2上使用ZFS接收/回滚”快得多。 也许另一种方式来问同样的事情会是？ 如果我有两个相同大小的2,5TB快照，其中snapshot1包含1个文件，snapshot2包含1500万个文件。 两个zfs receive的时间是一样的吗？ 或者会比另一个更快？
参考这篇文章 https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1025279 我知道将快照保留一两天是不好的，因为性能会降低。 连锁店很less会超过4或5 然而，我们有一些应用程序，我们可以推动生产之前，必须由供应商进行testing。 大部分人在拍摄快照后的几天内进行testing都是相当不错的，但是有一些人需要一周或更长的时间。 在过去的一年里，我们不得不做一个完整的系统还原或者文件级还原，因为应用程序没有工作，我们不得不恢复到以前的应用程序，已被删除。 箱子相当繁忙，日志，电子邮件等 其他组织如何处理这个问题？ 有没有办法“备份”快照？
我正在开发一个将Linux教给青less年的项目。 知道他们将有一个倾向，删除或损坏他们的主目录中的项目，我们正在寻找一个很好的快照选项。 我们将无法使用主要存储供应商提供的奇特工具，并希望在文件系统级别find解决scheme。 我已经阅读了很多关于btrfs的内容，但几乎没有什么经验。 我有一些LVM的经验，但我不熟悉它的快照function。 文件系统或其他文件系统是否可以根据需要或计划创build快照？ 然后让这些快照总是可用的，没有根，就像每个家庭文件夹中的.snapshot文件夹一样？ 理想情况下，这种解决scheme允许用户在24到48小时的时间范围内按需自行恢复备份。 我们将有一个系统的备份过程和更多的全球备份。 但是我们不希望这个过程被那些只是犯错误的学生使用。
当我阅读man zfs for zfs receive我看到 -F Force a rollback of the file system to the most recent snap- shot before performing the receive operation. If receiving an incremental replication stream (for example, one generated by "zfs send -R -Fi -iI"), destroy snapshots and file systems that do not exist on the sending side. 但我不太明白-F实际上会做什么。 如果我的zfs […]
有没有人有一个很好的完整策略来备份VirtualBox下运行的一堆虚拟机？ 我打算在一个硬件平台上运行一些虚拟机，并每晚将它们备份到外部磁盘上，每个周末轮换一次。 （只是为了澄清，我不打算在这个过程中closures机器，如果我能避免它） 我是否正确地认为我只能写一个脚本，每晚创build一个快照，将“主”磁盘映像复制到外部介质，然后再次删除快照？ 更好的想法非常感谢！
我有一台虚拟机似乎工作正常，但是当VMWare DR（或I）尝试创build快照时，它会失败，当我查看虚拟机的摘要页时，它在顶部显示警告，显示磁盘需要巩固。 所以我去虚拟机的快照pipe理器，并select合并（在快照pipe理器中，没有实际列出的快照方式）。 如果这个错误失败： 该虚拟机在其快照树的单个分支中有255个或更多的重做日志。 已达到最大支持限制，将不允许创build新的快照。 要创build新的快照，请删除旧快照或合并重做日志。 如果我浏览数据存储（有足够的可用空间，2TB，这个VM是在40GB以下），在vm文件夹中，我确实看到一堆文件，一直编号到0255： myvm-000255-ctk.vmdk myvm-000255-delta.vmdk myvm-000255.vmdk 我怎样才能清理这些？ 有没有SSH命令行命令，或者我可以安全地删除一些文件？ 谢谢！