from:"Emerson Martins"

[pgbr-geral] Instalar extensão UNACCENT - ERROR: could not access file "$libdir/unaccent": Arquivo ou diretório não encontrado

2017-11-28 Por tôpico Emerson Martins

Bom dia pessoal.

Estou tentando instalar a extensão unaccent mas estou recebendo esse erro.

postgres@hml:/usr/local/pgsql/bin$ ./psql
psql (9.3.0)
Type "help" for help.

postgres=# create extension unaccent;
 ERROR:  could not access file "$libdir/unaccent": Arquivo ou diretório não
encontrado


Os arquivos estão no servidor neste diretório, mas ao tentar executar via
psql também obtenho o mesmo erro.

 ./psql postgres -f /usr/share/postgresql/9.3/extension/unaccent--1.0.sql

Use "CREATE EXTENSION unaccent" to load this file.


-rw-r--r-- 1 root root 854 Nov  8 12:10
/usr/share/postgresql/9.3/extension/unaccent--1.0.sql
-rw-r--r-- 1 root root 157 Nov  8 12:10
/usr/share/postgresql/9.3/extension/unaccent.control
-rw-r--r-- 1 root root 766 Nov  8 12:10
/usr/share/postgresql/9.3/extension/unaccent--unpackaged--1.0.sql


Se alguém puder dar alguma dica de como instalar essa extensão, agradeço

Att,

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

Re: [pgbr-geral] Questionamentos sobre performance.

2015-10-09 Por tôpico Emerson Martins

>
> > Então a configuração física já encontra-se pronta lá no servidor do
> cliente,
> > mas ainda teremos que rever esse RAID ai pois já havia comentado e
> avisado
> > que não é o ideal.
>
> Imagino que já o tenhas feito, mas avisa que é pior que ‘não o ideal’:
> é absolutamente catastrófico.
>

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

Re: [pgbr-geral] Questionamentos sobre performance.

2015-10-08 Por tôpico Emerson Martins

Olá pessoal desde já agradeço pelas opniões


A quantidade de usuários simultâneos em média seria *em média 100
> usuários. *
>

Que tipo de aplicação é a sua? OLTP? WEB?
   OLTP

RAID 0? Sério?
>

Então a configuração física já encontra-se pronta lá no servidor do
cliente, mas ainda teremos que rever esse RAID ai pois já havia comentado e
avisado que não é o ideal.

Vai ter replicação? Se sim, pretende usar o secundário para consultas?
>

Inicialmente não, mas seria interessante até porque teríamos um
balanceamento

>
> Qual o sistema operacional e distribuição? Fique de olho na versão do
> kernel [1].
>

CentOs 5


> Não chequei, mas se esse servidor tiver HT, faça testes com este
> habilitado e desabilitado.
>
Essa configuração vou verificar.

>
>
>> A quantidade de usuários simultâneos em média simultaneamente seria *em
>> média 100 usuários. *
>>
>>
> Eita frase doida... Mas está "entendível", acontece... xP
>
 Desculpem a frase foi escrita pelo celular.heheh

>
> Enfim, você sem dúvida vai precisar de um pool de conexões. Se sua
> aplicação não tem um próprio (ou for app desktop), recomendo fortemente o
> pgbouncer [2].
>
> Além do pgbench, já indicado, você pode também usar o pgbench-tools [3]. O
> legal dessa ferramenta, é que monta uma bateria de testes completa (usando
> o pgbench) e traz resultados em gráficos e HTML.
>
> Mesmo usando o pgbench, seria interessante você tentar fazer um teste de
> carga usando a sua aplicação real ou ao menos tentar montar um teste com o
> pgbench em cima de consultas que ela utilizará sob uma base da própria
> aplicação (se possível com dados reais, como está numa migração, talvez
> seja fácil obter).
>


>
> [1] http://www.databasesoup.com/2014/11/good-kernel-bad-kernel.html &
> http://www.databasesoup.com/2014/09/why-you-need-to-avoid-linux-kernel-32.html
> [2] https://github.com/gregs1104/pgbench-tools
> [3] https://pgbouncer.github.io/
>
> Atenciosamente,
> --
> Matheus de Oliveira
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Questionamentos sobre performance.

2015-10-07 Por tôpico Emerson Martins

Olá pessoal

Estou a participar de uma migração de Bancos  Firebird (5 bds separados
Fisicamente) para um PostgreSQL único rodando em um servidor *IBM System
X3650 M4 **Processador XEON E5-2600, 8 GB de RAM e 2 discos SAS 300 GB 10k
RMP em RAID 0)*.

A quantidade de usuários simultâneos em média simultaneamente seria *em
média 100 usuários. *

Então queria ajuda dos colegas para fazer um teste de performance antes de
colocar em produção se o servidor  responderia bem no quesito desempenho.
Quando falo ajuda, se existe algum tool que possa simular esses testes

Agradeço os que puderem ajudar.


Att,

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

[pgbr-geral] [Off-Topic] - Ferramenta para Dashboards

2015-09-01 Por tôpico Emerson Martins

Olá pessoal.

Aqui na empresa usamos o glpi com mysql e atualmente estamos utilizando
consultas através de ODBC no Excel para gerar alguns relatórios.

Então e ai que vem o Off-topic.

Alguém conhece alguma ferramenta free que seja boa para gerar relatórios ou
dashboards,etc.

Agradeço os que puderem ajudar.


Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] PostgreSQL Distribuído.

2015-07-21 Por tôpico Emerson Martins

Olá pessoal.

Estou procurando referências sobre a utilização de SGBDD utilizando
PostgreSQL.

Quais as tecnologias disponíveis? Ferramentas? etc.


Att,

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

[pgbr-geral] Monitoramento Postgresql

2015-07-17 Por tôpico Emerson Martins

Bom dia mestres!

Atualmente estou utilizando o zabbix para monitorar os servidores postgres,
porém ainda não tenho um template especifico para itens básicos.


Alguém indica algum..


Att,

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

[pgbr-geral] Instalação extensão accent-insensitive

2015-03-26 Por tôpico Emerson Martins

Boa tarde pessoal.

Estou precisando de ajudar para instalar a extensão unaccent solicitada
pelos desenvolvedores.
Fiz um teste em um postgres versão 9.4 servidor de testes funcionou
perfeitamente.

Porém em versões anteriores como  9.3.0 e 9.2.0 obtive os erros abaixo:

postgres=# CREATE EXTENSION unaccent;
ERROR:  could not open extension control file
/usr/local/pgsql/share/extension/unaccent.control: Arquivo ou diretÃ³rio
nÃ£o encontrado

Fiz a instalação via complicação manual.

Att,

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

Re: [pgbr-geral] POSTGRESQL NO MAC

2015-02-24 Por tôpico Emerson Martins


 Adquiri um computador novo da Apple e estou tentando instalar o
 postgresql, contudo nada conheço desse sistema operacional. não consigo nem
 encontrar o pg_hba e o pg_postgres, mas preciso me antecipar aos clientes.
 Alguém sabe me dar o caminho das pedras, até que eu encontre uma
 bibliografia adequada.


Pesquisando colega encontrei essa aqui [1], nao testei pois no meu mac uso
maquinas virtuais.

[1]
http://www.klebermota.eti.br/2011/07/12/instalacao-do-postgresql-no-mac-os-x/

Att,

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

[pgbr-geral] Ferramenta similar ao swingbench para postgres

2014-10-02 Por tôpico Emerson Martins

Boa tarde pessoal.

Estou procurando uma ferramenta similar ao swingbech utilizado para executar
uma série de testes de desempenho entre Filesystem, ASM, HugePages,
Fragmentação, etc.,


Att,

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

[pgbr-geral] Script de Manutenção

2014-07-21 Por tôpico Emerson Martins

Bom dia pessoal.

Aqui na empresa temos muitos servidores PostgreSQL, com diversas versões,
modalidades de armazenamentos (Default,GIS,ELT,etc).
Porém trabalhamos com hospedagem do governo e vez ou outra somos
solicitados para efetuar manutenção, memória, espaço, tuning.

Estou pensando a possibilidade de construir um script de identificação do
ambiente, onde o mesmo venha gerar um relatorio com informaçoes relevantes
do ambiente como por exemplo:

Parâmetros de Memória e Postgres ( Database Buffer Cache,hit
ratio,work_mem,maintenance_work_mem,max_fsm_pages,etc)
Estrutura ( Maiores tabelas, Indices, tabelas particionadas,etc)

Inicialmente isso será via script (shell, perl, sql) ainda estou indeciso
com essa questão, por conta da variedades de SOs. Mas caso os colegas ja
conheçam algum ferramenta que possa indicar que traga isso visualmente
também serve, dicas, documentação,etc

Desde já agradeço o apoio dos que puderem ajudar.

Att,

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

Re: [pgbr-geral] Script de Manutenção

2014-07-21 Por tôpico Emerson Martins


 Será que o puppet não te ajuda ?

 http://puppetlabs.com

 Não conheço não. Vou analisar e dou um retorno.




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

[pgbr-geral] Negar acesso ao banco de dados a usuário

2014-06-06 Por tôpico Emerson Martins

Bom dia pessoal.

Recentemente eu criei um usuário que terá acesso a um banco de dados
apenas. Os demais deverá ser negado seu acesso.
Tando via PGADMIN quanto terminal.

Como devo proceder nesse caso.

CREATE ROLE adm_interativa LOGIN ENCRYPTED PASSWORD
'md594afa33b0fe41f48a23205fb4228f3b3' VALID UNTIL 'infinity';

CREATE DATABASE hml_interativa
  WITH ENCODING='UTF8'
   OWNER=adm_interativa
   TEMPLATE=template0
   LC_COLLATE='pt_BR.UTF-8'
   LC_CTYPE='pt_BR.UTF-8'
   CONNECTION LIMIT=-1;

-- pg_hba.conf

# local is for Unix domain socket connections only
local   all all trust
# IPv4 local connections:

#Usuarios de Sistemas
hosthml_interativaadm_delegacia_interativa0.0.0.0/0
  md5
hosthml_interativaadm_delegacia_interativa::1/128
  md5

host   all  all 192.168.0/24
 md5

hostall all 127.0.0.1/32trust
# IPv6 local connections:
hostall all ::1/128 trust


#Para todos os outros bancos o usuario acima nao tem acesso
hostall adm_pericia  0.0.0.0/0
 reject
hostall adm_pericia  ::1/128
 reject

hosthml_interativaall 0.0.0.0/0   reject


Att,

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

Re: [pgbr-geral] Monitoramento do PostgreSQL com Zabbix

2014-05-12 Por tôpico Emerson Martins

Em 9 de maio de 2014 18:30, Fabrízio de Royes Mello fabri...@timbira.com.br
 escreveu:

 On 09-05-2014 17:07, Ricardo Campos Passanezi wrote:
  On Fri, May 09, 2014 at 03:12:01PM -0300, Emerson Martins wrote:
 Boa tarde pessoal?
 AlguÃ©m aqui utiliza Â o zabbix para monitorar o PostgreSQL?
 Fizemos a etapa de monitoramento dos hosts, ip, rede,etc. Estamos
 agora
 na etapa de inclusÃ£o dos serviÃ§os de banco de dados.
 Caso alguÃ©m posso nos auxiliar com informaÃ§Ãµes sobre como
 proceder.
 Quais templates sÃ£o mais confiÃ¡veis.
 Att,
 Emerson MartinsÂ
 
  Ainda não estou usando, mas você pode usar
  http://pg-monz.github.io/pg_monz/index-en.html
 
  Eu tenho umas definições via UserParameters, como (no zabbix_agentd.conf
  do servidor do banco):
 
  ...
  UserParameter=psql.version,psql --version|head -n1
  UserParameter=psql.db_totalsize,psql -Atc select
 sum(pg_database_size(datid)) as total_size from pg_stat_database -U pgsql
 -h localhost template1
  ...
 
  Ainda vou testar essa opção do pg-monz, mas deve te ajudar...
 

 Eu ajudei um cliente a implantar esse template e achei bem interessante.

 O único ponto importante a considerar é que os itens são monitorados
 utilizando o psql para conectar e executar a query com a coleta de
 informações, e como todos sabem é _caro_ ficar conectando/desconectando
 com muita frequencia no PostgreSQL.

 No meu caso temos o pgbouncer entre esse agente e o PostgreSQL para
 melhorar o desempenho.

 Mas com o DBForBix vc não precisa ter o pgbouncer, porque ele cria pra
 vc um pool de conexões para ser mais performático. Apesar de ser em
 java ele usa pouca memória e tem um bom desempenho.

 Att,


Obrigadão pessoal!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Monitoramento do PostgreSQL com Zabbix

2014-05-09 Por tôpico Emerson Martins

Boa tarde pessoal?

Alguém aqui utiliza  o zabbix para monitorar o PostgreSQL?
Fizemos a etapa de monitoramento dos hosts, ip, rede,etc. Estamos agora na
etapa de inclusão dos serviços de banco de dados.

Caso alguém posso nos auxiliar com informações sobre como proceder. Quais
templates são mais confiáveis.


Att,

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

[pgbr-geral] Usuário de Backup no PostgreSQL

2014-05-05 Por tôpico Emerson Martins

Boa tarde pessoal!

Estou com uma pequena dúvida com relação as versões mais novas do
PostgreSQL, que é sobre a utilização de um usuário específico para efetuar
backup.

Não cheguei a pesquisar ainda sobre isso, mas acredito que colocar o
usuário e senha em script de backup não é e nem seria legal.

Alguém ja implementou algo parecido ou chegou a uma solução que não seja
essa de colocar usuario e senha no script de backup.


Att,

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

Re: [pgbr-geral] SQL Art

2014-04-02 Por tôpico Emerson Martins


  Em 02-04-2014 18:30, Fábio Telles Rodriguez escreveu:
 
  Roda aí
 
  select * from
  (select array_to_string(array_agg(CASE WHEN
  (power((xx.x-25),2)/130+power((yy.y-25),2)/130)=1 THEN '
  WHEN (sqrt(power(xx.x-20,2)+power(yy.y-20,2)))2 THEN '#' WHEN
  (sqrt(power(xx.x-20,2)+power(yy.y-30,2)))2 THEN '#' WHEN
  (sqrt(power(xx.x-29,2)+power(yy.y-25,2)))4 THEN '#' WHEN
  (power((xx.x-10),2)/40+power((yy.y-10),2)/40)=1 THEN '
 
  WHEN (power((xx.x-10),2)/40+power((yy.y-40),2)/40=1) THEN ' ELSE ' '
 END),'
  ') as cartoon from
 
 
  (select generate_series(1,40) as x) as xx,(select generate_series(1,50)
 as
  y) as yy group by xx.x order by xx.x) as co_ord;
 
  Tem a manha de fazer um melhor?
 
 
 http://feedproxy.google.com/~r/blogspot/rFRqt/~3/oTGb8aK0Qt4/cartoon-in-pg.html
  
 http://feedproxy.google.com/%7Er/blogspot/rFRqt/%7E3/oTGb8aK0Qt4/cartoon-in-pg.html
 
 
  Cool!
  []s
  Flavio Gurgel
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

 \o/

 Bruno E. A. Silva.
 Analista de Sistemas.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


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

Re: [pgbr-geral] Implementação do PostgreSQL 9.3 Stream Replication com PgPool

2014-03-20 Por tôpico Emerson Martins

Olá Matheus.


 Primeiro você precisa nos informar para qual finalidade você pretende usar
 o PgPool.


A finalidade é estudar a implementação de balanceamento de carga com o
Postgres. Inicialmente irei fazer um ambiente de homologação para testar
aplicações existentes.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Implementação do PostgreSQL 9.3 Stream Replication com PgPool

2014-03-19 Por tôpico Emerson Martins

Pessoal estou precisando de auxilio de quem puder ajudar com a configuração
do PgPool.

Ainda não instalei a ferramenta, mas a configuração do Stream Replication
nativa do Postgres aqui na empresa ja funciona a um bom tempo.Entao quem
puder contribuir com links eu agradeço.


Att,

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

[pgbr-geral] Configuração do PG_HBA.CONF

2014-03-13 Por tôpico Emerson Martins

Bom dia pessoal.

Ambiente: PostgreSQL 9.3.0 Debian 7 Wheezy 64 bits

Estou precisando configurar meu pg_hba.conf para não permitir login sem
senha.

Segue abaixo informações do pg_hba.conf

# TYPE  DATABASEUSERADDRESS METHOD

# local is for Unix domain socket connections only
local   all all trust
# IPv4 local connections:
#DATABASES
hostall all 127.0.0.1/32md5
hostall all 0.0.0.0/0   md5


#Para todos os outros bancos o usuario acima nao tem acesso
#hostall adm_gdnt0.0.0.0/0reject
#hostalladm_gdnt::1/28reject
#hostallrel_gdnt10.1.15.0/0   reject



Att,

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

Re: [pgbr-geral] Configuração do PG_HBA.CONF

2014-03-13 Por tôpico Emerson Martins


 On 13-03-2014 10:40, Emerson Martins wrote:
  # local is for Unix domain socket connections only
  local   all all trust
 
 troque trust por md5.

 Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha.

  
  #Para todos os outros bancos o usuario acima nao tem acesso
  #hostall adm_gdnt0.0.0.0/0reject
  #hostalladm_gdnt::1/28reject
  #hostallrel_gdnt10.1.15.0/0   reject
 
 Se for o caso, como as regras são avaliadas de cima para baixo, para
 bloquear o acesso é necessário que regras 'reject' estejam antes
 daquelas que permitem acesso (pois a primeira regra que casar com o
 padrão informado será utilizada).

 Nesse caso ainda não farei os bloqueios.



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

Re: [pgbr-geral] Configuração do PG_HBA.CONF

2014-03-13 Por tôpico Emerson Martins

 Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco
 não está sendo feita através do pgpool (local ) ? Se for esse o caso,
 verifique o pool_hba.conf, pois ele pode estar permitindo as conexões.

 Então Mauro..Funcionou. Eu alterei a senha dos usuários e funcionou.

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

[pgbr-geral] Acesso através de ROLES

2013-11-12 Por tôpico Emerson Martins

Olá pessoal, estamos organizando uma nova estrutura de Banco de dados
PostgreSQL na Empresa onde eu preciso da ajuda dos colegas sobre como ter
melhor pratica para gerenciar os seguintes usuários

Ambiente:
Sistema Financeiro
BD PostgreSQL 9.3 x64
SO Debian 7 x64

Tipos de Usuários:

ADM da Aplicação Framework (criação de tabelas)
User Relatórios (Somente SELECT)

Pergunto pois tive muitos problemas com algumas aplicações legadas, usando
schema=public, usuario postgres diretamente como dono das tabelas.


Att,

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

[pgbr-geral] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

2013-10-24 Por tôpico Emerson Martins

Bom dia Pessoal!

Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de
Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho
de quem chegar e de quem ja estava.

Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

1 - Acesso ao bd de produção,
2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
ser testados)
3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
Sequences, Stored Procedures, Functions, Roles,etc)
4 - Não existência de uma documentação para manter regras relacionadas.

Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os
Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando
dicas, links, documentos modelos, etc.

Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder ajudar.



Att,

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

Re: [pgbr-geral] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

2013-10-24 Por tôpico Emerson Martins

Opa!

Em 24 de outubro de 2013 11:22, Eduardo Alexandre
eduardog...@gmail.comescreveu:

 Olá,

 Em 24 de outubro de 2013 11:15, Emerson Martins emersonmarti...@gmail.com
  escreveu:

 Bom dia Pessoal!

 Aqui na empresa (Governo) estamos organizando toda estrutura de Banco de
 Dados existente, para os antigos e novos Sistemas, para melhorar o trabalho
 de quem chegar e de quem ja estava.

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 1 - Acesso ao bd de produção,

 Onde trabalho, há o acesso ao bd de produção, até para que possa ser
 replicado nele, as alterações que foram feitas no banco de desenvolvimento.


   Claro! Mas falei em relação a quem tem acesso a esse BD de Produção?
Desenvolvedor, AD, DBA?
Na nossa nova estrutura apenas o DBA terá acesso ao BD de Produção, no
demais os desenvolvedores e AD terão normalmente.

 2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
ser testados)

 Possuímos uma estrutura com três servidores: um para teste, um para
 produção e um para banco de dados. O sistema é sempre desenvolvido no
 servidor de teste, o sistema é versionado e do servidor de produção é feito
 um git pull e obtida a última versão estável.


Nossa idéia será essa mas ainda com um quarto servidor para que possa se
manter a replicação dos dados.


  3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
 Sequences, Stored Procedures, Functions, Roles,etc)



 Utilizo um software case que permite fazer a modelagem da base e geração
 da modelagem em PDF, HTML, etc. Com o comprometimento de replicar no
 documento de modelo toda alteração feita diretamente no banco de dados de
 teste, fica tudo bonito.


Poderia informar a ferramenta ou a mesma foi desenvolvida internamente?


  4 - Não existência de uma documentação para manter regras relacionadas.

  Não entendi.


Entendo. Não fui claro aqui! A documentação é basicamente um doc ou pdf,
informando como deve ser utilizado o padrão interno(orgao) para
nomenclatura de objetos do dicionario de dados(tables,views,functions,etc),
entre as diversas normas do orgao referente a essa area.




 Então se alguém ja trabalha dessa forma, essa tarefa foi me dada para os
 Ambientes PostgreSQL, contudo se alguém se dispuser a me ajudar enviando
 dicas, links, documentos modelos, etc.

 Toda ajuda será bem vinda! E desde já agradeço o apoio de quem puder
 ajudar.



 Att,

 Emerson Martins


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



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


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

Re: [pgbr-geral] Off-Topic - Documentação Definindo Estrutura de Banco de Dados

2013-10-24 Por tôpico Emerson Martins

 Alguns problemas encontrados junto com o pessoal de Desenvolvimento:

 
  1 - Acesso ao bd de produção,

 Como assim?

 Nos servidores antigos os desenvolvedores, entre outros teem acesso de
alterar estruturas do BD diretamente na produção sem passar pelo
homologação! Concerteza isso nao deveria acontecer.



  2 - Nao existia ambiente de homologação onde ( os Scripts de BD deveriam
 ser
  testados)

 E agora, já existe?  Por que os parênteses quebrando a frase, ou ela
 está truncada?


  Já existe sim Dutra.



  3 - Dicionário de Dados - (Definição de Nome do BD, Tabelas, Views,
  Sequences, Stored Procedures, Functions, Roles,etc)

 Qual o problema aqui?

Auxilio de ferramentas para agilizar o processo.


  4 - Não existência de uma documentação para manter regras relacionadas.

 Certo, e?

 Você tem só PostgreSQL ou outros sistemas?

Trabalhamos com PostgreSQL, MySQL e Oracle, porém maioria dos softwares
são desenvolvidos com o banco de dados PostgreSQL.



 Pergunto porque acho mais fácil usar modelagem literária que uma
 ferramenta gráfica — mas quando há vários SGBDs, pode ser necessária
 uma ferramenta dessas para ajudar a manter um dicionário unificado
 entre os diversos sistemas.
 


É justamente nesse ponto que estou precisando melhorar!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Restore em schema especifico

2013-10-18 Por tôpico Emerson Martins

 Em 18 de outubro de 2013 12:00, Anselmo Silva anselmo@gmail.comescreveu:

 Olá pessoal,
 estive com um pepino recentemente e gostaria de compartilhar meus
 resultados ao tempo em
 que estou aberto a sugestões de melhoramento da técnica usada.

 Estava com um script para migração de tabelas de uma base com um só
 Schema para outra de
 mesma situação, porém com tabelas de estruturas distintas.
 Em primeira instância passei com o dblink e o desempenho foi sofrível.
 para executar um insert de uma tabela com aprox 74.000 linhas levaria umas
 36 horas estimadas.
 Então tive a idéia de usar múltiplos Schemas na mesma base, restaurando a
 base origem com um nome de Schema diferente, já que há tabelas com nomes
 iguais em ambas as bases.
 Penei 'googleando' para encontrar alguém que tivesse conseguido restaurar
 uma base num schema específico.
 encontrei até este tópico:
 http://listas.postgresql.org.br/pipermail/pgbr-geral/2010-April/020637.html
 mas, não tive sucesso pelo método de informar no restore o parâmetro
 --schema, pois recebia a seguinte mensagem: *pg_restore: restauração do
 tipo somente dados implícita *

 Então testei o seguinte:
 1 - Fiz um dump na base origem;
 2 - Renomeei o schema base alvo para um nome diferente de public
 3 - fiz o restore do dump da base origem

 e voilá!

 O tempo estimado é de uma hora e 6 min

 Meu cenário:
 O.S: Windows 7 ultimate;
 postgresql 9.2
 Disco: SSD Kingston 128GB

 Se alguém tiver idéia melhor, manda!

 --
 Anselmo M. Silva



Anselmo eu tenho uma base GIS aqui com um schema com cerca de 50 e eu faço
o seguinte.


/usr/bin/pg_dump --schema=indicadores --file=/tmp/indicadores.dump Alagoas

Depois compacto com gzip ou tar envio pro outro servidor via scp

 gunzip -c indicadores.dump.gz | /usr/local/pgsql/bin/psql Alagoas 
/postgresql/backup/log.log 2 /postgresql/backup/logerros.log

Demora um pouco mas funciona.

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

[pgbr-geral] Stream Replication Com PostgreSQL 9.3

2013-09-24 Por tôpico Emerson Martins

Olá pessoal

Estou configurando dois servidores para utilizar Stream Replication nativo
do PostgreSQL 9.3.
Atualmente ja tenho dois servidores rodando na versão 9.0.3, porém a minha
duvida é.

Como eu sei o delay desse envio de informação de um archive de um bd para o
outro?Outra questão é se o mesmo é configurável.


Agradeço os que puderem me ajudar.


Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Configuraçao de SHMMAX e SHMMIN no Slackware

2013-08-14 Por tôpico Emerson Martins

Bom dia pessoal

Recentemente uma lentidão absurda em um outro servidor GIS em relação as
demais solicitações anteriores.


Ambiente:
Slackware 13.1 64 bits
PostgreSQL 8.4.4
Memória : 8G

Parâmetros Atuais:

listen_addresses = '*'
max_connections = 100
shared_buffers = 24MB

work_mem = 1MB # min 64kB
maintenance_work_mem = 16MB# min 1MB

checkpoint_segments = 15# in logfile segments, min 1, 16MB
each
checkpoint_timeout = 5min   # range 30s-1h
checkpoint_completion_target = 0.9  # checkpoint target duration, 0.0 -
1.0
checkpoint_warning = 30s

Tentei fazer algumas alterações nos parâmetro de memória, mas recebi essas
mensagens abaixo:


2013-08-08 16:00:00 BRT [2503]: [1-1] user=,db= FATAL:  could not create
shared memory segment: Invalid argument
2013-08-08 16:00:00 BRT [2503]: [2-1] user=,db= DETAIL:  Failed system call
was shmget(key=5432001, size=140902400, 03600).
2013-08-08 16:00:00 BRT [2503]: [3-1] user=,db= HINT:  This error usually
means that PostgreSQL's request for a shared memory segment exceeded
 your kernel's SHMMAX parameter.  You can either reduce the request size or
reconfigure the kernel with larger SHMMAX.
To reduce the request size (currently 140902400 bytes), reduce PostgreSQL's
shared_buffers parameter (currently 16384) and/or
 its max_connections parameter (currently 103).
If the request size is already small, it's possible that it is less
than your kernel's SHMMIN parameter, in which case raising the request size
or
 reconfiguring SHMMIN is called for.
The PostgreSQL documentation contains more information about shared
memory configuration.



Att,

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

Re: [pgbr-geral] Resolvido. RE: Re: Permissao de Usuario Postgres

2013-08-14 Por tôpico Emerson Martins

Em 9 de agosto de 2013 15:48, Euler Taveira eu...@timbira.com.br escreveu:

 On 09-08-2013 11:05, Matheus de Oliveira wrote:
  OBS: Na próxima não mude o assunto da mensagem. Sei que quis ajudar, mas
  pra quem vê a outra não consegue associar. E acaba respondendo mesmo já
  tendo resolvido (como eu fiz, =P ). Ok?
 
 Acrescentando... Isso aqui não é FÓRUM; é uma LISTA DE DISCUSSÃO. Muita
 gente vê a lista *somente* como suporte grátis e não como fonte de
 conhecimento (Histórico de listas de discussão são muito importantes
 para solucionar problemas baseados em discussões anteriores.)


Concordo Euler e com os demais, maioria dos casos básicos e avançados de
implementação com PostgreSQL, resolvi analisando mensagens anteriores,
outro ponto importante também é retornar a  lista para detalhar a resolução
caso tenha sido resolvida, ou voltar pelo menos para agradecer confirmando
a solução.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuraçao de SHMMAX e SHMMIN no Slackware

2013-08-14 Por tôpico Emerson Martins


 PostgreSQL 8.4? E ainda só na release 4? Não acha que passou da hora de
 atualizar? Veja que a 8.4 perde o suporte ano que vem [1].


Sim, Ainda. Já iniciamos um cronograma para migração dessa versão Matheus,
e é claro como você mesmo ja falou, a cada dia que passa concerteza ficará
mais dificil.


 Você deve aumentar a configuração de SHMMAX do sistema operacional. Veja
 em [2] uma explicação detalhada sobre configuração de recursos do kernel
 para o PostgreSQL.

 Resumindo, o que você deve fazer é adicionar os parâmetros kernel.shmmax e
 kernel.shmall no arquivo /etc/sysctl.conf. São parâmetros de segurança,
 apenas um limite, não serão de fato alocados. Se for um servidor dedicado
 eu diria para colocar metade da sua memória RAM em ambox, ou seja:

 kernel.shmmax = 4294967296
 kernel.shmall = 1048576

 O SHMMAX é definido em bytes e o SHMALL em páginas, por padrão de 4kB.
 Após alterar o /etc/sysctl.conf você pode reiniciar a máquina ou,
 simplesmente, aplicar com o comando:

 # sysctl -p

 OBS: Tudo deve ser feito com usuário root.

 [1] http://www.postgresql.org/support/versioning/
 [2] http://www.postgresql.org/docs/8.4/static/kernel-resources.html


 Um detalhe interessante é que no Slackware não encontro esse arquivo no
/etc/sysctl.conf

root@pgsql-prod-07:~# locate sysctl.conf
/usr/man/man5/sysctl.conf.5.gz

root@pgsql-prod-07:~# sysctl -p
error: unable to open preload file /etc/sysctl.conf
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] recuperação de dados

2013-08-13 Por tôpico Emerson Martins

Em 13 de agosto de 2013 08:07, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2013/8/13 Edison Gonçalves Ferreira Junior edison.ferre...@terra.com.br
 
  Boa noite. Eu tinha um servidorzinho postgresql

 SO, versões?

Como o Dutra mencionou as versões e SO são necessárias.
   Cite também o tipo de backup que você vinha executando.Uns tempos atrás
aconteceu isso comigo, e eu reinstalei as mesmas versões e binários em um
mesmo SO.Copiei o diretorio $PG_DATA completo e funcionou.Um pouco amadora
mas funcionou.


   sub-processo script post-installation instalado retornou estado de
 saída de erro 1
  Nenhum relatório do apport gravado porque MaxReports já foi atingido

 Isso é um erro de instalação de uma versão Debian ou derivada, à
 primeira vista Ubuntu ou variante.  Qual exatamente, que repositórios
 tinhas e qual a operação tentada?

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

Re: [pgbr-geral] Configuração de Memória

2013-08-12 Por tôpico Emerson Martins

Boa tarde Matheus,


 Vejo que meu conhecimento sobre banco é muito menor que o seu, por
 exemplo, o que fico muito grato por estar aprendendo bastante.

 As características do ambiente de banco de dados que usamos é que são
 cerca de 50 bancos e em média 00 conexões simultâneas por banco. Esses
 valores que citei foi em decorrência de algumas documentações sugerindo
 isso. Mas sempre estou aberto a ouvir opiniões que acrescentem algo ao meu
 entendimento, por isso estou nesse fórum.


 Grato pela atenção.



Pessoal desde já agradeço o apoio de todos em me ajudar a entender melhor
como configurar a memória no PostgreSQL.
Como citado ai no meio da discussão quem utiliza ambientes mistos como é o
meu caso (Oracle,PostgreSQL,MySQL) a configuração de memória é bem
diferente.O Tunning pra o PostgreSQL é bem diferente.Não basta apenas
aumentar o shared_buffers e pronto.Muitas são as variáveis que devem ser
colocadas na mesa.

Como falei temos um BD PostgreSQL em GIS que roda muito bem e no entanto
vem apresentando lentidão.




 Em 9 de agosto de 2013 13:32, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:




 2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 shared_buffers = 24GB (RAM Total - 8GB (OS e PostgreSQL)).

 Isso para que as consultas encontrem os dados em cache e não no sistema
 operacional, evitando as requisições ao sistema. Tudo depende do tamanho do
 banco de dados, numero de requisições, etc. No meu caso funciona
 perfeitamente com esses valores sem uso de swap.


 Eu não ia falar nada, mas decidi comentar porque achei a sua recomendação
 um tanto quanto exagerada. Para a maioria dos casos não é recomendado um
 valor alto assim para shared_buffers (veja que esse valor é 75% da RAM),
 apesar de ser verdade que há casos bem específicos onde esse valor pode ser
 bom. Mas já vi vários casos onde esse exagero foi prejudicial, me parece
 que é comum para quem vem do mundo Oracle, pois é uma recomendação comum
 para esse software. Entretanto os algoritmos do PostgreSQL consideram que
 há um bom cache sendo gerenciado pelo sistema operacional, assim, o
 shared_buffers muito alto pode degradar a performance (em geral devido à
 execução do do bgwriter).

 Também não acho que o fato de não entrar em swap ajude, já que o ruim é
 que o SO fica com pouca memória para cache. E, mesmo com esse valor, existe
 uma explicação para effective_cache_size = 26GB? Pois, pra mim a conta não
 bate:

 - Temos 24GB para o shared_buffers
 - Mais a possibilidade de ~ 3 * 1,5 GB devido ao maintenance_work_mem e
 autovacuum (pode não alocar tudo isso)

 Só nessa conta (sem considerar outros fatores), teríamos somente 3,5 GB
 para cache do sistema operacional, e mentir sobre isso para o PostgreSQL
 *pode* ser desastroso.

 Veja que não estou querendo te criticar, mas achei que a recomendação
 poderia prejudicar algumas pessoas sem um melhor contexto. Ainda, fiquei
 pessoalmente interessado nesse ambiente que você citou e os motivos de um
 valor tão alto ter dado ganho em performance. Pois a maioria dos casos e as
 configurações iniciais a considerar, são contrárias a isso. Pode nos falar
 mais sobre isso? Quais as características do ambiente (DW, OLTP, muita
 consulta, balanceado, usuários simultâneos, etc...)? E o tamanho da base?
 Você chegou a testar valores menores? E a verificação do uso efetivo do
 shared_buffers (a extensão pg_buffercache ajuda a analisar isso)? E ainda a
 atividade do bgwriter é muito intensa?



 Abraço.


 Em 9 de agosto de 2013 10:19, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:


 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.com escreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para
 entender melhor como configurar esses parâmetros de memória no 
 postgres.Se
 existe alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =

 Tomando por base um servidor com 32GB de memória e SO Linux (Debian)



  2013/8/9 Dilamar Hoffmann dilama...@gmail.com

 Bom dia Emerson,

 De acordo com esse valor de memória RAM os valores seriam:

 shared_buffers =  24GB


 Quê? 24GB de shared_buffers? E um top-posting pra complementar. Pode
 isso Arnaldo?

   effective_cache_size =  26GB
  work_mem = 8MB
  maintenance_work_mem = 1600MB



 Meio chutado esse valores, não?!

 Concordo que pode ter algumas situações onde esses valores podem ser
 bons (apesar de ser em apenas 0,0001%, ao meu ver), mas não acho legal
 apresentar valores dessa forma. O ideal, como já foi passado antes nos
 links e comentários, é entender os valores e monitorar a efetividade das
 alterações. Claro que se tem valores iniciais meio genéricos [1], que
 seriam, em geral:

 - shared_buffers = 15% a 20% da RAM, no caso dele eu começaria com 6GB
 e subiria se necessário (não mais do que 10GB ao menos que bem provado).
 Veja que existe a possibilidade de 500MB ser mais que suficiente (claro,
 para bancos pequenos

Re: [pgbr-geral] Arquivo de log - Consider increasing the configuration parameter checkpoint_segments.

2013-08-08 Por tôpico Emerson Martins

Em 8 de agosto de 2013 08:49, Matheus de Oliveira matioli.math...@gmail.com
 escreveu:




 2013/8/7 Emerson Martins emersonmarti...@gmail.com


 Boa tarde pessoal.

 Ontem precisei fazer um restore de um BD nosso que armazena bases de
 dados GIS, no momento da importação percebi esses diversos alertas. Após a
 importação não o recebi mais.

 Seria ainda necessário aumentar o valor desse parâmetro?
 .


 Ambiente:

 PostgreSQL 8.4
 Debian 6 64 Bits
 Size Dump: 60G



 2013-08-07 01:14:24 BRT [2145]: [14-1] user=,db= HINT:  Consider
 increasing the configuration parameter checkpoint_segments.
 2013-08-07 01:14:31 BRT [2145]: [15-1] user=,db= LOG:  checkpoints are
 occurring too frequently (7 seconds apart)
 2013-08-07 01:14:31 BRT [2145]: [16-1] user=,db= HINT:  Consider
 increasing the configuration parameter checkpoint_segments.
 2013-08-07 01:14:38 BRT [2145]: [17-1] user=,db= LOG:  checkpoints are
 occurring too frequently (7 seconds apart)
 2013-08-07 01:14:38 BRT [2145]: [18-1] user=,db= HINT:  Consider
 increasing the configuration parameter checkpoint_segments.


 Se foi uma carga de dados que não acontece sempre, não há necessidade de
 aumentar (pelo menos não por causa dessa mensagem). Mas se faz isso sempre,
 talvez seja interessante aumentar, porque um checkpoint a cada 7 segundos
 (como aconteceu no seu caso) gera muito I/O e pode degradar demais a
 performance. Além disso, aumente também se essa mensagem aparece em
 momentos mais usuais.

 De qualquer forma, qual o valor atual? O padrão (3) é muito baixo para
 muitos casos. Eu começaria com os seguintes valores para os parâmetros de
 checkpoint (e depois aumentado se ver necessidade):

 checkpoint_segments = 10 # para grandes ambientes pode pensar em 32 ou mais
 checkpoint_completation_target = 0.9
 checkpoint_timeout = 5min # é o padrão, as vezes pode-se pensar em aumentar


 Realmente Mateus o valores permaneciam default, conforme abaixo. As vezes
 é necessários fazer restore de outros databases nesse mesmo servidor, em
 homologação também.Farei as alterações recomendadas e o monitoramento,
 voltando a postar o resultado
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Configuração de Memória

2013-08-08 Por tôpico Emerson Martins

Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
melhor como configurar esses parâmetros de memória no postgres.Se existe
alguma métrica específica para configura-los.

 shared_buffers =
 effective_cache_size =
 work_mem =
 maintenance_work_mem =

Tomando por base um servidor com 32GB de memória e SO Linux (Debian)

Att,

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

Re: [pgbr-geral] Configuração de Memória

2013-08-08 Por tôpico Emerson Martins

 Em 8 de agosto de 2013 14:07, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Pessoal estou aqui mais uma vez precisando da ajuda de todos para entender
 melhor como configurar esses parâmetros de memória no postgres.Se existe
 alguma métrica específica para configura-los.

  shared_buffers =
  effective_cache_size =
  work_mem =
  maintenance_work_mem =



 Creio que isto pode te dar uma ajuda:

 http://www.fernandoike.com/2013/08/06/postgresql-tuning-preludio/



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

[pgbr-geral] Arquivo de log - Consider increasing the configuration parameter checkpoint_segments.

2013-08-07 Por tôpico Emerson Martins

Boa tarde pessoal.

Ontem precisei fazer um restore de um BD nosso que armazena bases de dados
GIS, no momento da importação percebi esses diversos alertas. Após a
importação não o recebi mais.

Seria ainda necessário aumentar o valor desse parâmetro?

Ambiente:

PostgreSQL 8.4
Debian 6 64 Bits
Size Dump: 60G



2013-08-07 01:14:24 BRT [2145]: [14-1] user=,db= HINT:  Consider increasing
the configuration parameter checkpoint_segments.
2013-08-07 01:14:31 BRT [2145]: [15-1] user=,db= LOG:  checkpoints are
occurring too frequently (7 seconds apart)
2013-08-07 01:14:31 BRT [2145]: [16-1] user=,db= HINT:  Consider increasing
the configuration parameter checkpoint_segments.
2013-08-07 01:14:38 BRT [2145]: [17-1] user=,db= LOG:  checkpoints are
occurring too frequently (7 seconds apart)
2013-08-07 01:14:38 BRT [2145]: [18-1] user=,db= HINT:  Consider increasing
the configuration parameter checkpoint_segments.



Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [OFF] Palestra - Importação Adabas - PostgreSQL - amanhã (01/08/2013)

2013-08-01 Por tôpico Emerson Martins

Pessoal sabe informar se é possivel efetuar download dessa palestra
posteriormente.

Trabalhamos com Adabas também..

Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283


Em 31 de julho de 2013 18:45, Roberto Mello roberto.me...@gmail.comescreveu:

 2013/7/31 Fábio Telles Rodriguez fabio.tel...@gmail.com:
  Bacana, vou tentar assistir.
 
  Em 31 de julho de 2013 17:38, Juliano Atanazio
  juliano.l...@gmail.com escreveu:
  Caso Importação de Dados
  Adabas x PostgreSQL

 Valeu por compartilhar Fábio!

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

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

[pgbr-geral] Configuração do arquivos recovery.conf

2013-07-31 Por tôpico Emerson Martins

Boa tarde pessoal.

Tenho dois servidores postgres com replicação nativa, recentemente
configurei no arquivo recovery.conf a opção de excluir os arquivos ja
backupeados.

Dúvida:

Existe alguma forma de configurar para manter os arquivos do dia ainda no
servidor?


standby_mode = 'on'
primary_conninfo = 'host=ip port=5432 user=postgres password=senha'
restore_command = 'cp /postgresql/replication/%f %p
2/postgresql/data/recovery.log'
trigger_file = '/tmp/trigger.pgsql.5432'

#exclui arquivos ja backupeados
archive_cleanup_command = '/usr/local/pgsql/bin/pg_archivecleanup -d
/postgresql/replication %r 2/postgresql/data/cleanup.log'
~


Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Configuração do arquivos recovery.conf

2013-07-31 Por tôpico Emerson Martins

OK.

Obrigado Euler.

Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283


Em 31 de julho de 2013 15:59, Euler Taveira eu...@timbira.com.br escreveu:

 On 31-07-2013 15:00, Emerson Martins wrote:
  Existe alguma forma de configurar para manter os arquivos do dia ainda
  no servidor?
 
 Sim.

  #exclui arquivos ja backupeados
  archive_cleanup_command = '/usr/local/pgsql/bin/pg_archivecleanup -d
  /postgresql/replication %r 2/postgresql/data/cleanup.log'
  ~
 
 Você pode fazer o seu próprio script e substituir o comando acima. Uma
 outra maneira é utilizar o cron para remover os arquivos mais antigos.


 --
Euler Taveira   Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora

2012-11-30 Por tôpico Emerson Martins

Em 29 de novembro de 2012 11:20, Luiz Carlos L. Nogueira Jr. 
lcnogueir...@gmail.com escreveu:

 Eu também tive esse problema em dumps de banco de imagens.
 Ele fica bem maior do que o SO mostra.
 Ele vai ser demorado mesmo. Minha infra é MUITO boa, o banco no SO tem +-
 120GB e qdo fizemos o dump plain ele fica com mais de 400GB (não sei o
 valor pq estourou a partição de dumps). Só deu na partição com o -Fc mesmo.
 Usei a compressão (-Z ) e não valeu o custo/benefício de tempo/tamanho.
 Então, nem se preocupe  vai demorar mesmo.
 Como já falaram anteriormente Acharia melhor vc replicar mesmo, pois a
 carga na rede será beeem menor que vc ficar mandando esse dump
 inteiro.
 BOA SORTE!!


Aê galera.

Obrigado a todos pelas dicas consegui resolver o tamanho..Ficou agora com o
tamanho quase igual ao do banco.
Pelo fato do banco ter imagens de geoprocessamento a demora foi inevitável
mas já resolveu meu problema de tamanho.

postgres@prod:/postgresql/backup$ ls -lah
total 190G
drwxr-xr-x 2 postgres postgres 4.0K 2012-11-29 09:19 ./
drwx-- 8 postgres postgres 4.0K 2012-06-14 16:00 ../
-rw-r--r-- 1 postgres postgres  48G 2012-11-29 14:56 bd_Alagoas.dump.gz



 Em 29 de novembro de 2012 11:01, Flávio Alves Granato 
 flavio.gran...@gmail.com escreveu:


 Emerson Martins writes:

  Flavio Alves. Minhas sinceras desculpas para você e para todos que estão
  recebendo os e-mails, deve estar havendo algum problema com minha
  ferramenta de e-mail como você mesmo falou, pois e dessa forma que
 estou
  fazendoo qual estou enviando.Minha intenção não foi ofender, e claro
 tenho
  sempre a mente aberta para aprender e reconheço que a intenção da lista
 é
  ajudar.Então mais uma vez desculpas;
 
  Se alguém..Deve ser ter alguma configuração o qual eu nao sei na parte
 da
  lista.
 
  Emerson Martins

 Sem problema. Desculpas aceitas, boa sorte na solução dos seus problemas.

 --
 Flávio Alves Granato
 gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



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


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

Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora

2012-11-29 Por tôpico Emerson Martins

Então Flavio justamente é o bd_Alagoas, peço desculpas por nao responder a
pergunta adequadamente.
Não estava usando a opção -Fc


Perguntas:
2) Qual o tamanho do dump final?
 140GB
3) Que tipo de discos você usa em seu Debian pra esse banco (sata, sas,
tipo de controladora)? Como eles estão distribuídos para o banco? (saída
do comando mount sem argumentos já nos ajuda muito).
Discos de 300 Fiber Channel num Storage HP.

Telles
Quanto ao tipo de backup ja estou implementando uma politica para esse
servidor.

Farei os testes e voltarei aqui com os resultados


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 29 de novembro de 2012 06:40, Dickson S. Guedes
lis...@guedesoft.netescreveu:


 Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com
 escreveu:

 
 
  Pergunta que já fiz e você não respondeu:
  1) Você usa a opção -Fc do pgdump?
 
  Perguntas que não fiz ainda:
  2) Qual o tamanho do dump final?
  3) Que tipo de discos você usa em seu Debian pra esse banco (sata, sas,
  tipo de controladora)? Como eles estão distribuídos para o banco? (saída
  do comando mount sem argumentos já nos ajuda muito).
 
 
  Acrescentando:
4) Sua base tem muitas imagens com Bytea ou Large Object?
5) Chegou a considerar o uso do backup físico além do DUMP? Gerar Dump
 todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com mais
 de 50GB...
 
  Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/

 Acrescentando mais uma coisa.. você falou que precisa enviar esta base...
 já precisei fazer isto e utilizei um método incremental de envio aliado ao
 dump com -Fd .

 A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele
 era enviado para o site remoto.. e por fim o TOC e um sha1.


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


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

Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora

2012-11-29 Por tôpico Emerson Martins

Flavio Alves, cara minhas sinceras desculpas, mas não entendi o que você
realmente quer passar.

Em momento alguma não estou infringindo a regra das lista.Estou apenas com
uma duvida e solicitei ajuda, caso não queira ajudar é um direito seu, mas
o pessoal estar se prontificando a ajudar então não vejo a necessidade de
passar links da wikipedia, para esse contexo.

Obrigado.

Emerson Martins


Em 29 de novembro de 2012 09:03, Glauco Torres
torres.gla...@gmail.comescreveu:


 No dia 29 de Novembro de 2012 09:58, Flávio Alves Granato 
 flavio.gran...@gmail.com escreveu:


 Emerson,

 Eu gostaria de sugerir que você desse uma lida com calma neste artigo da
 wikipedia:
 http://pt.wikipedia.org/wiki/Netiqueta

 Abraços,


 Flávio Granato

 Emerson Martins writes:

  Então Flavio justamente é o bd_Alagoas, peço desculpas por nao
 responder a
  pergunta adequadamente.
  Não estava usando a opção -Fc
 
 
  Perguntas:
  2) Qual o tamanho do dump final?
   140GB
  3) Que tipo de discos você usa em seu Debian pra esse banco (sata, sas,
  tipo de controladora)? Como eles estão distribuídos para o banco? (saída
  do comando mount sem argumentos já nos ajuda muito).
  Discos de 300 Fiber Channel num Storage HP.
 
  Telles
  Quanto ao tipo de backup ja estou implementando uma politica para esse
  servidor.
 
  Farei os testes e voltarei aqui com os resultados
 
 
  Emerson Martins
  DBA
  Itec/AL
  82 9123-5504
  82 9668-1283
 
 
 
  Em 29 de novembro de 2012 06:40, Dickson S. Guedes
  lis...@guedesoft.netescreveu:
 
 
  Em 28/11/2012 18:31, Fábio Telles Rodriguez fabio.tel...@gmail.com
  escreveu:
 
  
  
   Pergunta que já fiz e você não respondeu:
   1) Você usa a opção -Fc do pgdump?
  
   Perguntas que não fiz ainda:
   2) Qual o tamanho do dump final?
   3) Que tipo de discos você usa em seu Debian pra esse banco (sata,
 sas,
   tipo de controladora)? Como eles estão distribuídos para o banco?
 (saída
   do comando mount sem argumentos já nos ajuda muito).
  
  
   Acrescentando:
 4) Sua base tem muitas imagens com Bytea ou Large Object?
 5) Chegou a considerar o uso do backup físico além do DUMP? Gerar
 Dump
  todo dia NÃO É A MELHOR POLÍTICA DE BACKUP para quem tem uma base com
 mais
  de 50GB...
  
   Vide: http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/
 
  Acrescentando mais uma coisa.. você falou que precisa enviar esta
 base...
  já precisei fazer isto e utilizei um método incremental de envio
 aliado ao
  dump com -Fd .
 
  A medida que um arquivo dentro do diretório era gerado pelo pg_dump ele
  era enviado para o site remoto.. e por fim o TOC e um sha1.
 
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
 
 
  ___
  pgbr-geral mailing list
  pgbr-geral@listas.postgresql.org.br
  https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


 --
 Flávio Alves Granato
 gpg: 968F:A938:70B9:82C7:5198:2C74:13CB:2C25:EF1E:726D
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


 Bom dia!

 Flávio, Top post.. cuidado.

 Att Glauco Torres

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


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

