逻辑备份在恢复时，介于逻辑备份与故障时间点之间的数据难以恢复，故一般不采取逻辑备份方式进行数据库备份，但逻辑适用于跨平台跨版本的数据迁移；
逻辑备份恢复主要以下三种：
pg_dump
pg_dumpall
copy
本小节主要讲解pg_dump
pg_dump备份
只能备份单个数据库，不会导出角色和表空间相关的信息
-F c 备份为二进制格式,压缩存储.并且可被pg_restore用于精细还原
-F p 备份为文本,大库不推荐
pg_dump恢复
psql dbname -U username < bakfile
或
|
1
2
3
|
pg_restore
– pg_restore [option] ... [filename]
– pg_restore -d dbname bakfile
|
二进制格式的备份只能使用pg_restore来还原,可以指定还原的表,编辑TOC文件,定制还原的顺序,表, 索引等。
文本格式的备份还原, 直接使用用户连接到对应的数据库执行备份文本即可,例如psql dbname -f bak.sql
pg_dump备份恢复示例
1）创建数据库
createdb testdb
2）连入数据库testdb
psql testdb
3）创建测试表，插入数据
|
1
2
3
|
testdb=# create table tt(a int) tablespace tbls_t;
testdb=# insert into tt(a) values(1);
testdb=# insert into tt(a) values(2);
|
4）查看数据
testdb=# select * from tt;
5）备份
pg_dump testdb>/dbbak/testdb.sql #简单语法,可结合选项灵活备份
6）删除数据库testdb
dropdb testdb
7）创建新数据库（恢复之前需创建数据库）
createdb testdb
8）恢复数据
psql testdb </dbbak/testdb.sql
9）查看数据是否回复
psql testdb
testdb=# select * from tt;
至此，数据已成功恢复！
pg_restore -d postgres /dbbak/pgdumpbak/p.dmp
pg_dump备份恢复命令扩展练习
|
1
2
3
4
5
6
|
pg_dump -F c -f /dbbak/pgdumpbak/c.dmp -C -E UTF8 -h 127.0.0.1 -U postgres testdb #二进制格式备份文件
pg_dump -F p -f /dbbak/pgdumpbak/p.dmp -C -E UTF8 -h 127.0.0.1 -U postgres testdb #文本格式备份文件，”-C” 表示包含创建语句
pg_restore /dbbak/c.dmp|less 可以解析二进制格式的备份文件
pg_restore -l /dbbak/c.dmp
pg_restore -d testdb /dbbak/pgdumpbak/c.dmp #需要先创建目标库
pg_restore -d postgres /dbbak/pgdumpbak/p.dmp #文件中包含创建数据库的命令，不需要创建目标库
|
toc文件选择性备份恢复
1）根据二进制备份文件生成toc文件
pg_restore -l -f /dbbak/pgdumpbak/toc /dbbak/pgdumpbak/c.dmp
2）修改 toc文件，以首行加分号“;”的方式注释掉不用还原的内容
3）以toc文件列表做恢复
pg_restore -F c -L /dbbak/pgdumpbak/toc -d testdb /dbbak/pgdumpbak/c.dmp
补充：Postgresql备份与还原命令pg_dump
postgresql数据库的备份和还原命令pg_dump
常用命令：
备份：
pg_dump -U postgres -d myDBname -f dump.sql
其中
postgres是用户名
myDBname是数据库名
dump.sql是文件名
还原：
createdb newDBname
psql -d newDBname -U postgres -f dump.sql
其中
postgres是用户名
newDBname是数据库名
dump.sql是文件名
参考：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
|
pg_dump 把一个数据库转储为纯文本文件或者是其它格式.
用法:
pg_dump [选项]... [数据库名字]
一般选项:
-f, --file=FILENAME 输出文件或目录名
-F, --format=c|d|t|p 输出文件格式 (定制, 目录, tar)
明文 (默认值))
-j, --jobs=NUM 执行多个并行任务进行备份转储工作
-v, --verbose 详细模式
-V, --version 输出版本信息，然后退出
-Z, --compress=0-9 被压缩格式的压缩级别
--lock-wait-timeout=TIMEOUT 在等待表锁超时后操作失败
-?, --help 显示此帮助, 然后退出
控制输出内容选项:
-a, --data-only 只转储数据,不包括模式
-b, --blobs 在转储中包括大对象
-c, --clean 在重新创建之前，先清除（删除）数据库对象
-C, --create 在转储中包括命令,以便创建数据库
-E, --encoding=ENCODING 转储以ENCODING形式编码的数据
-n, --schema=SCHEMA 只转储指定名称的模式
-N, --exclude-schema=SCHEMA 不转储已命名的模式
-o, --oids 在转储中包括 OID
-O, --no-owner 在明文格式中, 忽略恢复对象所属者
-s, --schema-only 只转储模式, 不包括数据
-S, --superuser=NAME 在明文格式中使用指定的超级用户名
-t, --table=TABLE 只转储指定名称的表
-T, --exclude-table=TABLE 不转储指定名称的表
-x, --no-privileges 不要转储权限 (grant/revoke)
--binary-upgrade 只能由升级工具使用
--column-inserts 以带有列名的INSERT命令形式转储数据
--disable-dollar-quoting 取消美元 (符号) 引号, 使用 SQL 标准引号
--disable-triggers 在只恢复数据的过程中禁用触发器
--enable-row-security 启用行安全性（只转储用户能够访问的内容）
--exclude-table-data=TABLE 不转储指定名称的表中的数据
--if-exists 当删除对象时使用IF EXISTS
--inserts 以INSERT命令，而不是COPY命令的形式转储数据
--no-security-labels 不转储安全标签的分配
--no-synchronized-snapshots 在并行工作集中不使用同步快照
--no-tablespaces 不转储表空间分配信息
--no-unlogged-table-data 不转储没有日志的表数据
--quote-all-identifiers 所有标识符加引号，即使不是关键字
--section=SECTION 备份命名的节 (数据前, 数据, 及 数据后)
--serializable-deferrable 等到备份可以无异常运行
--snapshot=SNAPSHOT 为转储使用给定的快照
--strict-names 要求每个表和/或schema包括模式以匹配至少一个实体
--use-set-session-authorization
使用 SESSION AUTHORIZATION 命令代替
ALTER OWNER 命令来设置所有权
联接选项:
-d, --dbname=DBNAME 对数据库 DBNAME备份
-h, --host=主机名 数据库服务器的主机名或套接字目录
-p, --port=端口号 数据库服务器的端口号
-U, --username=名字 以指定的数据库用户联接
-w, --no-password 永远不提示输入口令
-W, --password 强制口令提示 (自动)
--role=ROLENAME 在转储前运行SET ROLE
如果没有提供数据库名字, 那么使用 PGDATABASE 环境变量
的数值.
报告错误至 <pgsql-bugs@postgresql.org>.
|
以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。如有错误或未考虑完全的地方，望不吝赐教。
原文链接：https://blog.csdn.net/pg_hgdb/article/details/79168060