2016-12-04 9 views
0

처음에는 너무 큰 복원이라고 생각했기 때문에 하나의 2GB 대신 (압축) db 백업을 여러개의 백업으로 나누었습니다 (하나는 스키마 용으로). 이 스키마 map에는 600Mb가 있습니다. 다음 단계는 테이블에 대해 분할됩니다.복원이 왜 끝나지 않습니까?

이 데이터는 내 국가지도의 일부 공간 데이터를 가지고 있습니다.이 데이터는 관련성이 있는지 확실하지 않습니다.

거의 2 시간 보시다시피. 디스크는 실제로 더 이상 사용되지 않습니다. 복원 시작시 디스크는 100 % 여러 번 도달합니다. 그러나 마지막 시간은 0 %

enter image description here

을 평평하고있다 그리고 당신은 여기에서 볼 수 있듯이 나는 모든 복원 된 테이블의 데이터에 액세스 할 수 있습니다. 이렇게 이미 보이는 것처럼 보입니다.

enter image description here

이 정상인가요? 복원 작업을 확인할 수있는 항목이 있습니까?

하드웨어 설정 :

  • 코어 i7 @ 3.4 GHz의 - 24기가바이트 램
  • DB SATA 디스크 250 기가 바이트 SSD 백업 파일에 대한

편집

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

enter image description here

답변

2

예, 정상적으로 보이는군요.

대부분 색인 또는 제한 조건 작성을 준수합니다. (이 CREATE INDEX 또는 ALTER TABLE를 포함한다) 사항을 확인하기 위해

SELECT * FROM pg_stat_activity; 

의 출력 봐.

지금은 너무 늦지 만 maintenance_work_mem이 증가하면 색인 생성 속도가 빨라집니다.

+0

'maintenance_work_mem'에 얼마나 많은 양이 필요합니까? 기기에 충분한 메모리가있는 경우 –

+0

1GB –

+0

당신이 옳은 것처럼 보입니다. https://i.stack.imgur.com/8n06g.png 8 가지 작업으로 복원을 시작합니다. 이미 오전 12시 42 분입니다. 내일까지 계속 하시겠습니까 아니면 더 많은 maintenance_work_mem으로 다시 시작해야합니까? 지금은 64MB입니다 : '(.. 저는 24GB를 가지고 있으며 지금은 5GB만을 사용하고 있습니다. –