Postgresql 为什么恢复没有结束?
首先,我认为恢复太大了,所以我将单个2GB(压缩)db备份分为多个备份,一个用于模式。此架构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磁
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