[pgbr-geral] Dump muito grande - Opções para diminuir - Demora

2012-11-28 Por tôpico Emerson Martins

Olá galera boa tarde.

Estou precisando da ajuda dos mais experientes ou quem ja tenha passado por
isso.Preciso de dicas ou opção para diminuir o tamanho do dump de um banco
de dados que tenho aqui na empresa de GIS, geralmente preciso enviar esses
dumps.

Outro problema é a demora pra gerar esse dump dura cerca de umas 3
horas..Existe algum parâmetro que eu possa mudar para agilizar esse
processo?

Ambiente:
Postgres 8.4
Debian 6
Memoria 6Gb


Atenciosamente,

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

Re: [pgbr-geral] Dump muito grande - Opções para diminuir - Demora

2012-11-28 Por tôpico Emerson Martins

Opa Flavio.

Então segue abaixo tamanho da base

postgres=# SELECT datname, pg_size_pretty(pg_database_size(datname))as
tamanho_bd  FROM pg_database;
 datname  | tamanho_bd
--+
 template1| 5510 kB
 template0| 5408 kB
 postgres | 5510 kB
 bd_Alagoas | 58 GB
 catalogo_full| 59 MB
 catalogo | 55 MB
 catalogo_clean   | 8990 kB
(11 rows)

postgres=#


Emerson Martins
DBA Jr




Em 28 de novembro de 2012 15:24, Flavio Henrique Araque Gurgel 
fla...@4linux.com.br escreveu:


 Em 28-11-2012 16:19, Emerson Martins escreveu:
  Olá galera boa tarde.
 
  Estou precisando da ajuda dos mais experientes ou quem ja tenha passado
  por isso.Preciso de dicas ou opção para diminuir o tamanho do dump de um
  banco de dados que tenho aqui na empresa de GIS, geralmente preciso
  enviar esses dumps.
 
  Outro problema é a demora pra gerar esse dump dura cerca de umas 3
  horas..Existe algum parâmetro que eu possa mudar para agilizar esse
  processo?
 
  Ambiente:
  Postgres 8.4
  Debian 6
  Memoria 6Gb

 Faltou a informação mais importante:
 Qual o tamanho do banco em disco e qual o tamanho do dump?

 Já tentou utilizar a opção -Fc (formato custom, comprimido) do pgdump?

 []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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ultimo acesso Base de dados

2012-08-02 Por tôpico Emerson Martins

Você pode configurar o log a seu favor.Essa dica foi me passado por Flávio
Gurgel.

Configurar no arquivo postgresql.conf

parametro = log_line_prefix.
log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d '
Com o espaço antes do apóstrofo final.


Emerson Martins
DBA Jr


Em 1 de agosto de 2012 14:12, Sebastian Webber sweb...@outlook.comescreveu:

 Talvez no log, se estiver configurado para tal.

 Sebastian Webber
 http://swebber.me


 --
 Date: Wed, 1 Aug 2012 14:10:32 -0300
 From: clau.s...@gmail.com
 To: pgbr-geral@listas.postgresql.org.br
 Subject: [pgbr-geral] Ultimo acesso Base de dados


 Prezados,

 Há em algum lugar no PostgreSQL 8.2 onde posso verificar o quando uma base
 de dados foi acessada pela ultima vez? E o ultimo acesso de
 um usuário, também tem como saber?
 Fico no aguardo.

 --
 Atenciosamente,

 *Claudio Souto*
 (61) 9831-9381



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

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


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

[pgbr-geral] Erros - Memória Compartilhada

2012-07-24 Por tôpico Emerson Martins

Bom dia pessoal estou com um problema de um servidor que estar caindo
sempre.Não estava sobre a minha administração.Segue logs:
Estou com dúvidas como configurar esses parametros

Ambiente:

Debian 6
4GB Memoria
4 processadores

2012-07-24 09:30:50 BRT DETALHE:  O postmaster ordenou a esse processo
servidor para cancelar a transaÃ§Ã£o atual e sair, porque outro processo
servidor saiu anormalmente e possivelmente corrompeu memÃ³ria compartilhada.
2012-07-24 09:30:50 BRT DICA:  Dentro de instantes vocÃª poderÃ¡ conectar
novamente ao banco de dados e repetir seu commando.
2012-07-24 09:30:50 BRT FATAL:  o sistema de banco de dados est? em modo de
recupera??o
2012-07-24 09:30:50 BRT FATAL:  o sistema de banco de dados est? em modo de
recupera??o
2012-07-24 09:30:50 BRT FATAL:  o sistema de banco de dados est? em modo de
recupera??o
2012-07-24 09:30:50 BRT LOG:  todos os processos servidor foram terminados;
reinicializando
2012-07-24 09:30:50 BRT FATAL:  n?o p?de criar segmento de mem?ria
compartilhada: N?o foi poss?vel alocar mem?ria
2012-07-24 09:30:50 BRT DETALHE:  Falhou ao executar chamada de sistema
shmget(key=5432001, size=30466048, 03600).
2012-07-24 09:30:50 BRT DICA:  Esse erro usualmente significa que a
requisi??o do PostgreSQL por segmento de mem?ria compartilhada excedeu a
mem?ria ou espa?o de swap dispon?vel. Para reduzir o tamanho requisitado
(atualmente 30466048 bytes), reduza o par?metro shared_buffers do
PostgreSQL (atualmente 3328) e/ou par?metro max_connections (atualmente
103).
A documenta??o do PostgreSQL cont?m informa??es adicionais sobre
configura??o de mem?ria compartilhada.
2012-07-24 09:32:28 BRT LOG:  sistema de banco de dados foi interrompido;
?ltima execu??o em 2012-07-24 09:30:46 BRT
2012-07-24 09:32:28 BRT LOG:  sistema de banco de dados n?o foi desligado
corretamente; recupera??o autom?tica est? em andamento
2012-07-24 09:32:28 BRT LOG:  registro com tamanho zero em 0/A36F354
2012-07-24 09:32:28 BRT LOG:  redo n?o ? requerido
2012-07-24 09:32:28 BRT LOG:  sistema de banco de dados est? pronto para
aceitar conex?es
2012-07-24 09:32:28 BRT LOG:  inicializador do autovacuum foi iniciado
2012-07-24 09:32:28 BRT LOG:  pacote de inicializa??o incompleto


Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Erros - Memória Compartilhada

2012-07-24 Por tôpico Emerson Martins

Então pessoal, com ajuda dos demais conseguir realmente identificar o
gargalo. No meu caso era o Apache que tava instalado na mesma maquina, e
que por sua vez tava mal configurado e consumindo a a memoria toda.Como
essa aplicação demanda muitos acessos..Recomendei e foi criado um servidor
apenas para o banco de dados postgres..com a arquitetura 64 bits e 4 GB com
4 Processadores.Até agora..tudo tranquilo..

Agora ficou a minha dúvida se nao tivesse um outro servidor
disponível..como era que poderia ser feito esse compartilhamento.?Haveria
como definir isso no SO atravess do kernel.shmmax e shmall.

Obrigado a todos mais uma vez.

Atenciosamente,

Emerson Martins
DBA Jr

Em 24 de julho de 2012 13:41, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2012/7/24 Bruno Silva bemanuel...@gmail.com:
  no que tange aos PCs

 Isso é matemática, não arquitetura.  Vale para tudo, não apenas PCs.


  para gestão de mais de 3072M a arquitetura deve ser 64bits.

 4GiB, que são 2^64 bytes.

 O que queres dizer são 3GiB (M seria simplesmente mega, o que não faz
 sentido; são MiB, mibibytes) reservados para aplicações, mas isso é
 configurável.


  E isso é independente do Sistema Operacional utilizado.

 Mas existem os SOs PAE, como o GNU/Linux, que conseguem usar mais.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] postgresql 9.1 não inicializa

2012-07-23 Por tôpico Emerson Martins

Esse banco que tá recebendo os logs é replicado? Ou instancia única?

Emerson Martins
DBA Jr


Em 23 de julho de 2012 10:27, Monica Ferrari Villarino
moni...@stf.jus.brescreveu:

  Pessoal, bom dia!

 ** **

 Estou com um problema na inicialização do meu postgresql, após encher o
 disco de logs do wall, o banco parou, alguns logs foram perdidos e outros
 apagados. Sei que não vou mais conseguir recuperar totalmente meu banco.
 Tenho um pg_dump feito com o banco parado, então quero usar esse pg_dump
 para recriar meu banco, mas não consigo acessar o postgresql para apagar o
 banco (dropdb). Como faço para resolver isso? Tenho que reinstalar o
 postgresql?

 ** **

 Versão do banco: 9.0

 S.O. Linux Redhat 

 ** **

 No log temos o seguinte:

 ** **

 2012-07-23 09:49:49 BRT LOG:  sistema de banco de dados foi interrompido;
 Ãºltima execuÃ§Ã£o em 2012-07-23 05:21:01 BRT

2012-07-23 09:49:49 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F790075 (arquivo de log 3961, segmento 117):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 09:49:49 BRT LOG:  registro do ponto de controle primÃ¡rio
 Ã© invÃ¡lido

2012-07-23 09:49:49 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F79006F (arquivo de log 3961, segmento 111):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 09:49:49 BRT LOG:  registro do ponto de controle secundÃ¡rio
 Ã© invÃ¡lido

2012-07-23 09:49:49 BRT PÃNICO:  nÃ£o pÃ´de localizar registro do ponto
 de controle vÃ¡lido

2012-07-23 09:49:49 BRT LOG:  processo de inicializaÃ§Ã£o (PID 28400)
 foi terminado pelo sinal 6: Aborted

2012-07-23 09:49:49 BRT LOG:  interrompendo inicializaÃ§Ã£o porque o
 processo de inicializaÃ§Ã£o falhou

2012-07-23 10:01:41 BRT LOG:  sistema de banco de dados foi
 interrompido; Ãºltima execuÃ§Ã£o em 2012-07-23 05:21:01 BRT

2012-07-23 10:01:41 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F790075 (arquivo de log 3961, segmento 117):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 10:01:41 BRT LOG:  registro do ponto de controle primÃ¡rio
 Ã© invÃ¡lido

2012-07-23 10:01:41 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F79006F (arquivo de log 3961, segmento 111):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 10:01:41 BRT LOG:  registro do ponto de controle secundÃ¡rio
 Ã© invÃ¡lido

2012-07-23 10:01:41 BRT PÃNICO:  nÃ£o pÃ´de localizar registro do ponto
 de controle vÃ¡lido

2012-07-23 10:01:41 BRT LOG:  processo de inicializaÃ§Ã£o (PID 1519)
 foi terminado pelo sinal 6: Aborted

2012-07-23 10:01:41 BRT LOG:  interrompendo inicializaÃ§Ã£o porque o
 processo de inicializaÃ§Ã£o falhou

 ** **

 Obrigada,

 Mônica.

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


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

Re: [pgbr-geral] RES: postgresql 9.1 não inicializa

2012-07-23 Por tôpico Emerson Martins

Se for replicação com Stream Replication você pode refazer o servidor
Slave..A depender do tamanho..Se eu tiver falando alguma besteira os mais
experientes me corrijam..Ja aconteceu comigo isso apenas recriei o slave e
ficou tudo ok.
Quanto a questão de encher o disco de archives wal você pode instalar o
pg_cleanup para apagar os archives antigos backupeados

[1] http://www.postgresql.org/docs/9.0/static/pgarchivecleanup.html

Emerson Martins
DBA Jr



Em 23 de julho de 2012 10:39, Monica Ferrari Villarino
moni...@stf.jus.brescreveu:

  Não. É uma instância única.

 ** **

 *De:* pgbr-geral-boun...@listas.postgresql.org.br [mailto:
 pgbr-geral-boun...@listas.postgresql.org.br] *Em nome de *Emerson Martins
 *Enviada em:* segunda-feira, 23 de julho de 2012 10:35
 *Para:* Comunidade PostgreSQL Brasileira
 *Assunto:* Re: [pgbr-geral] postgresql 9.1 não inicializa

 ** **

 Esse banco que tá recebendo os logs é replicado? Ou instancia única?


 Emerson Martins

 DBA Jr

 ** **

 Em 23 de julho de 2012 10:27, Monica Ferrari Villarino moni...@stf.jus.br
 escreveu:

 Pessoal, bom dia!

  

 Estou com um problema na inicialização do meu postgresql, após encher o
 disco de logs do wall, o banco parou, alguns logs foram perdidos e outros
 apagados. Sei que não vou mais conseguir recuperar totalmente meu banco.
 Tenho um pg_dump feito com o banco parado, então quero usar esse pg_dump
 para recriar meu banco, mas não consigo acessar o postgresql para apagar o
 banco (dropdb). Como faço para resolver isso? Tenho que reinstalar o
 postgresql?

  

 Versão do banco: 9.0

 S.O. Linux Redhat 

  

 No log temos o seguinte:

  

 2012-07-23 09:49:49 BRT LOG:  sistema de banco de dados foi interrompido;
 Ãºltima execuÃ§Ã£o em 2012-07-23 05:21:01 BRT

2012-07-23 09:49:49 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F790075 (arquivo de log 3961, segmento 117):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 09:49:49 BRT LOG:  registro do ponto de controle primÃ¡rio
 Ã© invÃ¡lido

2012-07-23 09:49:49 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F79006F (arquivo de log 3961, segmento 111):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 09:49:49 BRT LOG:  registro do ponto de controle secundÃ¡rio
 Ã© invÃ¡lido

2012-07-23 09:49:49 BRT PÃNICO:  nÃ£o pÃ´de localizar registro do ponto
 de controle vÃ¡lido

2012-07-23 09:49:49 BRT LOG:  processo de inicializaÃ§Ã£o (PID 28400)
 foi terminado pelo sinal 6: Aborted

2012-07-23 09:49:49 BRT LOG:  interrompendo inicializaÃ§Ã£o porque o
 processo de inicializaÃ§Ã£o falhou

2012-07-23 10:01:41 BRT LOG:  sistema de banco de dados foi
 interrompido; Ãºltima execuÃ§Ã£o em 2012-07-23 05:21:01 BRT

2012-07-23 10:01:41 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F790075 (arquivo de log 3961, segmento 117):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 10:01:41 BRT LOG:  registro do ponto de controle primÃ¡rio
 Ã© invÃ¡lido

2012-07-23 10:01:41 BRT LOG:  nÃ£o pÃ´de abrir arquivo
 pg_xlog/00010F79006F (arquivo de log 3961, segmento 111):
 Arquivo ou diretÃ³rio nÃ£o encontrado

2012-07-23 10:01:41 BRT LOG:  registro do ponto de controle secundÃ¡rio
 Ã© invÃ¡lido

2012-07-23 10:01:41 BRT PÃNICO:  nÃ£o pÃ´de localizar registro do ponto
 de controle vÃ¡lido

2012-07-23 10:01:41 BRT LOG:  processo de inicializaÃ§Ã£o (PID 1519)
 foi terminado pelo sinal 6: Aborted

2012-07-23 10:01:41 BRT LOG:  interrompendo inicializaÃ§Ã£o porque o
 processo de inicializaÃ§Ã£o falhou

  

 Obrigada,

 Mônica.


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

 ** **

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


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

Re: [pgbr-geral] RES: PgAdmin no Win7 - RESOLVIDO

