| From: | Marcos Pegoraro <marcos(at)f10(dot)com(dot)br> |
|---|---|
| To: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: pg_upgrade and publication/subscription problem |
| Date: | 2021-11-26 12:17:55 |
| Message-ID: | CAB-JLwbsC7Z8=iT6ZiLs1KwHdMAdrxqqvy_wVDRAxMNeLm-g4Q@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
>
> AFAIU the main problem in your case is that you didn't block the write
> traffic on the publisher side. Let me try to understand the situation.
> After the upgrade is finished, there are some new tables with data on
> the publisher, and did old tables have any additional data?
>
Correct.
>
> Are the contents in pg_replication_origin intact after the upgrade?
>
Yes
>
> So, in short, I think what we need to solve is to get the data from
> new tables and newly performed writes on old tables. I could think of
> the following two approaches:
>
> Approach-1:
> 1. Drop subscription and Truncate all tables corresponding to subscription.
2. Create a new subscription for the publication.
>
If I drop subscription it will drop WAL ou publication side and I lost all
changed data between the starting of pg_upgrade process and now.
My problem is not related with new tables, they will be copied fine because
doesn´t exists any record on subscriber.
But old tables had records modified since that pg_upgrade process, that is
my problem, only that.
My question remains the same, why pg_subscription_rel was not copied from
previous version ?
If pg_upgrade would copy pg_replication_origin (it did) and these
pg_subscription_rel (it didn´t) records from version 13 to 14, when I
enable subscription it would start copying data from that point on, correct
?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Aleksander Alekseev | 2021-11-26 12:40:57 | Re: ResourceOwner refactoring |
| Previous Message | Bharath Rupireddy | 2021-11-26 10:17:30 | Re: pg_waldump stucks with options --follow or -f and --stats or -z |