pg_resetxlog

Name

pg_resetxlog -- 重置一个数据库集群的预写日志以及其它控制内容PostgreSQL数据库集群

Synopsis

[-f] [-n] [-ooid ] [-x xid ] [-e xid_epoch ] [-m mxid ] [-O mxoff ] [-l timelineid,fileid,seg ] datadir

描述

pg_resetxlog清理预写日志(WAL)并且可以有选择地重置其它一些存储在pg_control文件中的控制信息。 有时候,如果这些文件崩溃了,就需要这个功能。一定只把它用作最后的方法, 就是说只有因为这样的崩溃导致服务器无法启动的时候才使用。

运行这个命令之后,可能就可以启动服务器了,但是,一定要记住数据库可能因为部分提交的事务而含有不完整的数据。你应该马上转储数据,运行initdb, 然后重新加载。在重新加载之后,检查不完整的部分然后根据需要进行修复。

这个命令只能由安装服务器的用户运行,因为它需要对数据目录的读写权限。出于安全考虑, pg_resetxlog不使用环境变量PGDATA,你必须在命令行上声明数据目录。

如果pg_resetxlog抱怨它不能确定pg_control的有效数据, 你可以通过指定-f(强制)开关迫使它以任何方式进行下去。在这种情况下,可信的 值将替代丢失的数据。大部分字段可以用于匹配,但是对下一个OID来说需要手动帮助, 下一个事务ID和时期,下一个多事务ID和偏移,以及WAL起始地址字段。这些字段可以通过使用 下面谈到的开关来设置。如果您不能为所有这些字段决定准确的数值,-f仍然可以使用, 但是恢复的数据库会被当做比通常的更加可疑:一个即刻转储和重载时必要的。 在转储之前不要执行任何数据库中的数据修改操作,因为任何此类操作可能会使崩溃更糟。

-o-x,-e,-m,-O,-l开关允许手工设置下一个OID、下一个事务ID、下一个事务ID epoch、 下一个多事务ID、下一个多事务偏移量、WAL 起始位置的数值。只有在pg_resetxlog无法通过读取pg_control判断合适的数值的时候才需要它。 安全的数值可以用下面的方法判断:

-n(无操作)开关指示pg_resetxlog打印从pg_control重新构造的数值然后不修改任何值就退出。 这主要是一个调试工具,但是在pg_resetxlog真正处理前进行的整洁性检查的时候可能会有用。

-V--version选项输出pg_resetxlog版本 并退出。选项-?--help显示支持的参数并退出。

注意

在服务器运行的时候一定不要运行这个命令。如果发现在数据文件目录里有锁文件, 那么pg_resetxlog将拒绝启动。如果服务器崩溃,那么可能会剩下一个锁文件; 如果这样,你可以删除该锁文件以便允许pg_resetxlog运行。但是在你这么做之前, 一定要确保没有任何后端服务器进程仍在运行。