2012-07-17 Por tôpico Emerson Martins

É sempre importante um feedback aqui na lista depois de resolvido..Para que
possamos evitar topicos repetidos..

Atenciosamente,
Emerson Martins
DBA Jr



Em 17 de julho de 2012 11:04, Johnny Chaves jfcha...@brdados.com.brescreveu:

 On sex 06 jul 2012 15:11:44 Saulo Morais Lara wrote:
  Pessoal, eu alterei a pasta onde é gravado o histórico de queries e
  funcionou.
  Fui em Files  Options  Query Tool Files  History File Path e alterei o
  caminho.
  O mais engraçado é que alterei de
  C:\Users\Usuário\AppData\Roaming\postgresql para
  C:\Users\Saulo\AppData\Roaming\postgresql
  So mudou o nome de usuário. Mas eu li que o Windows da uns pau quando o
  nome do usuário tem acento.
  Vai saber né.

 [quase_flame]
 Resumo da Ópera:
 O culpado era o mordomo (rwin);
 Nem postgresql nem pgadmin...
 Depois, eu que sou implicante :(
 [/quase_flame]

 Que bom que resolveu :) .

 []'s

 --
 Johnny Taylor Faria Chaves - LUN 157066
 www.brdados.com.br - jfchaves at brdados.com.br
 Eu não posso mais, se você pode, doe sangue!!!
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Backup Postgres 9.1 em Windows

2012-07-03 Por tôpico Emerson Martins

Olá pessoal estou com uma necessidade de fazer backup em windows do
Postgres e particularmente não recomendaria esse banco em windows mas uma
necessidade específica de um cliente.

Então se alguém tiver um modelo de script batch para backup físico e dump
para varias bases e puder disponibilizar eu agradeceria é só pra mim se
basear aqui eu agradeceria.



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

Re: [pgbr-geral] Usuario com permissão somente de SELECT

2012-06-06 Por tôpico Emerson Martins

Então pessoal.

A ideia é ter um usuário desenvolvimento para todas as bases que tem nesse
servidor..Só uma observação.Todas as tabelas estão no schema public e nao
tem como migrar por causa das aplicações que são antigas.Da forma que eu
fiz nao estar funcionando o usuário estar tendo permissao de criar
objetos..So quero dar permissão de SELECT nessa ROLE.

segue select

postgres@postgresql:~$ /usr/local/pgsql/bin/psql -U desenvolvimento test
psql (8.4.6)
Type help for help.

test= SELECT current_schema,current_user,session_user;
 current_schema |  current_user   |  session_user
+-+-
 public | desenvolvimento | desenvolvimento
(1 row)

test=



Se alguém puder ajudar...
Emerson Martins
DBA Jr



2012/6/5 Dickson S. Guedes lis...@guedesoft.net

 Em 5 de junho de 2012 11:23, Emerson Martins
 emersonmarti...@gmail.com escreveu:
  Então pessoal fiz o seguinte:
 
  CREATE ROLE desenvolvimento LOGIN ENCRYPTED PASSWORD 'teste';
 
  Mas acessando via pgadmin percebi que o usuario estar tendo permissao
 até de
  criar banco...Nao entendi
  Meu postgres é 8.4.6.


 Ao estar conectado com este usuario dê um 'SELECT
 current_user,session_user;' e veja se correspondem.

 []s
 --
 Dickson S. Guedes
 mail/xmpp: gue...@guedesoft.net - skype: guediz
 http://guedesoft.net - http://www.postgresql.org.br
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Usuario com permissão somente de SELECT

2012-06-06 Por tôpico Emerson Martins

Acredito que não..Se eu nao me engano foram desenvolvidos em Django.A
intenção desse usuário era somente as consultas mesmo..Pois por questão de
segurança quero eximir as demais permissões..

Emerson Martins
DBA Jr


Em 6 de junho de 2012 10:01, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2012/6/6 Emerson Martins emersonmarti...@gmail.com:
 
  Todas as tabelas estão no schema public e nao
  tem como migrar por causa das aplicações que são antigas.

 Nem usando o caminho de busca dos esquemas?
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Usuario com permissão somente de SELECT

2012-06-06 Por tôpico Emerson Martins

Entendi Dutra..Obrigado pelos esclarecimentos.Se tiver algum link que me
mostre a indicação na prática eu agradeço.

Emerson Martins
DBA Jr



Em 6 de junho de 2012 10:26, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2012/6/6 Emerson Martins emersonmarti...@gmail.com:
  Acredito que não..Se eu nao me engano foram desenvolvidos em Django.

 O caminho de busca de esquemas nada tem a ver com o aplicativo, é
 configurável na base.  Te permite tirar os objetos do esquema público
 mas mantê‐los visíveis por aplicações que não especificam esquema.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Usuario com permissão somente de SELECT

2012-06-05 Por tôpico Emerson Martins

Olá pessoal estou com uma duvida de como criar um Usuario que tenha
permissão somente de SELECT em todos os Bancos de um cluster.É possivel?

Atenciosamente,

Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Usuario com permissão somente de SELECT

2012-06-05 Por tôpico Emerson Martins

Então pessoal fiz o seguinte:

CREATE ROLE desenvolvimento LOGIN ENCRYPTED PASSWORD 'teste';

Mas acessando via pgadmin percebi que o usuario estar tendo permissao até
de criar banco...Nao entendi
Meu postgres é 8.4.6.

Emerson Martins
DBA Jr



Em 5 de junho de 2012 11:20, Glauco Torres torres.gla...@gmail.comescreveu:

 Creio que seja esse mesmo o problema que ele estaja se referindo, dar
 permissão GRANT SELECT a cada uma das tabelas.

 Esses dias tive o mesmo tipo de problema. Não consegui fugir de ter quer
 permissão uma a uma.


 No dia 5 de Junho de 2012 11:15, Fabrízio de Royes Mello 
 fabriziome...@gmail.com escreveu:


 Em 5 de junho de 2012 11:07, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

  Olá pessoal estou com uma duvida de como criar um Usuario que tenha
 permissão somente de SELECT em todos os Bancos de um cluster.É possivel?


 Não tem mágica para isso, vc terá que criar seu usuário (CREATE
 ROLE...LOGIN) no seu cluster e ajustar a permissão (GRANT SELECT ...) em
 cada tabela de cada banco.

 Att,

 --
 Fabrízio de Royes Mello
 Consultoria/Coaching PostgreSQL
  Blog sobre TI: http://fabriziomello.blogspot.com
  Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
  Twitter: http://twitter.com/fabriziomello


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



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


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

Re: [pgbr-geral] Usuario com permissão somente de SELECT

2012-06-05 Por tôpico Emerson Martins

Olá pessoal segue como eu fiz...

CREATE ROLE desenvolvimento ENCRYPTED PASSWORD 'pass';
ALTER Role desenvolvimento NOSUPERUSER;
ALTER ROLE desenvolvimento LOGIN;
ALTER ROLE desenvolvimento SET search_path='public';
REVOKE ALL ON SCHEMA public FROM desenvolvimento;

-- Aqui eu gerei todos os selects para cada banco

select 'GRANT SELECT ON  '|| relname || '  '||'TO desenvolvimento ;' from
pg_stat_all_tables where schemaname in ('public')

Obs: Esse usuario consegue criar uma tabela mas nao consegue excluir..

Emerson Martins
DBA Jr


Em 5 de junho de 2012 11:38, Edson neto edson.edsn...@gmail.com escreveu:



 Em 5 de junho de 2012 11:23, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Então pessoal fiz o seguinte:

 CREATE ROLE desenvolvimento LOGIN ENCRYPTED PASSWORD 'teste';

 Mas acessando via pgadmin percebi que o usuario estar tendo permissao até
 de criar banco...Nao entendi
 Meu postgres é 8.4.6.


 Isso é bem estranho, pois na documentação diz que quando não especificado
 o default é nocreatedb [1]
 Uma pratica que facilita o gerenciamento das roles é criar uma role
 container e executar os grants para essa role.
 Quando voce for criar as roles que irão se conectar na base você pode
 dizer que essa role herda as permissões da sua role container. Assim vc não
 precisa dar os grants para todas as suas roles qdo elas tem as mesmas
 permissões.


 [1]http://www.postgresql.org/docs/8.4/static/sql-createrole.html

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


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

Re: [pgbr-geral] PostgreSQL não inicializa no Slackware

2012-06-04 Por tôpico Emerson Martins

Segue as permissões

postgres@bdhml:/etc/rc.d$ ls -ld rc.postgresql
-rwxr-xr-x 1 root root 3507 2011-02-01 11:05 rc.postgresql*


Emerson Martins
DBA Jr




2012/6/4 Dickson S. Guedes lis...@guedesoft.net

 Em 4 de junho de 2012 10:01, Emerson Martins
 emersonmarti...@gmail.com escreveu:
  Olá pessoal..Tou precisando de uma ajuda num problema aqui com
  Slackware.Nesse servidor o Postgres não inicializa, ja coloquei o script
 na
  pasta /etc/rc.d/rc.postgresql

 O script com está com permissão de execução?

 []s
 --
 Dickson S. Guedes
 mail/xmpp: gue...@guedesoft.net - skype: guediz
 http://guedesoft.net - http://www.postgresql.org.br
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] PostgreSQL não inicializa no Slackware

2012-06-04 Por tôpico Emerson Martins

Sim Dickson manualmente funciona porem todas vezes tenho que excluir o
arquivo postmaster.pid?Não entendo o porque disso?


Emerson Martins
DBA Jr


Em 4 de junho de 2012 14:22, Emerson Hermann emersonherm...@gmail.comescreveu:

 Faz a chamada no arquivo rc.M

 Em 4 de junho de 2012 13:44, Emerson Martins 
 emersonmarti...@gmail.comescreveu:

 Segue as permissões

 postgres@bdhml:/etc/rc.d$ ls -ld rc.postgresql
 -rwxr-xr-x 1 root root 3507 2011-02-01 11:05 rc.postgresql*


 Emerson Martins
 DBA Jr




 2012/6/4 Dickson S. Guedes lis...@guedesoft.net

 Em 4 de junho de 2012 10:01, Emerson Martins
 emersonmarti...@gmail.com escreveu:
  Olá pessoal..Tou precisando de uma ajuda num problema aqui com
  Slackware.Nesse servidor o Postgres não inicializa, ja coloquei o
 script na
  pasta /etc/rc.d/rc.postgresql

 O script com está com permissão de execução?

 []s
 --
 Dickson S. Guedes
 mail/xmpp: gue...@guedesoft.net - skype: guediz
 http://guedesoft.net - http://www.postgresql.org.br
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral



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



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


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

Re: [pgbr-geral] Dúvida

2012-05-16 Por tôpico Emerson Martins

Mont acredito que você deveria analisar isso a partir de um ponto de
vista.Aqui na empresa trabalho com diversos bancos de
dados..Oracle,MySQL,PostgreSQL, SQL Server..Tudo vai da tua realidade..Até
encontramos algumas comparações mediócres na web, porém de recursos..

Como o Leandro Dutra mencionou a desvantagem maior do Postgres é a
divulgação, cursos oficiais, certificações, etc.Essas coisas.Mas em questão
de ambiente nunca tivemos problemas e a depender da necessidade ele é tão
parrudo quanto os demais..

Atenciosamente,

Emerson Martins
DBA Jr


2012/5/16 Bruno Silva bemanuel...@gmail.com

 Sim senhor.

 Bruno E. A. Silva.



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


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

Re: [pgbr-geral] Backup com tablespaces

2012-05-04 Por tôpico Emerson Martins

Interessante a pergunta...mas...
E no caso dos dumps?

Emerson Martins
DBA Jr



Em 3 de maio de 2012 15:37, Fabrízio de Royes Mello fabriziome...@gmail.com
 escreveu:


 Em 3 de maio de 2012 15:32, Bruno Silva bemanuel...@gmail.com escreveu:

 Pessoal, antes de mais nada boa tarde.
 Seguinte, tenho uma base que contém tablespaces em locais diferentes do
 default ( pasta data ), tanto para indices quanto para tabelas.
 Ao fazer o backup full da base devo copiar a pasta data, e demais
 tablespaces? Ou só a data e os tablespaces de dados, deixando os
 tablespaces de índices sem copia?


 Em se tratando de backup físico deves copiar tudo (diretório do CLUSTER +
 diretório(s) do(s) TABLESPACE(s)).

 Att,

 --
 Fabrízio de Royes Mello
 Consultoria/Coaching PostgreSQL
  Blog sobre TI: http://fabriziomello.blogspot.com
  Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
  Twitter: http://twitter.com/fabriziomello


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


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

Re: [pgbr-geral] Backup com tablespaces

2012-05-04 Por tôpico Emerson Martins

OK.Obrigado pelas respostas..

Emerson Martins
DBA Jr


Em 4 de maio de 2012 08:36, Flavio Henrique Araque Gurgel 
fla...@4linux.com.br escreveu:

 On 04-05-2012 08:31, Emerson Martins wrote:
  Interessante a pergunta...mas...
  E no caso dos dumps?

 No caso dos dumps você não precisa se preocupar, toda a estrutura lógica
 e dados estarão presentes no dump.

 Só se deve ter cuidado na restauração: num dump normal, as tablespaces
 devem existir previamente à restauração. Caso não existam, os objetos
 contidos em tablespaces serão restaurados no tablespace padrão.

 Numa restauração de dumpall ocorrerá a tentativa de criar os
 tablespaces. Caso os pontos de montagem não existam, ou pelo menos
 diretórios simulando esses pontos de montagem, a restauração irá falhar.

 []s

 Flavio Henrique A. Gurgel
 Consultor e Instrutor 4Linux
 Tel: +55-11-2125-4747
 www.4linux.com.br

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

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

[pgbr-geral] Exclusão de tabela errada.Solução

2012-05-03 Por tôpico Emerson Martins

Olá pessoal!

Tenho um server onde foram excluídas algumas tabelas importantes hj.Esse
banco de dados como foi colocado recentemente não estava no script de
dump..As bases nesse server eram apenas pra consulta e quase não há
inserção, porém houve essa exceção.
Minha duvida é..
Consigo restaurar essas alterações com os arquivos do pg_xlog?Mais
especificamente os dados do archive em vermelho.

postgres@serverpgsql11:/usr/local/pgsql/data/pg_xlog$ ls -lah
total 97M
drwx--  3 postgres users 4,0K 2012-04-30 12:36 ./
drwx-- 11 postgres root  4,0K 2012-04-10 13:41 ../
-rw---  1 postgres users  16M 2012-05-03 10:25 00010058
-rw---  1 postgres users  16M 2012-04-17 08:20 00010059
-rw---  1 postgres users  16M 2012-04-19 10:54 0001005A
-rw---  1 postgres users  16M 2012-04-23 10:31 0001005B
-rw---  1 postgres users  16M 2012-04-25 13:42 0001005C
-rw---  1 postgres users  16M 2012-04-30 12:28 0001005D
drwx--  2 postgres users 4,0K 2011-01-17 11:19 archive_status/

Atenciosamente,

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Duvida sobre pg_rman

2012-05-02 Por tôpico Emerson Martins

Olá pessoal.Alguem aqui na lista utiliza o pg_rman em ambiente de produção?
Queria saber se funciona com Debian?

Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Duvida sobre pg_rman

2012-05-02 Por tôpico Emerson Martins

ok pessoal..Acredito que esse projeto estar descontinuado..Pelo que vi
aparentemente poderia ser uma ótima ferramenta..

Emerson Martins
DBA Jr



Em 2 de maio de 2012 17:04, JotaComm jota.c...@gmail.com escreveu:

 Olá,

 Em 2 de maio de 2012 16:57, Bruno Silva bemanuel...@gmail.com escreveu:

 Rapaz, já fiz alguns testes no Ubuntu, não funcionou a contento não.
 Bruno E. A. Silva.
 Analista de Sistemas.


 2012/5/2 Emerson Martins emersonmarti...@gmail.com

  Olá pessoal.Alguem aqui na lista utiliza o pg_rman em ambiente de
 produção?
 Queria saber se funciona com Debian?


 Os útlimos testes que fiz não obtive sucesso. Inclusive entrei em contato
 com os desenvolvedores para maiores e detalhes e me coloquei a disposição
 para ajudar porém não obtive nenhuma resposta.

 Enviei email da lista do pg_rmam e também não obtive retorno.


 Emerson Martins
 DBA Jr

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



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



 Abraços
 --
 JotaComm
 http://jotacomm.wordpress.com

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


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

Re: [pgbr-geral] Pasta global sem alguns arquivos - URGENTE

2012-04-24 Por tôpico Emerson Martins

Concordo plenamente com o Tiago. Não é porque o windows não presta, porém
lá se as politicas de acesso não forem bem definidas..acaba sempre em
desastre.O ideal seria migrar para a plataforma linux caso você tenha
conhecimento..

Emerson Martins
DBA


Em 23 de abril de 2012 22:39, Tiago Adami adam...@gmail.com escreveu:

 Em 23 de abril de 2012 11:18, Fabrízio de Royes Mello
 fabriziome...@gmail.com escreveu:
  Creio que vc esteja em apuros... sem backup desse diretório é muito
 difícil
  restabelecer esse cluster.
 
  Vc pode até tentar criar o global/pg_control vazio dentro do cluster e
  rodar o pg_resetxlog, mas o PG precisa de outros arquivos dentro dessa
  pasta, como o pg_filenode.map... então não sei se vc conseguirá
  restabelecer esse cluster... mais alguém tem alguma dica?
 

 Não quero ser pessimista, mas apenas ser realista e fazer um
 comentário pertinente: já vi isto acontecer em muitos casos durante
 minha vida profissional com PostgreSQL + Windows. As principais causas
 de sumir estes arquivos são: 1) erro operacional (usuário) ou 2) erro
 de disco (lógico ou físico).

 Se não há backup nem dump para recuperar, sinto muito...


 --
 TIAGO J. ADAMI
 http://www.adamiworks.com
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Pasta global sem alguns arquivos - URGENTE

2012-04-23 Por tôpico Emerson Martins

Cara o ideal agora pra se prevenir é você traçar uma estratégia de backup
fisico ou standby para garantir teu emprego..rsss

Emerson Martins
DBA Jr



Em 23 de abril de 2012 19:56, Fábio Gibon - Comex System 
gi...@comexsystem.com.br escreveu:

 Pessoal,
 apenas para não deixa-los sem retorno do desfecho, descobrimos que
 um outro usuário com poderes de administrador deletou algumas pastas e
 arquivos para liberar espaço no disco que estava quase cheio... só matando
 um índio destes. Daí encontramos as pastas/arquivos na lixeira do windows,
 restauramos e tudo voltou a vida.

 Obrigado a todos
 abraço
 Fabio
 - Original Message -
 From: Fábio Gibon - Comex System gi...@comexsystem.com.br
 To: Euler Taveira eu...@timbira.com; Comunidade PostgreSQL
 Brasileira
 pgbr-geral@listas.postgresql.org.br
 Sent: Monday, April 23, 2012 2:44 PM
 Subject: Re: [pgbr-geral] Pasta global sem alguns arquivos - URGENTE


 Algumas mensagens que eram comuns durante todo o período de uso do
 banco... Segue as últimas anteriores ao erro:

 2012-04-20 13:42:07 BRT LOG:  could not receive data from client:
 unrecognized winsock error 10061
 2012-04-20 13:42:07 BRT LOG:  unexpected EOF on client connection
 2012-04-20 14:44:58 BRT LOG:  could not receive data from client:
 unrecognized winsock error 10061
 2012-04-20 14:44:58 BRT LOG:  unexpected EOF on client connection

 abraço
 Fabio
 - Original Message - 
  E antes disso o que há?
 
 
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

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

Re: [pgbr-geral] Melhor forma de fazer backup de bases gigantes

2012-04-19 Por tôpico Emerson Martins

Victor Hugo.

Nesse caso eu recomendo o backup físico.Mas acredito também que você
deveria manter um dump como uma segunda estratégia de backup.

Um dba precavido de falhas deve ter sempre um plano B, C e por ai vai.

Mas não descarte as indicações dos mais experientes nomes da lista Leandro
Dutra,Flavio e Fabrizio que citaram anteriormente.

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 19 de abril de 2012 09:53, Fabrízio de Royes Mello 
fabriziome...@gmail.com escreveu:


 Em 19 de abril de 2012 09:23, Victor Hugo vh.cleme...@gmail.comescreveu:


 Estou com alguns problemas em relação a janela de backup do meu banco
 de dados, estou estudando algumas maneiras de melhorá-la.
 A minha base de dados gira em torno de 2T, e com uns cálculos
 verifiquei que se eu utilizar o pg_dump demoraria 8 dias para
 completar o backup.

 Eu tentei uma outra forma que ficou bem rápido, fiz um RSYNC com o
 banco aberto e final de semana eu posso pará-lo e fazer outro rsync
 pegando só as alterações, fiz isso semana passada e funcionou
 perfeitamente.

 Vcs pode enviar algumas soluções para esse tipo de backup pelo tamanho do
 BD ?


 Olá Vitor,

 Antes de mais nada eu recomendaria uma lida nesse post [1] do nosso colega
 Fábio Telles, vai te dar algumas boas idéias para te ajudar nessa
 empreitada.


 [1] http://tellesr.wordpress.com/2010/05/06/dump-nao-e-backup/
 --
 Fabrízio de Royes Mello
 Consultoria/Coaching PostgreSQL
  Blog sobre TI: http://fabriziomello.blogspot.com
  Perfil Linkedin: http://br.linkedin.com/in/fabriziomello
  Twitter: http://twitter.com/fabriziomello


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


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

Re: [pgbr-geral] Migrando para 9.0.7

2012-04-11 Por tôpico Emerson Martins

Então Euler.Faltou informações mesmo.

Utilizo Replicação Nativa com Stream - Master Slave 2 nodes.
Versão 9.0.4 - 9.0.7

Quanto ao procedimento seria:

1 - Stop no Slave
2 - Backup do PGDATA
3 - Instalar os Binários
4 - Restore PGDATA
4 - Start Slave

Nesse caso seria a mesma coisa para o Master.

Emerson Martins
DBA Jr
82 9123-5504
82 9668-1283



Em 11 de abril de 2012 00:10, Euler Taveira eu...@timbira.com escreveu:

 On 10-04-2012 23:27, Emerson Martins wrote:
  Olá pessoal sabemos que foi liberada a versão 9.0.7 com correções de bugs
  entre outras, principalmente as de segurança.
  Qual a melhor forma de migrar para essa versão?Considerando que tenho uma
  replicaçao master slave em produção
 
 Migrar de qual versão para 9.0.7? Replicação nativa? Qual tipo de
 replicação
 (digo, utilizando fluxo ou arquivos)? Se for com outro software (slony,
 bucardo, etc), qual é a versão do mesmo?

 Já adianto que se for migrar entre versões novas (i.e. 9.0.3 - 9.1.3),
 você
 terá que refazer o servidor secundário. Se for na mesma versão (i.e. 9.0.2
 -
 9.0.7), basta apenas atualizar os binários; primeiro do secundário e
 depois do
 principal (o reinício de ambos os servidores é necessário).


 --
   Euler Taveira de Oliveira - Timbira   http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Migrando para 9.0.7

2012-04-11 Por tôpico Emerson Martins

Obrigado a todos.Resolvido.

Emerson Martins
DBA Jr
82 9123-5504
82 9668-1283



Em 11 de abril de 2012 08:57, Leandro Guimarães Faria Corcete DUTRA 
l...@dutras.org escreveu:

 Le 11/04/12 08:54, Matheus de Oliveira a écrit :
  Em 11 de abril de 2012 00:10, Euler Taveira eu...@timbira.com
 escreveu:
 
  Se for na mesma versão (i.e. 9.0.2 -
  9.0.7), basta apenas atualizar os binários; primeiro do
  secundário e depois do
  principal (o reinício de ambos os servidores é necessário).
 
  Só para deixar uma referência confiável, de [1]:

 Sem problemas, é útil — mas, só para provocar, nesta lista costumamos
 considerar o doutor Euler, professor universitário e maior desenvolvedor
 brasileiro de PostgreSQL, confiável…  ;-)


 --
 skype:leandro.gfc.dutra?chat   Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191   gTalk: xmpp:leand...@jabber.org
 +55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3   MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Migrando para 9.0.7

2012-04-10 Por tôpico Emerson Martins

Olá pessoal sabemos que foi liberada a versão 9.0.7 com correções de bugs
entre outras, principalmente as de segurança.
Qual a melhor forma de migrar para essa versão?Considerando que tenho uma
replicaçao master slave em produção


Emerson Martins
DBA Jr
82 9123-5504
82 9668-1283
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dica: Recuperar Dados Removidos (DELETE) ou Alterados (UPDATE)

2012-04-05 Por tôpico Emerson Martins

Oracle, tem uma sobrecarga altíssima de espaço em disco, além do custo
de mais I/O randômico, e a própria Oracle recomenda que a função seja
ligada em casos muito especiais. Normalmente é só pra DBA babar mesmo,
aplicação prática perto do nulo.

Na realidade os casos especiais dependem da sua área de UNDO disponível.O
que impacta em espaço em disco considerável e de até quando você quer
visualizar seus dados passados.Quanto a aplicação prática não considero
isso perto de nulo, o que falta em muitos casos é uma boa estratégia.

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 4 de abril de 2012 22:44, Flavio Henrique Araque Gurgel fha...@gmail.com
 escreveu:

  Legal é o Flashback Query do Oracle

 O modelo de MVCC do PostgreSQL permite uma implementação estilo
 Flashback do Oracle com pouquíssimas modificações no código fonte,
 conforme conversa que tive com Bruce Momjiam faz uns dois anos.

 Não foi implementado ainda porque não é prioridade no desenvolvimento,
 tem coisa mais importante que isso. Flashback queries, mesmo no
 Oracle, tem uma sobrecarga altíssima de espaço em disco, além do custo
 de mais I/O randômico, e a própria Oracle recomenda que a função seja
 ligada em casos muito especiais. Normalmente é só pra DBA babar mesmo,
 aplicação prática perto do nulo.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Slave não esta subindo

2012-03-28 Por tôpico Emerson Martins

Tulio pelo log ele perdeu a conexão e os arquivos informados não foram
recebidos..

faz um Rsync na pasta /opt/postgres/9.1/pg_xlog/000A002000BF
enviando para pasta do teu slave


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 28 de março de 2012 13:21, Tulio Santos tuliogust...@yahoo.com.brescreveu:

 Bom dia pessoal,

 Estou com um problema para subir o serviço na slave..
 ao mandar iniciar, ele inicia..
 porem, quando vou acessar ele acusa que o serviço esta iniciando..

 observei no log o seguindo aviso:

 cp: impossÃvel obter estado de
 /opt/postgres/9.1/pg_xlog/000A002000BF: Arquivo ou diretÃ³rio
 nÃ£o encontrado
 2012-03-28 13:18:31 BRT [8331]: [1-1] user=,db= LOG:  streaming
 replication successfully connected to primary
 2012-03-28 13:18:31 BRT [8331]: [2-1] user=,db= FATAL:  could not receive
 data from WAL stream: FATAL:  requested WAL segment
 000A002000BD has already been removed

 alguem pode me ajudar com mais essa?

 Obrigado

 Att,
 Tulio

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


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

Re: [pgbr-geral] Slave não esta subindo

2012-03-28 Por tôpico Emerson Martins

Flávio.Surgiu uma dúvida minha em relação a dúvida do Túlio.

No caso se o slave estiver solicitando mais de um arquivo, o ideal seria
nesse caso ele refazer o slave?Ou enviando apenas os dados..o servidor é
capaz de restaurar normalmente?

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 28 de março de 2012 13:25, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Estou com um problema para subir o serviço na slave..
  ao mandar iniciar, ele inicia..
  porem, quando vou acessar ele acusa que o serviço esta iniciando..
 
  observei no log o seguindo aviso:
 
  cp: impossÃvel obter estado de
  /opt/postgres/9.1/pg_xlog/000A002000BF: Arquivo ou
 diretÃ³rio
  nÃ£o encontrado
  2012-03-28 13:18:31 BRT [8331]: [1-1] user=,db= LOG:  streaming
 replication
  successfully connected to primary
  2012-03-28 13:18:31 BRT [8331]: [2-1] user=,db= FATAL:  could not receive
  data from WAL stream: FATAL:  requested WAL segment
 000A002000BD
  has already been removed
 
  alguem pode me ajudar com mais essa?

 O mestre já transacionou bastante até o momento em que na rotação dos
 logs de transação, o que o escravo está precisando já era.
 Você pode fazer duas coisas:
 1) Aumentar o valor do parâmetro wal_keep_segments e refazer o backup
 inicial do mestre.
 2) Fazer arquivamento no escravo usando um archive_command como scp ou
 rsync e criando um restore_command no recovery.conf do escravo para
 usar esses logs.

 A alternativa 2 é mais interessante para bancos que tem muita escrita.

 Existe uma alternativa 3, interessante em poucos casos: parar
 totalmente o PostgreSQL mestre, fazer a cópia para o escravo e só
 então subir os dois.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Slave não esta subindo

2012-03-28 Por tôpico Emerson Martins

Justamente.Respondeu minha pergunta.
No meu caso eu uso assim.O master envia pelo Rsync para uma pasta
especifica..e o Slave restaura a partir dessa pasta através do
restore_command.

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 28 de março de 2012 13:36, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Flávio.Surgiu uma dúvida minha em relação a dúvida do Túlio.
 
  No caso se o slave estiver solicitando mais de um arquivo, o ideal seria
  nesse caso ele refazer o slave?Ou enviando apenas os dados..o servidor é
  capaz de restaurar normalmente?

 Se ele enviar os dados, certamente conseguirá, mas ele precisa enviar
 para o escravo de forma que o escravo leia a partir de um
 restore_command. Não adianta jogar no pg_xlog do escravo.

 Todavia, ele só terá o arquivo desejado se o mestre ainda o tiver.
 Como o mestre já respondeu que não tem (é o erro no log) então a única
 chance é ter um archive_command guardando num diretório local do
 mestre (ou em outro lugar conhecido pelo administrador mas que o
 escravo não conhece).

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Versão estável do PostgreSQL 9.1

2012-03-27 Por tôpico Emerson Martins

Olá pessoal.

Alguém poderia me informar qual a versão que estar estável do PostgreSQL
9.1?

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

Re: [pgbr-geral] Failover em Hot Standby

2012-03-16 Por tôpico Emerson Martins

Poste as suas configurações do Master e do Slave seguido das informações
escritas no LOG.

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 15 de março de 2012 21:01, Matheus Ricardo Espanhol 
matheusespan...@gmail.com escreveu:

 Tulio,

 Não há nenhuma entrada no log do PostgreSQL após a criação do arquivo?

 -Matheus

 Em 15 de março de 2012 17:55, Tulio Santos 
 tuliogust...@yahoo.com.brescreveu:

 Pessoal,

 Estou na minha primeira tentativa de colocar duas maquinas para trabalhar
 replicando..
 e estou fazendo alguns testes de replicação Hot Standby com Streamin
 Replication..
 até consegui replicar normalmente, porem não consigo fazer o failover...
 parei o serviço da master e criei manualmente o arquivo conforme o
 parametro na recovery.conf

 trigger_file = '/tmp/psql.trigger'

 tentei criar o arquivo considerando a raiz..
 touch /tmp/psql.trigger

 considerando a /var/lib/postgresql/9.1/main/

 mas até o momento minha slave permanece em estado de recovery...

 Att,
 Tulio

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




 --
 Matheus Ricardo Espanhol
 ---
 Dextra Sistemas
 http://www.dextra.com.br/postgres/


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


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

Re: [pgbr-geral] Diretorio /base ocupando muito espaço

2012-03-16 Por tôpico Emerson Martins

Concordo plenamente com Flávio.A prova dos 9 é você fazer um dump/restore..


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 16 de março de 2012 09:12, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Opa minha resposta foi, tava dando erro de envio.
 
  Bom Flavio a base dever ter uns 4Gb pois ela tinha bem menos antes de
 acabar
  com o espaço. Por mais que tenha crescido duvido que esse valor chegue a
  11Gb.

 Bom, então você não tem certeza disso.
 Note que crescimento não é so feito de inserts.
 Um mesmo registro atualizado milhares de vezes com updates também faz
 o banco de dados crescer. Se o campo envolvido compõe um índice, a
 tabela e o índice crescerão.

  O Ultimo dump da maquina tinha 1Gb.

 Isso não diz nada. Dumps podem ser tão pequenos quanto 10% do tamanho
 em disco ou tão grandes quanto 50%.
 Tudo depende do inchaço do banco em disco, bem como da quantidade de
 índices envolvidos, já que o dump tem poucos bytes sobre a definição
 do índice versus mega ou giga bytes do índice em disco.

 
  Bom Rodei tudo isso ai e continua ocupando 11Gb

 Fez o dump/restore que citei?

 Sinceramente, meu veredicto é que seu banco de dados está ocupando o
 espaço... normal!
 Dá mais uns GiB de disco aí vai!

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Failover em Hot Standby

2012-03-16 Por tôpico Emerson Martins

