Postgres备份PITR策略

Question

注：-也许这个问题听起来太宽泛了。但是，我相信，这是一个非常好的平台(Stackexchange)，我可以从世界各地的DBA专家那里得到建议。因为，我不能做出决定或者选择正确的选择。

我是postgres的新手，需要为我们不断增长的数据库制定PITR解决方案。还需要计划增量备份解决方案，因为数据库大小正在快速增长。如果我们不能损失任何数据，同时也需要有PITR，那么哪一个应该是最好的解决方案：

• 有一个备用，如果发生任何故障/灾难，对备用db集群进行完全备份(Pg_basebackup)，然后从该备份(recovery.conf -time)执行PITR。
  • 持续进行增量backups+log备份。
  • 使用任何第三方工具来获取postgres db的增量备份和日志备份。

请让我知道哪一种选择应该更好，或者任何其他选择，如果有人建议该选项为well.Also，请告诉我，如果数据库有多个备用，或者保持备用的任何负面影响，是否会对数据库产生任何性能影响。

-Thanks提前！

Answer 1

有很多可能性！

PITR对备用

PITR和备用方案是相辅相成的解决办法：

• Standby很有趣，可以从：中恢复
  • 物理问题:服务器崩溃，数据中心无效
  • 并提供快速切换程序

• 在数据损坏的情况下，PITR将帮助您:如果有人执行了损坏数据的操作(删除表，用错误的WHERE子句更新.)。然后，您将能够在此操作之前恢复数据库。

Implementation

PITR实现

有许多工具可以帮助您执行PITR，我已经使用过：

• 酒保
• 沃尔-

此外，还有：

• PgBackREst
• ..。

这个文章列出并比较了几种LINUX备份工具。

关于PITR的实施，我的建议是：

• 使用现有工具(不要尝试编写新工具)
• 测试备份
• 监视您的备份(并看到监控点失败)！

备用实现

由于它是本机的，因此不需要在实现端提供额外的工具。

但是：

• 正确地监视它
• 编写并测试您的切换过程(并定期重新测试它们，以防止程序在需要时不准确！)