这与我最后一个问题类似，只是我的最后一个问题包括标题中的“跑步”。 我已经知道这不是完全可能的。
这里是我对这些选项的理解（当使用LVM作为文件系统支持时）。
1.）
过程：closures域。 创build一个LVM快照。 把域名备份起来。 从快照创build备份。 销毁快照。
优点：完全一致的备份。
缺点：显然，这种方法的缺点是每次执行备份时都需要重新启动域。
2.）
过程：在域上运行“xm save”。 复制图像文件和状态文件。 运行“xm恢复”。
优点：停机时间less于＃1。
缺点：仍然“一些”停机时间加上networking连接将会丢失。 此外，图像仍然不一定包含完全一致的文件系统，但是随着状态文件，可以创build一致的图像。 （我们将同时备份机器状态，内存内容等。）
3.）
过程：创build一个LVM快照。 从快照创build备份。 销毁快照。
优点：没有系统停机。
缺点：备份就好像电源线从机器上拔出，然后驱动器被移除并复制。
4.）通过您通常使用的任何过程从域内进行备份。
我是否错过或误解任何东西？
不，那几乎是你的select。 但是我认为你夸大了选项（3）的问题，因为一般来说，这就是备份 – 无论如何，你不能保证你在文件系统中的任何文件的副本将被任何使用它的进程理解（例如，如果您在MySQL运行时复制MySQL数据目录，则MySQL可能无法在还原时再次读取这些文件）。
选项（3）在进行域内备份时唯一额外的问题是文件系统不一定处于可读状态， 根据我的经验，这不会发生太多事情（特别是在凌晨时分备份的情况下），并且在备份之前可以通过fsck检查进行缓解。 国际海事组织（IMO）的域内备份仍然是最好的select。
我几乎同意womble。 我想补充一点，选项1不一定会导致停机。 如果你有某种冗余，这个选项将是最好的。 没有这样的冗余意味着任何软件问题都会使服务中断，意味着不正常的运行时间。
我认为你应该考虑选项1有一点冗余=）