Buen día, ayer me pasó lo mismo amigos, el pitr ignoró totalmente el restore command y el log me decía que no encontraba los wal en pg_xlog. Permisos: ok Sintaxis del recovery: ok
*recovery.conf*restore_command = 'cp /home/postgres/backups/walbackup/%f %p' recovery_target_time = '2020-05-20 11:02:00' *log *al intentar recuperar: ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: database system was interrupted; last known up at 2020-05-17 14:55:03 ART ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: starting point-in-time recovery to 2020-05-20 11:02:00-03 ; ; 2020-05-20 16:33:16 ART ; 58P01 LOG: could not open file "pg_xlog/000000010000008F000000FA" (log file 143, segment 250): No such file or directory ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: invalid primary checkpoint record ; ; 2020-05-20 16:33:16 ART ; 58P01 LOG: could not open file "pg_xlog/000000010000008F000000FA" (log file 143, segment 250): No such file or directory ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: invalid secondary checkpoint record ; ; 2020-05-20 16:33:16 ART ; XX000 PANIC: could not locate a valid checkpoint record ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: startup process (PID 27121) was terminated by signal 6: Aborted ; ; 2020-05-20 16:33:16 ART ; 00000 LOG: aborting startup due to startup process failure el archivo 000000010000008F000000FA si existía en /home/postgres/backups/walbackup y con los permisos correctos para el usuario postgres Para solucionarlo momentaneamente y por la urgencia del caso, copiamos manualmente los archivos wal del directorio de recuperación al directorio pg_xlog y la recuperación se hizo correctamente incluso tomando el parámetro recovery_target_time de forma correcta. Ven algo raro? alguna sugerencia? Gracias! El mié., 10 jul. 2019 a las 9:57, Alvaro Herrera (<alvhe...@2ndquadrant.com>) escribió: > Guillermo E. Villanueva escribió: > > Alvaro y Dayme les pido disculpas, dos errores consecutivos en el pedido > de > > ayuda, no tenía acceso al servidor estos días (vacaciones invernales) > > ahora si estoy frente al server postgres. > > El contenido de recovery.conf es: > > restore_command = 'cp /usr/local/pgsql/BK20190705/%f %p' > > > > Como les comenté, para zafar copié los archivos WAL directamente al > pg_xlog > > y la recuperación se pudo hacer, el archivo se renombró a recovery.done > > Gracias a Dios! pude recuperar todo pero me queda la intriga de por qué > no > > se pudo hacer como una recuperación normal de PITR > > Hmm, bueno, eso debería haber funcionado. Sospecho que hay algo en la > configuración de lo cual no te diste cuenta que no estaba totalmente > correcto ... pero habría que haber mirado los logs del sistema para > saber qué pudo haber sido. > > -- > Álvaro Herrera https://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services >
