Re: Modification of data in base folder and very large tables

2019-10-10 Thread Jeff Janes
On Thu, Oct 10, 2019 at 3:40 AM Ogden Brash wrote: > If each of the tables has about 3+ billion rows, the index is still going > to be pretty large and spread over many files. In the source database that > was backed up, the primary key sequence was sequentially assigned and > written, but as var

Re: Modification of data in base folder and very large tables

2019-10-10 Thread Andrew Gierth
> "Ogden" == Ogden Brash writes: Ogden> I did the restore as a data only restore so that it would not Ogden> try to recreate any tables. Doing data-only restores is almost always a mistake. pg_dump/pg_restore are very careful to create things in an order that allows the data part of the r

Re: Modification of data in base folder and very large tables

2019-10-10 Thread Ogden Brash
First of all, thanks to Jeff for pointing out strace. I had not used it before and it is quite informative. This is the rather depressing one minute summary for the pg_restore: % time seconds usecs/call callserrors syscall -- --- --- - - ---