我用
pg_dump db_production > postgres_db.dump
然后使用scp将其复制到localhost。
现在当我导入我的本地db时,它给出了一个错误
pg_restore: [archiver] input file appears to be a text format dump. Please use psql.
使用命令行
pg_restore -d db_development postgres_db.dump
我用
pg_dump db_production > postgres_db.dump
然后使用scp将其复制到localhost。
现在当我导入我的本地db时,它给出了一个错误
pg_restore: [archiver] input file appears to be a text format dump. Please use psql.
使用命令行
pg_restore -d db_development postgres_db.dump
来自pg_dump文档:
例子
将一个名为mydb的数据库转储到一个sql脚本文件:
$ pg_dump mydb > db.sql
要将这样的脚本重载到(新创建的)名为newdb的数据库中:
$ psql -d newdb -f db.sql
将数据库转储到自定义格式的归档文件中:
$ pg_dump -Fc mydb > db.dump
将数据库转储到目录格式的归档文件中:
$ pg_dump -Fd mydb -f dumpdir
将一个归档文件重新加载到一个名为newdb的(新创建的)数据库中:
$ pg_restore -d newdb db.dump
来自pg_restore文档:
例子
假设我们已经将一个名为mydb的数据库转储到一个自定义格式的转储文件中:
$ pg_dump -Fc mydb > db.dump
删除数据库并从转储中重新创建数据库:
$ dropdb mydb
$ pg_restore -C -d postgres db.dump
对我来说,当我试图从远程主机恢复我使用
psql -U username -p 5432 -h 10.10.10.1 -d database < db.dump
工作得很好。如果不是远程,只是下面的命令工作。
psql -d database < db.dump
如果你有一个完整的数据库转储:
PGPASSWORD="your_pass" psql -h "your_host" -U "your_user" -d "your_database" -f backup.sql
但是,如果您的模式是分开保存的,那么这就行不通了。然后需要禁用数据插入触发器,类似于pg_restore——disable-triggers。然后你可以使用这个:
cat database_data_only.gzip | gunzip | PGPASSWORD="your_pass" psql -h "your_host" -U root "your_database" -c 'SET session_replication_role = replica;' -f /dev/stdin
另一方面,我认为这是postgres的一个非常不幸的缺点。在pg_dump中创建转储的默认方式与pg_restore不兼容。然而,加上一些额外的关键字,它就是。WTF ?
为了使用pg_dump创建与pg_restore兼容的备份,在创建转储时必须使用——format=custom / -Fc。
从文档中可以看出:
输出适合输入到pg_restore的自定义格式的存档。
所以你的pg_dump命令可能是这样的:
pg_dump --file /tmp/db.dump --format=custom --host localhost --dbname my-source-database --username my-username --password
你的pg_restore命令:
pg_restore --verbose --clean --no-acl --no-owner --host localhost --dbname my-destination-database /tmp/db.dump
对我来说,就像这样。
C:\Program Files\PostgreSQL\12\bin> psql -U postgres -p 5432 -d dummy -f C:\Users\Downloads\d2cm_test.sql
创建备份时,可能希望在另一个网络中恢复它或创建远程恢复。
我们需要使用——format=custom [-Fc]创建一个备份文件,然后使用pg_restore恢复它。我们可以使用连接字符串postgresql://<user>:<pass>@localhost:5432/<dbname>并替换<user>, <pass>和<dbname>与您的信息。
pg_dump -v -Fc \
postgresql://<user>:<pass>@localhost:5432/<dbname> \
> db-20211122-163508.sql
要恢复,我们将使用——clean [-c]和——create [-c]来调用它,在恢复之前删除数据库。将<用户>,<主机>,<端口>,<dbname>替换为您的信息。
pg_restore -vcC \
-U <user> \
-h <host> \
-p <port> \
-d <dbname> \
< db-20211122-163508.sql
如果你用这种方式备份,我想这会更容易导入数据库。
pg_dump -h(远端数据库地址)-a——column-inserts -U postgres(数据库名)>(文件名).sql
对于进口,
psql -f(文件名).sql ——host(远程数据库地址) ——端口5432 ——用户名postgres ——password(你的密码) ——dbname(你要导入的数据库)
如果您恢复。sql文件。 在pgAdmin中创建一个新数据库。 进入终端,浏览.sql文件所在的文件夹/目录。然后在终端中写入以下命令。
让: 超自然用户后
Examaple:
sudo -u postgres psql newDb < restoreDb.sql
当我尝试用DBeaver备份db时,我得到了相同的错误。如果有人在Windows上使用DBeaver界面而不是命令行,请确保在备份和恢复设置时选择的格式为tar。
提供了一个简单的回答,这对我有用,对你也适用于大多数情况
psql -U username -d database_name < dump_file.sql . d
如果上面给出与角色相关的错误,则将username替换为postgres。
psql -U postgres -d database_name < dump_file.sql . d
这是解,
pg_restore -U username -p 5432 -h 10.10.10.1 -d database_name < dump_file . pg_restore -U username -p 5432
我也一直在为这个问题挣扎。这是dump和restore命令的组合,对我来说很有效:
pg_dump -Ft -C -h database_host -U username database > DATA.dump
恢复
pg_restore -x --no-owner -d database DATA.dump
如果您想在您的DB中保持相同的访问权限(acl),请删除-x标志。为此,在数据库中必须具有相同的角色和用户。
https://www.postgresql.org/docs/15/app-pgdump.html
https://www.postgresql.org/docs/15/app-pgrestore.html