Re: [pgbr-geral] pg_dump

Em 8 de novembro de 2017 18:28, Antonio Cesar escreveu: > Boa tarde, > > Tenho dois servidores com a mesma configuração e sistema operacional > iguais. > > Sendo que o dump dura media de 40 minutos e o outro 2Hs 45mim > > Tem alguma coisa que posso monitorar esse

[pgbr-geral] pg_dump

Boa tarde, Tenho dois servidores com a mesma configuração e sistema operacional iguais. Sendo que o dump dura media de 40 minutos e o outro 2Hs 45mim Tem alguma coisa que posso monitorar esse processo? <>___ pgbr-geral mailing list

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

Encontrei o problema. Havia uma rotina de criptografia ao arquivo após a execução do pg_dump, Agradeço a atenção de todos. Atenciosamente Em 4 de novembro de 2017 07:50, Fábio Telles Rodriguez < fabio.tel...@gmail.com> escreveu: > > > Em 3 de novembro de 2017 09:33, José Mello Júnior < >

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

Em 3 de novembro de 2017 09:33, José Mello Júnior < jose.mello.jun...@gmail.com> escreveu: > Bom Dia, > > Faço um arquivo de lote para executar a chamada, por isso utilizei o pause > de onde posso visualizar as mensagens do pg_dump. O término indica normal, > sem qualquer mensagem, contudo o

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

creveu: > > > -- > *De: *"José Mello Júnior" <jose.mello.jun...@gmail.com> > *Para: *"Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql. > org.br> > *Enviadas: *Sexta-feira, 3 de novembro de 2017 15:42:55

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

De: "José Mello Júnior" <jose.mello.jun...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Sexta-feira, 3 de novembro de 2017 15:42:55 Assunto: Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

<jose.mello.jun...@gmail.com> > *Para: *"Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql. > org.br> > *Enviadas: *Sexta-feira, 3 de novembro de 2017 12:09:44 > > *Assunto: *Re: [pgbr-geral]PG_DUMP - Tamanho do Arquivo > resultantes está e

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

De: "José Mello Júnior" <jose.mello.jun...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Sexta-feira, 3 de novembro de 2017 12:09:44 Assunto: Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

a" <pgbr-geral@listas.postgresql. > org.br> > *Enviadas: *Sexta-feira, 3 de novembro de 2017 9:33:30 > > *Assunto: *Re: [pgbr-geral]PG_DUMP - Tamanho do Arquivo > resultantes está errado > > Bom Dia, > Faço um arquivo de lote para executar a chamada, po

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

De: "José Mello Júnior" <jose.mello.jun...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Sexta-feira, 3 de novembro de 2017 9:33:30 Assunto: Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está er

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

.si...@ipm.com.br> escreveu: > *De: *"José Mello Júnior" <jose.mello.jun...@gmail.com> > *Para: *"Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql. > org.br> > *Enviadas: *Quarta-feira, 1 de novembro de 2017 18:04:41 > *Assunto:

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

De: "José Mello Júnior" <jose.mello.jun...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Quarta-feira, 1 de novembro de 2017 18:04:41 Assunto: Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes est

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

Coloquei até um PAUSE dentro do arquivo de lote de execução, mas não vem qualquer mensagem. Att Em 1 de novembro de 2017 14:34, Fábio Telles Rodriguez < fabio.tel...@gmail.com> escreveu: > > Não estou descobrindo porque o dump da base de dados está ficando com 1kb >> ao final da execução. O

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

> Não estou descobrindo porque o dump da base de dados está ficando com 1kb > ao final da execução. O tamanho deveria ser aproximadamente 500Mb, e no > tempo em que executa vejo o tamanho do arquivo ir crescendo normalmente, > mas ao final o tamanho fica incompatível. > Linha pg_dump: > >

Re: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

