2016-12-04 13 views
0

Сначала я думал, что это слишком большое восстановление, поэтому вместо одного 2GB (compress) db backup Я разделился на несколько резервных копий, один для схемы. Эта схема map имеет 600 Мб. Следующий шаг будет разделен на таблицы.Почему восстановление не заканчивается?

У этого есть некоторые пространственные данные с моей карты страны, не уверен, что это relavant.

Как вы можете видеть почти 2 часа. Диск уже не используется. При запуске восстановления диск достигает 100% в несколько раз. Но последний час был плоский 0%

enter image description here

И как вы можете видеть здесь, я могу получить доступ к данным в всех восстановленных таблицах. Так выглядит, как уже сделано.

enter image description here

это нормально ?. Есть что-нибудь, что я могу проверить, чтобы посмотреть, что делает восстановление?

Настройка

Оборудование:

  • Core i7 @ 3,4 ГГц - 24 GB Ram
  • DB на 250 ГБ SSD резервного копирования файлов в SATA диск

EDIT

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

enter image description here

ответ

2

Да, это кажется совершенно нормальным.

Скорее всего, вы наблюдаете создание индекса или ограничения. Посмотрите на выходе

SELECT * FROM pg_stat_activity; 

, чтобы подтвердить, что (он должен содержать CREATE INDEX или ALTER TABLE).

Слишком поздно, но увеличение maintenance_work_mem ускорит создание индекса.

+0

сколько должно быть хорошего количества для 'maintenance_work_mem'? –

+0

1 ГБ, если на компьютере достаточно памяти. –

+0

Похоже, вы правы. https://i.stack.imgur.com/8n06g.png Я запускаю восстановление с 8 заданиями. Уже 12:42, Должен ли я разрешить это продолжить до завтра или перезапустить с помощью более 'maintenance_work_mem'? Прямо сейчас '64 МБ': '(.. У меня есть 24 ГБ и сейчас используется только 5 ГБ. –