Voce deu permissão para o servidor Slave no Master..Através do arquivo
pg_hba?

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 16 de março de 2012 10:38, Tulio Santos tuliogust...@yahoo.com.brescreveu:

 No log há apenas um avisos de perda de conexão com o Master..
 mas fora isso não há nada
 2012-03-16 10:23:39 BRT LOG:  sistema de banco de dados foi desligado em
 2011-03-16 07:12:02 BRT
 2012-03-16 10:23:40 BRT LOG:  entrando no modo em espera
 2012-03-16 10:23:40 BRT LOG:  arquivo de log restaurado
 0001000F do arquivador
 2012-03-16 10:23:40 BRT LOG:  pacote de inicializa??o incompleto
 2012-03-16 10:23:40 BRT LOG:  estado de recupera??o consistente atingido
 em 0/F70
 2012-03-16 10:23:40 BRT LOG:  sistema de banco de dados est? pronto para
 aceitar conex?es somente leitura
 2012-03-16 10:23:40 BRT LOG:  registro com tamanho zero em 0/F70
 2012-03-16 10:23:40 BRT LOG:  registro com tamanho zero em 0/F70
 2012-03-16 10:23:40 BRT LOG:  arquivo de gatilho encontrado:
 /tmp/psql.trigger
 2012-03-16 10:23:40 BRT LOG:  arquivo de log restaurado
 0001000F do arquivador
 2012-03-16 10:23:40 BRT LOG:  registro com tamanho zero em 0/F70
 2012-03-16 10:23:45 BRT LOG:  replica??o em fluxo conectou-se com sucesso
 ao servidor principal
 2012-03-16 10:29:02 BRT LOG:  redo inicia em 0/F70
 2012-03-16 10:29:04 BRT FATAL:  replica??o terminada pelo servidor
 principal
 2012-03-16 10:29:05 BRT LOG:  arquivo de log restaurado
 00010010 do arquivador
 2012-03-16 10:29:05 BRT LOG:  tamanho de registro ? inv?lido em 0/1070
 2012-03-16 10:29:05 BRT LOG:  tamanho de registro ? inv?lido em 0/1070
 2012-03-16 10:29:05 BRT FATAL:  n?o p?de conectar ao servidor principal:
 n?o p?de conectar ao servidor: Conex?o recusada
 O servidor est? executando na m?quina 192.168.1.81 e
 aceitando
 conex?es TCP/IP na porta 5432?

 # Master
 wal_level = hot_standby
 wal_sync_method = open_sync
 checkpoint_segments = 30
 archive_mode = on
 archive_command = 'rsync -avz %p 
 192.168.1.82:/var/lib/postgresql/9.1/main/pg_xlog/%f'

 max_wal_senders = 1
 wal_keep_segments = 20
 hot_standby = on

 # Slave
 wal_sync_method = open_sync
 hot_standby = on

 # recovery.conf
 restore_command = 'cp /var/lib/postgresql/9.1/main/pg_xlog/%f %p'
 standby_mode = 'on'
 primary_conninfo = 'host=192.168.1.81 port=5432 user=postgres'
 trigger_file = '/tmp/psql.trigger'

 Att,
 Tulio

   --
 *De:* Emerson Martins emersonmarti...@gmail.com
 *Para:* Comunidade PostgreSQL Brasileira 
 pgbr-geral@listas.postgresql.org.br
 *Enviadas:* Sexta-feira, 16 de Março de 2012 8:35
 *Assunto:* Re: [pgbr-geral] Failover em Hot Standby

 Poste as suas configurações do Master e do Slave seguido das informações
 escritas no LOG.

 Emerson Martins
 DBA
 Itec/AL
 82 9123-5504
 82 9668-1283



 Em 15 de março de 2012 21:01, Matheus Ricardo Espanhol 
 matheusespan...@gmail.com escreveu:

 Tulio,

 Não há nenhuma entrada no log do PostgreSQL após a criação do arquivo?

 -Matheus

 Em 15 de março de 2012 17:55, Tulio Santos 
 tuliogust...@yahoo.com.brescreveu:

 Pessoal,

 Estou na minha primeira tentativa de colocar duas maquinas para trabalhar
 replicando..
 e estou fazendo alguns testes de replicação Hot Standby com Streamin
 Replication..
 até consegui replicar normalmente, porem não consigo fazer o failover...
 parei o serviço da master e criei manualmente o arquivo conforme o
 parametro na recovery.conf

 trigger_file = '/tmp/psql.trigger'

 tentei criar o arquivo considerando a raiz..
 touch /tmp/psql.trigger

 considerando a /var/lib/postgresql/9.1/main/

 mas até o momento minha slave permanece em estado de recovery...

 Att,
 Tulio

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




 --
 Matheus Ricardo Espanhol
 ---
 Dextra Sistemas
 http://www.dextra.com.br/postgres/


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



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



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


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

