Re: Recovery will take 10 hours
От | Simon Riggs |
---|---|
Тема | Re: Recovery will take 10 hours |
Дата | |
Msg-id | 1145899652.3112.326.camel@localhost.localdomain обсуждение исходный текст |
Ответ на | Re: Recovery will take 10 hours (Brendan Duddridge <brendan@clickspace.com>) |
Список | pgsql-performance |
On Sun, 2006-04-23 at 22:46 -0600, Brendan Duddridge wrote: > So how do you overlap the restore process with the retrieving of files? The restore command can be *anything*. You just write a script... > Our restore command is: > > restore_command = 'gunzip </wal_archive/%f.gz>%p' > > If I change it to: > > restore_command = 'gunzip </wal_archive/%f.gz>%p &' > > to execute the restore command in the background, will that do the > trick? No, but you can execute a shell script that does use & internally. > But I don't think the real problem was the retrieval of the files. It > only > took maybe 1/2 a second to retrieve the file, but often took anywhere > from > 5 to 30 seconds to process the file. More so on the longer end of the > scale. Sorry, thought you meant the decompression time. -- Simon Riggs EnterpriseDB http://www.enterprisedb.com/
В списке pgsql-performance по дате отправления: