Veja, se você fez o backup físico do banco e a cópia do wall, também conhecido como arquivamento ou "archive", você pode rolar a posição do seu backup até o último log disponível. É o que chamamos de Point In Time Recovery.
Não é possível recuperar nada se você não tiver o dicionário de dados (que fica no tablespace padrão) intacto. Então, se todos os seus dados estiverem num tablespace separado, mas o tablespace padrão for perdido.... surpresa, você não tem como referenciar os objetos que estão no outro tablespace. Acho que é isso. Atenciosamente, Fábio Telles Em 6 de abril de 2010 15:34, <[email protected]> escreveu: > Ola pessoal. > > > > Deu crash num servidor de um cliente a partição onde estava a instalação do > postgres, inclusive a pasta “data” foi danificada, porem, os dados que > estavam um uma tablespace em outra partição puderam ser recuperados. Fiz uma > série de tentativas para recuperar os dados dessa tablespace, porem sem > sucesso. Na verdade, todo um banco de dados todo esta nessa tablespace, com > sua pasta e tudo mais... Tentei, entre outras formas, criar uma nova > tablespace, derrubar o banco, copiar a pasta a os arquivos para dentro da > nova tablespace, criar um novo banco de dados e apontar para essa > tablespace, mas obtive sucesso. Alguém tem alguma dica? > > > > Ah, backup? Eles até tinham, mas de um dia anterior, que foi devidamente > restaurado, mas estamos tentando recuperar o movimento entre a janela do > backup e o crash. > > > > Grato > > > > Julio Tofoli > > SetaDigital Sistemas > > > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [email protected]
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
