Re: problema al intentar recuperar PITR

Mas que recomendar usar rsync, mejor instalar barman y ahorrarse tantos
dolores de cabeza!

El mar., 2 jun. 2020 a las 2:02, Carlos T. Groero Carmona (<
ctonetg(at)gmail(dot)com>) escribió:

> Guillermo,
>
> te recomiendo usar rsync en vez the cp, por ejemplo mi archive_command
> luce asi:
> archive_command = 'rsync -az --compress-level=1 %p postgres(at)external_ip
> :/pgsql_data/9.6/archive/%f'
> A mi me gusta archivar todos los log en un solo lugar, asi quien lo
> necesite lo encontrara en el mismo lugar y no necesito pasarlos de un lado
> para otro.
>
> Lo otro has revisado cuantos logs estas manteniendo en x_logs por dia?
> vamos a decir que tu PITR es de 12 horas pero por el numero de
> transactions se elimina el log que necesitas antes de las 12 horas pues
> entonces no lo encontraras cierto?
> Analiza cuantos logs necesitas guardar en x_logs y revisa to archive
> directory tambien, si tienes espacio es mejor mantener los logs por par de
> dias que estos eliminen muy apresuradamente.
>
> Saludos,
> Carlos
>
>
>
>
>
> On Mon, Jun 1, 2020 at 10:48 AM Juan <smalltalker(dot)marcelo(at)gmail(dot)com>
> wrote:
>
>> Guillermo ese cp no tiene log, si falla no te enteraras nunca, es facil
>> de ver , pero quería comentarlo.
>> saludos
>> jmdc
>>
>> On Mon, Jun 1, 2020 at 10:29 AM Guillermo E. Villanueva <
>> guillermovil(at)gmail(dot)com> wrote:
>>
>>> Muchas gracias a todos por sus últimas respuestas.
>>> Me dicen que revise el log, es lo primero que hice y se los transcribí
>>> en este hilo.
>>> Todo está hecho con usuario postgres y con todos los permisos para tal
>>> usuario.
>>> Les transcribí el comando de restauración, creo que entre todas las
>>> cosas que probé, no hice lo que dice Martin Marqués, usar el mismo comando
>>> desde el shell, la próxima lo pruebo.
>>> Alvaro mi achive command tiene esto:
>>> archive_command = 'cp -i %p /home/postgres/backups/walbackup/%f
>>> </dev/null'
>>>
>>> Cada x tiempo copio todos los wal de ese directorio
>>> /home/postgres/backups/walbackup a otro equipo y si necesito restaurar, me
>>> los vuelvo a traer al mismo directorio, siempre manteniendo el usuario
>>> postgres y las sin modificar fechas/horas
>>> Gracias!
>>>
>>>
>>> El mar., 26 may. 2020 a las 15:27, Alvaro Herrera (<
>>> alvherre(at)2ndquadrant(dot)com>) escribió:
>>>
>>>> Guillermo E. Villanueva escribió:
>>>>
>>>> > Aclaro que pude realizar la restauración del server, pero copiando a
>>>> mano
>>>> > los wal al directori pg_xlog
>>>>
>>>> ¿qué hay en archive_command? Me pregunto si estarás borrando los WAL
>>>> cuando los archivas (cosa que, obviamente, no debe hacerse)
>>>>
>>>> Saludos
>>>>
>>>> --
>>>> Álvaro Herrera https://www.2ndQuadrant.com/
>>>> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>>>>
>>>

--
Martín Marqués
It’s not that I have something to hide,
it’s that I have nothing I want you to see