2016-12-04 2 views
0

D'abord, je pensais que c'était trop grand restaurer, donc au lieu d'un seul 2 Go (compresser) sauvegarde db je divisé en plusieurs sauvegarde, une pour le schéma. Ce schéma map a 600 Mo. La prochaine étape serait divisée pour les tables.Pourquoi la restauration ne s'arrête pas?

Celui-ci a quelques données spatiales de ma carte de pays, je ne sais pas si c'est relavant.

Comme vous pouvez le voir presque 2h. Le disque n'est plus vraiment utilisé. Lorsque la restauration démarre, le disque atteint 100% plusieurs fois. Mais la dernière heure a été plat 0%

enter image description here

Et comme vous pouvez le voir ici, je peux accéder aux données dans les toutes les tables restaurées. On dirait que c'est déjà fait.

enter image description here

Est-ce normal ?. Il y a quelque chose que je peux vérifier pour voir ce que fait la restauration?

Configuration matérielle:

  • Core i7 @ 3,4 GHz - 24 Go Ram
  • DB sur 250 Go SSD Les fichiers de sauvegarde dans le disque SATA

EDIT

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

enter image description here

Répondre

2

Oui, cela semble parfaitement normal. Il est très probable que vous observiez la création d'index ou de contrainte. Regardez la sortie de

SELECT * FROM pg_stat_activity; 

confirmer que (il doit contenir CREATE INDEX ou ALTER TABLE).

Il est trop tard maintenant, mais l'augmentation maintenance_work_mem va accélérer la création d'index.

+0

combien devrait être un bon nombre pour 'maintenance_work_mem'? –

+0

1 Go si vous avez suffisamment de mémoire sur la machine. –

+0

On dirait que vous avez raison. https://i.stack.imgur.com/8n06g.png Je lance la restauration avec 8 jobs. Est déjà 12h42, Devrais-je le laisser continuer jusqu'à demain ou redémarrer avec plus 'maintenance_work_mem'? En ce moment, c'est '64 Mo': '(J'ai 24Go et n'utilise que 5Go en ce moment –