2014/1/19 Eloi e...@openmailbox.org
É, parece que você criou uma bagunça com as aspas mesmo... Acho que vai
ficar mais fácil refazer a função do que ajustar cada problema nela. Já
que
vamos refazer, que tal adicionar algumas dicas de ouro? ;-)
Bom, primeiro, veja o modelo que criei
Como faço para passar o valor como inteiro?
Realmente, o next_value devia ser passado como inteiro, não literal.
Para resolver isso, basta usar o %s ao invés de %L. Este irá alocar
o valor diretamente, por isso recomendo um CAST no parâmetro (ele já
é inteiro, mas é só para garantir 100% que
Pessoal,
Bom dia!!!
Vejam se podem me ajudar:
Tenho o meu banco de produção e agora preciso fazer uma carga de cerca de
50 arquivos (cada com aproximadamente 100 milhões de registros). Todos
foram feitos com o pg_dump -Fc na versão 9.0 e agora estou restaurando
utilizando o pg_restore da 9.2.
Tenha em mente de que se trata de uma restauração lógica e não física.
Então retornar essa quantidade de informações deve ser muito demorado
mesmo. Veja se não vale à pena desligar alguns índices, desabilitar os
gatilhos e retornar somente dados. Isso vai lhe dar um bom ganho de tempo,
mas não
Tenha em mente de que se trata de uma restauração lógica e não física.
Então retornar essa quantidade de informações deve ser muito demorado
mesmo. Veja se não vale à pena desligar alguns índices, desabilitar os
gatilhos e retornar somente dados. Isso vai lhe dar um bom ganho de
tempo, mas não
Boa tarde. Ja fez o vacuum full antes de iniciar a operacao??
Como esta a leitura do disco e processamento da maquina? E a rede de dados?
Em 20/01/2014 11:56, JotaComm jota.c...@gmail.com escreveu:
Pessoal,
Bom dia!!!
Vejam se podem me ajudar:
Tenho o meu banco de produção e agora preciso
Bom dia!!!
Em 20 de janeiro de 2014 12:07, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Tenha em mente de que se trata de uma restauração lógica e não física.
Então retornar essa quantidade de informações deve ser muito demorado
mesmo. Veja se não vale à pena desligar alguns
O que importa é: qual o tamanho desse arquivo de dump?
O arquivo tem 4.7GB.
Não é grande.
Aposto que essa base em disco não passa dos 100 GiB .
Sim, estou usando a opção -j do pg_restore :)
Qual o valor que passou para o -j e quantos núcleos tem a máquina que
está restaurando?
De qualquer forma, essa demora é normal.
Agora não acho mais normal. Mais que um dia pra um dump de 4,7 GiB e ainda
no COPY, isso *não* é definitivamente normal.
Concordo plenamente, com certeza não é normal.
Uma pergunta meio tosca, eu sei, mas mesmo assim vou ter de fazer: O backup
Opa,
Em 20 de janeiro de 2014 12:58, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
O que importa é: qual o tamanho desse arquivo de dump?
O arquivo tem 4.7GB.
Não é grande.
Aposto que essa base em disco não passa dos 100 GiB .
Acertou :)
Sim, estou usando a opção
Qual o valor que passou para o -j e quantos núcleos tem a máquina
que está restaurando?
Ao todo a máquina tem 24 núcleos.
Mas quanto passou pro -j ?
Como não foi em quem montou o servidor precisar verificar, acredito que
seja XFS. O diretório de dados está todo mapeado dentro de um
Opa,
Em 20 de janeiro de 2014 13:42, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Qual o valor que passou para o -j e quantos núcleos tem a máquina
que está restaurando?
Ao todo a máquina tem 24 núcleos.
Mas quanto passou pro -j ?
3
Como não foi em quem
Ao todo a máquina tem 24 núcleos.
Mas quanto passou pro -j ?
3
Se você tem 24 núcleos pode passar 24 pro -j.
Ou, pode ser que não tenha entendido, sua máquina é virtual e as CPUs
ditas virtuais são mais limitadas que a máquina real?
Esta com XFS e nobarrier.
Teste a
Opa,
Em 20 de janeiro de 2014 14:28, Flavio Henrique Araque Gurgel
fha...@gmail.com escreveu:
Ao todo a máquina tem 24 núcleos.
Mas quanto passou pro -j ?
3
Se você tem 24 núcleos pode passar 24 pro -j.
Ou, pode ser que não tenha entendido, sua máquina é virtual e as
Colegas, acompanhando os posts anteriores do tópico pg_restore
extremamente lento questiono se meus métodos de validação de
desempenho em disco são válidos.
Hoje utilizo os seguintes testes:
-- Testes de gravação em server de homologação virtualizado (SUSE
Linux 11 SP 3) - Xen Server, 4xIntel(R)
On 20-01-2014 15:58, Tiago Adami wrote:
Colegas, acompanhando os posts anteriores do tópico pg_restore
extremamente lento questiono se meus métodos de validação de
desempenho em disco são válidos.
Hoje utilizo os seguintes testes:
-- Testes de gravação em server de homologação
16 matches
Mail list logo
