On 03-07-2016 19:26, Patrick B wrote: > 1 - Assegurar que os wal_files estavam sendo entregues ao servidor > O que você quis dizer com isso?
> 2 - Excluir a pasta /var/lib/pgsql/9.2/data/* > 3 - Conferir novamente se os wal_files estavam ok > 4 - Executar o pg_basebackup (Levou 10 dias já que a DB tem 2.5TB) > Qual foi a linha de comando utilizada? Você usou a opção -x ou -X? Por padrão, o pg_basebackup não leva os arquivos do log de transação (aka WAL). Se no passo 1, você garantir que está entregando os arquivos para o novo servidor e no passo 5, você configurar o restore_command para restaurá-los, então, ok. > 5 - Configurar o recovery.conf para que restore utilizando os wal_files > ... corte ... > Aqui tive um erro: > > 00000002000013B40000001A` not found > Coloque a mensagem de erro completa. 1A é depois de 0E, ou seja, esse arquivo deveria estar presente (se você estiver arquivando no passo 1). > Como é possível se eu chequei os arquivos várias vezes? Não consigo > encontrar este arquivo em lugar nenhum.... > Você não mostrou comandos. Fica difícil identificar problemas. > 1- Há como eu fazer um sync incremental? Sem ter que copiar TODA a DB > novamente? > Sim. Use rsync. > * Se tiver que ser feito desta maneira, tem como eu verificar qual > wal_file será processado por primeiro? Assim eu poderia verificar se > ele existe logo após o pg_basebackup começar. Sendo mais fácil > cancelar e começar de novo se necessário..... Seria o arquivo > backup_label ? > O arquivo $PGDATA/backup_label vai indicar o primeiro arquivo que será solicitado em uma eventual restauração. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