Re: [pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-08 Por tôpico Emerson Martins

Pessoal.

Eu agradeço mesmo os comentários de todos.Acredito que quando há uma
discussão como essa todos saem ganhando.É necessário o compartilhamento de
informações, experiências, dicas e acima de tudo muitos testes para que
possamos mudar nossa concepção.

Atenciosamente,

Emerson Martins
DBA Jr


2012/3/8 Euler Taveira eu...@timbira.com

 On 07-03-2012 21:48, mateus...@bol.com.br wrote:
  Nao da para comparar BSD com LINUX, BSD esta muito a frente do linux
 descordo
  do Euler.
 
 Você leu [1]? Vamos encerrar aqui, ok?


 [1]
 http://listas.postgresql.org.br/pipermail/pgbr-geral/2012-March/029767.html


 --
   Euler Taveira de Oliveira - Timbira   http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-07 Por tôpico Emerson Martins

Olá pessoal.

Fui questionado sobre algumas questões referente a limites de armazenamento
de dados com postgis, entre eles performance e armazenamento.
Quanto ao limite de armazenamento do postgres já tenho essas informações,
porém com o postgis não tenho essas informações.
Se alguém puder se posicionar a respeito.

Cenário

SO:Slackware
BD: PostgreSQL 8.4
PostgreSQL 8.4.4 on x86_64-slackware-linux-gnu, compiled by GCC gcc (GCC)
4.4.4
, 64-bit
Tamanho: 50GB

Atenciosamente,

Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-07 Por tôpico Emerson Martins

Com relação a atualização do Postgres  essa já estar na prioridade 1, mas é
como o Euler destacou no link anterior.O X da questão é o que pode causar
mais impáctos para aplicações que irão trabalhar com esse banco.

Ja com relação ao SO Slackware tenho várias máquinas aqui que funcionam sem
maiores problemas.Outras já atualizei para Debian 6. Os amigos sugerem
outro SO?

Emerson Martins
DBA Jr



Em 7 de março de 2012 10:12, Flávio Alves Granato
flavio.gran...@gmail.comescreveu:

 Em 7 de março de 2012 09:34, Emerson Martins
 emersonmarti...@gmail.com escreveu:

  SO:Slackware
  BD: PostgreSQL 8.4
  PostgreSQL 8.4.4 on x86_64-slackware-linux-gnu, compiled by GCC gcc (GCC)
  4.4.4
  , 64-bit
  Tamanho: 50GB

 Brincando um pouco de desempenho.
 Acho que seria uma boa atualizar todo o seu sistema. Recomendo também
 uma distro compilada para seu hardware, muita gente usa o arch linux,
 mas eu prefiro o gentoo. E também atualizar seu PostgreSQL, pois os
 ganhos de desempenho nas versões novas compensam esta troca.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-07 Por tôpico Emerson Martins

Obrigado Flávio pelas informações.

Emerson Martins
DBA Jr



Em 7 de março de 2012 10:50, Flávio Alves Granato
flavio.gran...@gmail.comescreveu:

 Em 7 de março de 2012 10:20, Emerson Martins
 emersonmarti...@gmail.com escreveu:
  Com relação a atualização do Postgres  essa já estar na prioridade 1,
 mas é
  como o Euler destacou no link anterior.O X da questão é o que pode causar
  mais impáctos para aplicações que irão trabalhar com esse banco.

 Não sei onde há este tipo de impacto já que a api de acesso ao banco é
 a mesma. Mas nada disso substitui uma homologação das aplicações se
 caso houvesse a atualização da versão.

 
  Ja com relação ao SO Slackware tenho várias máquinas aqui que funcionam
 sem
  maiores problemas.Outras já atualizei para Debian 6. Os amigos sugerem
 outro
  SO?

 Bem, acho que você não entendeu a questão da atualização do SO que citei.
 Quando eu disse uma distro compilada para o hardware específico, eu
 propus porque o Slackware ou mesmo o Debian são compilados para
 arquiteturas um pouco mais antigas que as atuais, diga-se i486 no caso
 do Debian no caso do slack não me lembro se é i585 ou i486 também,
 veja bem estamos falando de arquitetura de processador, logo
 entendesse as tais sse, sse3, as atuais sse4 ou da amd as sse4a e
 outras tantas. No caso do gentoo ele compila para o seu hadware logo
 ele irá aproveitar, lógico onde o SO foi programado para tal, destas
 facilidades que o processador disponibiliza.

 Na realidade o que já vi é as pessoas recomendarem o FreeBSD para si
 utilizar com o PostgreSQL, por uma questão que se não me engano de
 tamanho de cluster ( agrupamento de bits e bytes e não vários hds ) de
 hd ser do mesmo tamanho da divisão que o PostgreSQL faz dos dados para
 guardar em disco. Logo esta característica facilitaria para o BD.

 No mais, tudo depende do quê você quer, onde quer chegar e como quer
 chegar em termos de performance.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-07 Por tôpico Emerson Martins

Então Leandro.Quando cheguei aqui na empresa pessoal utilizava muito
Slackware.Na realidade nunca tivemos problemas mas venho atualizando
maioria para o Debian e também não tenho tido problema nenhum e sempre dei
preferência a instação via compilação.Justamente evitando instalações
desnecessárias.

Obrigado pela atenção também.

Emerson Martins
DBA Jr

Em 7 de março de 2012 11:02, Leandro Guimarães Faria Corce DUTRA 
l...@dutras.org escreveu:

 Le 2012-M-7  10h50, Flávio Alves Granato a écrit :
  o que já vi é as pessoas recomendarem o FreeBSD para si
  utilizar com o PostgreSQL, por uma questão que se não me engano de
  tamanho de cluster

 Nah, o tamanho do agrupamento é configurável.  O FreeBSD é simplesmente
 um sistema leve, que agrada a muita gente.  Para a maior parte dos usos,
 vale mais a pena se aprofundar no GNU/Linux que aprender outro sistema.


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Limites e performance do Postgres com Postgis

2012-03-07 Por tôpico Emerson Martins

Galera é justamente esse o interesse migrar tudo que tem em Slackware para
Debian 6.
Obrigado a todos pelas dicas e comentários.Pois acredito que tudo que foi
passado aqui seguem uma linha de experiência pessoal.

Com relação ao FreeBSD ainda não o conheço.É linux ou unix..ou um mix??

Emerson Martins
DBA Jr


Em 7 de março de 2012 13:46, Flávio Alves Granato
flavio.gran...@gmail.comescreveu:

 Em 7 de março de 2012 13:44, Guimarães Faria Corcete DUTRA, Leandro
 l...@dutras.org escreveu:
  2012/3/7 Flávio Alves Granato flavio.gran...@gmail.com:
  Em 7 de março de 2012 11:00, Leandro Guimarães Faria Corce DUTRA
  l...@dutras.org escreveu:
 
  Debian está ótimo, cuidado com otimizações precoces como compilações
  desnecessárias.
 
  Acho que seria uma boa idéia manter um padrão na distro, assim
  facilitaria qualquer manutenção.
 
  Você quer dizer padronizar a distribuição usada na organização?

 sim, pois o assunto ainda não saiu das opções do Emerson... hehehehe

 Porque se formos para todas as distro linux, bem, discutiremos o sexo
 dos anjos...
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

[pgbr-geral] Qual archive importado na replicação - Stream Replication

2012-03-06 Por tôpico Emerson Martins

Olá pessoal alguém sabe informar qual consulta eu utilizo para verificar
qual o ultimo archive de wal-log foi importado na replicação ?
Ou se existe alguma tabela onde eu possa encontrar essas informações desse
tipo no banco.A ideia seria montar um select que me mostrasse os archives
em um determinado período para averiguar se houve algum problema de falta
de archive..

Atenciosamente,

Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Monitoramento do Postgres

2012-03-02 Por tôpico Emerson Martins

Olá pessoal.

A demanda de bancos postgres alocados aqui na empresa tem aumentado.Então
queria a opnião dos que puderem ajudar na indicação de ferramentas para
monitoramento do banco nos nossos servers.

Atenciosamente,

Emerson Martins
DBA Jr
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Monitoramento do Postgres

2012-03-02 Por tôpico Emerson Martins

Bruno essas duas opções são pagas?Sabes informar..pelo q vi no
site..acredito ter q pagar licença..

Emerson Martins
DBA



Em 2 de março de 2012 11:45, Bruno Silva bemanuel...@gmail.com escreveu:

 pgwatch[1]
 zabbix + postbix [2]


 [1] -
 ww.cybertec.at/en/postgresql_products/pgwatch-cybertec-enterprise-postgresql-monitor
 [2] - http://www.smartmarmot.com/product/postbix/

 Bruno E. A. Silva.
 Analista de Sistemas.
 Bacharel em Sistemas de Informação
 Pós-graduando em Gerência de Projetos
 Certified Scrum Master
 LPIC-1
 SCJP, SE 6
 Novell CLA / DCTS ECR
 DBA Postgres
 ---
 “A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” -
 Sábio Desconhecido
 Alguns prestam serviço/consultoria de Qualidade, os outros vendem
 licença!



 2012/3/2 Emerson Martins emersonmarti...@gmail.com

  Olá pessoal.

 A demanda de bancos postgres alocados aqui na empresa tem aumentado.Então
 queria a opnião dos que puderem ajudar na indicação de ferramentas para
 monitoramento do banco nos nossos servers.

 Atenciosamente,

 Emerson Martins
 DBA Jr


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



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


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

Re: [pgbr-geral] Atualização Banco 8.2 para 9.1

2012-02-28 Por tôpico Emerson Martins

A depender do tamanho da base eu faço assim

Criando Bases com Encode UTF8 em Cluster de Banco de Dados em LATIN1

1 - Verificar o encode do banco
psql -  show client_encoding;

2 - Exportar um DUMP da base no encode utf8 da Base que estar com Cluster
em LATIN1

 /usr/local/pgsql/bin/pg_dump --encoding=UTF8
--file=/home/postgres/agendadeeventos.sql agendadeeventos

3 - Criar o banco de dados com o template0

/usr/local/pgsql/bin/createdb -E UTF8 -T template0 --lc-collate=pt_BR.utf8
-lc-ctype=pt_BR.utf8 agendadeeventos

4 - Importar o DUMP no novo Banco de Dados

 gunzip -c agendadeeventos.sql.gz | /usr/local/pgsql/bin/psql
agendadeeventos  log.log 2log_erros.log

5 - Verificar logs de Erros..


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 28 de fevereiro de 2012 10:27, Pedro B. Alves
pedroalve...@gmail.comescreveu:

 Pessoal, alguém pode me dar algumas dicas de como faço a migração do meu
 banco de dados do 8.2 para o 9.1???


 No 8.2 o encoding é LATIN1

 no 9.1 acho que tem que ser WIN1252 ou algo assim

 Tenho imagens gravadas em campos blob.



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


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

Re: [pgbr-geral] Atualização Banco 8.2 para 9.1

2012-02-28 Por tôpico Emerson Martins

Ok!

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 28 de fevereiro de 2012 11:12, Pedro B. Alves
pedroalve...@gmail.comescreveu:

 Obrigado, deu certo.

 Em 28 de fevereiro de 2012 10:41, Emerson Martins 
 emersonmarti...@gmail.com escreveu:

 A depender do tamanho da base eu faço assim

 Criando Bases com Encode UTF8 em Cluster de Banco de Dados em LATIN1

 1 - Verificar o encode do banco
 psql -  show client_encoding;

 2 - Exportar um DUMP da base no encode utf8 da Base que estar com Cluster
 em LATIN1

  /usr/local/pgsql/bin/pg_dump --encoding=UTF8
 --file=/home/postgres/agendadeeventos.sql agendadeeventos

 3 - Criar o banco de dados com o template0

 /usr/local/pgsql/bin/createdb -E UTF8 -T template0
 --lc-collate=pt_BR.utf8 -lc-ctype=pt_BR.utf8 agendadeeventos

 4 - Importar o DUMP no novo Banco de Dados

  gunzip -c agendadeeventos.sql.gz | /usr/local/pgsql/bin/psql
 agendadeeventos  log.log 2log_erros.log

 5 - Verificar logs de Erros..


 Emerson Martins
 DBA
 Itec/AL
 82 9123-5504
 82 9668-1283



 Em 28 de fevereiro de 2012 10:27, Pedro B. Alves 
 pedroalve...@gmail.comescreveu:

  Pessoal, alguém pode me dar algumas dicas de como faço a migração do
 meu banco de dados do 8.2 para o 9.1???


 No 8.2 o encoding é LATIN1

 no 9.1 acho que tem que ser WIN1252 ou algo assim

 Tenho imagens gravadas em campos blob.



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



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



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


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

Re: [pgbr-geral] Restararação parcial de dumpall

2012-02-15 Por tôpico Emerson Martins

Tulio não existe essa possibilidade!
A não ser que você abra o conteudo num notepad ++ e também não tenho
certeza se irá funcionar perfeitamente.
A depender do tamanho do dump pode não ser viável ficar esperando soluções
extras..

Atenciosamente

Emerson Martins
DBA Jr
82 9123-5504
82 9668-1283



Em 15 de fevereiro de 2012 08:51, Tulio Santos
tuliogust...@yahoo.com.brescreveu:

 Bom dia pessoal,

 Tenho um backup feito com método dumpall, mas estou precisando restaurar
 apenas uma das bases que estão nele..
 Alguem sabe se isso é possivel?

 Obrigado

 Att,
 Tulio

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


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

[pgbr-geral] Validar Dump.

2012-02-13 Por tôpico Emerson Martins

Olá pessoal.

Utilizo Backup Físico como minha estratégia principal de Backup com
postgres, em casos criticos utilizo a Replicação Nativa.Mas também mantenho
um Dump dessas bases.
A questão é existe alguma forma de validar um dump?

Acredito que ficaria inviável ter q subir um dump de 250 GB num outro
servidor e ficar esperando?
No oracle é possível tanto dump quanto backup com o RMAN.

Deixo claro que não estou comparando, cada um em sua particularidade Foi
apenas para efeito de entendimento do que eu estou imaginando.

Atenciosamente,

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Validar Dump.

2012-02-13 Por tôpico Emerson Martins

Justamente Flávio.

Estou usando PITR.E era justamente essa minha preocupação, pois como sempre
digo.Recover é o que garante teu emprego!.
Mas obrigado pela dica.

Atenciosamente,

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 13 de fevereiro de 2012 10:11, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Utilizo Backup Físico como minha estratégia principal de Backup com
  postgres, em casos criticos utilizo a Replicação Nativa.Mas também
 mantenho
  um Dump dessas bases.
  A questão é existe alguma forma de validar um dump?

 Basicamente, se nenhum erro ocorreu na geração do dump, todos os dados
 foram despejados no arquivo.
 Isso, claro, não garante que esse dump é facilmente restaurável.

  Acredito que ficaria inviável ter q subir um dump de 250 GB num outro
  servidor e ficar esperando?
  No oracle é possível tanto dump quanto backup com o RMAN.

 A restauração de dumps sempre é demorada, ainda mais no tamanho que você
 citou.
 Pode levar dias.

  Deixo claro que não estou comparando, cada um em sua particularidade
 Foi
  apenas para efeito de entendimento do que eu estou imaginando.

 Acho que você pode fazer testes periódicos. Demoram, mas não precisa
 ser tipo todo dia ou toda semana.
 Eu faria um teste, por exemplo, trimestral ou semestral, tanto da
 restauração pelo dump quanto do backup físico (está usando estratégia
 PITR, creio).
 Isso já te daria alguma boa segurança de que seus backups são restauráveis.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING

2012-02-10 Por tôpico Emerson Martins

André.Tem algum How to mostrando a configuração do Hearbeat.
No meu caso ja utilizo replicação nativa do postgres em produção.Tou
pensando ainda em utilizar o pgpool mas ainda nao necessito de
balanceamento de carga.Mas a questão de alterar o ip caso um servidor
master ficar indisponível ainda não consegui fazer..

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 10 de fevereiro de 2012 09:31, André Ormenese aormen...@gmail.comescreveu:

 Eu utilizo HeartBeat + replicação nativa da versão 9 + monit, tudo isso em
 Freebsd, com um master e apenas um slave.

 O load balancing deve ser feito na aplicação, o PostgreSQL não faz isso
 por conta própria.


 Em 8 de fevereiro de 2012 08:59, Sebastião Fidêncio 
 sfiden...@gmail.comescreveu:

  Eu queria saber de alguem da lista que tipo de solução estao usando para
 linux para fazer HA + REPLICACAO + LOAD-BALANCING no postgres

 HEARTBEAT + snoly?

 HEBARBEAT + Replicao nativa pgsql9 ?


 HEARTBEAT + PGPOOL ?


 Preciso de alguem que me fale qual solução posso adotar!

 Por gentileza amigos!



 Em 7 de fevereiro de 2012 10:20, Sebastião Fidêncio 
 sfiden...@gmail.comescreveu:



 Em 7 de fevereiro de 2012 10:17, Leandro Guimarães Faria Corce DUTRA 
 l...@dutras.org escreveu:


 Por favor, responda a todos.

 *blz*



 Le 2012-F-7  10h8, Sebastião Fidêncio a écrit :


 tipo que quando um bd desses cair.. os outros assumem automaticamente,
 com total transparencia, e caso o bd volte a operar no cluster,.ele
 seja
 atualizado..e so permiti a escrita ou leitura depois de total
 remasterização..


 Uma vez de cada coisa.  Resolva primeiro o problema da versão do
 PostgreSQL; depois, use a replicação nativa; aí, coloque balanceamento; e,
 por fim, automatize a transmissão de responsabilidade em caso de falhas.
  Alguém mais já respondeu na lista que está fazendo algo parecido.


 *ainda não..vi..*





 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: 
 msnim:chat?contact=leandro@**dutra.fastmail.fmlean...@dutra.fastmail.fm




 --
 *Atenciosamente,
 Sebastião Fidêncio da Silva Pereira
 Analista de Sistemas - BitUp Sistemas Inteligentes.
 Cell: 062-9228-8405  / 062-8190-4236*




 --
 *Atenciosamente,
 Sebastião Fidêncio da Silva Pereira
 Analista de Sistemas - BitUp Sistemas Inteligentes.
 Cell: 062-9228-8405  / 062-8190-4236*


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



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


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

Re: [pgbr-geral] REPLICAÇÃO, HA E LOAD-BALANCING

2012-02-07 Por tôpico Emerson Martins

Sebastião.

A partir da versão 9.0 o postgres já tem replicação nativa.Chamado Stream
Replication através dos arquivos de Wal-log.
Utilizo a versão 9.0.4 com Debian.Ainda não utilizo com PgPool mas ja venho
planejando o balanceamento de cargas e Alta Disponibilidade com Hearbeat.

Ainda não tive problemas e nem pretendo ter.Porém essa combinação ja
encontra-se em produção com 2 nós e estar funcionando tranquilo.Porém se
cai tenho que alterar manualmente ainda.

Atenciosamente,

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 7 de fevereiro de 2012 08:28, Leandro Guimarães Faria Corce DUTRA 
l...@dutras.org escreveu:

 Devolvendo à lista…


 Le 2012-F-7  08h33, Sebastião Fidêncio a écrit :
  Em 7 de fevereiro de 2012 08:26, Leandro Guimarães Faria Corce DUTRA
  l...@dutras.org  escreveu:
 
  Que versão do SGBD PostgreSQL?
 
  *tinha colocado na mensagem.. é 8.4*

 Entendi errado o seguinte trecho:

  temos um servidor de Postgresql atuando em servidor linux SLES11, versão
 8.4

 Achei que 8.4 era a versão do GNU/Linux SLES11… assim como o sistema de
 janelas X11 está numa versão 7 ou algo assim.


  E porque não consideraste a replicação nativa?
 
  *Se a replicação nativa seria Snoly

 Não é.  Por favor, consulte o manual… da última versão.  A replicação
 nativa aparece, se não me falha a memória, na versão 9.

Há algum motivo para ficar numa versão tão antiga?  Algo impediria
 de
 passar para a última versão?  Se for questão de licenciamento do SLES,
 daria para passar para uma distribuição livre como o Debian, por exemplo?


E quanto as campos identificadores(PK), e os identificadores com
  valores automaticos ou controlados pelo SGBD (Serial), como é tratado?
 
  Senti o uso de chaves artificiais… há um distúrbio na Força…*
 
  *como assim?*

 Chaves artificiais não garantem unicidade na ausência de chaves
 naturais, e se isso já dá problema numa configuração comum, com
 distribuição de dados — se é que o farás — pode dar mais ainda.



 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803
 BRAZIL GMT-3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Mensagens estranhas no Servidor de Replicação - Slave 1

2012-02-02 Por tôpico Emerson Martins

Obrigado Flávio.

Existe a possibilidade de melhorar a escrita do log.Falo em relação a datas
e horas.percebo que as vezes ele nao escreve a data.Tem alguma parte no
postgresql.conf onde posso configurar isso?

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 2 de fevereiro de 2012 09:50, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Os amigos recomendam alguma ferramenta para o monitoramento desses
 servidores..
 
  Ambiente:
  Master e Slave
  Debian 6
  PostgreSQL 9.0.4
  Stream Replication


 Zabbix

  FATAL:  unsupported frontend protocol 65363.19778: server supports 1.0
 to 3.0
  LOG:  invalid length of startup packet

 Provavelmente uma aplicação ou usuário cliente tentou uma conexão com
 SSL e seu servidor está configurado para não aceitar.
 Verifique as configurações de SSL no postgresql.conf e as linhas de
 autenticação no pg_hba.conf.

 Pode ser também uma aplicação cliente muito antiga usando versões
 pré-7.4 da libpq.

  FATAL:  could not receive data from WAL stream: server closed the
 connection unexpectedly
  This probably means the server terminated abnormally
  before or while processing the request.

 O servidor mestre foi parado ou houve perda de conectividade com ele.

  cp: impossível obter estado de
 /postgresql/replication/000100DE: Arquivo ou diretório
 não encontrado
  LOG:  invalid record length at 0/DE287D74
  cp: impossível obter estado de
 /postgresql/replication/000100DE: Arquivo ou diretório
 não encontrado

 O servidor escravo, como perdeu o fluxo de dados a partir do mestre,
 está procurando pelo próximo segmento WAL necessário para continuar a
 replicação.

  LOG:  invalid length of startup packet
  LOG:  invalid length of startup packet
  FATAL:  unsupported frontend protocol 65363.19778: server supports 1.0
 to 3.0

 Vide resposta mais acima.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Mensagens estranhas no Servidor de Replicação - Slave 1

2012-02-02 Por tôpico Emerson Martins

Valeu Flavio.

Ficou ótimo agora.Dar pra ter uma ideia do que é feito.

LOG:  received SIGHUP, reloading configuration files
2012-02-02 10:39:20 BRT [5407]: [5-1] user=,db= LOG:  parameter
log_line_prefix changed to %t [%p]: [%l-1] user=%u,db=%d 


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 2 de fevereiro de 2012 10:25, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

  Existe a possibilidade de melhorar a escrita do log.Falo em relação a
 datas
  e horas.percebo que as vezes ele nao escreve a data.Tem alguma parte no
  postgresql.conf onde posso configurar isso?

 log_line_prefix.
 Um bom exemplo seria já colocar o prefixo que o PgFouine gosta para
 tratamento de logs posterior:
 log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d '
 Com o espaço antes do apóstrofo final.

 []s
 Flavio Gurgel
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

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

Re: [pgbr-geral] Conexão com localhost..

2012-01-25 Por tôpico Emerson Martins

Amigo.Se possível seja mais específico.
Qual SO, versão, mensagens de erros..


Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 25 de janeiro de 2012 09:33, Marcus Túlio Ramos 
marcustuliora...@gmail.com escreveu:

 amigos, uma dúvida trivial, mas que não consegui resolver...

 Não estou conseguindo criar um servidor localhost... connection failed...

 Só me dá essa msg..

 Obrigado!

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


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

Re: [pgbr-geral] Banco de dados não inicia serviço

2012-01-25 Por tôpico Emerson Martins

Cara.

Para evitar esses problemas utilize backup físico na sua estratégia de
backup junto com copia dos wal-logs.E ainda se for crítico
use um Servidor standby

Atenciosamente,

Emerson Martins
DBA
Itec/AL
82 9123-5504
82 9668-1283



Em 25 de janeiro de 2012 15:00, Marcelo Silva (IG) marc...@ig.com.brescreveu:

   Como eu te disse, fiz tanta coisa nem lembro mais o quê.
 Mas lembro que fiz umas jogadas de arquivos e uma hora funcionou...
 Tinha umas tabelas corrompidas tambem que não deu pra recuperar, mas não
 eram tão importantes pra minha sorte.
 Olha, se quiser me enviar pra eu tentar ver o que consigo, fica a vontade,
 mas senão eu entendo perfeitamente.
 Mas pra te explicar vai ser dificil... [image: Smiley triste]

 O basico foi... salvar a pasta data em local seguro e trabalhar com uma
 cópia...
 então desinstalei tudo do postgres na minha maquina de desenvolvimento e
 instalei a versão exata da base corrompida.
 De inicio ela funcionou com a base padrao do postgres... então parei o
 servico e coloquei a minha pasta corrompida
 me lembro de ter feito alguma outra coisa... ai iniciei o postgres, pra
 minha surpresa ele iniciou
 Quando eu tentava acessar algumas tabelas dava pau, mas foi o suficiente
 pra eu pegar meus dados.
 Agora vem a questão... fiz tudo isso no linux, pois uso ele como servidor.

 No windows não consegui abrir a base do linux diretamente, o que era
 esperado... entao fiz numa maquina virtual.

 Ou seja, foi umas gambiarras pra conseguir, rsrsrs, não dá nem pra criar
 um tutorial




  *From:* Ronei Heck ro...@rhsistemas.com.br
 *Sent:* Wednesday, January 25, 2012 2:49 PM
 *To:* Marcelo Silva (IG) marc...@ig.com.br ; Comunidade PostgreSQL
 Brasileira pgbr-geral@listas.postgresql.org.br
 *Subject:* Re: [pgbr-geral]Banco de dados não inicia serviço

  Olá, Marcelo,

 A versão é exatamente a mesma, no cliente e aqui no meu micro. Qual seria
 a primeira coisa a fazer?

 Obrigado.

 Ronei


 - Original Message -
 *From:* Marcelo Silva (IG) marc...@ig.com.br
 *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br
 *Sent:* Wednesday, January 25, 2012 11:58 AM
 *Subject:* Re: [pgbr-geral]Banco de dados não inicia serviço

  Rapaz... esses dias passei por um problema assim...

 Consegui resolver instalando uma verão exatamente igual a que o banco
 anterior usava, então consegui acessar parte das informações, mas foi o que
 eu precisava.
 Como fiz muitas coisas, não vou me lembrar como realmente consegui, mas a
 principio foi isso, instalar a versão exata da banco que deseja retirar as
 informações...
 se funcionar basta fazer uma backup e depois restaurar na nova versão que
 desejar ou retira somente as informações que precisar.



 --
 Marcelo Silva
 --
 Desenvolvedor Delphi, PHP
 msn: marc...@ig.com.br
 cel.: (11) 9693-4251



  *From:* Ronei Heck ro...@rhsistemas.com.br
 *Sent:* Wednesday, January 25, 2012 1:39 PM
 *To:* PostgreSQL Fórum pgbr-geral@listas.postgresql.org.br
 *Subject:* [pgbr-geral] Banco de dados não inicia serviço

  Senhores(as),

 Tenho um banco de dados de um cliente que não quer abrir. Acredito que
 esteja corrompido. Tenho o Postgres 8.3 instalado, e com a minha pasta
 \data normal, inicia o serviço e abre normalmente. Mas quando paro o
 serviço, troco a pasta \data pela do meu cliente, e tento iniciar o
 serviço, ele não inicia, fica pondo pontinhos na tela indefinidamente.

 Necessito pegar as vendas de um período pra passar para o cliente. Estas
 ficaram fora do backup que já foi restaurado lá. Então, pergunto: existem
 uma forma de acessar este banco de dados? Quais os passos que devo seguir?
 Existe algum tutorial que ensine os passos?

 Muito obrigado por qualquer ajuda.

 Ronei
 RH Sistemas
 Postgres 8.3
 Clarion 6.1
 Windows XP


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

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


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


wlEmoticon-sadsmile[1].png___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

1 2 >

1 - 100 de 162 matches

Mail list logo