今天踩坑了,把powerdesign生成的sql脚本文件,用pg_restore命令一直运行。。。
过程惨不忍睹,一直以为是编码问题,修改了serve和client的encoding,结果。。。
记录一下这个错误:
postgreSQL运行sql脚本文件:
psql -d dbname -U username -f (脚本所在位置).sql
postgerSQL的pg_restore命令
用法:
一般选项:
-d, --dbname=名字 连接数据库名字
-f, --file=文件名 输出文件名
-F, --format=c|d|t 备份文件格式(应该自动进行)
-l, --list 打印归档文件的 TOC 概述
-v, --verbose 详细模式
-V, --version 输出版本信息, 然后退出
-?, --help 显示此帮助, 然后退出
恢复控制选项:
-a, --data-only 只恢复数据, 不包括模式
-c, --clean 在重新创建之前,先清除(删除)数据库对象
-C, --create 创建目标数据库
-e, --exit-on-error 发生错误退出, 默认为继续
-I, --index=NAME 恢复指定名称的索引
-j, --jobs=NUM 执行多个并行任务进行恢复工作
-L, --use-list=FILENAME 从这个文件中使用指定的内容表排序
输出
-n, --schema=NAME 在这个模式中只恢复对象
-N, --exclude-schema=NAME 不恢复此模式中的对象
-O, --no-owner 不恢复对象所属者
-P, --function=NAME(args) 恢复指定名字的函数
-s, --schema-only 只恢复模式, 不包括数据
-S, --superuser=NAME 使用指定的超级用户来禁用触发器
-t, --table=NAME 恢复命名关系(表、视图等)
-T, --trigger=NAME 恢复指定名字的触发器
-x, --no-privileges 跳过处理权限的恢复 (grant/revoke)
-1, --single-transaction 作为单个事务恢复
–disable-triggers 在只恢复数据的过程中禁用触发器
–enable-row-security 启用行安全性
–if-exists 当删除对象时使用IF EXISTS
–no-comments 不恢复注释
–no-data-for-failed-tables 对那些无法创建的表不进行
数据恢复
–no-publications 不恢复发行
–no-security-labels 不恢复安全标签信息
–no-subscriptions 不恢复订阅
–no-tablespaces 不恢复表空间的分配信息
–section=SECTION 恢复命名节 (数据前、数据及数据后)
–strict-names 要求每个表和(或)schema包括模式以匹配至少一个实体
–use-set-session-authorization
使用 SESSION AUTHORIZATION 命令代替
ALTER OWNER 命令来设置所有权
联接选项:
-h, --host=主机名 数据库服务器的主机名或套接字目录
-p, --port=端口号 数据库服务器的端口号
-U, --username=名字 以指定的数据库用户联接
-w, --no-password 永远不提示输入口令
-W, --password 强制口令提示 (自动)
–role=ROLENAME 在恢复前执行SET ROLE操作
选项 -I, -n, -N, -P, -t, -T, 以及 --section 可以组合使用和指定
多次用于选择多个对象.
希望不要和我一样犯这个低级错误
顺便记录一下查看server和client的encoding以及修改
找到postgresql.conf文件,修改参数lc_messages的值为UTF8
重启PostgreSQL的服务。
----查看服务端字符集:
test=> show server_encoding;
—查看客户端字符集:
test=> show client_encoding;
补充:pg_restore及psql恢复数据的用法
一、使用psql恢复SQL文本格式的数据备份(即一个包含SQL脚本的文本文件)
恢复一个SQL备份文件并忽略过程中可能发生的所有错误:
psql -U postgres -f myglobals.sql
恢复一个SQL备份文件,如遇任何错误则立即停止恢复:
psql -U postgres --set ON_ERROR_STOP=ON -f myglobals.sql
将SQL文本中的数据恢复到某个指定的database:
psql -U postgres -d mydb -f select_objects.sql
二、使用pg_restore进行恢复
功能:
(1)支持并行恢复,使用-j选项可以控制并行恢复的线程数。多个恢复线程可以并行处理,每个线程处理一张表。该模式可以显著提高恢复速度。
(2)可以使用pg_restore扫描备份文件来生成一张备份内容列表,通过该列表可以确认备份红包含了哪些内容。还可以通过编辑该内容列表来控制恢复哪些内容。
(3)pg_dump支持选择性地仅备份部分对象以节省备份时间,类似的,pg_restore也支持选择性的仅恢复部分对象,不管备份文件本身是全库备份还是部分对象的备份都没有问题。
(4)pg_restore的大部分功能是向后兼容的,即支持将老版本PostgreSQL生产的备份数据恢复到新版本的PostgreSQL中。
在使用pg_restore执行恢复动作之前,请先创建目标数据库:
然后执行恢复:
pg_restore --dbname=mydb --jobs=4 --verbose mydb.backup
如果备份和恢复时使用的database同名,则可以通过加--create选项省去单独建库的过程,如下:
pg_restore --dbname=postgres --create --jobs=4 --verbose mydb.backup
注:如果指定了--create选项,那么恢复出来的数据库名就会默认采用备份时的数据库名,不允许改名。如果还同时指定了--dbname选项,那么此时连接的数据库名一定不能是待恢复的数据库名,因为要恢复数据库之前必然要建数据库,而
要建数据库之前必然要先连到某个已存在的数据库,--dbname选项指定的就是建立被恢复的数据库之前先连到哪个数据库,所以必然不能与待恢复的数据库同名,我们一般指定先连到postgres数据库。
9.2版或更新版本的pg_restore支持--section选项,加上该选项后可以实现仅恢复表结构而不恢复表数据。具体做法是先创建目标恢复数据库:
然后使用pg_restore:
pg_restore --dbname=mydb2 --section=pre-data --jobs=4 mydb.backup
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。如有错误或未考虑完全的地方,望不吝赐教。
您可能感兴趣的文章:- PostgreSQL 恢复误删数据的操作
- pgsql之pg_stat_replication的使用详解
- PostgreSQL物理备份恢复之 pg_rman的用法说明