PostgreSQL之pgdump备份恢复 *** 作

PostgreSQL之pgdump备份恢复 *** 作,第1张

PostgreSQL之pgdump备份恢复 *** 作

逻辑备份在恢复时,介于逻辑备份与故障时间点之间的数据难以恢复,故一般不采取逻辑备份方式进行数据库备份,但逻辑适用于跨平台跨版本的数据迁移;

逻辑备份恢复主要以下三种:

pg_dump

pg_dumpall

copy

本小节主要讲解pg_dump

pg_dump备份

只能备份单个数据库,不会导出角色和表空间相关的信息

-F c 备份为二进制格式,压缩存储.并且可被pg_restore用于精细还原

-F p 备份为文本,大库不推荐

pg_dump恢复

psql dbname -U username < bakfile

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)创建测试表,插入数据

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备份恢复命令扩展练习
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是文件名

参考:

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>.

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。如有错误或未考虑完全的地方,望不吝赐教。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/895304.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-14
下一篇 2022-05-14

发表评论

登录后才能评论

评论列表(0条)

保存