Re: [pgbr-geral] Replicação nativa do postgresql

[Flavio Henrique Araque Gurgel]

Em 26-03-2013 12:30, Deliane Andrade escreveu:

Não desligue o escravo quando estiver fazendo esses procedimentos.
VACUUM faz muito log de transação e seu escravo ficou provavelmente
muito atrasado.

Ok. Não desliguei.
Mas o vacuum full ( vacuumdb -v -f -z) do meu master é executado todo
dia à 01:00h da manhã.


Ok. Nada a ver com sua pergunta, mas, por que você faz esse 
procedimento, ainda mais numa versão recente do PostgreSQL?



Hoje fui verificar se alguma alteração feita no meu master, tipo criar
uma tabela de teste, foi replicada para o meu slave.
Nada.


Passe os logs do *escravo* por favor.


Percebi que sempre que ocorre o vacuum no master, parece que a
replicação pára.
Seria possível isso?


Em condições normais, não.
O que pode estar havendo é um atraso muito grande de transmissão de 
dados do mestre pro escravo. Que tipo de rede os interliga?



O meu slave ainda não está disponibilizado para ninguém,além de mim.
Há mais algum desses parâmetro do postgresql.conf que eu deva habilitar
para evitar algo do tipo?

#max_standby_archive_delay = 30s
#max_standby_streaming_delay = 30s
#wal_receiver_status_interval = 10s
#hot_standby_feedback = off


Isso interfere no cancelamento das consultas longas no escravo, e 
consequente pausa na replicação (não aborta a replicação, apenas 
pausa) mas isso dura o tempo que uma consulta durar no *escravo*.


[]s

__
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos  Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: fla...@4linux.com.br
__
FREE SOFTWARE SOLUTIONS
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] descobrir nas System Tables quais tabelas de um schema, utilizam uma certa coluna como FK

[Marcos Aurelio Nobre]

sALLdações .

Boa noite. Estou precisando de uma ajuda.

Em um servidor 9.1 tenho três schemas A, B e C

Em A há uma tabela X que tem a coluna C como sua PK

Em B há 30 tabelas que tem C como FK com a DRI : ON UPDATE CASCADE ON
DELETE NO ACTION.

Em C há 400 tabelas e 80% delas tem C como FK, porém sem DRI implementado
nas contraints.

Então eu não gostaria de entrar em cerca de 200 ~ 300 tabelas , excluir
as FK-Constraints que referem-se / mencionam C e recriá-las com a DRI de
update-cascade.

Assim eu vos pergunto:

1) Existe algum commando de DDL tipo ALTER CONSTRAINT . que pudesse
ser aplicado a estas tabela, modificando-lhes ou incorporando-lhes um
UPDATE CASCADE ?

2) Existe algum SELECT que possa ser aplicado às SYSTEM TABLES de modo que
eu descubra quais tabelas utilizam a coluna C como foreign key ?

3) Outra variante de consulta e descobrir qual constraint utiliza

Gratos:

MN
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral