[pgbr-geral] Sugestão de empresa para capacitação em PostgreSQL

[luiz damascena]

Alguém indica uma boa empresa para ministrar treinamento presencial
(horário comercial) visando a formação de profissionais PostgreSQL?

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

[pgbr-geral] Migração de base Postgres para Oracle

[luiz damascena]

Especulemos que eu precise fazer a migração de base Postgres para Oracle.

Quais as melhores maneiras de fazer isto?

Imagino que pode envolver procedimentos muito detalhados; dessa forma,
mesmo comentários em linhas gerais, referências de leitura, qualquer dica é
bem vinda.

Grato desde já,

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

Re: [pgbr-geral] Migração de base Postgres para Oracle

[luiz damascena]

Tiago e comunidade.

Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de usar
essa infra como opção para um eventual alívio nos servidores Postgres, sob
forma de consulta.

O pessoal da Oracle só fala em procedimentos para trocar um banco pelo
outro, e não procedimentos agendados de replicação...

Como especulo que o pessoal daqui é menos "xiita", joguei a questão...

Mas grato de qualquer maneira.

LC/TRT8

Em 26 de outubro de 2012 09:28, Tiago Adami  escreveu:

>
> Se você quiser migrar de Oracle para PostgreSQL, poderemos te ajudar.
>
> Procure uma lista de discussão Oracle.
>
>
> --
> TIAGO J. ADAMI
> http://www.adamiworks.com
> @tiadami
> ___
> 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] Migração de base Postgres para Oracle

[luiz damascena]

Matheus.

Infelizmente, estou longe de ter dúvidas específicas... é uma ideia bem no
início...

Em linhas bem gerais, seria criar os objetos e migrar dados. Migração, de
forma regular. Uma simples extração de DDL faria boa parte do serviço?

No Oracle, temos banco, esquema, tabelas - simplificando.

No Postgres (que é novidade por aqui) faço uma analogia como se os
Databases pudessem ser usados como schemas do Oracle.

Grato,

LC/TRT8

Em 26 de outubro de 2012 09:48, Matheus Oliveira escreveu:

> Oi Luiz,
>
> Já fiz algumas migrações Oracle/Postgresql e Postgresql/Oracle e posso
> ajudar.
>
> Tem alguma dúvida específica?
>
> Um ponto que pode dar mais trabalho é se você  tem objetos com nome maior
> que 30 caracteres, pois no Oracle tem o limite de 30 caracteres pra nome de
> objetos.
>
> []'s
> Matheus Mendonça.
> www.nazar.la - Postgresql Performance Analytics
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Migração de base Postgres para Oracle

[luiz damascena]

Obrigado, Leonardo.

O cenário é realmente indefinido. Vamos ver se a realidade converge ao
planejamento...

Grato pelas dicas objetivas.

LC/TRT8

Em 26 de outubro de 2012 10:03, Leonardo Cezar  escreveu:

> 2012/10/26 luiz damascena :
> > Tiago e comunidade.
> >
> > Tenho um legado Oracle que vai perdurar por algum tempo, e gostaria de
> usar
> > essa infra como opção para um eventual alívio nos servidores Postgres,
> sob
> > forma de consulta.
>
> Luiz, estou no governo também e portanto assumo que estamos no mesmo
> barco. Entendo as pressões do dia-a-dia e sei q precisamos matar um
> leão por hora, mas definitivamente esta opção que vc está pensando não
> é uma boa estratégia para a sonhada independência tecnológica do
> governo. Não existe "legado Oracle que vai perdurar por algum tempo",
> esses sistemas continuarão a coexistir com sistemas livres e o motivo
> eu não arrisco a dizer, mas acho que a maioria já sabe.
>
> > O pessoal da Oracle só fala em procedimentos para trocar um banco pelo
> > outro, e não procedimentos agendados de replicação...
>
> Sugerir uma integração em sistemas costuma ser a melhor solução quando
> a coisa aperta. Sugira um projeto de integração via DBI, ETL ou até
> mesmo ODI (Oracle Data Integrator), sim, proponha a utilização de
> ferramentas "deles" para realizar a integração, isto vai aumentar a
> estima e desviar as atenções.
>
> > Como especulo que o pessoal daqui é menos "xiita", joguei a questão...
>
> Não somos xiitas, apenas acreditamos num modelo onde a inexigibilidade
> não é a única escolha, onde a liberdade tecnológica exista e a
> concorrência imperfeita não seja favorecida.
>
> Abraço!
>
> -Leo
> --
> Leonardo Cezar
> http://postgreslogia.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] Migração de base Postgres para Oracle

[luiz damascena]

Tiago.
Bruno.
Demais membros.

Sobre a conversão, não entendo como usar a infra existente do Oracle
> irá desafogar o PostgreSQL. Se eu bem entendi você quer fazer um
> balanceamento de carga, certo? Se você quiser um banco "read-only"
> sugiro criar outra instância e utilizar alguma ferramenta de
> replicação, mas usando o PostgreSQL. Talvez até investir um pouco nos
> servidores atuais seja menos oneroso.
>
>
É somente uma divagação em função de cenários possíveis, de fato. Até
porque nosso ambiente Postgres está começando a ser usado, e nossa
configuração de hardware é extremamente robusta. E sim, a ideia seria algo
tipo um banco read-only.

Como temos servidores fisicamente iguais, já estamos usando replicação
nativa ("stream"), e dando os primeiros passos na configuração do pgpool.

Grato pelas opiniões. O indicativo é que existem alternativas melhores.
Obrigado a todos.

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

[pgbr-geral] Cópia regular do banco

[luiz damascena]

*Situação*: duas instalações de PostGres iguais (versão e sistema
operacional), em dois hosts diferentes, acessíveis via rede interna.

*Necessidade*: copiar todo o banco de A para B regularmante. Não é backup
nem alta disponibilidade, apenas uma cópia do banco, com um delay de
digamos, um semana.

*Questão*: qual a melhor estratégia de fazer isso, de forma automatizada?

Grato,

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

Re: [pgbr-geral] Cópia regular do banco

[luiz damascena]

Fábio.

Grato pela ajuda.

1) Colocar a base no modo archive
*a base a ser transferida já está em modo archive*
2) Fazer um script de backup físico para o servidor remoto
*temos um script de backup físico em uso, imagino que seria apenas o caso
de transferir para um destino adicional além do corrente.*
3) Fazer um script para o Point In Time Recovery
*você poderia detalhar um pouco mais este item? Ou me indicar uma
referência de leitura?*

LC/TRT8

Em 8 de novembro de 2012 12:32, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

> Em 8 de novembro de 2012 11:40, luiz damascena  > escreveu:
>
>> *Situação*: duas instalações de PostGres iguais (versão e sistema
>> operacional), em dois hosts diferentes, acessíveis via rede interna.
>>
>> *Necessidade*: copiar todo o banco de A para B regularmente. Não é
>> backup nem alta disponibilidade, apenas uma cópia do banco, com um delay de
>> digamos, um semana.
>>
>> *Questão*: qual a melhor estratégia de fazer isso, de forma automatizada?
>>
>
> 1) Colocar a base no modo archive
> 2) Fazer um script de backup físico para o servidor remoto
> 3) Fazer um script para o Point In Time Recovery
>
> É isso aí.
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Cópia regular do banco

[luiz damascena]

Euler.

Grato pela ajuda.

>Qual é a finalidade? Servidor de testes ou homologação? Digo isso porque
se os
>dados *não* são modificados ao longo do tempo, você pode utilizar um script
>para PITR a cada semana. Do contrário, toda semana você terá que refazer o
>servidor B utilizando como estratégia cópia de segurança física (online ou
>offline) ou lógica.

Replicar uma base que é modificada, com um delay de até uma semana, para um
servidor de testes. Precisarei ler mais sobre o "script de PITR", mas sendo
os dados modificados, ele não pode ser usado? Tem que fazer backup /
restore, tipo pelo pgAdminIII?

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

[pgbr-geral] Execução de backup lógico (pg_dump) consumindo muitas horas na execução

[luiz damascena]

Colaboradores da lista.

Meu ambiente é um postgreSQL 9.1.4, Linux RedHat 6.3 64 bits, 24
processadores Intel X5690.

Quatro databases no cluster (36 GB, 70 GB, 800 MB e 2 GB), sendo que dois
deles (o maior inclusive (70 GB)) armazenam basicamente LOB´s.

O backup lógico está consumindo mais de dez horas - só a geração /
compactação do maior database com LOB´s consome 9 horas e 15 minutos.

O comando é $BIN_DIR/pg_dump -h 127.0.0.1 -p $PGPORT -U $PGUSER -F c -E
LATIN1 -b NomeDoMeuDatabase | gzip > NomeDoMeuDatabase.backup.gz 2>>
$LOG_DIR/backup_logico.log

Alguma sugestão para melhorar este desempenho?

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

Re: [pgbr-geral] Execução de backup lógico (pg_dump) consumindo muitas horas na execução

[luiz damascena]

Não usar compactação no pg_dump da base em formato binário aceleraria então
a execução?

