我在 Linux 下的主目录中安装了 Plone。~/Plone. 这是由其网站上的 Plone 的默认发行版制成的。所以 Plone 编译了自己的 python 并与 Zope 捆绑在一起。
请告诉我，如果我想备份哪些文件是必要的：
我想，也许只备份整个~/Plone/zinstance目录是个好主意，但我发现了成千上万的 . /home/me/Plone/...，甚至在文件中zinstance/var/filestorage/Data.fs (!!!)。这可能是对的吗？
我找到了这个资源，但它不够具体。
通常包含可变数据的唯一目录是 var/ 目录（数据、日志文件）。例如，parts/* 将被重新生成。
更简单的是，通常您只需要备份var/filestorage/Data.fs文件：该文件包含您的“ZODB”数据库以及所有克隆数据。如果你有一个全新的克隆，也可能有一个var/blobstorage/用于存储大文件（pdf、mp3 等）的目录：也可以备份那个目录。
在新实例中恢复仅意味着复制 Data.fs（可能还有 blobstorage 文件）。实例是较新的还是在服务器上等都没有关系。我会定期将服务器的 Data.fs 复制到本地硬盘以便于测试。
两个大警告：
如果我说“只需备份 Data.fs 文件”，我假设您可以重建您的实例，尤其是您可以获取您安装的任何附加产品。基本上：使用那个 buildout.cfg（假设是最近的 plone 版本）并备份那个配置文件。
“复制 Data.fs”：最好使用 bin/repozo 脚本进行备份。那个可以处理增量备份（如果你愿意的话），它可以在你的 plone 站点运行时安全地备份你的 Data.fs。最舒服的是将collective.recipe.backup添加到您的构建中，它会为您提供一个bin/backup包含所有必要选项的脚本。
Plone 包括可用于增量备份的“repoze”。
来自 Andreas Jung 的简洁优美的声明：
是的，您无法获得 Blob 存储和 Data.fs 的一致快照。从一致性的角度来看：使用 blob 存储 + Data.fs 是被设计破坏的 :)
大卫格里克补充道：
如果您复制 Data.fs 然后 rsync blobstorage，并确保在发生这种情况时数据库没有被打包，那么备份应该没问题。您最终可能会得到一些 Data.fs 未引用的额外 blob，但这没什么大不了的。
（来自http://plone.293351.n2.nabble.com/question-about-using-repozo-and-blob-storage-td5016465.html的线程）
FileSystemStorage 也是如此。