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 -
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
>
>
>>>
>>> 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.*'
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
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 é:
Aqui eu falei que os SSDs são 100 vezes mais rápidos, mas somente para
leitura
deixo aqui uma referencia, de pesquisadores da HP que fizeram um estudo,
já antigo...
http://www.cs.cmu.edu/~damon2007/pdf/graefe07fiveminrule.pdf
Já vi artigos atuais em que os SSDs atuais chegam a ser 1000
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
>
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).
$
Em 11 de fevereiro de 2016 16:22, Neto pr escreveu:
> Mas sendo um ambiente Hibrido (hdd e ssd) se eu mudar o parametro
> random_page_cost para 1 (leituras aleatorias = sequencial), então para
> os HDD o postgreSQL irá achar que o "custo" da leitura sequencial e
> aleatória sao
Em 11 de fevereiro de 2016 11:44, Flavio Henrique Araque Gurgel
escreveu:
>> Aqui eu falei que os SSDs são 100 vezes mais rápidos, mas somente para
>> leitura
>> deixo aqui uma referencia, de pesquisadores da HP que fizeram um estudo,
>> já antigo...
>>
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
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 é:
12 matches
Mail list logo