Em 14-06-2011 17:15, Filipe L. Constante [Dpto TI - Moniari] escreveu:
> Monica, é exatamente isso! Faço o pg_dump 5x por dia.
>
> Não sei se é a melhor solução, mas não tenho muito conhecimento neste
> banco, estou estudando ele mas ainda é meio confuso.
>
Veja [1].
[1] http://www.midstorm.org/~t
Monica, é exatamente isso! Faço o pg_dump 5x por dia.
Não sei se é a melhor solução, mas não tenho muito conhecimento neste banco,
estou estudando ele mas ainda é meio confuso.
Atenciosamente,
Filipe L. Constante
Analista de Sistemas - Economista
Pós Graduando em Engenharia de Sistema
Filipe,
Os logs de wal são justamente para serem usados para realizar backup físico on
line, e fazer uma recuperação do banco em caso de ocorrer um desastre.
Os 5 "backups" diários a que você se refere não seria dumps extraídos por meio
do pg_dump (backup lógico on line)?
Opa..
Em 14-06-2011 13:39, Filipe L. Constante [Dpto TI - Moniari] escreveu:
> Queria saber se influencia em algo eu parar de utilizar esse
> archive_command, uma vez que além da replicação de dados tenho 5 backups
> diários. Não sei se esse wal é tão necessário, acredito que ele possa estar
> infl
Pessoal, peço mil desculpas por trazer esse assunto a lista, pois toda coisa
fora do escopo da lista sei que é bom evitar.
Trago um assunto desconfortável, mas que com certeza será de grande valia para
aqueles que levam a sério os tratos com outros,
principalmente com membros desta lista.
A um mê
Leandro,
-Mensagem Original-
From: pgbr-geral-requ...@listas.postgresql.org.br
Sent: Monday, June 13, 2011 12:00 PM
To: pgbr-geral@listas.postgresql.org.br
> Vixe, agora é que boiei mesmo. O que seria uma tabela primária,
> então? Em que as tabelas do PostgreSQL diferem das do Sybase o
Opa..
Queria saber se influencia em algo eu parar de utilizar esse
archive_command, uma vez que além da replicação de dados tenho 5 backups
diários. Não sei se esse wal é tão necessário, acredito que ele possa estar
influenciando negativamente na performance do banco.
Atenciosamente,
Fi
> Gostaria de saber a real utilidade do Wal, vi várias
> documentações sobre ele mas ele ficou confuso.
Garantia de dados em disco (escrita não volátil) em forma de escrita
sequencial (escrita mais performática).
>
> Estou utilizando ele e está ficando gigantesco,
Bom dia, tudo certo?
Gostaria de saber a real utilidade do Wal, vi várias
documentações sobre ele mas ele ficou confuso.
Estou utilizando ele e está ficando gigantesco, o banco tem
30Gb aproximadamente e só a pasta Wal já tem 120gb.
Caso algu
>
> bdteste=# select attname, attlen, typname, typlen, attndims from
> pg_attribute a join pg_class c on a.attrelid = c.oid join pg_type t on
> a.atttypid = t.oid where c.relname = 'foo';
> attname | attlen | typname | typlen | attndims
> --++-
Em 14/6/2011 08:10, Leandro DUTRA escreveu:
2011/6/13 Fabiano Machado Dias:
Trabalho com sistemas ERP e posso te dizer que é impossível hoje em dia, uma
empresa de médio-grande porte colocar as suas operações em uma "contingência
manual", pode me dar todos os argumentos do mundo, atualmente com
Em 13-06-2011 09:29, Tiago Adami escreveu:
> Considerando:
> cnpj VARCHAR(20) = 20 +1 Bytes
> razao_social VARCHAR(100) = 100 +1 Bytes
> nome_fantasia VARCHAR(100) = 100 +1 Bytes
> data_cadastro DATE = 4 Bytes
> datahora_alteracao TIMESTAMP = 8 Bytes
> valor_faturamento NUMERIC (18, 2 ) = 9 + 5~8 B
2011/6/13 Fabiano Machado Dias :
>
> Trabalho com sistemas ERP e posso te dizer que é impossível hoje em dia, uma
> empresa de médio-grande porte colocar as suas operações em uma "contingência
> manual", pode me dar todos os argumentos do mundo, atualmente com NFe, Sped,
> FCont, e-Lalur, etc é vit
Em 13 de junho de 2011 09:29, Tiago Adami escreveu:
>
>
>
> Considerando:
> cnpj VARCHAR(20) = 20 +1 Bytes
> razao_social VARCHAR(100) = 100 +1 Bytes
> nome_fantasia VARCHAR(100) = 100 +1 Bytes
> data_cadastro DATE = 4 Bytes
> datahora_alteracao TIMESTAMP = 8 Bytes
> valor_faturamento NUMERIC (1
14 matches
Mail list logo