De: "José Mello Júnior" <jose.mello.jun...@gmail.com> Para: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Enviadas: Quarta-feira, 1 de novembro de 2017 11:25:10 Assunto: [pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes est

[pgbr-geral] PG_DUMP - Tamanho do Arquivo resultantes está errado

Não estou descobrindo porque o dump da base de dados está ficando com 1kb ao final da execução. O tamanho deveria ser aproximadamente 500Mb, e no tempo em que executa vejo o tamanho do arquivo ir crescendo normalmente, mas ao final o tamanho fica incompatível. Linha pg_dump: "C:\Program

Re: [pgbr-geral] Pg_dump de 8.0.3 para 9.4.4

Em 18 de março de 2016 13:57, Matheus de Oliveira escreveu: > > 2016-03-17 10:41 GMT-03:00 André Ormenese : > >> Tenho uma base ainda na versão 8.0.3 (eu sei que é loucura, mas essas >> coisas acontecem) >> > [...] >> pg_dump: [archiver (db)]

Re: [pgbr-geral] Pg_dump de 8.0.3 para 9.4.4

On 18-03-2016 14:38, André Ormenese wrote: > > > Em 18 de março de 2016 13:57, Matheus de Oliveira > > escreveu: > > > 2016-03-17 10:41 GMT-03:00 André Ormenese >: > >

Re: [pgbr-geral] Pg_dump de 8.0.3 para 9.4.4

Em 18 de março de 2016 14:46, Fabrízio de Royes Mello < fabri...@timbira.com.br> escreveu: > On 18-03-2016 14:38, André Ormenese wrote: > > > > > > Em 18 de março de 2016 13:57, Matheus de Oliveira > > > escreveu: > > > > > >

Re: [pgbr-geral] Pg_dump de 8.0.3 para 9.4.4

2016-03-17 10:41 GMT-03:00 André Ormenese : > Tenho uma base ainda na versão 8.0.3 (eu sei que é loucura, mas essas > coisas acontecem) > [...] > pg_dump: [archiver (db)] query failed: ERROR: transaction is read-only > pg_dump: [archiver (db)] query was: COPY public.tb_cbo

[pgbr-geral] Pg_dump de 8.0.3 para 9.4.4

Bom dia pessoal. Tenho uma base ainda na versão 8.0.3 (eu sei que é loucura, mas essas coisas acontecem), e estou tentando agregar essa base num schema dentro de um banco 9.4.4. A estrutura eu consegui migrar sem problemas, mas os dados não. Quando executo o dump (com disable-triggers) através

Re: [pgbr-geral] pg_dump utilizando lista tabelas

Obrigado, fiz por shell script e deu certo. Edinelson "Fabrízio de Royes Mello" escreveu na notícia da mensagem:56D86C7D.1000207__25528.7420157858$1457024161$gmane$o...@timbira.com.br... On 03-03-2016 13:43, Edinelson wrote: Ola, Eu gostaria de fazer copia minha base dados porem tem

Re: [pgbr-geral] pg_dump utilizando lista tabelas

On 03-03-2016 13:43, Edinelson wrote: > Ola, > > Eu gostaria de fazer copia minha base dados porem tem algumas tabelas de > movimentação que eu queria copiar elas vazia, porque são grandes e vou > perder tempo somente, sei que tem no pg_dump o comando > --exclude-table-data=TABELA onde posso

[pgbr-geral] pg_dump utilizando lista tabelas

Ola, Eu gostaria de fazer copia minha base dados porem tem algumas tabelas de movimentação que eu queria copiar elas vazia, porque são grandes e vou perder tempo somente, sei que tem no pg_dump o comando --exclude-table-data=TABELA onde posso fazer isso, porem estas tabelas que pretendo não

Re: [pgbr-geral] pg_dump FATAL error

On 11-02-2016 15:24, drum.lu...@gmail.com wrote: > LOG: could not send data to client: Broken pipe > FATAL: connection to client lost > Erro de rede. Minha primeira suspeita seria algum firewall derrubando a conexão. -- Euler Taveira Timbira -

Re: [pgbr-geral] pg_dump FATAL error

Em 11 de fevereiro de 2016 16:33, drum.lu...@gmail.com escreveu: > Incluído mais um erro log: > > 2016-02-12 7:24 GMT+13:00 drum.lu...@gmail.com : > >> E ai galera >> >> >> Estou realizando a cópia de uma DB para um servidor testes. (Estou >> copiando

Re: [pgbr-geral] pg_dump FATAL error

> > >>> >>> Estou realizando a cópia de uma DB para um servidor testes. (Estou >>> copiando de um servidor slave para um outro servidor que é meu server teste) >>> O comando que estou rodando é: >>> >>> ssh postgres@servidorslave01 "/usr/pgsql-9.2/bin/pg_dump --exclude-table-data='junk.*'

Re: [pgbr-geral] pg_dump FATAL error

2016-02-12 8:07 GMT+13:00 drum.lu...@gmail.com : > Estou realizando a cópia de uma DB para um servidor testes. (Estou copiando de um servidor slave para um outro servidor que é meu server teste) O comando que estou rodando é: ssh

Re: [pgbr-geral] pg_dump FATAL error

Em 11 de fevereiro de 2016 17:07, drum.lu...@gmail.com escreveu: > Estou realizando a cópia de uma DB para um servidor testes. (Estou copiando de um servidor slave para um outro servidor que é meu server teste) O comando que estou rodando é:

Re: [pgbr-geral] pg_dump FATAL error

2016-02-12 8:37 GMT+13:00 Euler Taveira : > On 11-02-2016 15:24, drum.lu...@gmail.com wrote: > > LOG: could not send data to client: Broken pipe > > FATAL: connection to client lost > > > Erro de rede. Minha primeira suspeita seria algum firewall derrubando a >

Re: [pgbr-geral] pg_dump FATAL error

On 11-02-2016 20:10, drum.lu...@gmail.com wrote: > É possível dividir um arquivo gerado com o pg_dump depois do arquivo > estar "pronto"? > É outra pergunta? Crie um novo email; não reaproveite outro assunto. Quanto a sua pergunta, sim [1] (supondo que você está utilizando o formato custom). $

[pgbr-geral] pg_dump FATAL error

E ai galera Estou realizando a cópia de uma DB para um servidor testes. (Estou copiando de um servidor slave para um outro servidor que é meu server teste) O comando que estou rodando é: ssh postgres@servidorslave01 "/usr/pgsql-9.2/bin/pg_dump > --exclude-table-data='junk.*' --format=custom

Re: [pgbr-geral] pg_dump FATAL error

Incluído mais um erro log: 2016-02-12 7:24 GMT+13:00 drum.lu...@gmail.com : > E ai galera > > > Estou realizando a cópia de uma DB para um servidor testes. (Estou > copiando de um servidor slave para um outro servidor que é meu server teste) > O comando que estou rodando é:

Re: [pgbr-geral] pg_dump 9.5

Em 11 de janeiro de 2016 10:10, Douglas Fabiano Specht < douglasfabi...@gmail.com> escreveu: > bom dia Pessoal > Bom dia! > alguém sabe se a versão do pg_dump que vem junto na instalação da versao > 9.5 windows não aceita mais a opção -i? > o pessoal está me relatando esse erro, sendo que na

[pgbr-geral] pg_dump 9.5

bom dia Pessoal alguém sabe se a versão do pg_dump que vem junto na instalação da versao 9.5 windows não aceita mais a opção -i? o pessoal está me relatando esse erro, sendo que na versao 9.4 funciona normalmente. -- Douglas Fabiano Specht ___

[pgbr-geral] PG_DUMP - Table + Triggers + Functions

Pessoal, Estou fazendo uns testes com tabelas herdadas: CREATE TABLE cliente ... CREATE TABLE cliente_1() INHERITS(cliente); CREATE TABLE cliente_2() INHERITS(cliente); Fiz um dump apenas da tabela: pg_dump -Fc -f -t cliente baseteste.bkp baseteste Ao fazer o restore, ocorre

Re: [pgbr-geral] PG_DUMP - Table + Triggers + Functions

On 15-12-2015 09:53, Crauss, Jacson wrote: > Pessoal, > > Estou fazendo uns testes com tabelas herdadas: > > CREATE TABLE cliente ... > CREATE TABLE cliente_1() INHERITS(cliente); > CREATE TABLE cliente_2() INHERITS(cliente); > > Fiz um dump apenas da tabela: > > pg_dump -Fc -f

Re: [pgbr-geral] PG_DUMP - Table + Triggers + Functions

2015-12-15 11:31 GMT-02:00 Fabrízio de Royes Mello : > Não, mas vc poderia fazer o seguinte: > > 1) fazer um dump formato "custom" do seu schema inteiro > > $ pg_dump -Fc -s ... > > 2) utilizar as opções "-l / -L" do pg_restore e montar um script > customizado de restore

Re: [pgbr-geral] pg_dump remoto lento

Em 13 de maio de 2015 04:14, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Exatamente Matheus, a Amazon realmente não disponibiliza nenhuma forma de dump, apenas o PITR, mas creio que deva estar no radar deles vocês poder agendar dumps e jogar diretamente ao S3, seria uma ótima

Re: [pgbr-geral] pg_dump remoto lento

Exatamente Matheus, a Amazon realmente não disponibiliza nenhuma forma de dump, apenas o PITR, mas creio que deva estar no radar deles vocês poder agendar dumps e jogar diretamente ao S3, seria uma ótima funcionalidade, já que hoje nos fazemos esse dump apenas para jogar para o S3 :). Tenho

Re: [pgbr-geral] pg_dump remoto lento

2015-05-12 14:31 GMT-03:00 Cleiton Luiz Domazak cleitondoma...@gmail.com: Um detalhe que pode ser a causa, é que esta base tem muitos arquivos blob, utilizando tipos OID que ficam armazenados na pg_largeobjects, e o bytea output está setado como ESCAPE e não posso alterá-lo para HEX. Para

Re: [pgbr-geral] pg_dump remoto lento

Em 12 de maio de 2015 12:31, Cleiton Luiz Domazak cleitondoma...@gmail.com escreveu: Boa tarde. Estou com o seguinte cenário. Tenho um servidor no RDS, e preciso realizar o dump desta base diariamente a cada 2 horas. Localmente, o dump roda facilmente em 15 minutos., porém ao executar

Re: [pgbr-geral] pg_dump remoto lento

Exatamente Matheus, a Amazon realmente não disponibiliza nenhuma forma de dump, apenas o PITR, mas creio que deva estar no radar deles vocês poder agendar dumps e jogar diretamente ao S3, seria uma ótima funcionalidade, já que hoje nos fazemos esse dump apenas para jogar para o S3 :). Mas estou

[pgbr-geral] pg_dump remoto lento

Boa tarde. Estou com o seguinte cenário. Tenho um servidor no RDS, e preciso realizar o dump desta base diariamente a cada 2 horas. Localmente, o dump roda facilmente em 15 minutos., porém ao executar remotamente extraindo do servidor no RDS a lentidão é absurda, nem cheguei a conseguir terminar

Re: [pgbr-geral] pg_dump em hot-standby

On 19-12-2014 13:49, Everton Berz wrote: tenho um hot-standby com streaming replication (versão 9.3.5). Quando faço pg_dump no standby ele deixa de ser atualizado, chegando a ficar 2 horas atrasado em relação ao primário. Isso é normal? A característica MVCC do PostgreSQL não deveria

[pgbr-geral] pg_dump

Pessoal, No pg_dump, tem alguma diferença que seja relevante entre os parâmetros -Fc e -Fd? []s Danilo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] pg_dump

2014-09-23 14:29 GMT-03:00 Danilo Silva danilo.dsg.go...@gmail.com: No pg_dump, tem alguma diferença que seja relevante entre os parâmetros -Fc e -Fd? Em termos de tamanho e restauração (pelo pg_restore) é praticamente a mesma coisa, sendo que o -Fc irá gerar um único arquivo enquanto -Fd

[pgbr-geral] pg_dump com erro

Bom dia a todos. Estou com um problemão. Desde o dia 04/11/2013 não consigo realizar o dump da minha base de produção. Faço desta forma: pg_dump -Ft -b meu_banco | gzip -9 /local/backup/bck_meu_banco_071113_0900.tar.gz O mesmo apresenta o seguinte erro: pg_dump: [arquivador (bd)] consulta

Re: [pgbr-geral] pg_dump com erro

On 07-11-2013 11:01, Deliane Andrade wrote: pg_dump: [arquivador (bd)] consulta falhou: ERRO: mais de um registro foi retornado por uma subconsulta utilizada como uma expressão pg_dump: [arquivador (bd)] consulta foi: SELECT tableoid, oid, typname, typnamespace, (SELECT rolname FROM

Re: [pgbr-geral] pg_dump com erro

Olá,bom dia. E qual é a saída da consulta acima? É a seguinte: psql meu_banco psql (9.2.2) Digite help para ajuda. seduc_oficial=# SELECT tableoid, oid, typname, typnamespace, (SELECT rolname FROM pg_catalog.pg_roles WHERE oid = typowner) AS rolname, typinput::oid AS typinput, typoutput::oid

Re: [pgbr-geral] pg_dump com erro

Em 7 de novembro de 2013 11:17, Deliane Andrade deliane.andr...@gmail.comescreveu: Olá,bom dia. E qual é a saída da consulta acima? É a seguinte: psql meu_banco psql (9.2.2) Digite help para ajuda. seduc_oficial=# SELECT tableoid, oid, typname, typnamespace, (SELECT rolname FROM

Re: [pgbr-geral] pg_dump com erro

On 07-11-2013 11:17, Deliane Andrade wrote: psql meu_banco psql (9.2.2) Digite help para ajuda. Atualmente estamos na 9.2.5. Eu atualizaria a versão na próxima janela de manutenção. Há vários bugs corrigidos. seduc_oficial=# SELECT tableoid, oid, typname, typnamespace, (SELECT rolname FROM

Re: [pgbr-geral] pg_dump com erro

Atualmente estamos na 9.2.5. Eu atualizaria a versão na próxima janela de manutenção. Há vários bugs corrigidos. Pretendemos atualizar para a 9.3 Digo, de alguma das subconsultas (faltou cafeína nesta manhã). Experimente retirar alguma das subconsultas para saber qual é a problemática. Executei

Re: [pgbr-geral] pg_dump com erro

Desculpem apertei a barra de espaço sem querer. Retomando Digo, de alguma das subconsultas (faltou cafeína nesta manhã). Experimente retirar alguma das subconsultas para saber qual é a problemática. Executei as três consultas que você colocou como exemplo e as que contém o CASE me retornam

Re: [pgbr-geral] pg_dump com erro

On 07-11-2013 12:37, Deliane Andrade wrote: Ao comentar o CASE em qualquer das consultas elas executam sem problema. E qual é a saída da consulta: SELECT t.oid, typname, COUNT(*) FROM pg_class c INNER JOIN pg_type t ON (c.oid = typrelid) WHERE typrelid 0 GROUP BY t.oid, typname HAVING

Re: [pgbr-geral] pg_dump com erro

E qual é a saída da consulta: SELECT t.oid, typname, COUNT(*) FROM pg_class c INNER JOIN pg_type t ON (c.oid = typrelid) WHERE typrelid 0 GROUP BY t.oid, typname HAVING COUNT(*) 1; oidtypnamecount 20674pg_toast_206702 Att, Deliane Andrade 2013/11/7 Euler Taveira

Re: [pgbr-geral] pg_dump com erro

On 07-11-2013 12:59, Deliane Andrade wrote: E qual é a saída da consulta: SELECT t.oid, typname, COUNT(*) FROM pg_class c INNER JOIN pg_type t ON (c.oid = typrelid) WHERE typrelid 0 GROUP BY t.oid, typname HAVING COUNT(*) 1; oidtypnamecount 20674pg_toast_206702

Re: [pgbr-geral] pg_dump com erro

Descobrir a tabela relacionada: SELECT relname FROM pg_class WHERE relfilenode = 20674; resultado : vazio Descobrir os arquivos no disco: SELECT oid,ctid,cmin,cmax,relname, relfilenode,pg_relation_filepath(oid) FROM pg_class WHERE relname ~ 'pg_toast_20670'; resultado: oid ctid

Re: [pgbr-geral] pg_dump com erro

On 07-11-2013 13:49, Deliane Andrade wrote: Descobrir a tabela relacionada: SELECT relname FROM pg_class WHERE relfilenode = 20674; resultado : vazio Veja bem, a consulta que informei foi: SELECT relname FROM pg_class WHERE relfilenode = 20670; oid ctid cmin cmax relname

Re: [pgbr-geral] pg_dump com erro

Euler,boa tarde. Verifiquei que haviam alguns registros duplicados em algumas tabelas do meu banco. Eliminei as duplicidades. Fiz o que você recomendou e executei o delete para remover as duplicatas do pg_class. Já consigo fazer o backup. Vou aproveitar e atualizar a versão do SGBD para a 9.3,uma

Re: [pgbr-geral] pg_dump com erro

- Mensagem original - De: Deliane Andrade deliane.andr...@gmail.com Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 7 de novembro de 2013 17:52:02 Assunto: Re: [pgbr-geral] pg_dump com erro Euler,boa tarde. Verifiquei que haviam

[pgbr-geral] pg_dump do 8.2.x

Galera, Hoje me deparei com um problema que, sinceramente, nunca havia pego desde quando comecei a trabalhar com PostgreSQL. É o seguinte, tenho um servidor destinado apenas para BackUP onde neste servidor esta instalado um PostgreSQL 8.2.20 on x86_64-unknown-linux-gnu, compiled by GCC gcc (GCC)

Re: [pgbr-geral] pg_dump do 8.2.x

Em 13/09/2012 16:22, SOUTO escreveu: Fico no aguardo de ajuda (Não posso atualizar o servidor destinado apenas para BackUP devido a uma aplicação chamada OpenACS). Bem, vamos por um lado, pois o outro lado do backup alguém irá dizer que dump não é backup e terá mais propriedade do que eu para

[pgbr-geral] pg_dump do 8.2.x

Grande Flávio, Como sou novato no PostgreSQL não entendi o ...dump não é backup... então como se faz o backup de um banco postgres? pg_dumall? Quanto ao restante de tua msg, já propus a retirada do OpenACS tendo em vista não oferece suporte para outras versões do PostgreSQL maior que 8.2 e como

[pgbr-geral] pg_dump do 8.2.x

Marcone Peres Tendo em vista teu posicionamento, já tinha imaginado que o buraco era bem fundo mesmo. Agora outra duvida que surgiu após tua resposta, Como faço para compilar o pg_dump da 8.4.1 no servidor que faço dump's? (Sempre trabalhei com Microsoft, estou aprendendo na bruta o Linux)

Re: [pgbr-geral] pg_dump do 8.2.x

On 13-09-2012 17:10, SOUTO wrote: Marcone Peres Tendo em vista teu posicionamento, já tinha imaginado que o buraco era bem fundo mesmo. Não é tão fundo assim. Agora outra duvida que surgiu após tua resposta, Como faço para compilar o pg_dump da 8.4.1 no servidor que faço dump's? (Sempre

[pgbr-geral] pg_dump do 8.2.x

Flavio Antes de qualquer pergunta sempre vou atras de algumas leituras, e quando não encontro peço ajudas dos superiores (Vocês). Quanto a compilar, sei compilar alguns programas não parte dele, e não encontro como faço isso no linux, hoje uso CentOS release 6.3. -- Atenciosamente, *Claudio

Re: [pgbr-geral] pg_dump do 8.2.x

Putz cara. Acho melhor você aprender o básico, como instalar software no Linux, como compilar, etc. +1. Vai fundo nisso! Souto, Sem querer confundir sua cabeça você pode tentar o seguinte: Faz o download do fonte aqui: http://www.postgresql.org/ftp/source/v8.4.13/ Depois vc descompacta. $

Re: [pgbr-geral] pg_dump do 8.2.x

On 13-09-2012 18:03, SOUTO wrote: Flavio Antes de qualquer pergunta sempre vou atras de algumas leituras, e quando não encontro peço ajudas dos superiores (Vocês). Quanto a compilar, sei compilar alguns programas não parte dele, e não encontro como faço isso no linux, hoje uso CentOS

Re: [pgbr-geral] pg_dump dando erro!

Olá pessoal, obrigado pelos e-mails. Respondendo às perguntas. - Utilizo o PostgreSQL 9.1.2 - Se observarem direito, eu também posto a saída do meu programa onde os espaços estão coretos run: 127.0.0.1 pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup

Re: [pgbr-geral] pg_dump dando erro!

Em 28 de agosto de 2012 23:16, Ramiro Pamponet roli...@oi.com.br escreveu: Olá pessoal. Estou tentando fazer o seguinte: [... corte ...] O meu retorno no console é o seguinte run: 127.0.0.1 pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio

Re: [pgbr-geral] pg_dump dando erro!

Em 29 de agosto de 2012 08:49, Ramiro Pamponet roli...@oi.com.br escreveu: (corte) Alguém tem alguma sugestão de como fazer o pg_dump rodar na máquina do cliente sem ter o postgreSQL instalado? Já copiei o pg_dump.exe e as DLL's da pasta BIN mas quando executo o *.bat em uma máquina que não

Re: [pgbr-geral] pg_dump dando erro!

Em 29 de agosto de 2012 02:07, Euler Taveira eu...@timbira.com escreveu: Creio que não seja isso, pois o -i está depreciado (é ignorado) mas não foi removido. Estava me referindo a ele atrapalhar as opções de conexão por conta da ordem (explicação abaixo). Ok. Essa semana eu tive

Re: [pgbr-geral] pg_dump dando erro!

Olá Dickson, Então me responda, se souber! Porque quando eu executo o meu arquivo *.bat (que possui a mesma linha de comando) ele funciona, e quando tento executar a mesma linha de comando dentro do código fonte do meu programa é que ocorre o erro? Será que tem alguma explicação? Em 29 de

Re: [pgbr-geral] pg_dump dando erro!

Pô Tiago, era essa dica que eu estava precisando. Eu até encontrei um post sobre o assunto no Fórum JavaFree, mas o cara só informou que copiou os arquivos e não falou nada sobre setá-los na variável path do SO. Vou tentar isso e com certeza deverá funcionar. Valeu pela Dica! Em 29 de agosto de

Re: [pgbr-geral] pg_dump dando erro!

Em 29/08/12, Ramiro Pamponetroli...@oi.com.br escreveu: Olá pessoal, obrigado pelos e-mails. Respondendo às perguntas. - Utilizo o PostgreSQL 9.1.2 - Se observarem direito, eu também posto a saída do meu programa onde os espaços estão coretos run: 127.0.0.1 pg_dump -i -h 127.0.0.1 -p 5432

Re: [pgbr-geral] pg_dump dando erro!

Olá Osvaldo, Então vc está me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio não corresponde à String de execução? Process p = p.getRuntime(pg_dump -i -h + ip + -p 5432 -U postgres -F c -b -o -v -f

Re: [pgbr-geral] pg_dump dando erro!

Ramiro, Peço a gentileza de evitar o Top posting, pois assim o usuário da lista que seguir a discussão não precisará ler debaixo para cima e pior nesta discussão esta misturado respostas no início do email e no fim, assim fica muito confuso seguir uma linha de raciocínio.

Re: [pgbr-geral] pg_dump dando erro!

Em 29/08/12, Ramiro Pamponetroli...@oi.com.br escreveu: Olá Osvaldo, Então vc está me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio não corresponde à String de execução? Process p =

Re: [pgbr-geral] pg_dump dando erro!

2012/8/29 Ramiro Pamponet roli...@oi.com.br Olá Osvaldo, Então vc está me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio não corresponde à String de execução? Process p = p.getRuntime(pg_dump -i -h

Re: [pgbr-geral] pg_dump dando erro!

Ento vc est me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio no corresponde String de execuo? Process p = p.getRuntime(pg_dump -i -h + ip + -p

Re: [pgbr-geral] pg_dump dando erro!

Em 29 de agosto de 2012 10:36, Osvaldo Kussama osvaldo.kuss...@gmail.comescreveu: Em 29/08/12, Ramiro Pamponetroli...@oi.com.br escreveu: Olá Osvaldo, Então vc está me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f

Re: [pgbr-geral] pg_dump dando erro!

Em 29 de agosto de 2012 10:50, Flavio Henrique Araque Gurgel fla...@4linux.com.br escreveu: Então vc está me dizendo que a String impressa no console pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio não corresponde à String de execução?

Re: [pgbr-geral] pg_dump dando erro!

Em 29 de agosto de 2012 10:06, Ramiro Pamponet roli...@oi.com.br escreveu: Pô Tiago, era essa dica que eu estava precisando. Eu até encontrei um post sobre o assunto no Fórum JavaFree, mas o cara só informou que copiou os arquivos e não falou nada sobre setá-los na variável path do SO. Vou

[pgbr-geral] pg_dump dando erro!

Olá pessoal. Estou tentando fazer o seguinte: public void realizaBackup() { Runtime r = Runtime.getRuntime(); String ip=; try { BufferedReader in = new BufferedReader(new FileReader(./IP.txt)); String str; while((str =

Re: [pgbr-geral] pg_dump dando erro!

Em 28/08/2012 23:16, Ramiro Pamponet roli...@oi.com.br escreveu: Olá pessoal. Estou tentando fazer o seguinte: public void realizaBackup() { Runtime r = Runtime.getRuntime(); String ip=; try { BufferedReader in = new BufferedReader(new

Re: [pgbr-geral] pg_dump dando erro!

On 28-08-2012 23:16, Ramiro Pamponet wrote: pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio pg_dump: too many command-line arguments (first is -U) Try pg_dump --help for more information. Você está utilizando versão 8.3 ou anterior? Senão, a opção

Re: [pgbr-geral] pg_dump dando erro!

2012/8/29 Euler Taveira eu...@timbira.com On 28-08-2012 23:16, Ramiro Pamponet wrote: pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio pg_dump: too many command-line arguments (first is -U) Try pg_dump --help for more information. Você está

Re: [pgbr-geral] pg_dump dando erro!

On 29-08-2012 01:34, Fabrízio de Royes Mello wrote: 2012/8/29 Euler Taveira eu...@timbira.com mailto:eu...@timbira.com On 28-08-2012 23:16, Ramiro Pamponet wrote: pg_dump -i -h 127.0.0.1 -p 5432 -U postgres -F c -b -o -v -f H:/Backup/BDFisio.backup fisio pg_dump: too

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

Olá, - Sim, tentei com o LIMIT e OFFSET, mas nessa tabela o problema ocorre apenas quando arquivo é maior do que 75 mb +-, ja tentei inserir novamente ou com outros métodos, o problema sempre acontece quando o bytea esta grande,. - Segue Valor dos parâmetros, referente o shared

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

On 05-03-2012 12:08, Gustavo Scudeler wrote: * Sim, tentei com o LIMIT e OFFSET, mas nessa tabela o problema ocorre apenas quando arquivo é maior do que 75 mb +-, ja tentei inserir novamente ou com outros métodos, o problema sempre acontece quando o bytea esta grande,.

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

On 04-03-2012 01:15, SteelMason wrote: ERROR: out of memory Failed on request of size 393029321 Você consegue fazer um SELECT chave,campoblob FROM tabela ? Talvez alguns registros estejam corrompidos. Se apresentar erro, tente descobrir quais os registros problemáticos utilizando LIMIT

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

Olá, obrigado pela resposta ! Referente ao Select na base, ocorre o mesmo erro ERROR: out of memory Failed on request of size 393029321 Criei uma nova base de dados e percebi que quando a tabela possui um campo BYTEA, com conteúdo maior do que cerca de 70 MB, ocorre o erro. Já consegui simular

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

Sera que existe algum parâmetro de banco ou do PG_DUMP, onde eu possa liberar mais memoria para o mesmo? Quando ocorre esse erro o servidor ainda tem cerca de 4GB de ram livre. O erro não parece vir do servidor, mas do cliente. Ou sera que pode ser uma limitação da versão 8.4 ? Não é, não

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

O backup eu estou tentando realizar direto no servidor. Chamando pelo CMD o pg_dump -Fc -b -v -U postgres base_teste ... Já tentei como formato tar, mas também sem sucesso. A versão do S.O é a Windows Server 2008 R2 Enterprise 64 bits A versão do postgres é [ *Version 8.4.11 ]* * * O Pgadmin

Re: [pgbr-geral] PG_DUMP - Problema com Blobs

On 04-03-2012 14:30, Steel Mason wrote: Referente ao Select na base, ocorre o mesmo erro ERROR: out of memory Failed on request of size 393029321 Você tentou o SELECT com LIMIT/OFFSET que eu disse? Qual o valor dos seguintes parâmetros? SELECT name,setting FROM pg_settings WHERE name IN

[pgbr-geral] PG_DUMP - Problema com Blobs

Olá Estou tentando realizar o procedimento PG_DUMP em uma base, no entanto esta sempre ocorrendo um erro quando ele tenta exportar o conteúdo de uma tabela, com campo do tipo BYTEA ( blob ), esta tabela armazena arquivos grandes ( 100 mb por exemplo ). Acompanhando a execução pelo

[pgbr-geral] pg_dump e restore

Pessoal, mais uma. Tô fazendo um script de dump que primeiro faz o dump da estrutura -s. Depois vou fazer o dump só das tabelas. Vou jogar tudo isso dentro de uma pasta, fazer um tar e copiar pra máquina de backup. Bom, meu problema: quando for fazer o dump, preciso gravar e restaurar na ordem

Re: [pgbr-geral] pg_dump e restore

2011/11/11 Luciano Schardosim schar...@gmail.com: alguma dica? dump não é a melhor opção para cópia de segurança para restauração da base toda, para isso existe a cópia física a quente com recuperação no tempo por aplicação de registros de refazer (/hot backup with PITR/). Mas podes usar o

Re: [pgbr-geral] pg_dump e restore

On 11-11-2011 13:19, Luciano Schardosim wrote: Pessoal, mais uma. Tô fazendo um script de dump que primeiro faz o dump da estrutura -s. Depois vou fazer o dump só das tabelas. Vou jogar tudo isso dentro de uma pasta, fazer um tar e copiar pra máquina de backup. Bom, meu problema: quando

  1   2   >