我有一个KVM服务器（不在proxmox节点上），我的VPS基于qcow2格式，我想做一个虚拟机的实时备份。 我了解有两种types的备份，内部和外部，我已经发现，而testing时，内部备份停止虚拟机毫秒和外部将创build一个新的文件。 是不是Qemu的后续版本不再这样做（停止VPS）?,请让我知道如果是这样的话，或者如果有任何命令做一个实时备份而不停止的VPS，我一直在使用Virsh快照创build 。 无论如何，经过一些更多的研究，我发现了Proxmox的备份function，我发现它使用了一些“ qmp snapshot-drive ”命令。 我一直试图在网上获得关于这个特定命令的更多细节，但徒劳无功。 我想知道这个命令，因为它不closures或暂停虚拟机，并不创build一个外部的快照文件，非常感谢您的帮助。 谢谢。
我正在寻找方法来创build计划的快照创build脚本。 有可能设置保留date/次数。 也许有人可以分享一些例子，或说什么用于创build虚拟机的自动快照
我正在使用一个系统，为了灾难恢复的目的，每个卷需要一组42个每日EBS快照。 EBS卷被聚合到一个RAID卷中。 通过在拍摄快照期间冻结文件系统来拍摄一组一致的快照。 每个单独的数量只有2个TiB。 在灾难恢复testing期间，发现从应用数据（PostgreSQL数据库，许多大型表）中复制超过24小时的应用数据（PostgreSQL数据库，许多大表），从快照创build的EBS快照支持的卷中复制到新的非快照支持卷支持卷。 由于在不同的子树上同时工作了8个rsyncs，所以在副本中具有相当的并行性。 如果数据没有被复制到新的EBS卷上，那么基于PostgreSQL的应用程序就像蜂蜜一样运行了很多天，据推测，直到EBS卷的块已经被弄脏，所以它们现在直接在EBS卷上，而不是来自快照。 通过这种方式，从一组非快照支持的EBS卷到另一个卷的相同数据的副本只需要几个小时，而使用类似规模的“真实”硬件就可以less得多。 为什么我会看到快照支持的卷和普通卷之间的这种极端的性能差异？ 我的假设是，它正在写拷贝，所以干净的块，因为快照必须单独提取保持不变。 如果有大量的快照支持这个卷，那么大概有一些困难，快速find它出现在最近的快照中的块并获取它。 有没有什么办法可以强制AWS从快照中有效且线性地预先填充整个新的EBS卷，而不是像实际上似的那样进行懒惰的写入时复制？ 任何其他的想法解决这个？ 如果恢复需要一天以上的时间，DR的一组快照则不太有用。
使用以下zfs-auto-snapshot命令，如何指定保存52个每周快照和无限数量的每月快照？ sudo zfs set com.sun:auto-snapshot=true storage sudo zfs set com.sun:auto-snapshot:weekly=true storage sudo zfs set com.sun:auto-snapshot:monthly=true storage 当我将它指定为关键字或参数时，它都失败了： sudo zfs set com.sun:auto-snapshot:weekly=true storage keep=52 cannot open 'keep=52': invalid dataset name sudo zfs set com.sun:auto-snapshot:weekly=true storage –keep=52 cannot open '–keep=52': invalid dataset name
我正在使用BackupExec和VCB来备份一些虚拟机。 据我了解，前工作脚本创build我的虚拟机的快照，将它们作为虚拟目录在我的备份服务器上，然后我的备份执行作业就像正常备份本地文件夹。 我遇到的问题出现在作业前脚本中，并且某个特定服务器的目录从不安装。 当我查看VI客户端并查看最近的活动时，我看到快照已经开始但尚未完成。 15分钟后显示超时，因此服务器从不备份。 我有多个虚拟机备份这种方式，其他人工作正常。 麻烦的虚拟机有一个85GB的虚拟磁盘，但是，另一个工作的虚拟机有一个接近100GB的虚拟磁盘。 我想知道还有什么关于虚拟机可能会导致快照需要很长时间才能创build。 VM主机可能是个问题吗？ VM主机是一个function非常强大的服务器，并且没有任何VM guest虚拟机被大量使用，并且备份在非工作时间运行，所以不应该是服务器过度工作的情况。 有什么日志或工具可以用来查看什么放慢速度？
的背景： 我需要使用Microsoft Exchange服务器进行一些testing。 具体来说，我将在Microsoft Exchange Server计算机上安装一些软件，并再次卸载相同的软件。 我面对的问题是： 虽然我反复使用我的软件的不同版本来做到这一点，但有一段时间以后，Exchange服务器安装可能会损坏。 当发生这种情况，我需要重新安装Exchange服务器，我觉得有点麻烦。 所以我打算做的是在VMware ESX服务器上的虚拟机上安装Ms Exchange服务器并创build一个快照，以便在我的工作中，每当安装被损坏时，我可以恢复快照。 所以这是我的问题： 将恢复Microsoft Exchange服务器虚拟机的快照是否正常工作？ 我不熟悉交换服务器的复杂性，以及我们使用或安装交换服务器时发生的与域控制器有关的任何更改（如果有的话）（我个人认为这不应该发生，但只是确保）。 我缺乏时间，因此决定在这里发表这个问题。 有人可以告诉我是否恢复Exchange服务器的快照将正常工作？ 感谢一个负载， 木根
我刚安装了一台Lucid Lynx台式机。 我在这台机器上安装了VirtualBox 3.2.6来运行多个服务器。 我已经在一个虚拟机中创build了一个新的Lucid Lynx服务器，虚拟机的创build没有问题，但是当我尝试创build一个快照时，似乎这个动作开始了，但是永远不会结束……桌面机器在ext4中。 这是一个知道的问题？ 非常感谢， 吕克
最近有一个问题，虚拟机的空间不足，被挂起，重启能够解决这个问题，但是当我SSH'd我注意到有两个大文件（两个delta.vmdk文件）在数据存储区2 / vm_in_question。 当我查看VMware控制台中的快照pipe理器时，我看到了昨天的一个快照（我们的虚拟机备份工具创build了这个备份工具，以执行每周备份，这个备份足够奇怪的还在运行，这是另一个问题！），但这是一个叶子两个Consolidate Helper – 0文件下的节点。 我从来没有见过这些，并想知道如果其中一个至less是造成的大型三angular洲文件之一？ 任何有关如何创build这些文件的信息，以及我能做些什么来安全地删除这些文件并阻止这种情况再次发生。
我想尝试快照function，但我不明白所有的图片。 我在Ubuntu服务器11.10上 ，我创build了两个卷组和一些逻辑卷像这样： root@darwin:~# vgdisplay — Volume group — VG Name data System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size 272.24 GiB PE Size 4.00 MiB […]
我有一个安装在独立服务器上的ESX（免费版本（最新版本5.X），内置数据存储在RAID 5设置中。 虚拟机将主要是一些Linux的Windows，将分别致力于使用Visual Studio和GCC执行软件构build。 有时候需要创build一个分支虚拟机，例如某个构build需要SDK更新的时候，我们需要有一个SDK /机器状态组合的所有版本的快照。 有时我们需要能够恢复到特定SDK版本的虚拟机状态。 快照是可以接受的，除了我们需要将虚拟机恢复到快照，并保留当前虚拟机/ SDK状态的运行版本，所以本质上为每个“快照”/ SDK版本创build一个克隆虚拟机可以与原始VM同时运行。 在任何时候，我们不应该同时运行任何超过2个版本的虚拟机，但是至less有一个虚拟机需要有一个所有不同版本的SDK的快照树，这样一个虚拟机就是总是处于最近的状态，另一个可以被带到任何历史的状态，以便根据需要重build旧的软件包。 这里有什么最好的做法，快照/恢复到特定的虚拟机状态是一个因素？