一天一次同步运行Ubuntu的整个Plone生产服务器的可行性

有没有人有使用Plone进行完整VM快照或rsync备份的经验？我们有一台服务器运行几个单独的Zope应用服务器，价值约10-20 GB的ZODB数据和Blob

• 是否可以通过每天将整个服务器文件系统重新同步到一台复制机来复制服务器

这将提供“基本的高可用性”，在服务器损坏的情况下，用户只需将生产IP切换到备份服务器即可

这里的问题是

• rsync delta算法能否巧妙地复制append only Data.fs文件，还是每次都复制整个Data.fs文件？Data.fs和Blob是运行Plone站点的服务器上唯一更改的数据

• rsync是否足够快，可以每天计算一次整个服务器文件系统的增量

• rsync运行时是否会对系统造成过大压力

• 是否需要运行比rsync更高级的程序来加快进程（例如，重复性）

• Ubuntu系统分区是否有必须从rsync中排除的内容

据我所知，livezodb Data.fs拷贝是可以的，因为它们是纯附加的

这种复制方法的好处是

• 设置非常简单：除了正常的Linux系统管理知识之外，不需要任何高级复制知识

我们案例中的数据并没有那么关键。只要复制在一天内接管，我们就可以恢复1-2个旧备份

---

服务器正在运行Ubuntu 12.04

是，rsync将能够增量复制Data.fs数据；毕竟，它是一个只附加的方法

当rsync复制上一个进行中的事务时，您确实会面临这样的风险，即最后一个进行中的事务是不完整的，但是Zope足够聪明，可以忽略这样的不完整事务

不过，rsync需要做大量工作才能找到从何处开始在Data.fs中复制，因为它不知道格式是append only。因此，每次运行时，它都会从一开始就分析完整的文件，这将消耗一些CPU和磁盘访问资源

---

也许结合使用和rsync将是更好的解决方案？运行repozo来创建快照（创建快照的效率要高得多，因为repozo知道Data.fs的只追加特性），对这些快照进行rsync，并自动从这些备份中“恢复”冷故障切换服务器。在您的构建中包含repozo非常简单。

是的，rsync将能够以增量方式复制Data.fs数据；毕竟，它是一个只附加的方法

当rsync复制上一个进行中的事务时，您确实会面临这样的风险，即最后一个进行中的事务是不完整的，但是Zope足够聪明，可以忽略这样的不完整事务

不过，rsync需要做大量工作才能找到从何处开始在Data.fs中复制，因为它不知道格式是append only。因此，每次运行时，它都会从一开始就分析完整的文件，这将消耗一些CPU和磁盘访问资源

也许结合使用和rsync将是更好的解决方案？运行repozo来创建快照（创建快照的效率要高得多，因为repozo知道Data.fs的只追加特性），对这些快照进行rsync，并自动从这些备份中“恢复”冷故障切换服务器。在您的构建中包含repozo很简单