Re: Postgres 9.2 PITR testing to before DROP DATABASE ends up removing file system files
В списке pgsql-general по дате отправления:
| От | Adrian Klaver |
|---|---|
| Тема | Re: Postgres 9.2 PITR testing to before DROP DATABASE ends up removing file system files |
| Дата | |
| Msg-id | 547F9EC2.9010105@aklaver.com обсуждение |
| Ответ на | Re: Postgres 9.2 PITR testing to before DROP DATABASE ends up removing file system files (Joshua Boyd <joishi@gmail.com>) |
| Ответы |
Re: Postgres 9.2 PITR testing to before DROP DATABASE ends
up removing file system files
|
| Список | pgsql-general |
On 12/02/2014 03:50 PM, Joshua Boyd wrote: > Having continued my research, the problem I encountered is the exact > same that's been recorded here: > > https://www.marshut.net/kstxxk/pitr-failing-to-stop-before-drop-database.html > > > I think I answered all the questions - please let me know if I missed > some. Based on the url I pasted at the top, though, it appears I'm not > the only one who's encountered this problem. > Re-read the initial post and realized you wanted the state of the recovered cluster to include the database that was dropped. In that case I would say stop the recovery just before the DROP DATABASE. > > -- > Joshua Boyd -- Adrian Klaver adrian.klaver@aklaver.com
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера