Boa tarde, 

Senhores a um tempo atrás passei (abaixo) o problema que estava tendo, com a
mensagem aleatória - cabeçalho de página inválido - que aparecia para
algumas tabelas do banco de dados e para outras não, após um reindex da
tabela a mensagem não era mais exibida.
O problema que estávamos tendo era de disco realmente , após analise e
também chegar ao ponto crítico de perder a base de dados (essa base foi
recuperada através de bakcup), trocamos de servidor, voltamos o backup , e
ate o momento esse erro de cabeçalho de página não ocorreu mais.
Obs. Havia um erro no log do servidor antigo, a respeito do disco que nos
foi passado somente quando deu o problema crítico.

Obrigado a todos,
Marcio.



-----Mensagem original-----
De: MARCIO_GRUPO [mailto:[email protected]] 
Enviada em: 23 de janeiro de 2013 15:58
Para: 'Comunidade PostgreSQL Brasileira'
Assunto: RES: [pgbr-geral] RES: Cabeçalho Página

Flavio
Abaixo as respostas solicitadas,

-----Mensagem original-----
De: [email protected]
[mailto:[email protected]] Em nome de Flavio
Henrique Araque Gurgel Enviada em: 23 de janeiro de 2013 12:14
Para: [email protected]
Assunto: Re: [pgbr-geral] RES: Cabeçalho Página

Este trecho de minha resposta é um "top post".
Não faça isso.

Veja minhas respostas abaixo, quotadas:

Em 23-01-2013 13:52, MARCIO_GRUPO escreveu:
> Boa tarde Flavio,
>
>> O servidor é um DELL (equipamento e memoria comprados juntos - DELL) 
>> No servidor o sistema de arquivos é NTFS , utilizando Virtualização 
>> de Servidores, com uma Storange de discos.

>Esse storage tem cache com baterias?

O pessoal de servidor vai me passar o retorno dessa pergunta, assim que
tiver lhe passo


>Que tipo de virtualização usa? 

Hyperv - Microsoft


>> Software Postgres versão 9.0 e do PGAdmin versão 1.12.3

>A versão é 9.0.X
>Precisamos também do X
>O resultado de:
>SELECT version();
>Trará um resultado adequado.

>Existe versão corretiva que ajusta alguns relatos de corrupção de dados. 
>Com o X poderemos determinar se você pode resolver com uma atualização.

PostgreSQL 9.0.8, compiled by Visual C++ build 1500, 32-bit


>> O Fsync está configurado com "on", no postgresql.conf

>Ótimo.


>> Não posso rodar o Truncate na tabela, pois é ambiente de produção.

>Esperado.



>> Realmente quando faço o REINDEX na tabela que apresenta o problema , 
>> é
> >resolvido, procuro rodar o Vacuum com Analyse e depois o Reindex.

>Não entendi.
>Após rodar REINDEX resolve o problema que você está passando?

Sim, após rodar o REINDEX , volta a funcionar a tabela, e não ocorre mais o
problema de cabeçalho.


>> Outro detalhe, é que o problema acontece em uma tabela X (por 
>> exemplo), faço o procedimento para recuperar ela, depois de alguns 
>> dias ou no mesmo dia as vezes, ocorre o problema em outra tabela do banco
de dados.

>1) Cheque as memórias com memtest86.
>2) Cheque o sistema de arquivos com as ferramentas da Microsoft.

>Em ambos os casos, se houver erros, corrija-os.

Estarei passando para o pessoal que controla o servidor rodar, 


>> Queda de energia nesse cliente que estamos ocorre algumas vezes sim, 
>> devido a localização que eles estão.

>Queda de energia ocorre em qualquer lugar do planeta! 
>O PostgreSQL tem mecanismos que previnem isso, mas esses mecanismos vão por
água abaixo se sua controladora de discos não tiver bateria no cache. Uma
alternativa é usar fsync_write_through na >opção fsync_method mas não sei se
isso funciona no Windows, e sua escrita terá performance menor.


[]s

__________________________________
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: [email protected]
______________________________
FREE SOFTWARE SOLUTIONS
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


-----
Nenhum vírus encontrado nessa mensagem.
Verificado por AVG - www.avgbrasil.com.br
Versão: 2012.0.2221 / Banco de dados de vírus: 2639/5551 - Data de
Lançamento: 01/22/13


_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a