主页 / server / 问题 / 48438
Accepted
Simon
Asked: 2009-07-31 23:07:57 +0800 CST

无法恢复 PostgreSQL 数据库备份

  • 772

备份是从使用 UTF-8 编码的数据库创建的，使用pg_dump. 备份是tar格式。

然后，我使用以下命令在另一台运行相同版本的 PostgreSQL (8.2.4) 的服务器上创建了一个新数据库：

createdb -E utf8 db1

运行时pg_restore出现以下错误：

pg_restore: [archiver (db)] Error from TOC entry 1667; 0 14758638 TABLE DATA table1 db1 
pg_restore: [archiver (db)] COPY failed: ERROR: invalid byte sequence for encoding "UTF8": 0xc520

原始数据库不再可用。

如何恢复此数据或找到导致问题的字节序列？

backup postgresql

4 个回答

  1. Best Answer

    我通过以下步骤解决了这个问题：

    pg_restore -f db1.sql-v db1.tar

    然后我从db1.sql文件中删除了除table1复制命令之外的所有内容。然后跑：

    psql -d db1 < db1.sql

    然后，这给了我发生错误的文件中的确切行号。然后我打开文件并删除问题字符并重新运行脚本。

    • 3

  2. 旧版本的 Postgres 允许将无效的字节序列输入数据库。在最近的发布说明中有关于此的说明和建议的修复：

    一些用户在将 UTF-8 数据加载到 8.1.X 时遇到问题。这是因为以前的版本允许将无效的 UTF-8 字节序列输入到数据库中，而这个版本正确地只接受有效的 UTF-8 序列。更正转储文件的一种方法是运行命令 iconv -c -f UTF-8 -t UTF-8 -o cleanfile.sql dumpfile.sql。-c 选项删除无效的字符序列。两个文件的差异将显示无效的序列。iconv 将整个输入文件读入内存，因此可能需要使用 split 将转储分解为多个较小的文件进行处理。

    如果数据库不是很大或不是很复杂，则可能更容易在原始数据库中找到有问题的文本并在进行新的转储之前更正它。具有用户输入的输入或包含从其他来源导入的数据的字段可能是罪魁祸首。

    • 2

  3. 这个小 Perl 脚本可能会拯救你： 修复混合 UTF-8 和 ISO-8859-1 的损坏文档

    将脚本输出重定向到新文件。所有非法字符都应替换为正确的 UTF-8 化身。该脚本也逐行读取输入，因此它不需要太多内存。

    • 1

  4. 从 7.4 迁移到 8.2 db 时，这可能与我曾经遇到的问题相同。我使用this web article上的说明来解决问题。这假设您仍然可以访问原始数据库。否则，您可能可以在旧版本的 Postgresql 中恢复它并尝试使用该过程。

    • 0

相关问题