原谅我的无知的问题，但我看到postgres有他们的WAL日志，有关于使用文件系统快照的谈判，与快照的WAL可能或可能不足以备份/恢复…我不是传统的DBA / admin（我是一名开发人员），但达到了希望在支持这些需求方面做得更好的一点。
问题：可以将Postgres安装在10GB或100GB大小的系统上，以便不使用特殊的备份软件，而只需使用传统的文件系统备份软件（文件系统快照？），并使用此方法有合理的恢复方法？ （如果大小问题，想知道）
用例1：在使用Postgres时避免使用特殊的备份方法，只使用普通的文件系统。 没有停机时间，或<5秒。
用例2：与混合ECM（如Alfresco）一起使用时，应始终备份和恢复文件系统内容（图像）和元数据（数据库）。 没有停机时间，或<5秒。
请详细说明我可能不会问的领域，如好的/坏的想法或要注意的事情:-)
（注意，这是为了在Linux环境中进行本地安装，如果某个策略需要特定的文件系统，那就好了）。
TIA！
-D
问题：可以将Postgres安装在10GB或100GB大小的系统上，以便不使用特殊的备份软件，而只需使用传统的文件系统备份软件（文件系统快照？），并使用此方法有合理的恢复方法？
是的， 如果文件系统快照是primefaces的 。 这非常重要。 你必须有一个primefaces快照 ，你不能直接复制数据目录。 通常的方法是用SAN，逻辑卷pipe理器，可快照的文件系统等进行快照，并将其挂载到另一个path上，然后将其备份。 所以你正在使用一个预备和后备的脚本。
在这里，“primefaces”用在计算机科学的意义上，是不可分割的，在那个时刻之前或之后的一个时刻。 在快照的情况下，这意味着瞬时即时的存储状态。
这是我的理解，微软的卷影复制服务（对于Windows）只是在文件级primefaces，所以你不能使用依赖它的备份系统的一致性。
如果您没有真正使用文件系统快照，则只需要在文件系统上实时复制数据，但仍然可以执行此操作，但是您必须执行额外的步骤。 根据文档，您可以告诉PostgreSQL备份正在进行，它将进入不覆盖模式，使备份在运行时保持安全。 但是，要恢复这种备份，需要在运行后备脚本调用pg_stop_backup()后写入的文件。 确保您拥有这些文件的最简单方法是确保启用WAL归档 ; 否则在备份系统中需要一些额外的脚本钩子来将它们附加到备份中。
用例1：在使用Postgres时避免使用特殊的备份方法，只使用普通的文件系统。 没有停机时间，或<5秒。
为此，只需使用pg_dump或pg_basebackup 。 既不需要停机，也很简单。
任何体面的备份系统都支持备份前和备份后的挂钩，使这一切变得简单。
用例1：在使用Postgres时避免使用特殊的备份方法，只使用普通的文件系统。 没有停机时间，或<5秒。
为此，您需要primefaces快照，并且您需要确保图像与PostgreSQL在相同的快照中。
否则，您可能会遇到文件系统和数据库不完全匹配的不一致情况。