NAME@H_403_2@
pg_restore - 从一个由 pg_dump 创建的备份文件中恢复 Postgresql 数据库。
SYNOPSIS@H_403_2@
pg_restore@H_403_2@ [ option... ] [ filename ]
DESCRIPTION@H_403_2@ ����述
pg_restore@H_403_2@ 是一种用于恢复由 pg_dump@H_403_2@(1) 创建的任何非纯文本输出格式中的
Postgresql 数据库的应用。
它将发出必要的命令来重新构造数据库，以便于把它恢复成保存它的时候的样子。
归档（备份）文件还允许pg_restore 有选择地进行恢复，
甚至在恢复前重新排列条目的顺序。归档的文件设计成可以在不同的硬件体系之间移植。
pg_restore@H_403_2@ 可以以两种模式操作：如果声明了数据库名字，
那么归档是直接恢复到数据库里。大对象只能用直接数据库联接进行恢复。
否则，先创建一个包含重建数据库所必须的 sql
命令的脚本（并且写入到一个文件或者标准输出）， 类似 pg_dump
输出纯文本格式的时候创建的那种脚本。
因此，一些控制脚本输出的选项就是摹拟 pg_dump 的操作。
显然，pg_restore@H_403_2@ 无法恢复那些不存在归档文件中的信息；
比如，如果归档是用"把数据转储为 INSERT命令"选项制作的， 那么 pg_restore
将不能使用 COPY 语句装载数据。
OPTIONS@H_403_2@����项
pg_restore@H_403_2@ 接受下列命令行参数。
filename
声明要恢复的备份文件的位置。如果没有声明，则使用标准输入。
-a
--data-only@H_403_2@
只恢复数据，而不恢复表模式（数据定义）。
-c
--clean@H_403_2@
创建数据库对象前先清理（删除）它们。
-C
--create@H_403_2@
在恢复数据库之前先创建它。（如果出现了这个选项，和 -d@H_403_2@
在一起的数据库名只是用于发出最初的 CREATE DATABASE 命令。
所有数据都恢复到名字出现在归档中的数据库中去。）
-d@H_403_2@ dbname
--dbname=@H_403_2@dbname
与数据库 dbname 联接并且直接恢复到该数据库中。
-f@H_403_2@ filename
--file=@H_403_2@filename
声明生成的脚本的输出文件，或者出现 -l@H_403_2@
选项时用于列表的文件，缺省是标准输出。
-F@H_403_2@ format
--format=@H_403_2@format
声明备份文件的格式。因为pg_restore
会自动判断格式，所以如果声明了，它可以是下面之一：
t@H_403_2@ 备份是一个 tar 归档。
使用这个格式允许在恢复数据库的时候重新排序和/或把表模式元素排除出去。
同时还可能在恢复的时候限制装载的数据。
c@H_403_2@ 备份的格式是来自 pg_dump 的客户化格式。
这是最灵活的格式，因为它允许重新对数据排序，也允许重载表模式元素。
缺省时这个格式是压缩的。
-i
--ignore-version@H_403_2@
忽略数据库版本检查。
-I@H_403_2@ index
--index=@H_403_2@index
只恢复命名的索引。
-l
--list@H_403_2@ 列出备份的内容。这个操作的输出可以用 -L
选项限制和重排所恢复的项目。
-L@H_403_2@ list-file
--use-list=@H_403_2@list-file
只恢复在 list-file 里面的元素，以它们在文件中出现的顺序。
你可以移动各个行并且也可以通过在行开头放 ';'
的方式注释。（见下文获取例子。）
-N
--orig-order@H_403_2@
以最初在 pg_dump 里生成的转储顺序恢复项目。
这个选项没有什么实际的用途，因为 pg_dump
会以自己方便的顺序生成项，
这个顺序不可能是恢复这些数据的安全顺序。
（这个顺序不是项最后在归档的内容列表中列出的顺序。） 又见 -r。
-o
--oid-order@H_403_2@
以 OID 顺序恢复项目。这个选项用处很小， 因为 OID
只是最初创建顺序的一个近似指示。 如果还声明了
-N，那么这个选项还覆盖它。又见 -r。
-O
--no-owner@H_403_2@
不要输出设置对象的权限，以便与最初的数据库匹配的命令。
缺省时，pg_restore 发出 SET SESSION AUTHORIZATION@H_403_2@
语句设置创建出来的模式元素的所有者权限。
如果最初的数据库连接不是由超级用户（或者是拥有所有创建出来的对象的同一个用户）发起的，那么这些语句将失败。
使用
-O，那么任何用户都可以用于初始的连接，并且这个用户将拥有所有创建出来的对象。
-P@H_403_2@ function-name(argtype [,...])
--function=@H_403_2@function-name(argtype [,...])
只恢复指定的命名函数。请注意仔细拼写函数名及其参数，应该和转储的内容列表中的完全一样。
-r
--rearrange@H_403_2@
以对象类型重排项目（这个发生在以 -N 或者 -o 排序之后）。
重排是为了给出最大可能的性能。
如果没有 -N@H_403_2@,-o@H_403_2@,和-r@H_403_2@，那么 pg_restore 以项目出现在归档
的内容列表中的顺序恢复他们， 或者按照他们在 list-file
里面的顺序恢复他们 -- 假如给出了 -L 的话。 -o 和 -r 的组合复制了
pg_dump 在创建归档的内容列表 之前进行的排序，
因此，这个选项通常没必要声明。
-R
--no-reconnect@H_403_2@
这个选项已痉掀耍俏吮３窒蛳录嫒萑匀唤邮堋
-s
--schema-only@H_403_2@
只恢复表结构（数据定义）。不恢复数据，序列值将重置。
-S@H_403_2@ username
--superuser=@H_403_2@username
设置关闭触发器时声明超级用户的用户名。 只有在设置了 --disable-
triggers@H_403_2@ 的时候才有用。
-t@H_403_2@ table
--table=@H_403_2@table
只恢复表指定的表的定义和/或数据。
-T@H_403_2@ trigger
--trigger=@H_403_2@trigger
只恢复指定的触发器。
-v
--verbose@H_403_2@
声明冗余模式。
-x
--no-privileges
--no-acl@H_403_2@
避免 ACL 的恢复（grant/revoke 命令）。
-X use-set-session-authorization
--use-set-session-authorization@H_403_2@
这个选项已痉掀耍浅鲇谙蛳录嫒荩匀唤邮堋 pg_restore
现在总是表现得像以前选中这个选项一样。
-X disable-triggers
--disable-triggers@H_403_2@
这个选项只有在执行仅恢复数据的时候才相关。它告诉 pg_restore
在装载数据的时候执行一些命令临时关闭在目标表上的触发器。
如果你在表上有完整性检查或者其它触发器，
而你又不希望在装载数据的时候激活它们，那么可以使用这个选项。
目前，为 --disable-triggers@H_403_2@ 发出的命令必须以超级用户发出。
因此，你应该也要用 -S 声明一个超级用户名，或者更好是设置 --use-
set-session-authorization@H_403_2@ 并且以 Postgresql 超级用户身份运行
pg_restore。
pg_restore@H_403_2@ 还接受下面的命令行参数做为联接参数：
-h@H_403_2@ host
--host=@H_403_2@host
声明服务器运行的机器的主机名。 如果数值以斜扛开头，那么它被用做
Unix 域套接字的目录。 缺省是从 PGHOST
环境变量中获取的（如果设置了）， 否则将尝试进行 Unix 域套接字。
-p@H_403_2@ port
--port=@H_403_2@port
声明服务器侦听的 TCP 端口或者本地的 Unix 域套接字文件扩展。
缺省是环境变量 PGPORT 的值（如果设置了的话），
否则就说编译的缺省。
-U@H_403_2@ username
以给出用户身分联接。
-W@H_403_2@
强制给出口令提示。如果服务器要求口令认证，那么这个应该自动发生。
ENVIRONMENT@H_403_2@����境
PGHOST
PGPORT
PGUSER@H_403_2@ 缺省连接参数。
DIAGNOSTICS@H_403_2@����断
当使用-d选项声明了直接数据库联接时， pg_restore 在内部执行 sql
语句。如果你运行 pg_restore 出了毛病， 请确保你能用类似 psql@H_403_2@(1)
这样的东西从数据库中选取信息。
NOTES@H_403_2@����意
如果你的安装给template1数据库增加了任何你自己的东西， 那么请注意把
pg_dump 的输出恢复到一个真正空的数据库中；
否则你可能会收到因为重复定义所追加的对象而造成的错误信息。要制作一个没有任何本地附属物的数据库，
可以从template0而不是template1拷贝，比如：
CREATE DATABASE foo WITH TEMPLATE template0;
pg_restore@H_403_2@ 的局限在下面列出。
o 当向一个已敬嬖诘谋砘指词荩⑶一故褂昧 --disable-triggers@H_403_2@
选项时， pg_restore 在插入数据前放出一些查询关闭用户表上的触发器，
在数据插入完成后重新打开它们。如果恢复的中途停止，那么系统表可能处于错误状态。
o pg_restore@H_403_2@ 将不会为单一的表恢复大对象。
如果一个归档包含大对象，那么所有大对象都将被恢复。
又见参阅 pg_dump@H_403_2@(1) 的文挡获取有关 pg_dump 的局限的细节。
一旦完成恢复，最好在每个恢复的对象上运行 ANALYZE@H_403_2@，
以便给优化器有用的统计。
EXAMPLES@H_403_2@��子
把一个包含大对象的叫 mydb 的数据库转储到一个tar文件：
$ pg_dump -Ft -b mydb > db.tar@H_403_2@
把这个数据库恢复到现有的叫 newdb 的数据库中（连同BLOB）：
$ pg_restore -d newdb db.tar@H_403_2@
要对项目重新排序，首先必须转储归档的目录：
$ pg_restore -l archive.file > archive.list@H_403_2@
这个文件由一行头和每个项目一行组成，比如。
;
; 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@H_403_2@��史
pg_restore@H_403_2@ 工具第一次出现在 Postgresql 7.1。
SEE ALSO@H_403_2@����见
pg_dump@H_403_2@(1),pg_dumpall@H_403_2@(1),psql@H_403_2@(1)
����者
Postgresql@H_403_2@������������ ���������� <laser@pgsqldb.org>@H_403_2@ 原文链接：https://www.f2er.com/postgresql/195164.html
