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 vir
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
>> Teste a capacidade de I/O desses discos. Algo está errado pra fora do
S.O.
>> Considere fazer um teste com fio sobre eles.
>
>
> Como assim algo fora do SO?
Algo pode estar errado entre sua máquina e seus discos. Melhor verificar.
> Acabei de colocar uma tabela de 1 milhão de linhas e nada. No
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
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 capacidad
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
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 s
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
>
> 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
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?
U
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 al
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" escreveu:
> Pessoal,
>
> Bom dia!!!
>
> Vejam se podem me ajudar:
>
> Tenho o meu banco de produção e agora preciso fazer uma
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 fiq
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 fiqu
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.
A
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 não
2014/1/19 Eloi
>
> > É, 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 (não te
17 matches
Mail list logo