How to Fix XMIN Issues

when no logical replication slot is enabled/existing, xmin is the default to allow change data capture incremental update concepts to work out of the box if you encounter an issue with xmin replication this is most likely ue to postgresql's internal vacuuming process where too much time has lapsed since the last successful synchronization of data we see this most often when the autovacuum freeze max age is set to a low value or and/or the sync bridge frequency is not set high enough for the amount of data transactions on the source database resolution if this is the case for your sync bridge data source or you receive an alert regarding this, we recommend the one or all of the options below increase the autovacuum freeze max age value on the postgresql database server run the vacuum freeze command on the database server fyi, the xmin process in the postgresql database server tracks each transaction in a table with a unique id number, and technically when it reaches the value of the autovacuum freeze max age (the default value is 200m transactions), the server will mark/classify those existing records xmin id as old records by running explicitly vacuum freeze it basically allows the process to start over for transactions count switch to a test decoding replication setup docid\ ifqjhkm099aoilqhcfo76 instead of xmin for how change tracking of incremental changes is handled