Database 'template1' vacuum

Поиск
Список
Период
Сортировка
От Natalie Wenz
Тема Database 'template1' vacuum
Дата
Msg-id 95F2FD17-7813-4718-B99F-165B177EA6E9@ebureau.com
обсуждение исходный текст
Ответы Re: Database 'template1' vacuum
Список pgsql-admin
Hi!

I've encountered something I've never seen before, and I am hoping someone can help me understand what's going on
behindthe scenes with this vacuum/xid behavior. 

ERROR:  database is not accepting commands to avoid wraparound data loss in database "template1"

This error popped up right after I restarted a database that had just finished running a vacuum freeze in single user
modefor the postgres database (the only database we use). 
(That was in response to: ERROR:  database is not accepting commands to avoid wraparound data loss in database
"postgres")

I'm confused about the need to vacuum template1. All of our activity is in the database named postgres. Do all of the
databasesshare the same set of xids? If they do, why would the single user backend vacuum not handle all of the
databasesat once? If all databases don't share the same set of xids, then what could be going on internally to cause
template1to run through so many xids? 

(This is running on 9.5.3, if that makes a difference.)

Thanks!

Natalie

В списке pgsql-admin по дате отправления:

Предыдущее
От: Jerry Sievers
Дата:
Сообщение: Re: Pg-Upgrade standbys via rsync... and avoid sending UNlogged data?
Следующее
От: Kevin Grittner
Дата:
Сообщение: Re: Database 'template1' vacuum