JacksonWeber wrote:
>
> Por favor uma ajuda para resolver o problema.
> eu já tentei criar o arquivo que ele diz estar faltando mas daí ocorrem
> outros erros.
> o diretorio data_pa é um backup físico para subir o banco.
> Ocorre erro somente em uma tabela.
>
> ERROR: could not access status
2009/12/5 JacksonWeber :
>
> consegui solucionar, segui a dica do Euler mas jogando o backup físico para
> um Servidor Linux, pelo Linux eu não conseguia iniciar o banco mas criei o
> arquivo que o PostgreSQL informava faltar com o comando como segue:
> dd if=/dev/zero of=/tmp/data_pa/pg_clog/0535
Sebastian SWC escreveu:
> Fica no ar a pergunta: seria necessário criar um novo cluster?
>
Não.
--
Euler Taveira de Oliveira
http://www.timbira.com/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/
On Sat, Dec 5, 2009 at 12:36 PM, Euler Taveira de Oliveira
wrote:
> Sebastian SWC escreveu:
>> Fica no ar a pergunta: seria necessário criar um novo cluster?
>>
> Não.
Qual é a utilidade dos arquivos dessa pasta? o arquivo recriado não
deveria ter alguma informação importante?
um abraço
--
A
Le jeudi 03 décembre 2009 à 08:15 -0800, JacksonWeber a écrit :
> Por favor uma ajuda para resolver o problema.
Jackson, por favor escreva em bom português, ajudaria a te ajudar.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 9406 7191 gTalk: xmpp
Sebastian SWC escreveu:
> Qual é a utilidade dos arquivos dessa pasta? o arquivo recriado não
> deveria ter alguma informação importante?
>
É o diretório que contém o status de efetivação das transações. Sim, algumas
transações podem ter sido perdidas por conta disso.
--
Euler Taveira de Oli
Le jeudi 03 décembre 2009 à 17:08 -0200, Tiago Valério a écrit :
> nao queria que ele tivesse acesso a nehum ddl via pgadmin
Por quê? Parece falsa segurança.
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 9406 7191 gTalk: xmpp:leand...@jabber.org
2009/12/5 Euler Taveira de Oliveira :
> Sebastian SWC escreveu:
>> Qual é a utilidade dos arquivos dessa pasta? o arquivo recriado não
>> deveria ter alguma informação importante?
>>
> É o diretório que contém o status de efetivação das transações. Sim, algumas
> transações podem ter sido perdidas
Realmente estou ciente que alguma informação será perdida mas boa parte foi
recuperada acredito que mais de 90% da tabela.
Só complementando eu não criei um novo cluster de dados, simplesmente copiei
o cluster existente para um servidor linux rodando outro banco postgresql e
tentei iniciar esse c
Sebastian SWC escreveu:
> Interessante! é nesses arquivos que o banco verifica quando entra em
> recovery?
>
Não. Essa informação fica gravada no $PGDATA/global/pg_control.
> Tem alguma coisa no manual pra me indicar sobre o assunto?
>
Não há muita coisa falando sobre o CLOG. O arquivo
src/backe
Caro André:
Você escreveu o seguinte:
"Em geral, o desempenho de consultas com o postgreSQL 8.4 é superior ao com o
8.3, mas sempre pode haver uma exceção."
Gostaria que você me explicasse o porque dessa diferença de performance, e
também das exceções.
No aguardo,
Márcio de Figueiredo M
2009/12/5 JacksonWeber :
> (...)
> Só complementando eu não criei um novo cluster de dados, simplesmente copiei
> o cluster existente para um servidor linux rodando outro banco postgresql e
> tentei iniciar esse cluster danificado em outra porta mas daí apresentou
> erro de checksum (...)
Sim, est
Le samedi 05 décembre 2009 à 17:38 -0800, MARCIO CASTRO a écrit :
> > "Em geral, o desempenho de consultas com o postgreSQL 8.4 é
> > superior ao com o 8.3, mas sempre pode haver uma exceção."
>
> Gostaria que você me explicasse o porque dessa diferença de
> performance, e também das exceções.
O
Le vendredi 04 décembre 2009 à 16:47 -0200, Mateus gra a écrit :
> CREATE TABLE car
> (
>carid serial NOT NULL,
>carcon integer NOT NULL,
>cardesc character varying(80)
[…]
> );
Faltou uma chave natural, aparentemente.
Não que isso resolva teu problema específico, mas vai ajud
Caro Leandro Guimarães Faria Corcete DUTRA:
Observe que a pergunta foi dirigida ao André, e não à vossa senhoria. E se
vossa senhoria considera esta lista inútil, a ponto de me mandar consultar o
Google, então faça a gentileza de desvincular-se dela, pois creio que um dos
propósitos desta sej
Marcio, calma cara...
Pelo que eu percebi o pessoal não entendeu direito a sua pergunta,SO ISSO.
O leandro sempre ajuda aqui na lista SIM, assim como muitas outras pessoas, e,
indicar uma pesquisa para que voce identificasse melhor o seu problema nao
machuca bixo.
É só isso, diga aí de forma mai
Caro Jorge:
Então eu vou explicar de novo:
O André escreveu o seguinte:
"Em geral, o desempenho de consultas com o postgreSQL 8.4 é superior ao com o
8.3, mas sempre pode haver uma exceção."
Solicitei então o seguinte:
"Gostaria que você me explicasse o porque dessa diferença de performan
17 matches
Mail list logo