电池支持的写缓存和Postgres

Question

我将为一个新的Postgres数据仓库获得一个带有电池支持的写缓存的SAN，并且不确定要应用什么设置才能正确地使用它。如果在SAN中启用了缓存，那么这足够了吗?还是我需要设置wal_sync_method、synchronous_commit或其他呢？

一旦打开当前数据源，仓库将每天处理5000万行插入。这种情况在未来很可能会增长。

我们将使用Postrges 9.3和最有可能的Centos 6.4。

提前谢谢。

Answer 1

文献

我收集了一些你应该读的链接：

• 可靠性手册
• wiki很大程度上概括了手册中所写的内容，但也许它也对您有所帮助
• 您可以在此页上读取更详细的可访问同步方法列表。
• 以下是一些或多或少实用的技巧，供您选择

可能的工作流

基本上，您的工作流程可能如下所示，它是上述链接的所有提示的组合：

1. 如果不是，打开postgres设置fsync。
2. 如果synchronous_commit设置为"off“，则将其设置为"on”(或"local")。
3. 运行diskchecker.pl只是为了了解您是否购买了一些好的东西，并且它的配置是否正确。
4. 查看用show wal_sync_method;自动选择的同步方法postgres
5. 运行pg_test_fsync
6. 并将其输出到
   1. 检查您是否受到FLUSH CACHE EXT/SYNCHRONIZE CACHE问题的影响。
   2. 根据提供的附加信息( 在这里(在段落中)(Wal)和(在这里(在段落中)测试及以下各项) )来决定将wal_sync_method设置为什么值。

7. 检查您的BBU和文件系统是否禁止部分写入8kb页，如果是，您可以禁用full_page_writes (见最后一段)。

备注(为什么这可能不够)

请注意，这似乎非常可靠，但引用了上面的一个链接：

对电池备份方法持批评态度的人认为，如果你在负载下运行这样一个系统，那么这种相对复杂的缓存方法最终会出现故障，它将以一种几乎不可能检测到或无法恢复的方式破坏数据库。

因此，即使有一个BBU和一个正确配置的服务器实例，这也没有消除定期备份所有内容的负担，也没有消除丢失某些数据的可能性。

Legal Note

我不对任何丢失的数据负责;)既不是因为这里缺乏建议，也不是因为一个错误的提示，也不是通过任何其他途径。