我可以复制postgresql/base目录作为DB备份吗？

别向我开枪，我只是个警察

当需要备份数据库时，我们总是能够完全关闭postgresql。在它关闭后，我发现我可以将带有二进制数据的“/base”目录复制到另一个位置。校验和精度，如果需要，我以后可以恢复。这甚至在升级到更高版本的postgresql时也起到了作用。各种“conf”文件的完整性不是系统中其他地方（即通过其他进程/过程）所做的问题

这种方法是否存在我所遗漏的任何风险？

Abelisto评论中的“文件系统级备份”链接就是JoeG所说的

为了安全起见，我会再上一层，在我们的ubuntu系统上“main”来拍摄快照，并彻底检查做文件级备份的注意事项。我很想在这里发布警告，但最后还是引用了整个页面

（在“简单”的postgres环境中）最需要注意的是postgres数据库、用户数据库和pg_clog和pg_xlog文件之间的关系。如果只获得“基本”信息，则会丢失事务和WAL信息，在更复杂的安装中，还会丢失其他“必要”信息

如果您的环境中不存在列出的那些警告条件，并且您可以执行完全关机，那么这是一种有效的备份策略，比pg_转储快得多

Abelisto评论中的“文件系统级备份”链接就是JoeG所说的

为了安全起见，我会再上一层，在我们的ubuntu系统上“main”来拍摄快照，并彻底检查做文件级备份的注意事项。我很想在这里发布警告，但最后还是引用了整个页面

（在“简单”的postgres环境中）最需要注意的是postgres数据库、用户数据库和pg_clog和pg_xlog文件之间的关系。如果只获得“基本”信息，则会丢失事务和WAL信息，在更复杂的安装中，还会丢失其他“必要”信息

---

如果您的环境中不存在列出的那些警告条件，并且您可以执行完全关机，那么这是一种有效的备份策略，比pg_转储快得多

我认为你应该开始。关于二进制文件兼容性，请阅读发行说明。@Abelisto是的，我知道postgresql文档-这并没有解决我的问题。另外，我根本不是在谈论二进制文件——只是data.IMO，您应该从它开始。关于二进制文件兼容性，请阅读发行说明。@Abelisto是的，我知道postgresql文档-这并没有解决我的问题。此外，我根本不是在谈论二进制文件——只是数据。