对于运行 7.3.X 的用户，不需要进行转储/恢复。不过，它是处理在 7.3.X 系统目录初始内容中发现的严重安全问题的可能方法之一。用 7.3.10 的 initdb 做转储/initdb/重载序列会自动纠正此问题。

安全问题是内建字符集编码转换函数可以由非特权用户从 SQL 命令调用，但这些函数并非为此设计，对恶意选择的参数不安全。修复包括更改这些函数的声明参数列表，使其不能再从 SQL 命令调用。（这不影响编码转换机制对它们的正常使用。）强烈建议所有安装通过 initdb 或按照下述手工修复程序修复此错误。该错误至少允许非特权数据库用户使其服务器进程崩溃，而且可能允许非特权用户获得数据库超级用户的权限。

如果你不想做 initdb，请执行以下程序。作为数据库超级用户，执行：

BEGIN;
UPDATE pg_proc SET proargtypes[3] = 'internal'::regtype
WHERE pronamespace = 11 AND pronargs = 5
     AND proargtypes[2] = 'cstring'::regtype;
-- The command should report having updated 90 rows;
-- if not, rollback and investigate instead of committing!
COMMIT;

上述程序必须在安装的每个数据库中执行，包括 template1，理想情况下也包括 template0。如果不修复模板数据库，之后创建的任何数据库都会包含相同的错误。template1 可以像任何其他数据库一样修复，但修复 template0 需要额外的步骤。首先，从任意数据库发出：

UPDATE pg_database SET datallowconn = true WHERE datname = 'template0';

接下来连接到 template0 并执行上述修复程序。最后执行：

-- re-freeze template0:
VACUUM FREEZE;
-- and protect it against future alterations:
UPDATE pg_database SET datallowconn = false WHERE datname = 'template0';