如果开启，任何错误都将终止当前会话。默认情况下，此项设置为关闭，因此只有 FATAL 错误才会终止会话。

当设置为开启时（默认设置），PostgreSQL 将在后端崩溃后自动重新初始化。通常，将此值设置为开启是最大化数据库可用性的最佳方法。但是，在某些情况下，例如当 PostgreSQL 由集群软件调用时，禁用重启以便集群软件可以获得控制并采取其认为适当的任何操作可能很有用。

此参数只能在 postgresql.conf 文件中或在服务器命令行中设置。

当设置为关闭时（默认设置），PostgreSQL 将在无法将修改后的数据文件刷新到文件系统时引发 PANIC 级别的错误。这将导致数据库服务器崩溃。此参数只能在服务器启动时设置。

在某些操作系统上，写回失败后，内核页面缓存中数据的状态是未知的。在某些情况下，它可能已被完全遗忘，因此重试是不安全的；第二次尝试可能会被报告为成功，而实际上数据已丢失。在这些情况下，避免数据丢失的唯一方法是在报告任何故障后从 WAL 恢复，最好在调查故障的根本原因并更换任何有故障的硬件之后。

如果设置为开启，PostgreSQL 将报告错误但继续运行，以便可以在以后的检查点中重试数据刷新操作。只有在调查操作系统对写回失败时缓冲数据的处理后，才将其设置为开启。

当设置为 fsync（默认设置）时，PostgreSQL 将在崩溃恢复开始之前递归打开并同步数据目录中的所有文件。文件搜索将遵循 WAL 目录和每个配置的表空间的符号链接（但不会遵循任何其他符号链接）。这旨在确保所有 WAL 和数据文件在重放更改之前都持久存储在磁盘上。这适用于任何未正常关闭的数据库集群的启动，包括使用 pg_basebackup 创建的副本。

在 Linux 上，可以使用 syncfs 来替代，以请求操作系统同步包含数据目录、WAL 文件和每个表空间的文件系统（但不会同步任何其他可以通过符号链接访问的文件系统）。这可能比 fsync 设置快得多，因为它不需要逐个打开每个文件。另一方面，如果文件系统被修改大量文件的其他应用程序共享，它可能会更慢，因为这些文件也将被写入磁盘。此外，在 5.8 之前的 Linux 版本上，将数据写入磁盘时遇到的 I/O 错误可能不会报告给 PostgreSQL，并且相关的错误消息可能只会出现在内核日志中。

此参数只能在 postgresql.conf 文件中或在服务器命令行中设置。