如果成功有时导致退出代码为1,我如何可靠地确定pg_restore是否成功？

Question

运行pg_restore --clean --dbname=my_database backup_file.sql以将数据库转储还原到空数据库时,还原成功,但出现以下警告消息:

pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 161; 1259 16549 TABLE example_table root
pg_restore: [archiver (db)] could not execute query: ERROR:  table "example_table" does not exist
    Command was: DROP TABLE public.example_table;

WARNING: errors ignored on restore: 1

如消息所示,恢复成功.有错误,但pg_restore声称忽略了它们.我还能够手动查询数据库,以验证在恢复后我预期在转储中的所有数据是否都存在于数据库中.

问题是上面的命令退出状态为1,而不是0.当以编程方式执行数据库恢复时(正如我打算在自动执行此过程时那样),这是有问题的,因为我的脚本需要能够可靠地确定是否恢复成功与否.

有没有办法pg_restore在确定退出状态时发出忽略警告？或者pg_restore我可以使用一些替代方法,我可以从中获得更准确的成功/失败信息？如何还原数据库并可靠地以编程方式确定还原是否成功？

请注意,我目前正在使用PostgreSQL 9.1.

Answer 1

事实证明,Postgres实际上并不知道问题中提到的错误是相对无害的; 这不是错误被忽略的原因.原因pg_restore实际上是忽略该错误是因为pg_restore默认情况下配置为忽略恢复过程中发生的几乎所有错误.如果您关心还原的成功/失败状态,这可能不是您想要的行为.pg_restore使用--exit-on-error或--single-transaction选项运行将解决这个问题,但也会导致Postgres将上述问题中的错误视为一个完整的致命错误,而不仅仅是一个警告(因为它实际上并不知道它对于该特定命令是可以的失败).

解决此问题的最佳方法是采取措施防止错误发生.在这种情况下,您可能通过在运行之前使用单独的命令删除表pg_restore并且不使用该--clean选项来执行此操作.