Postgresql 为什么恢复没有结束?

Postgresql 为什么恢复没有结束?,postgresql,database-restore,postgresql-9.5,pg-restore,Postgresql,Database Restore,Postgresql 9.5,Pg Restore,首先,我认为恢复太大了,所以我将单个2GB(压缩)db备份分为多个备份,一个用于模式。此架构map有600 Mb。下一步是拆分表 这张地图上有我国家地图上的一些空间数据,不确定是否相关 正如你所看到的,几乎是2小时。磁盘已经不再使用了。开始恢复时,磁盘多次达到100%。但最后一个小时是平淡的0% 正如您在这里看到的,我可以访问所有还原表中的数据。看来已经完成了 这正常吗?。 有什么我可以检查的,看看是什么在进行恢复吗? 硬件设置: 3.4 GHz-24 GB Ram下的核心i7 SATA磁

首先,我认为恢复太大了,所以我将单个2GB(压缩)db备份分为多个备份,一个用于模式。此架构
map
有600 Mb。下一步是拆分表

这张地图上有我国家地图上的一些空间数据,不确定是否相关

正如你所看到的,几乎是2小时。磁盘已经不再使用了。开始恢复时,磁盘多次达到100%。但最后一个小时是平淡的0%

正如您在这里看到的,我可以访问所有还原表中的数据。看来已经完成了

这正常吗?。 有什么我可以检查的,看看是什么在进行恢复吗?

硬件设置:

  • 3.4 GHz-24 GB Ram下的核心i7
  • SATA磁盘中250 gb SSD备份文件上的数据库
编辑

SELECT application_name, query, * 
FROM pg_stat_activity
ORDER BY application_name, query;

是的,这看起来很正常

您很可能观察到索引或约束的创建。看一下

SELECT * FROM pg_stat_activity;
确认(应包含
创建索引
更改表


现在已经太晚了,但是增加
维护工作\u mem
将加快索引的创建。

是的,这似乎很正常

您很可能观察到索引或约束的创建。看一下

SELECT * FROM pg_stat_activity;
确认(应包含
创建索引
更改表


现在已经太晚了,但是增加
维护工作\u mem
将加快索引创建速度。

1GB,如果计算机上有足够的内存。看起来你是对的。我用8个作业开始恢复。已经是凌晨12:42了,我应该让它继续到明天,还是继续进行更多的维护工作?现在是
64MB
:'(…我有24GB,现在只使用5GB,我会让它运行到完成,这可能会更快。如何更改
维护\u工作\u mem
?我在postgresql.conf中更新并重新启动服务,但仍然说64Mbi累了,停止它更改为512MB在15分钟内完成:D1GB,如果计算机上有足够的内存。看起来你是对的。我用8个作业开始恢复。现在已经是凌晨12:42,我应该让它继续到明天,还是用更多的
维护工作\u mem
重新启动?现在是
64 MB
:'(…我有24GB,现在只使用5GB,我会让它运行到完成,这可能会更快。如何更改
维护\u工作\u mem
?我在postgresql.conf中更新并重新启动服务,但仍然说64Mbi累了,停止它,在15分钟内更改为512Mb完成:D