Seguem algumas informações extras:
checkpoint_segments = 64
shared_buffers = 23552MB

RAM = 48 GB

LC

Em 21 de junho de 2013 12:00, Marcelo Henrique Gonçalves  escreveu:

>
> LOBS estão em formato binário e ganham quase nada em compactação.
> O backup pode demorar também por causa do checkpoint.
>
> Envie o tempo médio de checkpoint, begin_backup, RAM da máqiuna,
> shared_buffer... o que mais puder enviar de config da instância
>
> ___
> 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] Execução de backup lógico (pg_dump) consumindo muitas horas na execução

[luiz damascena]

Em 21 de junho de 2013 15:33, Charles Viana escreveu:

> Voce nao diz o tipo de disco que?
> Se esta em raid , qual ?
> Quantos discos sua maquina possui ?
>
Charles, os dados são armazenados em storage. Seguramente, equipamentos
muito bons, com robusta configuração. E se a solução tiver que passar por
aí, fica meio na "casa do sem jeito", pois não tem como alterar isso. De
qualquer forma, obrigado.

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

[pgbr-geral] Estratégia para migrar de um servidor para outro

[luiz damascena]

Cenário:

Dois servidores iguais, um sendo a atual "produção" e o outro será a futura
"produção".

No atual servidor, Linux RedHat 6.2, banco PostgreSQL na versão 9.1.4.

Cluster com cinco databases (postgres inclusive), dados armazenados em
tablespaces com links simbólicos criados em
/var/lib/pgsql/9.1/data/pg_tblspc, "apontando" para volume de storage.

No futuro servidor, Linux RedHat 6.2, banco ainda não instalado. A
princípio, a intenção é instalar o release mais recente da versão 9.1.

Possuo backup físico diário, backup lógico diário e archives já aplicados
em produção.

Na máquina atual, wal_level = hot_standby, archive_mode=on.

Ela possui um "slave", replicada assincronamente (replicação nativa
assíncrona com log shifting e streaming).

O objetivo é trocar uma máquina pela outra. Com o banco OK, troca o IP e a
vida segue...

Qual as estratégias mais funcionais que vocês recomendam para atingir tal
objetivo?

Grato antecipadamente,

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

Re: [pgbr-geral] Estratégia para migrar de um servidor para outro

[luiz damascena]

Flávio, grato pela resposta.

Em 26 de junho de 2013 11:01, Flavio Henrique Araque Gurgel <
fla...@4linux.com.br> escreveu:

> Instale o PostgreSQL.
> Monte uma estrutura de diretórios e links simbólicos similares no novo
> servidor.
> Copie tudo com rsync nos mesmos lugares.
>

*Falta base no Linux, mas como aqui é uma lista de ajuda... como eu "copio
tudo com rsync" ?*


> Pare o PostgreSQL antigo.
>

*Na hipótese de eu querer simplesmente testar o novo servidor, sem parar o
antigo, algum problema ? "Parar o antigo" ficaria restrito somente ao dia
efetivo da parada.*


> Faça um novo rsync pra copiar o que mudou.
>

*Como eu faço um "novo rsync" ?*


> Suba o PostgreSQL no novo servidor.
>
> Feito.
>
> []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] Estratégia para migrar de um servidor para outro

[luiz damascena]

E aí, amigos? Nenhum outro "passo a passo", como sugestão?

De qualquer forma, grato pelas dicas já enviadas.

LC

Em 26 de junho de 2013 10:57, luiz damascena
escreveu:

> Cenário:
>
> Dois servidores iguais, um sendo a atual "produção" e o outro será a
> futura "produção".
>
> No atual servidor, Linux RedHat 6.2, banco PostgreSQL na versão 9.1.4.
>
> Cluster com cinco databases (postgres inclusive), dados armazenados em
> tablespaces com links simbólicos criados em
> /var/lib/pgsql/9.1/data/pg_tblspc, "apontando" para volume de storage.
>
> No futuro servidor, Linux RedHat 6.2, banco ainda não instalado. A
> princípio, a intenção é instalar o release mais recente da versão 9.1.
>
> Possuo backup físico diário, backup lógico diário e archives já aplicados
> em produção.
>
> Na máquina atual, wal_level = hot_standby, archive_mode=on.
>
> Ela possui um "slave", replicada assincronamente (replicação nativa
> assíncrona com log shifting e streaming).
>
> O objetivo é trocar uma máquina pela outra. Com o banco OK, troca o IP e a
> vida segue...
>
> Qual as estratégias mais funcionais que vocês recomendam para atingir tal
> objetivo?
>
> Grato antecipadamente,
>
> LC
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral