Disculpa el link anterior no era el correcto, mira este por favor. https://dbtut.com/index.php/2020/12/04/how-to-backup-and-restore-postgresql-database-using-pg_dump-and-psql/ <https://dbtut.com/index.php/2020/12/04/how-to-backup-and-restore-postgresql-database-using-pg_dump-and-psql/>
> On 27/07/2023, at 10:37 AM, Horacio Miranda <hmira...@gmail.com> wrote: > > Prueba hace un dump con -Fc ( esto permite ser paralelo ) ahora me imagino > que la tabla tendras que particionarla por mes o año para que tengas trozos > uniformes. > > Hay varios documentos por ahi que apuntan a directorios, en lo personal me > gusta un solo archivo. mira este thread. > https://stackoverflow.com/questions/69634628/custom-format-fc-when-backing-up-postgres-with-pd-dumpall-instead-of-pg-dump > > <https://stackoverflow.com/questions/69634628/custom-format-fc-when-backing-up-postgres-with-pd-dumpall-instead-of-pg-dump> > > >> On 27/07/2023, at 10:31 AM, Diego Ayala <netdieg...@gmail.com >> <mailto:netdieg...@gmail.com>> wrote: >> >> Buenos días, quisiera hacerles una consulta sobre una situación que estoy >> teniendo con una tabla, en mi DB PostgreSQL 13, sobre linux RH >> La situación es la siguiente: >> Mi tabla tiene 10 columnas, donde una de ellas es del tipo JSON >> Actualmente tiene 545.800 registros >> El tamaño de la tabla es de 95 MB >> El tamaño de la tabla TOAST relacionada a esta tabla es de 72GB, y es aquí >> mi problema, ya que actualmente, solamente el bkp de esta tabla le lleva >> casi 3 horas, (en total el backup de toda la db lleva 5 horas, es decir, más >> de la mitad del tiempo es por esa tabla) mi temor es que esto va a seguir >> creciendo y obviamente el tiempo de demora del bkp también. >> >> Mi consulta es saber si hay algo que pueda hacer para bajar el tamaño de la >> TOAST que no sea borrar registros, estuve viendo lo del FILLFACTOR, pero no >> se que tanto me podria ayudar, ejecuto diariamente el VACUUM VERBOSE >> ANALYZE, pero no veo que mejore mucho >> >> Gracias desde ya por su atención. >> >> >> >