Un dato adicional, en la tabla versions el xmin con mas rows asociadas tiene solo 192millones de rows, que concuerda con el numero de tuplas que copiariamos, a esta hora el valor mas alto de txID es 150 millones un 7.5% de los 2billones permitidos, includo si triplicamos el txID al final del dia y no corriesemos el vacuumdb por un dia no estariamos ni al 50% del limite.
Esto me hace pensar junto con el otro correo que no sea un problema de wraparound, pero claro podria estar perdiendo algo. Saludos, Carlos On Tue, Nov 9, 2021, 10:55 AM Carlos T. Groero Carmona <cton...@gmail.com> wrote: > Hola Jaime, > > Antes que todo muchas gracias por responder mi correo. > > Revisé tu teoria y parece bastante certera, sin embargo, nosotros > ejecutamos cada noche vacuumdb con la opcion de analyze a todas las base de > datos existentes en el servidor incluyendo las base de datos postgres, > template0 y template1. > > Pocas horas antes de ejecutar el insert para copiar las filas ejecutamos > manualmente ese cronjob de vacuumdb. > > Revise los logs de la ultima semana completa buscando por la palabra > wraparound y solo aparecio el dia que reiniciamos el servidor con el > mensaje: "MultiXact member wraparound protection are now enabled", es decir > no se ejecuto un autovacuum forzado para eliminar ese gran peligro. > > La version de postgres que estoy usando es la 9.6.19 > > Revise de nuevo y estamos perdiendo alrededor de 4500 rows de las copiadas > cada hora, y perdimos 55 mil 400 y algo mas en 23 hours. > > La data no se ha perdido porque la tengo en una tabla en el servidor y en > backup, pero si no logrp solucionar este problema voy a tener que rollback > el cambio que hice. > > El problema es que esta haciendo que esos datos desaparescan y como puedo > parar que sigan desapareciendo, si logro hacer eso puedo copiar los datos > desaparecidos de nuevo... > > He estado buscando pero es un caso muy particular y no he encontrado > ninguna informacion asi que cualquier idea o sugerencia sera muy agradecida. > > Saludos, > Carlos > >
