Re: Improving pg_dump performance

Поиск
Список
Период
Сортировка
От Ron
Тема Re: Improving pg_dump performance
Дата
Msg-id 9cca9bca-fdec-522d-693f-462fdcd8c7c8@gmail.com
обсуждение исходный текст
Ответ на Re: Improving pg_dump performance  (Adrian Klaver <adrian.klaver@aklaver.com>)
Список pgsql-general

On 07/23/2018 08:56 AM, Adrian Klaver wrote:
> On 07/23/2018 06:47 AM, Ron wrote:
>> On 07/23/2018 08:46 AM, Stephen Frost wrote:
>>> Greetings,
>>>
>>> * Ron (ronljohnsonjr@gmail.com) wrote:
>>>> An interesting idea.  To clarify: it's possible to parallel backup a 
>>>> running
>>>> 8.4 cluster remotely from a 9.6 system?
>>> Yes, you can do a parallel backup, but you won't be able to get a
>>> consistent snapshot.  You'll need to pause all changes to the database
>>> while the pg_dump processes connect and start their transactions to
>>> have the backup be consistent.
>>
>> I can do that!!!
>
> Assuming you can get this setup, have you tested some subset of your data 
> on 9.6.9?:
>
> 1) Going from 8.4 --> 9.6 is jumping 7 major versions of Postgres. Do you 
> know that the data/code will work in 9.6.9?
>
> 2) Does the transfer have time built in for fixing problems on the 9.6.9 end?
>
> 3) If the answer 2) is no, then is there a plan to deal with changes in 
> the 8.4 database while working on the 9.6.9 database?

Yes, we've migrated CAT and Staging databases, and the application has been 
tested.

And this is a test conversion of the prod databases...

-- 
Angular momentum makes the world go 'round.


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

Предыдущее
От: Chris Travers
Дата:
Сообщение: Replication protocol question for logical replication.
Следующее
От: Ron
Дата:
Сообщение: Re: Improving pg_dump performance