PG_RESTORE

Section: PostgreSQL Client Applications (1)
Updated: 2003-11-02
Index Return to Main Contents
 

NAME

pg_restore - 从一个由 pg_dump 创建的备份文件中恢复 PostgreSQL 数据库。

 

SYNOPSIS

pg_restore [ option... ] [ filename ]  

DESCRIPTION 描述

pg_restore 是一种用于恢复由 pg_dump(1) 创建的任何非纯文本输出格式中的 PostgreSQL 数据库的应用。 它将发出必要的命令来重新构造数据库,以便于把它恢复成保存它的时候的样子。 归档(备份)文件还允许pg_restore 有选择地进行恢复, 甚至在恢复前重新排列条目的顺序。归档的文件设计成可以在不同的硬件体系之间移植。

pg_restore 可以以两种模式操作:如果声明了数据库名字, 那么归档是直接恢复到数据库里。大对象只能用直接数据库联接进行恢复。 否则,先创建一个包含重建数据库所必须的 SQL 命令的脚本(并且写入到一个文件或者标准输出), 类似 pg_dump 输出纯文本格式的时候创建的那种脚本。 因此,一些控制脚本输出的选项就是摹拟 pg_dump 的操作。

显然,pg_restore 无法恢复那些不存在归档文件中的信息; 比如,如果归档是用"把数据转储为 INSERT命令"选项制作的, 那么 pg_restore 将不能使用 COPY 语句装载数据。  

OPTIONS 选项

pg_restore 接受下列命令行参数。

filename

 声明要恢复的备份文件的位置。如果没有声明,则使用标准输入。
-a
--data-only

 只恢复数据,而不恢复表模式(数据定义)。
-c
--clean

 创建数据库对象前先清理(删除)它们。
-C
--create

 在恢复数据库之前先创建它。(如果出现了这个选项,和 -d  在一起的数据库名只是用于发出最初的 CREATE DATABASE 命令。 所有数据都恢复到名字出现在归档中的数据库中去。)
-d dbname
--dbname=dbname

 与数据库 dbname 联接并且直接恢复到该数据库中。
-f filename
--file=filename

 声明生成的脚本的输出文件,或者出现 -l 选项时用于列表的文件,缺省是标准输出。
-F format
--format=format

 声明备份文件的格式。因为pg_restore 会自动判断格式,所以如果声明了,它可以是下面之一:
t

 备份是一个 tar 归档。 使用这个格式允许在恢复数据库的时候重新排序和/或把表模式元素排除出去。 同时还可能在恢复的时候限制装载的数据。
c

 备份的格式是来自 pg_dump 的客户化格式。 这是最灵活的格式,因为它允许重新对数据排序,也允许重载表模式元素。 缺省时这个格式是压缩的。

-i
--ignore-version

 忽略数据库版本检查。
-I index
--index=index

 只恢复命名的索引。
-l
--list

 列出备份的内容。这个操作的输出可以用 -L 选项限制和重排所恢复的项目。
-L list-file
--use-list=list-file

 只恢复在 list-file 里面的元素,以它们在文件中出现的顺序。 你可以移动各个行并且也可以通过在行开头放 ';' 的方式注释。(见下文获取例子。)
-N
--orig-order

 以最初在 pg_dump 里生成的转储顺序恢复项目。 这个选项没有什么实际的用途,因为 pg_dump 会以自己方便的顺序生成项, 这个顺序不可能是恢复这些数据的安全顺序。 (这个顺序不是项最后在归档的内容列表中列出的顺序。) 又见 -r。
-o
--oid-order

 以 OID 顺序恢复项目。这个选项用处很小, 因为 OID 只是最初创建顺序的一个近似指示。 如果还声明了 -N,那么这个选项还覆盖它。又见 -r。
-O
--no-owner

 不要输出设置对象的权限,以便与最初的数据库匹配的命令。 缺省时,pg_restore 发出 SET SESSION AUTHORIZATION 语句设置创建出来的模式元素的所有者权限。 如果最初的数据库连接不是由超级用户(或者是拥有所有创建出来的对象的同一个用户)发起的,那么这些语句将失败。 使用 -O,那么任何用户都可以用于初始的连接,并且这个用户将拥有所有创建出来的对象。
-P function-name(argtype [, ...])
--function=function-name(argtype [, ...])

 只恢复指定的命名函数。请注意仔细拼写函数名及其参数,应该和转储的内容列表中的完全一样。
-r
--rearrange

 以对象类型重排项目(这个发生在以 -N 或者 -o 排序之后)。 重排是为了给出最大可能的性能。

如果没有 -N, -o, 和-r,那么 pg_restore 以项目出现在归档 的内容列表中的顺序恢复他们, 或者按照他们在 list-file 里面的顺序恢复他们 --- 假如给出了 -L 的话。 -o 和 -r 的组合复制了 pg_dump 在创建归档的内容列表 之前进行的排序, 因此,这个选项通常没必要声明。

-R
--no-reconnect

 这个选项已经废弃了,但是为了保持向下兼容仍然接受。
-s
--schema-only

 只恢复表结构(数据定义)。不恢复数据,序列值将重置。
-S username
--superuser=username

 设置关闭触发器时声明超级用户的用户名。 只有在设置了 --disable-triggers 的时候才有用。
-t table
--table=table

 只恢复表指定的表的定义和/或数据。
-T trigger
--trigger=trigger

 只恢复指定的触发器。
-v
--verbose

 声明冗余模式。
-x
--no-privileges
--no-acl

 避免 ACL 的恢复(grant/revoke 命令)。
-X use-set-session-authorization
--use-set-session-authorization

 这个选项已经废弃了,但是出于向下兼容,仍然接受。 pg_restore 现在总是表现得像以前选中这个选项一样。
-X disable-triggers
--disable-triggers

 这个选项只有在执行仅恢复数据的时候才相关。它告诉 pg_restore  在装载数据的时候执行一些命令临时关闭在目标表上的触发器。 如果你在表上有完整性检查或者其它触发器, 而你又不希望在装载数据的时候激活它们,那么可以使用这个选项。


 目前,为 --disable-triggers 发出的命令必须以超级用户发出。 因此,你应该也要用 -S 声明一个超级用户名,或者更好是设置 --use-set-session-authorization 并且以 PostgreSQL  超级用户身份运行 pg_restore。

pg_restore 还接受下面的命令行参数做为联接参数:

-h host
--host=host

 声明服务器运行的机器的主机名。 如果数值以斜扛开头,那么它被用做 Unix 域套接字的目录。 缺省是从 PGHOST 环境变量中获取的(如果设置了), 否则将尝试进行 Unix 域套接字。
-p port
--port=port

 声明服务器侦听的 TCP 端口或者本地的 Unix 域套接字文件扩展。 缺省是环境变量 PGPORT 的值(如果设置了的话), 否则就说编译的缺省。
-U username

 以给出用户身分联接。
-W

 强制给出口令提示。如果服务器要求口令认证,那么这个应该自动发生。

 

ENVIRONMENT 环境

PGHOST
PGPORT
PGUSER

 缺省连接参数。
 

DIAGNOSTICS 诊断


 当使用-d选项声明了直接数据库联接时, pg_restore 在内部执行 SQL 语句。如果你运行 pg_restore 出了毛病, 请确保你能用类似 psql(1) 这样的东西从数据库中选取信息。  

NOTES 注意


 如果你的安装给template1数据库增加了任何你自己的东西, 那么请注意把 pg_dump 的输出恢复到一个真正空的数据库中; 否则你可能会收到因为重复定义所追加的对象而造成的错误信息。要制作一个没有任何本地附属物的数据库, 可以从template0而不是template1拷贝,比如:

CREATE DATABASE foo WITH TEMPLATE template0;

pg_restore 的局限在下面列出。


 当向一个已经存在的表恢复数据,并且还使用了 --disable-triggers 选项时, pg_restore  在插入数据前放出一些查询关闭用户表上的触发器, 在数据插入完成后重新打开它们。如果恢复的中途停止,那么系统表可能处于错误状态。
pg_restore 将不会为单一的表恢复大对象。 如果一个归档包含大对象,那么所有大对象都将被恢复。


 又见参阅 pg_dump(1) 的文挡获取有关 pg_dump 的局限的细节。


 一旦完成恢复,最好在每个恢复的对象上运行 ANALYZE, 以便给优化器有用的统计。  

EXAMPLES 例子


 把一个包含大对象的叫 mydb 的数据库转储到一个tar文件:

$ pg_dump -Ft -b mydb > db.tar


 把这个数据库恢复到现有的叫 newdb 的数据库中(连同BLOB):

$ pg_restore -d newdb db.tar


 要对项目重新排序,首先必须转储归档的目录:

$ pg_restore -l archive.file > archive.list


 这个文件由一行头和每个项目一行组成,比如。

;
; Archive created at Fri Jul 28 22:28:36 2000
;     dbname: birds
;     TOC Entries: 74
;     Compression: 0
;     Dump Version: 1.4-0
;     Format: CUSTOM
;
;
; Selected TOC Entries:
;
2; 145344 TABLE species postgres
3; 145344 ACL species
4; 145359 TABLE nt_header postgres
5; 145359 ACL nt_header
6; 145402 TABLE species_records postgres
7; 145402 ACL species_records
8; 145416 TABLE ss_old postgres
9; 145416 ACL ss_old
10; 145433 TABLE map_resolutions postgres
11; 145433 ACL map_resolutions
12; 145443 TABLE hs_old postgres
13; 145443 ACL hs_old


 这里分号是注释分隔符,而行开头的数字代表赋给每个项目的内部归档 ID。


 文件内的行可以注释掉,删除和/或重新排列。比如,

10; 145433 TABLE map_resolutions postgres
;2; 145344 TABLE species postgres
;4; 145359 TABLE nt_header postgres
6; 145402 TABLE species_records postgres
;8; 145416 TABLE ss_old postgres


 可以用做 pg_restore 的输入并且只会恢复项目 10 和 6,(以这个顺序):

$ pg_restore -L archive.list archive.file

 

HISTORY 历史

pg_restore 工具第一次出现在 PostgreSQL 7.1。  

SEE ALSO 参见

pg_dump(1), pg_dumpall(1), psql(1)

 

译者

Postgresql 中文网站 何伟平 <[email protected]>


 

Index

NAME
SYNOPSIS
DESCRIPTION 描述
OPTIONS 选项
ENVIRONMENT 环境
DIAGNOSTICS 诊断
NOTES 注意
EXAMPLES 例子
HISTORY 历史
SEE ALSO 参见
译者

This document was created by man2html, using the manual pages.
Time: 13:12:03 GMT, December 24, 2015