Re: [oracle_br] Migração

[Evandro Giachetto evandrogiache...@gmail.com [oracle_br]]

Você vai precisar copiar o encryption wallet para o banco standby.

Vc pode dar uma olhada nessa MOS aqui:

Step by step method to implement Transparent Data Encryption (TDE) in 11g
Data Guard and 11g RAC environments (Doc ID 1627807.1)



Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com
http://www.dbaoracle.eti.br/




2017-11-13 11:13 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> Evandro, obrigado pelo retorno.
>
> Eu estava pensando em fazer assim, mas me parece que existe um passo a
> mais aí quando se trata de um database com ADvanved security. Existem
> dezenas de arquivos de segurança no file system, e se não me engano, o
> ORACLE_HOME deve ser migrado em um ORACLE_HOME separado dos databases já
> existentes do novo servidor para evitar impacto. Li a respeito disso há um
> tempo atrás.
>
> Vamos ver se alaguém mais pode opinar em relação a isso.
>
>
> Em Segunda-feira, 13 de Novembro de 2017 11:08, "Evandro Giachetto
> evandrogiache...@gmail.com [oracle_br]" 
> escreveu:
>
>
>
> Eu gosto sempre de utilizar Dataguard para reduzir o downtime em migrações
> de servidores.
>
> Faço o setup do dataguard alguns dias antes da migração de fato. Confirmo
> que está fazendo o replicate corretamente e que está 100% sincronizado, sem
> gaps.
>
> No dia da migração, simplesmente paro o banco origem e torno o banco
> destino ativo. O tempo de downtime é mínimo, apenas alguns minutos
> (dependendo da quantidade de archives a serem aplicados).
>
> *Consulte as opções de licença para este modelo. Dataguard exige licença
> em algumas modalidades de uso.
>
> Evandro Giachetto
> Oracle DBA
> evandrogiache...@gmail.com
> http://www.dbaoracle.eti.br/
>
> 
>
>
> Em 13 de novembro de 2017 10:54, Rafael Mendonca raffaell.t...@yahoo.com
> [oracle_br]  escreveu:
>
>
> SEnhores, bom dia.
>
> Segue:
>
> Ambiente atual:
>
> Oracle 11.2.0.4 EE
> SO: Linux 6 64 bits
> Single instance
> Tamanho da base: 2TB
>
> Ambiente para migração:
>
> Servidor com as mesmas configurações, apenas com a diferença que se trata
> de um ambiente RAC com dois nós (já existe uma base em funcionamento nesse
> cluster). Será criado uma nova base para realizar a migração.
>
>
> O tempo de downtime é de aproximadamente 5 a 6 horas e que o ambiente
> possui todas as options de Security envolvidos. Existe database vault, TDE
> nesse ambiente. Existe uma série de arquivos que são criados a nível de
> sistema operacional/file system.
>
>
> Minha dúvida é: Qual seria o melhor procedimento para realizar esse tipo
> de migração.
>
>
>
>
> 
>

Re: [oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Evandro, obrigado pelo retorno.
Eu estava pensando em fazer assim, mas me parece que existe um passo a mais aí 
quando se trata de um database com ADvanved security. Existem dezenas de 
arquivos de segurança no file system, e se não me engano, o ORACLE_HOME deve 
ser migrado em um ORACLE_HOME separado dos databases já existentes do novo 
servidor para evitar impacto. Li a respeito disso há um tempo atrás.
Vamos ver se alaguém mais pode opinar em relação a isso. 

Em Segunda-feira, 13 de Novembro de 2017 11:08, "Evandro Giachetto 
evandrogiache...@gmail.com [oracle_br]"  escreveu:
 

     Eu gosto sempre de utilizar Dataguard para reduzir o downtime em migrações 
de servidores.
Faço o setup do dataguard alguns dias antes da migração de fato. Confirmo que 
está fazendo o replicate corretamente e que está 100% sincronizado, sem gaps.
No dia da migração, simplesmente paro o banco origem e torno o banco destino 
ativo. O tempo de downtime é mínimo, apenas alguns minutos (dependendo da 
quantidade de archives a serem aplicados).
*Consulte as opções de licença para este modelo. Dataguard exige licença em 
algumas modalidades de uso.
Evandro Giachetto
Oracle DBA
evandrogiachetto@gmail.comhttp://www.dbaoracle.eti.br/



Em 13 de novembro de 2017 10:54, Rafael Mendonca raffaell.t...@yahoo.com 
[oracle_br]  escreveu:

     SEnhores, bom dia.
Segue:
Ambiente atual:
Oracle 11.2.0.4 EESO: Linux 6 64 bitsSingle instanceTamanho da base: 2TB
Ambiente para migração:
Servidor com as mesmas configurações, apenas com a diferença que se trata de um 
ambiente RAC com dois nós (já existe uma base em funcionamento nesse cluster). 
Será criado uma nova base para realizar a migração.

O tempo de downtime é de aproximadamente 5 a 6 horas e que o ambiente possui 
todas as options de Security envolvidos. Existe database vault, TDE nesse 
ambiente. Existe uma série de arquivos que são criados a nível de sistema 
operacional/file system.

Minha dúvida é: Qual seria o melhor procedimento para realizar esse tipo de 
migração.
   

  #yiv2471386280 #yiv2471386280 -- #yiv2471386280ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv2471386280 
#yiv2471386280ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv2471386280 
#yiv2471386280ygrp-mkp #yiv2471386280hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv2471386280 #yiv2471386280ygrp-mkp #yiv2471386280ads 
{margin-bottom:10px;}#yiv2471386280 #yiv2471386280ygrp-mkp .yiv2471386280ad 
{padding:0 0;}#yiv2471386280 #yiv2471386280ygrp-mkp .yiv2471386280ad p 
{margin:0;}#yiv2471386280 #yiv2471386280ygrp-mkp .yiv2471386280ad a 
{color:#ff;text-decoration:none;}#yiv2471386280 #yiv2471386280ygrp-sponsor 
#yiv2471386280ygrp-lc {font-family:Arial;}#yiv2471386280 
#yiv2471386280ygrp-sponsor #yiv2471386280ygrp-lc #yiv2471386280hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv2471386280 
#yiv2471386280ygrp-sponsor #yiv2471386280ygrp-lc .yiv2471386280ad 
{margin-bottom:10px;padding:0 0;}#yiv2471386280 #yiv2471386280actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv2471386280 
#yiv2471386280activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv2471386280
 #yiv2471386280activity span {font-weight:700;}#yiv2471386280 
#yiv2471386280activity span:first-child 
{text-transform:uppercase;}#yiv2471386280 #yiv2471386280activity span a 
{color:#5085b6;text-decoration:none;}#yiv2471386280 #yiv2471386280activity span 
span {color:#ff7900;}#yiv2471386280 #yiv2471386280activity span 
.yiv2471386280underline {text-decoration:underline;}#yiv2471386280 
.yiv2471386280attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv2471386280 .yiv2471386280attach div a 
{text-decoration:none;}#yiv2471386280 .yiv2471386280attach img 
{border:none;padding-right:5px;}#yiv2471386280 .yiv2471386280attach label 
{display:block;margin-bottom:5px;}#yiv2471386280 .yiv2471386280attach label a 
{text-decoration:none;}#yiv2471386280 blockquote {margin:0 0 0 
4px;}#yiv2471386280 .yiv2471386280bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv2471386280 
.yiv2471386280bold a {text-decoration:none;}#yiv2471386280 dd.yiv2471386280last 
p a {font-family:Verdana;font-weight:700;}#yiv2471386280 dd.yiv2471386280last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv2471386280 
dd.yiv2471386280last p span.yiv2471386280yshortcuts 
{margin-right:0;}#yiv2471386280 div.yiv2471386280attach-table div div a 
{text-decoration:none;}#yiv2471386280 div.yiv2471386280attach-table 
{width:400px;}#yiv2471386280 div.yiv2471386280file-title a, #yiv2471386280 
div.yiv2471386280file-title a:active, #yiv2471386280 
div.yiv2471386280file-title a:hover, #yiv2471386280 div.yiv2471386280file-title 
a:visited {text-decoration:none;}#yiv2471386280 div.yiv2471386280photo-title a, 
#yiv2471386280 div.yiv2471386280photo-title a:active, #yiv2471386280 
div.

Re: [oracle_br] Migração

[Evandro Giachetto evandrogiache...@gmail.com [oracle_br]]

Eu gosto sempre de utilizar Dataguard para reduzir o downtime em migrações
de servidores.

Faço o setup do dataguard alguns dias antes da migração de fato. Confirmo
que está fazendo o replicate corretamente e que está 100% sincronizado, sem
gaps.

No dia da migração, simplesmente paro o banco origem e torno o banco
destino ativo. O tempo de downtime é mínimo, apenas alguns minutos
(dependendo da quantidade de archives a serem aplicados).

*Consulte as opções de licença para este modelo. Dataguard exige licença em
algumas modalidades de uso.

Evandro Giachetto
Oracle DBA
evandrogiache...@gmail.com
http://www.dbaoracle.eti.br/




Em 13 de novembro de 2017 10:54, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  escreveu:

>
>
> SEnhores, bom dia.
>
> Segue:
>
> Ambiente atual:
>
> Oracle 11.2.0.4 EE
> SO: Linux 6 64 bits
> Single instance
> Tamanho da base: 2TB
>
> Ambiente para migração:
>
> Servidor com as mesmas configurações, apenas com a diferença que se trata
> de um ambiente RAC com dois nós (já existe uma base em funcionamento nesse
> cluster). Será criado uma nova base para realizar a migração.
>
>
> O tempo de downtime é de aproximadamente 5 a 6 horas e que o ambiente
> possui todas as options de Security envolvidos. Existe database vault, TDE
> nesse ambiente. Existe uma série de arquivos que são criados a nível de
> sistema operacional/file system.
>
>
> Minha dúvida é: Qual seria o melhor procedimento para realizar esse tipo
> de migração.
>
> 
>

[oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

SEnhores, bom dia.
Segue:
Ambiente atual:
Oracle 11.2.0.4 EESO: Linux 6 64 bitsSingle instanceTamanho da base: 2TB
Ambiente para migração:
Servidor com as mesmas configurações, apenas com a diferença que se trata de um 
ambiente RAC com dois nós (já existe uma base em funcionamento nesse cluster). 
Será criado uma nova base para realizar a migração.

O tempo de downtime é de aproximadamente 5 a 6 horas e que o ambiente possui 
todas as options de Security envolvidos. Existe database vault, TDE nesse 
ambiente. Existe uma série de arquivos que são criados a nível de sistema 
operacional/file system.

Minha dúvida é: Qual seria o melhor procedimento para realizar esse tipo de 
migração.

Re: [oracle_br] Migração EMC VX 5300 -> EMC Xtreme IO - Sector Size recomendado?

[jlchia...@yahoo.com.br [oracle_br]]

SE for mesmo Linux o Sistema Operacional, eu vou discordar da frase da página 
20 :

"Por exemplo, uma solicitação de I/O do aplicativo de 1 megabyte é fragmentada 
pela camada de I/O de block do Linux em 2 transferências de 512 KB para se 
adequar ao tamanho de transferência máxima de HBA."

Isso ** antigamente ** era verdade, mas lá nas priscas eras do kernel 2.6 
https://www.kernel.org/doc/Documentation/scsi/scsi_mid_low_api.txt já aponta 
pra essa possibilidade de transfer size SCSI aumentado/não-padrão, 
http://www.infostor.com/index/articles/display/107341/articles/infostor/volume-5/issue-7/features/benefits-of-a-large-hba-data-buffer.html
 cita também a possibilidade de HBA com transfer size acima dos 512 bytes 
padrão... Eu Inclusive Suponho que o tal "patch" que o Fornecedor indicou deve 
provavelmente endereçar isso... Eu DIRIA pra colega que tá perguntando ** 
CONFIRMAR ** com o fornecedor se a HBA dele já suporta SCSI transfer size acima 
de 512 bytes

[]s

  Chiappa

Re: [oracle_br] Migração EMC VX 5300 -> EMC Xtreme IO - Sector Size recomendado?

[jlchia...@yahoo.com.br [oracle_br]]

Colega, primeiro vou responder aqui ASSUMINDO que vão ser usado ASM - não 
conheço um único motivo padrão pra não se aproveitar dos recursos do ASM (como 
I/O não buferizado no SO automatico, balanceamento de discos, algum grau de 
independência do device físico já que vamos trabalhar com disk groups), e além 
disso com o ASM vamos bypassar algumas das eventuais restrições do SO com 
sector size de 4k que indiquei na minha resposta anterior. 

 Eu vou discordar um pouco aí no tocante à complexidade : o PDF "Supporting ASM 
on 4KB Sector Disks" (parte dos links indicados nas notas anteriores) na seção 
de "Native Mode" (o que é uma OUTRA suposição minha, pra valer a pena o 
trabalho TEM que ser 4k real/nativo) indica que para controlfiles nenhuma 
alteração é necessária, para datafiles a exigência é blocos acima de 2k (e faz 
** bilênios ** que o block size default do banco Oracle é 8 Kb, emboras em DW 
muita gente opte por 16k - problema NENHUM aqui), nada a mexer... 
 
 E para os redo, NOTAR que se o device é 4k real/nativo, VIA DE REGRA o RDBMS 
já detecta isso sozinho, mas se não simplesmente INDICAMOS no ADD LOGFILE um 
BLOCKSIZE 4096 -eu NÃO VEJO como Absurdamente Complexo adicionar esse item a 
mais no ADD, e isso SE a autodetecção não acontecer, que normalmente é uma 
Exceção
 
 []s
 
   Chiappa

Re: [oracle_br] Migração EMC VX 5300 -> EMC Xtreme IO - Sector Size recomendado?

[Emerson dos Santos Gaudêncio emerson.fen...@gmail.com [oracle_br]]

Boa Tarde Eduardo,

 Lendo a documentação abaixo na pagina 21:

Tamanhos de solicitação de I/O multiblock

O banco de dados Oracle executa I/O nos arquivos de dados em múltiplos do
tamanho de block do banco de dados (db_block_size), que é de 8 KB por
padrão. O tamanho padrão de block do banco de dados Oracle é ideal no
XtremIO. O XtremIO também é compatível com tamanhos maiores de block. No
caso de I/O multiblock (p. ex., varreduras de tabela/índice com o método de
acesso completo), o administrador deve ajustar o parâmetro de inicialização
do banco de dados Oracle db_file_multiblock_read_count para limitar as
solicitações em até 128 KB. Portanto, a fórmula para
db_file_multiblock_read_count é: db_file_multiblock_read_count =
128KB/db_block_size Historicamente, o banco de dados Oracle foi otimizado
para executar transferências bastante grandes a fim de reduzir o custo de
busca sofrido por leituras multiblock em drives mecânicos. Em um ambiente
livre de busca, como o do XtremIO, tal redução não é necessária. Além
disso, a maioria dos adaptadores de barramento de host Fibre Channel exigem
que o Linux segmente grandes solicitações em várias solicitações. Por
exemplo, uma solicitação de I/O do aplicativo de 1 megabyte é fragmentada
pela camada de I/O de block do Linux em 2 transferências de 512 KB para se
adequar ao tamanho de transferência máxima de HBA.

O Recomendado é 512k no Storage e 8k no Oracle.

Att,
Emerson S. Gaudêncio


Em 25 de novembro de 2016 15:25, Eduardo Dornelles eod.edua...@gmail.com
[oracle_br]  escreveu:

>
>
> Boa tarde pessoal.
>
> Gostaria de tirar uma dúvida em relação ao sector size recomendado pro
> Oracle. Vamos migrar nosso ambiente, de uma EMC VX 5300 pra uma EMC Xtreme
> IO.
>
> Eu sou Junior em Oracle, mas tenho parceiro especialista que é Platinum,
> essa empresa questiona se o sector size deve permanece em 512 bytes na
> storage nova, como já é na antiga, ou se queremos aplicar algum patch pra
> alterar o valor. O parceiro de banco espera que o fornecedor da storage
> indique o é mais performático conforme recomendação do fabricante.
>
> O parceiro autorizado da EMC recomenda usar 4K, que é uma das grandes
> vantagens do equipamento que é flash array, mas na própria documentação que
> esse parceiro passou como referência, parece que não é recomendado usar os
> 4k quando a storage for utilizada para bancos Oracle.
>
>
> Na falta de conhecimento mais avançado, gostaria da opinião dos senhores,
> e se tiveram algum case parecido.
>
> Segue link da documentação, atentar para a página 20:
> http://brazil.emc.com/collateral/white-papers/
> h13497-oracle-best-practices-xtremio-wp.pdf
>
>
>
> Desde já, muito obrigado pela atenção.
> Abraço.
>
>
>
>
> Atenciosamente,
>
> *Eduardo Dornelles*
> Departamento de Tecnologia da Informação
> Fone (51) 3284.1546
> Rua dos Andradas, 846
> Bairro Centro, Porto Alegre/RS
> Cep 90020-006
> *www.afpergs.com.br *
>
> 
>

Re: [oracle_br] Migração EMC VX 5300 -> EMC Xtreme IO - Sector Size recomendado?

[Luis Freitas lfreita...@yahoo.com [oracle_br]]

Ola Eduardo, boa tarde,
    Olhei o whitepaper e algumas notas que ele referencia e o assunto parece 
complicado. 
    O 4k não parece ser "melhor", mas ira evitar problemas de desalinhamento, 
pois o storage internamente vai usar setores de 4k de qualquer forma. Como o 
banco usa escrita de 8k por padrão, se não houver problemas no alinhamento dos 
blocos, não deve haver diferença de performance. Isso assumindo que você está 
usando o padrão de 8k no tamanho do bloco. 
    Há uma exceção para o redo, para o qual o paper apresenta um workaround 
para forçar o uso de escrita em blocos de 4k, em vez do padrão de 512 bytes. 
Mesmo não usando esse workaround acho que só apareceria uma diferença 
perceptível em ambientes OLTP com muita concorrência e uma grande quantidade de 
"commits", algo como dezenas a centenas de "commits" por segundo.
    Você não passou nenhum detalhe do ambiente. Não falou que tipo de 
servidores está usando, se tem Linux, Windows ou UNIX. ASM ou filesystem. Como 
pretende fazer a migração entre os dois storages. Ou se o storage tem que 
atender versões antigas do banco de dados, como 10g, 9i ou 11g r1, que por 
consequência podem estar rodando em S/O mais antigo ou de-suportado, e portanto 
poderia ter problemas com os setores de 4k?
   Aviso que nunca trabalhei com storage "full flash", os ambientes em que 
trabalhei até agora utilizavam no máximo storage híbrido, com o gerenciamento 
das unidades flash de forma transparente, internamente ao storage.
   Achei estranha essa história de aplicar um "patch" para alterar o valor do 
"sector size", essa deve ser uma configuração do storage e não um "patch". 
Atc,Luis Freitas 

On Friday, November 25, 2016 4:25 PM, "Eduardo Dornelles 
eod.edua...@gmail.com [oracle_br]"  wrote:
 

     Boa tarde pessoal.
Gostaria de tirar uma dúvida em relação ao sector size recomendado pro Oracle. 
Vamos migrar nosso ambiente, de uma EMC VX 5300 pra uma EMC Xtreme IO.
Eu sou Junior em Oracle, mas tenho parceiro especialista que é Platinum, essa 
empresa questiona se o sector size deve permanece em 512 bytes na storage nova, 
como já é na antiga, ou se queremos aplicar algum patch pra alterar o valor. O 
parceiro de banco espera que o fornecedor da storage indique o é mais 
performático conforme recomendação do fabricante.
O parceiro autorizado da EMC recomenda usar 4K, que é uma das grandes vantagens 
do equipamento que é flash array, mas na própria documentação que esse parceiro 
passou como referência, parece que não é recomendado usar os 4k quando a 
storage for utilizada para bancos Oracle.

Na falta de conhecimento mais avançado, gostaria da opinião dos senhores, e se 
tiveram algum case parecido.
Segue link da documentação, atentar para a página 20: 
http://brazil.emc.com/collateral/white-papers/h13497-oracle-best-practices-xtremio-wp.pdf


Desde já, muito obrigado pela atenção.Abraço.



Atenciosamente,

Eduardo Dornelles
Departamento de Tecnologia da Informação
Fone (51) 3284.1546
Rua dos Andradas, 846
Bairro Centro, Porto Alegre/RS
Cep 90020-006
www.afpergs.com.br

  #yiv3838480468 #yiv3838480468 -- #yiv3838480468ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv3838480468 
#yiv3838480468ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv3838480468 
#yiv3838480468ygrp-mkp #yiv3838480468hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv3838480468 #yiv3838480468ygrp-mkp #yiv3838480468ads 
{margin-bottom:10px;}#yiv3838480468 #yiv3838480468ygrp-mkp .yiv3838480468ad 
{padding:0 0;}#yiv3838480468 #yiv3838480468ygrp-mkp .yiv3838480468ad p 
{margin:0;}#yiv3838480468 #yiv3838480468ygrp-mkp .yiv3838480468ad a 
{color:#ff;text-decoration:none;}#yiv3838480468 #yiv3838480468ygrp-sponsor 
#yiv3838480468ygrp-lc {font-family:Arial;}#yiv3838480468 
#yiv3838480468ygrp-sponsor #yiv3838480468ygrp-lc #yiv3838480468hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv3838480468 
#yiv3838480468ygrp-sponsor #yiv3838480468ygrp-lc .yiv3838480468ad 
{margin-bottom:10px;padding:0 0;}#yiv3838480468 #yiv3838480468actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv3838480468 
#yiv3838480468activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv3838480468
 #yiv3838480468activity span {font-weight:700;}#yiv3838480468 
#yiv3838480468activity span:first-child 
{text-transform:uppercase;}#yiv3838480468 #yiv3838480468activity span a 
{color:#5085b6;text-decoration:none;}#yiv3838480468 #yiv3838480468activity span 
span {color:#ff7900;}#yiv3838480468 #yiv3838480468activity span 
.yiv3838480468underline {text-decoration:underline;}#yiv3838480468 
.yiv3838480468attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv3838480468 .yiv3838480468attach div a 
{text-decoration:none;}#yiv3838480468 .yiv3838480468attach img 
{border:none;padding-right:5px;}#yiv3838480468 .yiv3838480468attach label 
{disp

[oracle_br] Migração EMC VX 5300 -> EMC Xtreme IO - Sector Size recomendado?

[Eduardo Dornelles eod.edua...@gmail.com [oracle_br]]

Boa tarde pessoal.

Gostaria de tirar uma dúvida em relação ao sector size recomendado pro
Oracle. Vamos migrar nosso ambiente, de uma EMC VX 5300 pra uma EMC Xtreme
IO.

Eu sou Junior em Oracle, mas tenho parceiro especialista que é Platinum,
essa empresa questiona se o sector size deve permanece em 512 bytes na
storage nova, como já é na antiga, ou se queremos aplicar algum patch pra
alterar o valor. O parceiro de banco espera que o fornecedor da storage
indique o é mais performático conforme recomendação do fabricante.

O parceiro autorizado da EMC recomenda usar 4K, que é uma das grandes
vantagens do equipamento que é flash array, mas na própria documentação que
esse parceiro passou como referência, parece que não é recomendado usar os
4k quando a storage for utilizada para bancos Oracle.


Na falta de conhecimento mais avançado, gostaria da opinião dos senhores, e
se tiveram algum case parecido.

Segue link da documentação, atentar para a página 20:
http://brazil.emc.com/collateral/white-papers/h13497-oracle-best-practices-xtremio-wp.pdf



Desde já, muito obrigado pela atenção.
Abraço.




Atenciosamente,

*Eduardo Dornelles*
Departamento de Tecnologia da Informação
Fone (51) 3284.1546
Rua dos Andradas, 846
Bairro Centro, Porto Alegre/RS
Cep 90020-006
*www.afpergs.com.br *

Re: [oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Chiappa, obrigado pela força.
Vi sim que você tinha informado sobre os DGs, isso ja foi passado para o 
cliente. Portanto eu achei a melhor opção fazer da seguinte maneira: (ja que 
temos um tempo muito alto de downtime)

Vou realizar um expdp sem indices e constraints, esse dumpfile será realocado 
no servidor Linux para nao precisar passar o arquivo pela rede. Será realizado 
um impdp para extrair os scripts de criação de constraints (adicionar a 
clausula NOVALIDATE) e de índices (NOLOGIN). Tb será alterado a sessão do 
usuário na hora da execução dos scripts para aumentar a área de SORT. Li alguns 
comentarios seus aqui sobre isso. Em suma será feito dessa forma, achei mais 
segura.
Mesmo assim obrigado por ter passado outras maneiras de realizar, com certeza 
irei precisar utilizar uma delas em breve.

 

Em Sexta-feira, 21 de Outubro de 2016 13:15, "jlchia...@yahoo.com.br 
[oracle_br]"  escreveu:
 

     ok - bom, antes de te responder, vc ** VIU ** na minha resposta anterior 
que vc *** NÂO PODE ** aproveitar os standby/dataguards que hoje o servidor 
prod aix tem em outros servers aix : não é Suportado vc ter dataguard físico em 
um SO (AIX, no caso) e ter a origem/prod em outro (o Linux para onde prod vai 
ser migrado), então NÃO DEIXE de levar em conta o tempo/esforço pra reconstruir 
esses standby do PROD, ** E ** de considerar que vc vai precisar de Linux boxes 
ADICIONAIS para passarem a ser os standby do novo server Linux prod. Tá 
claro ? 
 Outro ponto ** importante ** que vc não excluiu definitivamente é a 
Possibilidade (que já tinha sido apontada antes) de se usar Oracle 12c, pois aí 
poderíamos usar o recurso de conversão independente de endian format, cfrme 
http://www.oracle.com/technetwork/pt/articles/database-performance/data-guard12c-cross-platform-2098313-ptb.html
 nos mostra : isso INCLUSIVE permitiria até mesmo backups INCREMENTAIS entre o 
AIX e o Linux, diluindo ainda mais o esforço e aumentando EM MUITO a Segurança, 
vide nota metalink "12C - Reduce Transportable Tablespace Downtime using Cross 
Platform Incremental Backup" (Doc ID 2005729.1)...
  Como vc não nos disse sobre essa possibilidade de ir pro 12c, vou SUPOR que 
há razões técnicas (talvez incompatibilidade de aplicativo, digamos) que 
proíbem o upgrade pro 12c antes da troca de plataforma... Que fique claro, só 
pode ser impedimento técnico, pois FINANCEIRO NÃO Há : não custa um centavo 
sequer a mais de licença vc migrar de 11Gr2 EE para 12c EE
 
 E finalmente, imagino que esteja desconsiderando pela fraqueza do hardware 
(principalmente rede e poder de CPU dos servers, pelo que vc diz) é a 
possibilidade de usar replicação lógica (via STREAMS, já que o muito mais 
robusto Goldengate tá fora, pelo que vc diz), mais ou menos cfrme 
http://www.oraclenutsandbolts.net/index.php/knowledge-base/oracle-streams/26-oracle-streams-10g-one-step-setup
 mostra : migrar para um novo servidor REPLICANDO o database origem no destino 
é, sem dúvida, o que te dá o MENOR DOWNTIME (quase zero, já que tal replicação 
é feita ONLINE), mas como vc não tem $$$ pro GG nem tem o hardware 
(principalmente Rede) potente e capaz que o Streams (e o GG também, claro, 
embora em menor escala) exigem, vou considerar que isso tá fora e que PORTANTO 
vc vai ter SIM algum downtime No caso específico do Streams ele também tem 
RESTRIÇÕES sobre quais datatypes ele pode replicar, o que Impossibilita o uso 
em diversos cenários, mas como o hardware em si já o contra-indica, nem vou 
falar nada sobre isso E como não tem verba pro GG, com certeza não tem 
verba também pra alternativas, como o Shareplex, então caluda sobre isso 
também...
  
  
 Bom, agora respondendo as suas perguntas sobre a migração em si :sobre fazer o 
Linux enxergar os mesmos datafiles ASM que hoje estão sendo usados pelo AIX, é 
primeiro uma questão Física aí, é caso de (com o banco PROD origem em AIX ** 
tpotalmente parado, Óbvio) vc ter no servidor Linux uma HBA compatível, espetar 
uma fibra ligando essa HBA no Storage E DEPOIS config lógica, ie, fazer o Linux 
reconhecer os devices (pode ser preciso um boot, pode ser preciso instalar 
drivers, varia)... Isso depende muito de acordo com o Storage e os 
discos/volumes que vc usa E se vc usa asmlib ou não Se for o caso, passa 
pra gente a descrição EXATA de qual é seu storage, quais tipos/modelos de disco 
ele usa, se vc usa raw ou volumes, se tem multipath ou não , se tem asmlib ou 
não (enfim, os detalhes *** TODINHOS ** aí do seu ambiente) que a gente pode 
tentar palpitar mais e melhor nesse sentido... E como isso só pode ser feito aí 
no seu local, vc COM CERTEZA vai marcar com o cliente um tempinho num fim de 
semana para fazer essas pesquisas e testes ** ANTES ** da conversão/migração em 
si
  A minha idéia com isso de o Linux acessar os datafiles que já estão no 
storage atualmente em uso é POUPAR O TEMPO que vc levaria pra os enviar pela 
rede ou gravar uma mídia com eles e os transferir para o o

Re: [oracle_br] Migração

[jlchia...@yahoo.com.br [oracle_br]]

ok - bom, antes de te responder, vc ** VIU ** na minha resposta anterior que vc 
*** NÂO PODE ** aproveitar os standby/dataguards que hoje o servidor prod aix 
tem em outros servers aix : não é Suportado vc ter dataguard físico em um SO 
(AIX, no caso) e ter a origem/prod em outro (o Linux para onde prod vai ser 
migrado), então NÃO DEIXE de levar em conta o tempo/esforço pra reconstruir 
esses standby do PROD, ** E ** de considerar que vc vai precisar de Linux boxes 
ADICIONAIS para passarem a ser os standby do novo server Linux prod. Tá 
claro ? 
 Outro ponto ** importante ** que vc não excluiu definitivamente é a 
Possibilidade (que já tinha sido apontada antes) de se usar Oracle 12c, pois aí 
poderíamos usar o recurso de conversão independente de endian format, cfrme 
http://www.oracle.com/technetwork/pt/articles/database-performance/data-guard12c-cross-platform-2098313-ptb.html
 nos mostra : isso INCLUSIVE permitiria até mesmo backups INCREMENTAIS entre o 
AIX e o Linux, diluindo ainda mais o esforço e aumentando EM MUITO a Segurança, 
vide nota metalink "12C - Reduce Transportable Tablespace Downtime using Cross 
Platform Incremental Backup" (Doc ID 2005729.1)...
  Como vc não nos disse sobre essa possibilidade de ir pro 12c, vou SUPOR que 
há razões técnicas (talvez incompatibilidade de aplicativo, digamos) que 
proíbem o upgrade pro 12c antes da troca de plataforma... Que fique claro, só 
pode ser impedimento técnico, pois FINANCEIRO NÃO Há : não custa um centavo 
sequer a mais de licença vc migrar de 11Gr2 EE para 12c EE
 
 E finalmente, imagino que esteja desconsiderando pela fraqueza do hardware 
(principalmente rede e poder de CPU dos servers, pelo que vc diz) é a 
possibilidade de usar replicação lógica (via STREAMS, já que o muito mais 
robusto Goldengate tá fora, pelo que vc diz), mais ou menos cfrme 
http://www.oraclenutsandbolts.net/index.php/knowledge-base/oracle-streams/26-oracle-streams-10g-one-step-setup
 mostra : migrar para um novo servidor REPLICANDO o database origem no destino 
é, sem dúvida, o que te dá o MENOR DOWNTIME (quase zero, já que tal replicação 
é feita ONLINE), mas como vc não tem $$$ pro GG nem tem o hardware 
(principalmente Rede) potente e capaz que o Streams (e o GG também, claro, 
embora em menor escala) exigem, vou considerar que isso tá fora e que PORTANTO 
vc vai ter SIM algum downtime No caso específico do Streams ele também tem 
RESTRIÇÕES sobre quais datatypes ele pode replicar, o que Impossibilita o uso 
em diversos cenários, mas como o hardware em si já o contra-indica, nem vou 
falar nada sobre isso E como não tem verba pro GG, com certeza não tem 
verba também pra alternativas, como o Shareplex, então caluda sobre isso 
também...
  
  
 Bom, agora respondendo as suas perguntas sobre a migração em si :sobre fazer o 
Linux enxergar os mesmos datafiles ASM que hoje estão sendo usados pelo AIX, é 
primeiro uma questão Física aí, é caso de (com o banco PROD origem em AIX ** 
tpotalmente parado, Óbvio) vc ter no servidor Linux uma HBA compatível, espetar 
uma fibra ligando essa HBA no Storage E DEPOIS config lógica, ie, fazer o Linux 
reconhecer os devices (pode ser preciso um boot, pode ser preciso instalar 
drivers, varia)... Isso depende muito de acordo com o Storage e os 
discos/volumes que vc usa E se vc usa asmlib ou não Se for o caso, passa 
pra gente a descrição EXATA de qual é seu storage, quais tipos/modelos de disco 
ele usa, se vc usa raw ou volumes, se tem multipath ou não , se tem asmlib ou 
não (enfim, os detalhes *** TODINHOS ** aí do seu ambiente) que a gente pode 
tentar palpitar mais e melhor nesse sentido... E como isso só pode ser feito aí 
no seu local, vc COM CERTEZA vai marcar com o cliente um tempinho num fim de 
semana para fazer essas pesquisas e testes ** ANTES ** da conversão/migração em 
si
  A minha idéia com isso de o Linux acessar os datafiles que já estão no 
storage atualmente em uso é POUPAR O TEMPO que vc levaria pra os enviar pela 
rede ou gravar uma mídia com eles e os transferir para o outro storage (ou para 
a nova área no mesmo storage) que seria usado pelo Linux : para que o convert 
possa acontecer, o software instalado no Linux ** TEM ** que acessar os 
arquivos originais, e transferir os arquivos de onde eles estão pra um outro 
destino TEM que ser feito com indisponibilidade - necessariamente, transferir 
quase 3 Tb de arquivos via rede não tão capaz com certeza ia levar umas muitas 
longas horas, ia consumir uma porção ** VITAL ** do seu tempo de downtime 
permitido 
  
  UMA VEZ o software Oracle que está no Linux ter acesso aos arquivos a 
converter (preeferencialmente acessando diretamente o local no ASM onde eles 
estão, poupando tempo de transferência, mas transferindo se for inevitável), o 
procedimento em si é descrito em 
http://ginodalfonso.blogspot.com.br/2012/10/convert-oracle-database-from-aix-to.html
 e  
https://levipereira.wordpress.com/2011/01/23/how-convert-full-databa

Re: [oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Chiappa, seguinte: deixei este tópico em standby para obter mais informações do 
cliente e poder disponibilizar mais informações, pois bem:

a) Não será possível utilizar GOlden Gate, pois o cliente não quer gastar 1 
real nessa migração.
b) Os servidores não possuem múltiplas CPU e uma rede "parruda" portanto, esse 
tipo de migração utilizando dblink e uma outra parte realizando expdp está 
descartada.
c) Tempo de downtime 24 horas.

Portanto nos resta duas opções das quais você mencionou


==> Achei interessante a parte que você menciona a migração fazendo com que o 
novo servidor Linux consiga acesso as mesmas LUNs do storage e depois que o 
servidor tiver acesso aos datafiles fazer o CONVERT como você mencionou. QUeria 
te pedir, se possível, se você possui algum tutorial de como realizar essa 
operação, pois eu irei realizar essa migração sem apoio de nenhum Senior, irei 
fazer sozinho, nunca fiz migrações de servidores entre plataformas diferentes.
==> por algum motivo o procedimento anterior não seja viável, dai teria que 
seguir a sua última sugestãode fazer por Reduce Transportable Tablespace 
Downtime using Cross Platform Incremental Backup" (Doc ID 1389592.1), confere? 

Em Quarta-feira, 21 de Setembro de 2016 19:18, "Sérgio Luiz Rodrigues 
Chaves sergio.cha...@elumini.com.br [oracle_br]"  
escreveu:
 

     Rafael,       Você realmente precisa saber o downtime, para definir qual a 
melhor solução para você. Mas também é importante saber quanto eles querem 
gastar.  Recentemente passei por situações semelhantes:
   - Migração de HP(9i) para ORACLE EXADATA (11R2);
   - E De IBM AIX(11gR2)  para ORACLE EXADATA( 11R2);   
   
     
   
     
   
Na primeira situação utilizamos duas estratégias: Na primeira utilizam o Golden 
Gate, sem downtime, a base tinha mais ou menos o 2.5 TB;   
   
Na segunda utilizamos data dump bases menores.   
   
     
   
Na segunda utilizamos Export / Import.   
   
     
   
Mas tudo isso vai depender dos servidores de destino, como não sabemos  
fica difícil informar qual a melhor solução. Ainda podemos estudar a utilização 
do RMAN.   
   
     
   
     
   
Boa sorte.   
   
  
 Sérgio. 
De: oracle_br@yahoogrupos.com.br  em nome de 
Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 

Enviado: quarta-feira, 21 de setembro de 2016 14:24:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração  Ontem por algum motivo não estava sendo 
possível o envio de email para o grupo, portanto foram enviados dois e-mails, 
favor desconsiderar o outro email, vamos usar este aqui e ignorar o outro.


Em Quarta-feira, 21 de Setembro de 2016 14:16, "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]"  escreveu:


 Senhores, boa tarde. 

Gostaria da ajuda de vocês para o seguinte cenário:
Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em um 
ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que também 
possui dois DATAGUARDS Físicos com a mesma configuração) fosse migrado para um 
outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho da base é de 2,4 TB.

Gostaria de saber de vocês qual seria o melhor modo de se fazer essa migração.
Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria um 
dia do final de semana livre para realizar essa tarefa.
Alguém poderia ajudar?



  #yiv9061301510 #yiv9061301510 -- #yiv9061301510ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9061301510 
#yiv9061301510ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9061301510 
#yiv9061301510ygrp-mkp #yiv9061301510hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9061301510 #yiv9061301510ygrp-mkp #yiv9061301510ads 
{margin-bottom:10px;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad 
{padding:0 0;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad p 
{margin:0;}#yiv9061301510 #yiv9061301510ygrp-mkp .yiv9061301510ad a 
{color:#ff;text-decoration:none;}#yiv9061301510 #yiv9061301510ygrp-sponsor 
#yiv9061301510ygrp-lc {font-family:Arial;}#yiv9061301510 
#yiv9061301510ygrp-sponsor #yiv9061301510ygrp-lc #yiv9061301510hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9061301510 
#yiv9061301510ygrp-sponsor #yiv9061301510ygrp-lc .yiv9061301510ad 
{margin-bottom:10px;padding:0 0;}#yiv9061301510 #yiv9061301510actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9061301510 
#yiv9061301510activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9061301510
 #yiv9061301510activity span {font-weight:700;}#yiv9061301510 
#yiv9061301510activity span:first-child 
{text-transform:uppercase;}#yiv9061301510 #yiv9061301510activity span a 
{color:#5085b6;text-decoration:none;}#yiv9061301510 #yiv9061301510activity span 
span {color:#ff7900;}#yiv9061301510 #yiv9061301510activity span 
.yiv9061301510underline {text-decoration:underl

Re: [oracle_br] Migração

[Sérgio Luiz Rodrigues Chaves sergio.cha...@elumini.com.br [oracle_br]]

Rafael,




Você realmente precisa saber o downtime, para definir qual a melhor solução 
para você.
Mas também é importante saber quanto eles querem gastar.
Recentemente passei por situações semelhantes:


  1.  Migração de HP(9i) para ORACLE EXADATA (11R2);
  2.  E De IBM AIX(11gR2)  para ORACLE EXADATA( 11R2);










Na primeira situação utilizamos duas estratégias: Na primeira utilizam o Golden 
Gate, sem downtime, a base tinha mais ou menos o 2.5 TB;


Na segunda utilizamos data dump bases menores.






Na segunda utilizamos Export / Import.






Mas tudo isso vai depender dos servidores de destino, como não sabemos  
fica difícil informar qual a melhor solução. Ainda podemos estudar a utilização 
do RMAN.










Boa sorte.






Sérgio.





De: oracle_br@yahoogrupos.com.br  em nome de 
Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] 

Enviado: quarta-feira, 21 de setembro de 2016 14:24:00
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração






Ontem por algum motivo não estava sendo possível o envio de email para o grupo, 
portanto foram enviados dois e-mails, favor desconsiderar o outro email, vamos 
usar este aqui e ignorar o outro.




Em Quarta-feira, 21 de Setembro de 2016 14:16, "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]"  escreveu:






Senhores, boa tarde.


Gostaria da ajuda de vocês para o seguinte cenário:


Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em um 
ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que também 
possui dois DATAGUARDS Físicos com a mesma configuração) fosse migrado para um 
outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho da base é de 2,4 TB.



Gostaria de saber de vocês qual seria o melhor modo de se fazer essa migração.


Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria um 
dia do final de semana livre para realizar essa tarefa.


Alguém poderia ajudar?

Re: [oracle_br] Migração

[jlchia...@yahoo.com.br [oracle_br]]

Bom, antes de mais nada o cliente tá Sabendo que esses dataguards ** vão ter 
que ser refeitos ** em servidores Linux pra alinhar com esse novo Linux prod, 
né ? de acordo com a nota "Data Guard Support for Heterogeneous Primary and 
Physical Standbys in Same Data Guard Configuration" (Doc ID 413484.1) mesmo 
sendo rigorosamente a mesma versão de software RDBMS (é o mínimo que se pede 
numa Migração) não é suportado DG físico entre AIX e Linux Isso também ** 
ELIMINA ** a Possibilidade de ter o Linux como uma réplica a mais, remover o 
AIX e depois promover o Linux para Primary

 Muito bem : a sua resposta só pode ser DEPENDE, pois :
 
 ==> certamente o database deve residor num STORAGE : é tecnicamente possível 
vc fazer o novo servidor Linux reconhecer/acessar esse storage ? Se sim, talvez 
vc poderia simplesmente baixar a instância e fechar o banco no AIX, e uma vez 
que o Linux tiver uma instãncia e conseguir acessar os datafiles, vc 
simplesmente os CONVERTE para o formato Linux, provavelmente via RMAN com 
comando CONVERT - isso seria Excelente pois vc pouparia o tempo de enviar pela 
rede os dados e/ou os datafiles pro novo servidor Linux, potencialmente 
cortando MUITO tempo do cronograma Outra opção nesse sentido caso o novo 
servidor vá usar outras LUNs no mesmo stirage seria vc copiar/transferir os 
datafiles via utilitários do storage, depois fazendo a Conversão necessária... 
 
 ==> vc diz que a base é de 2.4 Tb : tá bem, mas a maior parte desse volume 
está em relativamente poucas tabelas ? Há link de rede RÁPIDO entre os dois 
servidores ? Ambos os servidores possuem múltiplas CPUs e ampla capacidade  de 
I/O ? 
  Se a resposta for SIM para todas as questões, vc poderia ter algumas tantas 
sessões fazendo INSERT /*+ APPEND */ into tabela@databaselink com o maior grau 
de paralelismo possível, o resto vc exporta/importa os dados (apenas dados!!) e 
extrai os DDLs para recriar índices em paralelo e constraints em NOVALIDATE...
  
 ==> se o volume não tiver a distribuição acima mas o link de rede rápido e 
confiável existir, outra opção (para minimizar o tempo de downtime mas 
provavelmente Aumentar o tempo total do procedimento) seria replicar os dados 
da origem pra um banco-destino que vc criaria - se vc tiver a Licença isso pode 
ser feito via Goldengate, se não vc poderia (SE as restrições de datatype e 
quetais não interferirem) usar Streams
 
 ==> as opções anteriores não sendo viáveis, aí caímos nos procedimentos de 
migração mesmo, ie, vc vai transferir (alguns ou todos) datafiles da origem pro 
destino e lá os converter para o formato Linux   SE fossem SOs com o mesmo 
endian order vc teria a opção de usar os comandos de CONVERT DATABASE do RMAN, 
ou mesmo simplesmete RESTAURAR um backup da origem e o converter no destino -  
vide nota metalink "RMAN DUPLICATE/RESTORE/RECOVER Mixed Platform Support" (Doc 
ID 1079563.1) e os manuais Oracle (especialmente o manual "Database Backup and 
Recovery User's Guide" no cap. 25 Transporting Data Across Platforms) mas como 
AIX e Linux tem endian order diferentes, nada feito, só sobra o TRANSPORTABLE 
TABLESPACE...
  
  Veja a nota metalink "11G - Reduce Transportable Tablespace Downtime using 
Cross Platform Incremental Backup" (Doc ID 1389592.1) para refs e algumas 
melhorias havidas (como os backups incrementais para transporte), e 
http://www.dside-software.com/tech-news/cross-platform-oracle-migration-with-rman-convert-and-transportable-tablespaces/
 tem um exemplinho...
  
  []s

  Chiappa
  
OBS : 

1. iirc a restrição de conversão/restore de database cross platform mudou 
no 12c mas no 11G que vc tem e (ao que entendo) vai continuar a usar ainda é 
tal como eu falei acima

2. há outras opções de standby (como por exemplo o Shareplex) que vc pode 
investigar - não sei como está hoje em dia o Suporte delas pra standby 
cross-platform mas veja lá...

Re: [oracle_br] Migração

[Fabricio Pedroso Jorge fpjb...@gmail.com [oracle_br]]

Se tiver licença do Goldengate, essa seria a melhor opção, sem downtime.

Via RMAN, como você está usando "endian formats" (AIX -> Linux) diferentes,
teria que realizar o CONVERT dos datafiles, o que aumentaria o tempo de
migração.

Em 21 de setembro de 2016 14:16, Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br]  escreveu:

>
>
> Senhores, boa tarde.
>
> Gostaria da ajuda de vocês para o seguinte cenário:
>
> Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em
> um ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que
> também possui dois DATAGUARDS Físicos com a mesma configuração) fosse
> migrado para um outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho
> da base é de 2,4 TB.
>
> Gostaria de saber de vocês qual seria o melhor modo de se fazer essa
> migração.
>
> Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria
> um dia do final de semana livre para realizar essa tarefa.
>
> Alguém poderia ajudar?
>
> 
>



-- 
*Fabrício Pedroso Jorge.*

Administrador de Banco de Dados

certificacaobd.com.br 

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 988991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com

Re: [oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Ontem por algum motivo não estava sendo possível o envio de email para o grupo, 
portanto foram enviados dois e-mails, favor desconsiderar o outro email, vamos 
usar este aqui e ignorar o outro.
 

Em Quarta-feira, 21 de Setembro de 2016 14:16, "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]"  escreveu:
 

     Senhores, boa tarde. 

Gostaria da ajuda de vocês para o seguinte cenário:
Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em um 
ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que também 
possui dois DATAGUARDS Físicos com a mesma configuração) fosse migrado para um 
outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho da base é de 2,4 TB. 

Gostaria de saber de vocês qual seria o melhor modo de se fazer essa migração.
Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria um 
dia do final de semana livre para realizar essa tarefa.
Alguém poderia ajudar?

  #yiv3603839272 #yiv3603839272 -- #yiv3603839272ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv3603839272 
#yiv3603839272ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv3603839272 
#yiv3603839272ygrp-mkp #yiv3603839272hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv3603839272 #yiv3603839272ygrp-mkp #yiv3603839272ads 
{margin-bottom:10px;}#yiv3603839272 #yiv3603839272ygrp-mkp .yiv3603839272ad 
{padding:0 0;}#yiv3603839272 #yiv3603839272ygrp-mkp .yiv3603839272ad p 
{margin:0;}#yiv3603839272 #yiv3603839272ygrp-mkp .yiv3603839272ad a 
{color:#ff;text-decoration:none;}#yiv3603839272 #yiv3603839272ygrp-sponsor 
#yiv3603839272ygrp-lc {font-family:Arial;}#yiv3603839272 
#yiv3603839272ygrp-sponsor #yiv3603839272ygrp-lc #yiv3603839272hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv3603839272 
#yiv3603839272ygrp-sponsor #yiv3603839272ygrp-lc .yiv3603839272ad 
{margin-bottom:10px;padding:0 0;}#yiv3603839272 #yiv3603839272actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv3603839272 
#yiv3603839272activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv3603839272
 #yiv3603839272activity span {font-weight:700;}#yiv3603839272 
#yiv3603839272activity span:first-child 
{text-transform:uppercase;}#yiv3603839272 #yiv3603839272activity span a 
{color:#5085b6;text-decoration:none;}#yiv3603839272 #yiv3603839272activity span 
span {color:#ff7900;}#yiv3603839272 #yiv3603839272activity span 
.yiv3603839272underline {text-decoration:underline;}#yiv3603839272 
.yiv3603839272attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv3603839272 .yiv3603839272attach div a 
{text-decoration:none;}#yiv3603839272 .yiv3603839272attach img 
{border:none;padding-right:5px;}#yiv3603839272 .yiv3603839272attach label 
{display:block;margin-bottom:5px;}#yiv3603839272 .yiv3603839272attach label a 
{text-decoration:none;}#yiv3603839272 blockquote {margin:0 0 0 
4px;}#yiv3603839272 .yiv3603839272bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv3603839272 
.yiv3603839272bold a {text-decoration:none;}#yiv3603839272 dd.yiv3603839272last 
p a {font-family:Verdana;font-weight:700;}#yiv3603839272 dd.yiv3603839272last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv3603839272 
dd.yiv3603839272last p span.yiv3603839272yshortcuts 
{margin-right:0;}#yiv3603839272 div.yiv3603839272attach-table div div a 
{text-decoration:none;}#yiv3603839272 div.yiv3603839272attach-table 
{width:400px;}#yiv3603839272 div.yiv3603839272file-title a, #yiv3603839272 
div.yiv3603839272file-title a:active, #yiv3603839272 
div.yiv3603839272file-title a:hover, #yiv3603839272 div.yiv3603839272file-title 
a:visited {text-decoration:none;}#yiv3603839272 div.yiv3603839272photo-title a, 
#yiv3603839272 div.yiv3603839272photo-title a:active, #yiv3603839272 
div.yiv3603839272photo-title a:hover, #yiv3603839272 
div.yiv3603839272photo-title a:visited {text-decoration:none;}#yiv3603839272 
div#yiv3603839272ygrp-mlmsg #yiv3603839272ygrp-msg p a 
span.yiv3603839272yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv3603839272 
.yiv3603839272green {color:#628c2a;}#yiv3603839272 .yiv3603839272MsoNormal 
{margin:0 0 0 0;}#yiv3603839272 o {font-size:0;}#yiv3603839272 
#yiv3603839272photos div {float:left;width:72px;}#yiv3603839272 
#yiv3603839272photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv3603839272 
#yiv3603839272photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv3603839272
 #yiv3603839272reco-category {font-size:77%;}#yiv3603839272 
#yiv3603839272reco-desc {font-size:77%;}#yiv3603839272 .yiv3603839272replbq 
{margin:4px;}#yiv3603839272 #yiv3603839272ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv3603839272 #yiv3603839272ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, cle

[oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px 
#715FFA solid !important; padding-left:1ex !important; background-color:white 
!important; }  Senhores, boa tarde.Um cliente solicitou a migração de uma base 
Oracle enterprise edition 11.2.0.4.16 ASM stand alone em um SO AIX 6.1 64 bits 
pra um Linux redhat 7 ou 6 64 bits. A base tem um tamanho de 2,3 TB. Gostaria 
de saber de vocês qual seria o melhor procedimento para realizar essa tarefa.
Obs: em relação ao downtime, o cliente ainda não forneceu informações a 
respeito (estou no aguardo), porém acho que um dia no final de semana de 
indisponibilidade não seria problema, infelizmente não tenho certeza do tempo. 


Enviado do Yahoo Mail para iPhone
 

[oracle_br] Migração

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Senhores, boa tarde. 

Gostaria da ajuda de vocês para o seguinte cenário:
Um cliente solicitou que um SGBD Oracle EE 11.2.0.4.16 ASM standalone em um 
ambiente de produção em um sistema operacional AIX 6.1 64 bits ( que também 
possui dois DATAGUARDS Físicos com a mesma configuração) fosse migrado para um 
outro servidor LInux Redhat 6.x ou 7.0 64 bits. O tamanho da base é de 2,4 TB. 

Gostaria de saber de vocês qual seria o melhor modo de se fazer essa migração.
Obs1: O tempo de downtime não foi informado, mas acho que o cliente teria um 
dia do final de semana livre para realizar essa tarefa.
Alguém poderia ajudar?

[oracle_br] migração de storage

[alexssandro0...@yahoo.com.br [oracle_br]]

Bom dia!
 

 

 Pessoal, aqui na empresa estamos migrando o storage, como temos janela para 
manutenção, vamos parar o banco e fazer a cópia dos dados de um lado para 
outro, de todos os arquivos do oracle(datafile, archivelog,redo etc) nisso 
também precisamos migrar a unidade /u01, na qual está os binários, logs etc do 
oracle. 
 

 Minha perguntá é, alguém já teve algum problema em fazer este tipo de 
migração?? 
 Já fiz isso antes, porém ainda não realizei a migração da unidade aonde está 
os binários do banco. Sempre foi as demais unidades, por isso a minha duvida.
 

 Oracle 11.2.0.4 Standard Edition
 

[oracle_br] MIgração Catalogo de Recuperação

[Alessandro Silva xalexsi...@yahoo.com.br [oracle_br]]

Cenário:
11.2.0.3.5AIX 6.1TAmanho do database (catálogo) = 27 GB

Queria saber de vocês, qual a melhor forma de migrar essa base para um outro 
servidor AIX, já que foi solicitado que esse servidor não irá mais existir.
Duplicate? EXPDP/IMPDP? Alguma outra opção?

[oracle_br] Migração de Banco (Oracle para SQL e SQL para Oracle)

[rafael...@yahoo.com [oracle_br]]

Ola a todos,
 

 Gostaria de obter uma informação quanto a experiência de vocês.
 

 Ao realizar uma migração de um Banco de Dados Oracle para SQL Server ou mesmo 
SQL Server para Oracle, quais ferramentas costumam utilizar? Qual a melhor 
forma de realizar esta migração, mantendo os tipos/estruturas dos campos/tables 
que serão migrados?
 

 

 

 

Re: [oracle_br] migração para oracle 11g

[dbarodrigo]

Por ser ambiente virtualizado, já vai estragar tudo. Pelo simples arquitetura 
do VMWare, seus drivers na camada de VMM não terão as boas respostas sobre suas 
HBAs, e por elas não serem dedicadas, pode encavalar dentro do seu encloure da 
Blade. 

Se usar as lâminas diretamente, creio que veja muito mais valioso o uso do seu 
recurso, principalmente por esses modelos novos trabalharem com FCoE e os 
switchs das blades já estão preparadas para elas. 

Caso use o FS, opte por um ext4 ou reisefs. O melhor pra ti será sempre na 
questão performance vs Disponibilidade. Aí tem que avaliar o que mais te 
influencia e saber o que realmente você tem de infraestrutura. 

Mas cuidado com VMWare. Além do licenciamento ser completamente diferente, pode 
te matar e tirar quaisquer responsabilidade do suporte da Oracle.

Abraços,
Rodrigo Almeida

Em 24/01/2014, à(s) 16:28, jlchia...@yahoo.com.br escreveu:

> 
>   Isso totalmente ** DEPENDE ** : o hardware de disco a ser usado é 
> diretamente o real ou é hardware virtualizado ?? Se hardware real, físico, 
> hoje esse filesystem está montado em cima de um disco OU de um disk volume, 
> residindo num storage com múltiplos discos ??
>   Via de regra o ASM apresenta vantagens quando se usa ASM em cima de disk 
> volumes, principalmente em questões como stripe size e balanceamento de 
> discos : CASO vc tenha hoje um só disco, que é possível é mas não vejo lá 
> muita vantagem em implementar o ASM, não 
>   
>[]s
>
>  Chiappa
> 
> 
> 

[oracle_br] migração para oracle 11g

[Danilo Oliveira]

Boa tarde pessoal,

Estamos iniciando o trabalho de migração de uma base dados do Oracle 9i 
(9.2.0.8)
para o oracle 11g (11.2.0.4), o ambiente é linux (Suse) virtualizado (vmware) e 
o hardware intel
(blade HP + storage HP), o banco tem mais ou menos 100GB de dados, gostaria de
saber se seria interessante utilizar o ASM nesse cenário, ele trará algum 
beneficio
em relação a utilização do filesystem convencional?

Obrigado,
Danilo Oliveira

Re: [oracle_br] Migração Oracle 8.

[Marcelo Procksch]

Bom dia.

O Oracle 8i, não suporta expd, somente o exp.
Se seu 8i estiver na ultima versão, você pode migrar para 10g e depois para
11g.
lembrando de migrar as tablespace de gerenciamento de dicionário para lmt
quando estiver na versão 10g.
E antes de migrar a produção, faça testes em ambiente homolog e faça isso
varias vezes, lembrando que o pessoal do sistema deve homologar, são
versões distântes que devem ser testada exaustivamente.

Abraço



Em 28 de outubro de 2013 12:28, Daniel Mello escreveu:

> **
>
>
> Boa tarde pessoal.
>
>Por favor, tenho um banco para migrar e por ele ser uma versão antiga,
> a 8i (vai para a 11g), não sei ao certo qual estratégia usar, levando em
> consideração seu tamanho, aproximadamente 500gb, pensei em expdp, mas
> acredito que o tempo será mto alto para esse cenário. Alguém já fez algo
> semelhante?
>
> Obrigado.
> Daniel.
>
>  
>



-- 
At.
Marcelo E. Procksch

[oracle_br] Migração Oracle 8.

[Daniel Mello]

Boa tarde pessoal.

   Por favor, tenho um banco para migrar e por ele ser uma versão antiga, a 8i 
(vai para a 11g), não sei ao certo qual estratégia usar, levando em 
consideração seu tamanho, aproximadamente 500gb, pensei em expdp, mas acredito 
que o tempo será mto alto para esse cenário. Alguém já fez algo semelhante?

Obrigado.
Daniel.

Re: [oracle_br] Migração MS SQL-Server 2008 para Oracle 11gR2

[Fabricio Pedroso Jorge]

O Oracle Goldengate permite fazer essa migração, mas precisa de uma licença
pra usar ele.


Em 26 de outubro de 2013 13:36, Wanderson Barrence
escreveu:

> **
>
>
> Olá Pessoal,
>
> Eu sei que já existem alguns assuntos no fórum relacionados a migração de
> banco de dados SQL-Server para Oracle, mas gostaria de coletar algumas
> dicas de quem já realizou esse tipo de trabalho:
>
> Quais ferramentas foram utilizadas? (Eu já testei o JDTS plugin do Oracle
> SQL-Developer).
>
> Existe alguma boa prática, quando se trata de bancos de dados muito grande?
>
> Alguém já utilizou o Oracle Gateway para criar um DBLINK entre o Oracle e
> o SQL-Server? (Como foi a experiência?)
>
> Alguém conhece alguma ferramenta específica só para esse tipo de trabalho?
>
> Desde já agradeço a todos pela ajuda.
>
> Att,
>
> Wanderson Barrence
>
>  
>



-- 
***Fabrício Pedroso Jorge.*

Administrador de Banco de Dados
Oracle 11g Certified SQL Expert
Oracle 11g Certified Associate
Oracle 11g Certified Professional
Linux Professional Institute Certified Level I (LPIC-I)
ITIL V3 Foudations
certificacaodb.com.br

*Resumo Profissional:*
http://br.linkedin.com/in/fabriciojorge

*Contatos:*
+ 55 91 88991116
skype: fabricio.pedroso.jorge
fpjb...@gmail.com

[oracle_br] Migração MS SQL-Server 2008 para Oracle 11gR2

[Wanderson Barrence]

Olá Pessoal,

Eu sei que já existem alguns assuntos no fórum relacionados a migração de
banco de dados SQL-Server para Oracle, mas gostaria de coletar algumas
dicas de quem já realizou esse tipo de trabalho:

Quais ferramentas foram utilizadas? (Eu já testei o JDTS plugin do Oracle
SQL-Developer).

Existe alguma boa prática, quando se trata de bancos de dados muito grande?

Alguém já utilizou o Oracle Gateway para criar um DBLINK entre o Oracle e o
SQL-Server? (Como foi a experiência?)

Alguém conhece alguma ferramenta específica só para esse tipo de trabalho?

Desde já agradeço a todos pela ajuda.

Att,

Wanderson Barrence

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[Victor Raileno]

Muito Obrigado Rafael
pelas observações
de grande Valia para mim.




Em 11 de julho de 2013 11:38, Raphael Franco  escreveu:

> **
>
>
> Victor,
>
> Vejo que o mais importante na migração é a **HOMOLOGAÇÂO** no novo
> ambiente!
>
> Suas perguntas devem ser respondidas em cima da propria homologação!
>
> Basicamente, deve-se simular a migração, tentando otimizar o tempo de
> parada dos BDs. Tendo a base migrada para testes, entrar a faze de
> homologação do ambiente, conectar os Softwares/Aplicativos de cada sistema
> no novo DB e testar, testar e testar, ou seja, no momento dos testes,
> se aparecerem problemas, buscar a causa raiz, solucionar (documentar) e
> continuar os testes.
> Tudo deve ser documentado, como um passo a passo, para que no dia da
> migração você possa seguir e minimizar as surpresas.
> Sempre pense em dividir a responsabilidade da migração, pois os sistemas
> são de terceiros ou desenvolvidos por outras pessoase... essas devem
> ***DOCUMENTAR*** que testaram e são homologados para a nova versão 11g (por
> exemplo).
>
> Resumindo, o quanto mais testar,... documentar como será a migração,... se
> respaldar de Docs que os sistemas foram testados e homologados menor
> será sua dor de cabeça na migração (e tbm minimiza os cabelos
> brancos...rsrs).
>
> -.^
> Raphael
>
> 
> De: victor_raileno 
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Quarta-feira, 10 de Julho de 2013 15:18
> Assunto: [oracle_br] Migração de Banco de Dados para versão Oracle 11g
> Release 11.2.0.3.0
>
>
>
> Olá pessoal, no futuro proximo
> acontecerá uma migração de dados em aplicação(java)/banco (oracle)
> nos seguintes termos abaixo.
>
> maquina Origem
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> TNS for Solaris: Version 10.2.0.1.0 - Production
>
> maquina Destino
> Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> Production
> TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
>
> supondo que:
> mudará apenas o BD.e será através de RMAN.e as maquinas suportam
> a migração.
>
> perguntas:
> 1)que testes de conectividade preciso fazer para evitar supresas?
> que impactos a produção pode enfrentar?
>
> 2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e
> "password") em outras bases que acessam a minha? tem como levantar isso? ou
> cada instancia cuida do seu dblink?
>
> 3)Essa mudança de versão impacta algum tipo de objeto (views, triggers,
> etc...)?
>
> 4)o RMAN replicará replicará na integra os dados dabase origem?
>
> 5)alguém já fez essa mudança? que problemas enfrentou? com o que devo me
> preocupar antes de fazer essa migração? como planejar isso?
>
> atenciosamente
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração de banco entre plataformas diferentes

[angelo]

Caraca.. 2 tb

me senti até humilhado agora.. se minha base tiver 50 gb é muito.. rss
E já tem patch.. o oracle ta chegando a 11.2.0.4 em alguns ambientes..
inclui no teu roteiro ai..


2013/7/11 Daniel Mello 

> **
>
>
> Boa tarde.
>
> Assim como um pergunta respondida de nosso amigo Victor, tenho uma
> migração entre plataformas, mas no meu caso muda o Endian_Format " BIG >>
> Little", a mudança será de um Solaris Sparc para Solaris x86-64. A versão
> do oracle é a 11.2.0.2.
> Alguém já fez esse tipo de conversão?
> Conhecem o melhor método?
> A base tem aproximadamente 2tb, por isso descartei o imp/impdp a princípio.
>
> Obrigado.
> Daniel.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[Victor Raileno]

Obrigado pessoal pelas respostas,
Marcelo, obrigado pelo step by step

com base nessas experiencias vou
amadurecer mais esse processo

e volto caso pinte outras dúvidas

muito obrigado gente




Em 11 de julho de 2013 12:21, Marcelo Procksch
escreveu:

> >
> > **
> > Victor, boa tarde.
> >
> > Olá pessoal, no futuro proximo
> > acontecerá uma migração de dados em aplicação(java)/banco (oracle)
> > nos seguintes termos abaixo.
> >
>maquina Origem
> > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> > TNS for Solaris: Version 10.2.0.1.0 - Production
> >
> > maquina Destino
> > Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> > Production
> > TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
> >
> > supondo que:
> > mudará apenas o BD.e será através de RMAN.e as maquinas suportam
> > a migração.
> >
> > -->COMO SOLARIS E AIX SÃO BIG ENDIAN VOCÊ PODE FAZER A CONVERSÃO DIRETA
> COM O RMAN CONVERT
>
>
> >   perguntas:
> > 1)que testes de conectividade preciso fazer para evitar supresas?
> > que impactos a produção pode enfrentar?
> >
> > -->NÃO TEM JEITO, TEM QUE FAZER A MIGRAÇÃO, REALIZAR EXAUSTIVOS TESTES
> COM
> A APLICAÇÃO CONECTANDO NO BANCO DE DADOS.
>
>
> >   2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e
> > "password") em outras bases que acessam a minha? tem como levantar isso?
> ou
> > cada instancia cuida do seu dblink?
> >
> --> Não deve se preocupar com os usuários e senhas já que vai fazer a
> migração por UPGRADE acredito, os usuários e senhas serão mantidos como na
> versão anterior, se atente ao case sensitive que é default no 11g, se
> atente também ao listener e tnsnames.
>
> >
> > 3)Essa mudança de versão impacta algum tipo de objeto (views, triggers,
> > etc...)?
> >
> -->AS VEZES IMPACTA EM SINTAXE E OBJETOS FICAM INVÁLIDOS, NORMALMENTE DE
> 10G PARA 11G NÃO COSTUMA OCORRER, MAS COLETAR O STATUS DOS OBJETOS ANTES DE
> MIGRAR E APÓS MIGRAR É IMPORTANTE PARA COMPARAR SE OBJETOS FICARAM
> INVÁLIDOS APÓS A MIGRAÇÃO.
>
> >
> > 4)o RMAN replicará replicará na integra os dados dabase origem?
> > -->Não entendi muito bem a pergunta, mas como são SO diferentes você terá
> > que usar o CONVERT, os dados ficam integros.
> > -->Esse link explica como faz o cross plataform com RMAN
> >
> http://docs.oracle.com/cd/B19306_01/backup.102/b14191/dbxptrn.htm#CHDFDAFH
> >
>
>
> >   5)alguém já fez essa mudança? que problemas enfrentou? com o que devo
> > me preocupar antes de fazer essa migração? como planejar isso?
> >
> -->Já fiz esse tipo de migração.
> --> Faça a migração, documente todos os passos, peça para o pessoal da
> aplicação fazer exaustivos testes e documente cada ploblema encontrado
> junto com a solução.
> --> O ideal é fazer o teste de migração varias vezes quando o processo
> estiver maduro, você terá todos os passos e o tempo da janela de migração,
> dessa forma não terá surpresas no dia D.
>
> Abraço
> Marcelo Procksch
>
> >
> > atenciosamente
> >
> >
> >
>
>
>
> --
> At.
> Marcelo E. Procksch
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de banco entre plataformas diferentes

[Rodrigo Mufalani]

Meu caro,

Dê uma boa lida nesse paper e na(s) nota(s) do metalink que ele referencia. Na 
minha opinião, a melhor forma para migrar VLDBs é com Dataguard e tecnologias 
similares (Goldengate/Shareplex), mesmo assim ainda prefiro o DG.

 Onde o seu downtime é mínimo.

http://www.oracle.com/technetwork/database/features/availability/twp-dataguard-11gr2-1-131981.pdf


Obs.: O GUOB está chegando, 10/08/2013 não deixe de ir no maior evento de 
Oracle do brasil, faça sua inscrição em www.guob.com.br.


Atenciosamente,
Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br





On 11/07/2013, at 16:27, Daniel Mello  wrote:

> Boa tarde.
> 
> Assim como um pergunta respondida de nosso amigo Victor, tenho uma migração 
> entre plataformas, mas no meu caso muda o Endian_Format " BIG >> Little", a 
> mudança será de um Solaris Sparc para Solaris x86-64. A versão do oracle é a 
> 11.2.0.2. 
> Alguém já fez esse tipo de conversão?
> Conhecem o melhor método?
> A base tem aproximadamente 2tb, por isso descartei o imp/impdp a princípio.
> 
> Obrigado.
> Daniel.
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 



[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração de banco entre plataformas diferentes

[Fabio Prado]

Daniel, nunca usei mas sei que neste caso um dos melhores métodos é usar o
recurso de tablespaces transportáveis:
http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmxplat.htm


Em 11 de julho de 2013 16:27, Daniel Mello  escreveu:

> **
>
>
> Boa tarde.
>
> Assim como um pergunta respondida de nosso amigo Victor, tenho uma
> migração entre plataformas, mas no meu caso muda o Endian_Format " BIG >>
> Little", a mudança será de um Solaris Sparc para Solaris x86-64. A versão
> do oracle é a 11.2.0.2.
> Alguém já fez esse tipo de conversão?
> Conhecem o melhor método?
> A base tem aproximadamente 2tb, por isso descartei o imp/impdp a princípio.
>
> Obrigado.
> Daniel.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Fábio Prado
www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Migração de banco entre plataformas diferentes

[Daniel Mello]

Boa tarde.

Assim como um pergunta respondida de nosso amigo Victor, tenho uma migração 
entre plataformas, mas no meu caso muda o Endian_Format " BIG >> Little", a 
mudança será de um Solaris Sparc para Solaris x86-64. A versão do oracle é a 
11.2.0.2. 
Alguém já fez esse tipo de conversão?
Conhecem o melhor método?
A base tem aproximadamente 2tb, por isso descartei o imp/impdp a princípio.

Obrigado.
Daniel.


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[Marcelo Procksch]

>
> **
> Victor, boa tarde.
>
> Olá pessoal, no futuro proximo
> acontecerá uma migração de dados em aplicação(java)/banco (oracle)
> nos seguintes termos abaixo.
>
   maquina Origem
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> TNS for Solaris: Version 10.2.0.1.0 - Production
>
> maquina Destino
> Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> Production
> TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
>
> supondo que:
> mudará apenas o BD.e será através de RMAN.e as maquinas suportam
> a migração.
>
> -->COMO SOLARIS E AIX SÃO BIG ENDIAN VOCÊ PODE FAZER A CONVERSÃO DIRETA
COM O RMAN CONVERT


>   perguntas:
> 1)que testes de conectividade preciso fazer para evitar supresas?
> que impactos a produção pode enfrentar?
>
> -->NÃO TEM JEITO, TEM QUE FAZER A MIGRAÇÃO, REALIZAR EXAUSTIVOS TESTES COM
A APLICAÇÃO CONECTANDO NO BANCO DE DADOS.


>   2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e
> "password") em outras bases que acessam a minha? tem como levantar isso? ou
> cada instancia cuida do seu dblink?
>
--> Não deve se preocupar com os usuários e senhas já que vai fazer a
migração por UPGRADE acredito, os usuários e senhas serão mantidos como na
versão anterior, se atente ao case sensitive que é default no 11g, se
atente também ao listener e tnsnames.

>
> 3)Essa mudança de versão impacta algum tipo de objeto (views, triggers,
> etc...)?
>
-->AS VEZES IMPACTA EM SINTAXE E OBJETOS FICAM INVÁLIDOS, NORMALMENTE DE
10G PARA 11G NÃO COSTUMA OCORRER, MAS COLETAR O STATUS DOS OBJETOS ANTES DE
MIGRAR E APÓS MIGRAR É IMPORTANTE PARA COMPARAR SE OBJETOS FICARAM
INVÁLIDOS APÓS A MIGRAÇÃO.

>
> 4)o RMAN replicará replicará na integra os dados dabase origem?
> -->Não entendi muito bem a pergunta, mas como são SO diferentes você terá
> que usar o CONVERT, os dados ficam integros.
> -->Esse link explica como faz o cross plataform com RMAN
> http://docs.oracle.com/cd/B19306_01/backup.102/b14191/dbxptrn.htm#CHDFDAFH
>


>   5)alguém já fez essa mudança? que problemas enfrentou? com o que devo
> me preocupar antes de fazer essa migração? como planejar isso?
>
-->Já fiz esse tipo de migração.
--> Faça a migração, documente todos os passos, peça para o pessoal da
aplicação fazer exaustivos testes e documente cada ploblema encontrado
junto com a solução.
--> O ideal é fazer o teste de migração varias vezes quando o processo
estiver maduro, você terá todos os passos e o tempo da janela de migração,
dessa forma não terá surpresas no dia D.

Abraço
Marcelo Procksch

>
> atenciosamente
>
> 
>



-- 
At.
Marcelo E. Procksch


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[angelo]

Se for apenas migrar os dados de um banco para outro, seguindo a mesma
estrutura.. ( schema, tablespace )... tipo, saindo de um servidor velho
para um novo,...
Exportar e importar esses dados nao seria mais facil nao ? A nao ser que
tenha mais coisa..


2013/7/10 victor_raileno 

> **
>
>
> Olá pessoal, no futuro proximo
> acontecerá uma migração de dados em aplicação(java)/banco (oracle)
> nos seguintes termos abaixo.
>
> maquina Origem
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> TNS for Solaris: Version 10.2.0.1.0 - Production
>
> maquina Destino
> Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> Production
> TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
>
> supondo que:
> mudará apenas o BD.e será através de RMAN.e as maquinas suportam
> a migração.
>
> perguntas:
> 1)que testes de conectividade preciso fazer para evitar supresas?
> que impactos a produção pode enfrentar?
>
> 2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e
> "password") em outras bases que acessam a minha? tem como levantar isso? ou
> cada instancia cuida do seu dblink?
>
> 3)Essa mudança de versão impacta algum tipo de objeto (views, triggers,
> etc...)?
>
> 4)o RMAN replicará replicará na integra os dados dabase origem?
>
> 5)alguém já fez essa mudança? que problemas enfrentou? com o que devo me
> preocupar antes de fazer essa migração? como planejar isso?
>
> atenciosamente
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[Raphael Franco]

Victor,

Vejo que o mais importante na migração é a **HOMOLOGAÇÂO** no novo ambiente!

Suas perguntas devem ser respondidas em cima da propria homologação!

Basicamente, deve-se simular a migração, tentando otimizar o tempo de parada 
dos BDs. Tendo a base migrada para testes, entrar a faze de homologação do 
ambiente, conectar os Softwares/Aplicativos de cada sistema no novo DB e 
testar, testar e testar, ou seja, no momento dos testes, se aparecerem 
problemas, buscar a causa raiz, solucionar (documentar) e continuar os testes.
Tudo deve ser documentado, como um passo a passo, para que no dia da migração 
você possa seguir e minimizar as surpresas.
Sempre pense em dividir a responsabilidade da migração, pois os sistemas são de 
terceiros ou desenvolvidos por outras pessoase... essas devem 
***DOCUMENTAR*** que testaram e são homologados para a nova versão 11g (por 
exemplo).

Resumindo, o quanto mais testar,... documentar como será a migração,... se 
respaldar de Docs que os sistemas foram testados e homologados menor será 
sua dor de cabeça na migração (e tbm minimiza os cabelos brancos...rsrs).


-.^
Raphael





 De: victor_raileno 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Quarta-feira, 10 de Julho de 2013 15:18
Assunto: [oracle_br] Migração de  Banco de Dados para versão Oracle 11g 
Release 11.2.0.3.0
 


  
Olá pessoal, no futuro proximo
acontecerá uma migração de dados em aplicação(java)/banco (oracle)
nos seguintes termos abaixo.

maquina Origem 
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
TNS for Solaris: Version 10.2.0.1.0 - Production

maquina Destino
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production

supondo que:
mudará apenas o BD.e será através de RMAN.e as maquinas suportam 
a migração.

perguntas:
1)que testes de conectividade preciso fazer para evitar supresas?
que impactos a produção pode enfrentar?

2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e "password") 
em outras bases que acessam a minha? tem como levantar isso? ou cada instancia 
cuida do seu dblink? 

3)Essa mudança de versão impacta algum tipo de objeto (views, triggers, etc...)?

4)o RMAN replicará replicará na integra os dados dabase origem? 

5)alguém já fez essa mudança? que problemas  enfrentou? com o que devo me 
preocupar antes de fazer essa migração? como planejar isso?

atenciosamente


 

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[Fabio Prado]

Victor, dou várias dicas no artigo:
http://www.fabioprado.net/2011/12/atualizacaomigracao-de-banco-de-dados.html

[]s

Fábio Prado


Em 10 de julho de 2013 15:18, victor_raileno escreveu:

> **
>
>
> Olá pessoal, no futuro proximo
> acontecerá uma migração de dados em aplicação(java)/banco (oracle)
> nos seguintes termos abaixo.
>
> maquina Origem
> Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
> TNS for Solaris: Version 10.2.0.1.0 - Production
>
> maquina Destino
> Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit
> Production
> TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production
>
> supondo que:
> mudará apenas o BD.e será através de RMAN.e as maquinas suportam
> a migração.
>
> perguntas:
> 1)que testes de conectividade preciso fazer para evitar supresas?
> que impactos a produção pode enfrentar?
>
> 2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e
> "password") em outras bases que acessam a minha? tem como levantar isso? ou
> cada instancia cuida do seu dblink?
>
> 3)Essa mudança de versão impacta algum tipo de objeto (views, triggers,
> etc...)?
>
> 4)o RMAN replicará replicará na integra os dados dabase origem?
>
> 5)alguém já fez essa mudança? que problemas enfrentou? com o que devo me
> preocupar antes de fazer essa migração? como planejar isso?
>
> atenciosamente
>
>  
>



-- 
Fábio Prado
www.fabioprado.net
"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados
Oracle"


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Migração de Banco de Dados para versão Oracle 11g Release 11.2.0.3.0

[victor_raileno]

Olá pessoal, no futuro proximo
acontecerá uma migração de dados em aplicação(java)/banco (oracle)
nos seguintes termos abaixo.

maquina Origem 
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
TNS for Solaris: Version 10.2.0.1.0 - Production


maquina Destino
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
TNS for IBM/AIX RISC System/6000: Version 11.2.0.3.0 - Production

supondo que:
mudará apenas o BD.e será através de RMAN.e as maquinas suportam 
a migração.

perguntas:
1)que testes de conectividade preciso fazer para evitar supresas?
que impactos a produção pode enfrentar?

2)como proceder com DBLINKS criados(Se irá mudar o nome do "user" e "password") 
em outras bases que acessam a minha? tem como levantar isso? ou cada instancia 
cuida do seu dblink? 

3)Essa mudança de versão impacta algum tipo de objeto (views, triggers, etc...)?

4)o RMAN replicará replicará na integra os dados dabase origem? 

5)alguém já fez essa mudança? que problemas  enfrentou? com o que devo me 
preocupar antes de fazer essa migração? como planejar isso?

atenciosamente

Re: [oracle_br] Migração de base

[Vitor Jr.]

Migramos um cliente de plataforma (o.s.) e também de RDBMS com downtime perto 
de zero utilizando o Golden Gate! #ficadica


Att,/Regards,


Vitor Jr.
Infraestrutura / Infrastructure Team
Oracle 11g DBA Certified Professional - OCP
Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid 
Infrastructure Administrator - OCE
Oracle Database 11g Performance Tuning Certified Expert - OCE
Oracle Exadata 11g Certified Implementation Specialist
Oracle Certified Associate, MySQL 5
mail, gtalk e msn: vitorj...@gmail.com
http://certificacaobd.com.br/
skype: vjunior1981




On 30/11/2012, at 17:22, Rafael Mendonca  wrote:

> Obrigado ao Capin, Welvis e o Edson pelas dicas.
> 
> =D
> 
> 
> De: Welvis Moretto 
> Para: "oracle_br@yahoogrupos.com.br"  
> Enviadas: Sexta-feira, 30 de Novembro de 2012 10:55
> Assunto: Re: [oracle_br] Migração de base
> 
> 
>   
> Bom dia,
> 
> Já trabalhei em alguns projetos assim. Nos ultimos 3 trabalhos, os três eu 
> trabalhei com integração com bancos diferentes. Isso é tão comum que 
> atualmente faço isso quase que constantemente (diario), as 
> integrações/convivencias. 
> 
> Bom, nem sempre é simples assim.. Tipo, usa um linkedserver. Penso que isso 
> depende muito, o meio sempre é um linkedserver no caso do MS-SQL Server, mas 
> os tipos de dados precisa ser tratato pois nem sempre os dados estão prontos. 
> Precisa fazer alguns T-SQL para por a informação do Oracle e depois fazer um 
> PL/SQL. 
> 
> De uma olhada nos link's. Acho que vai ajudar
> 
> http://www.oracle.com/technetwork/database/migration/sqlserver-095136.html
> http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/hol08/sqldev_migration/mssqlserver/migrate_microsoft_sqlserver_otn.htm
> 
> att,
> Welvis Douglas
> 
> 
> De: Fernando Franquini 'capin' 
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Sexta-feira, 30 de Novembro de 2012 10:27
> Assunto: Re: [oracle_br] Migração de base
> 
>   
> Rafael,
> 
> primeiro o que você precisa definir é com o que você vai migrar e como.
> Usando ferramentas, LINKEDSERVER etc.
> Depois disso realizar testes e verificar quanto tempo você levará para
> migrar e se os dados migrados estão ok e a aplicação apontada para o Oracle
> está funcionando corretamente, com isso tudo mapeado é somente esperar o
> dia D.
> Esse dia D pode ser assim:
> Migra tudo até dia X, e deixa somente o ultimo dia (ou semana) para migrar,
> com certeza o tempo de down eh baixo, agora, tem que ter certeza se tem
> mudança nos dados anteriores ou não.
> 
> capin
> 
> 2012/11/30 Rafael Mendonca 
> 
> > Pessoal, bom dia.
> > Estou fazendo um trabalho de pós graduação, aonde eu tenho um servidor de
> > produção
> > com SQL Server 2005 ou 2008 e preciso migrar essa base para um outro
> > servidor Oracle 11gR2 Enterprise Edition. Como se trata de uma empresa de
> > varejo
> > de grande porte que está 24 horas por dia no ar, gostaria de saber como
> > posso fazer essa
> > migração com o minímo de impacto e inatividade dos servidores, alguém
> > poderia me auxiliar nessa tarefa?
> >
> > Obs: A migração será feita apenas uma vez, a empresa deixará de trabalhar
> > com o SQL Server e passará a trabalhar apenas com o RDBMS Oracle.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
> >
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> > VISITE: http://www.oraclebr.com.br/
> > --
> > Links do Yahoo! Grupos
> >
> >
> >
> 
> -- 
> Fernando Franquini - Capin
> Graduado Bacharel em Ciencias da Computação - UFSC
> Analista de Sistemas e de Banco de Dados / DBA
> Contatos: 048.9902.4047 - Florianópolis - SC - Brasil
> <http://franquini.wordpress.com/>
> http://certificacaobd.com.br/
> http://br.linkedin.com/in/capin
> http://wf5.com.br/
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> [As partes desta mens

Re: [oracle_br] Migração de base

[Rafael Mendonca]

Obrigado ao Capin, Welvis e o Edson pelas dicas.

=D



 De: Welvis Moretto 
Para: "oracle_br@yahoogrupos.com.br"  
Enviadas: Sexta-feira, 30 de Novembro de 2012 10:55
Assunto: Re: [oracle_br] Migração de base
 

  
Bom dia,

Já trabalhei em alguns projetos assim. Nos ultimos 3 trabalhos, os três eu 
trabalhei com integração com bancos diferentes. Isso é tão comum que atualmente 
faço isso quase que constantemente (diario), as integrações/convivencias. 

Bom, nem sempre é simples assim.. Tipo, usa um linkedserver. Penso que isso 
depende muito, o meio sempre é um linkedserver no caso do MS-SQL Server, mas os 
tipos de dados precisa ser tratato pois nem sempre os dados estão prontos. 
Precisa fazer alguns T-SQL para por a informação do Oracle e depois fazer um 
PL/SQL. 

De uma olhada nos link's. Acho que vai ajudar

http://www.oracle.com/technetwork/database/migration/sqlserver-095136.html
http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/hol08/sqldev_migration/mssqlserver/migrate_microsoft_sqlserver_otn.htm

att,
Welvis Douglas


De: Fernando Franquini 'capin' 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Sexta-feira, 30 de Novembro de 2012 10:27
Assunto: Re: [oracle_br] Migração de base


  
Rafael,

primeiro o que você precisa definir é com o que você vai migrar e como.
Usando ferramentas, LINKEDSERVER etc.
Depois disso realizar testes e verificar quanto tempo você levará para
migrar e se os dados migrados estão ok e a aplicação apontada para o Oracle
está funcionando corretamente, com isso tudo mapeado é somente esperar o
dia D.
Esse dia D pode ser assim:
Migra tudo até dia X, e deixa somente o ultimo dia (ou semana) para migrar,
com certeza o tempo de down eh baixo, agora, tem que ter certeza se tem
mudança nos dados anteriores ou não.

capin

2012/11/30 Rafael Mendonca 

> Pessoal, bom dia.
> Estou fazendo um trabalho de pós graduação, aonde eu tenho um servidor de
> produção
> com SQL Server 2005 ou 2008  e preciso migrar essa base para um outro
> servidor Oracle 11gR2 Enterprise Edition. Como se trata de uma empresa de
> varejo
> de grande porte que está 24 horas por dia no ar, gostaria de saber como
> posso fazer essa
> migração com o minímo de impacto e inatividade dos servidores, alguém
> poderia me auxiliar nessa tarefa?
>
> Obs: A migração será feita apenas uma vez, a empresa deixará de trabalhar
> com o SQL Server e passará a trabalhar apenas com o RDBMS Oracle.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>
>

-- 
Fernando Franquini - Capin
Graduado Bacharel em Ciencias da Computação - UFSC
Analista de Sistemas e de Banco de Dados / DBA
Contatos: 048.9902.4047  - Florianópolis - SC - Brasil
<http://franquini.wordpress.com/>
http://certificacaobd.com.br/
http://br.linkedin.com/in/capin
http://wf5.com.br/

[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de base

[Welvis Moretto]

Bom dia,

Já trabalhei em alguns projetos assim. Nos ultimos 3 trabalhos, os três eu 
trabalhei com integração com bancos diferentes. Isso é tão comum que atualmente 
faço isso quase que constantemente (diario), as integrações/convivencias. 


Bom, nem sempre é simples assim.. Tipo, usa um linkedserver. Penso que isso 
depende muito, o meio sempre é um linkedserver no caso do MS-SQL Server, mas os 
tipos de dados precisa ser tratato pois nem sempre os dados estão prontos. 
Precisa fazer alguns T-SQL para por a informação do Oracle e depois fazer um 
PL/SQL. 


De uma olhada nos link's. Acho que vai ajudar

http://www.oracle.com/technetwork/database/migration/sqlserver-095136.html
http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/hol08/sqldev_migration/mssqlserver/migrate_microsoft_sqlserver_otn.htm


att,
Welvis Douglas




 De: Fernando Franquini 'capin' 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Sexta-feira, 30 de Novembro de 2012 10:27
Assunto: Re: [oracle_br] Migração de base
 

  
Rafael,

primeiro o que você precisa definir é com o que você vai migrar e como.
Usando ferramentas, LINKEDSERVER etc.
Depois disso realizar testes e verificar quanto tempo você levará para
migrar e se os dados migrados estão ok e a aplicação apontada para o Oracle
está funcionando corretamente, com isso tudo mapeado é somente esperar o
dia D.
Esse dia D pode ser assim:
Migra tudo até dia X, e deixa somente o ultimo dia (ou semana) para migrar,
com certeza o tempo de down eh baixo, agora, tem que ter certeza se tem
mudança nos dados anteriores ou não.

capin

2012/11/30 Rafael Mendonca 

> Pessoal, bom dia.
> Estou fazendo um trabalho de pós graduação, aonde eu tenho um servidor de
> produção
> com SQL Server 2005 ou 2008  e preciso migrar essa base para um outro
> servidor Oracle 11gR2 Enterprise Edition. Como se trata de uma empresa de
> varejo
> de grande porte que está 24 horas por dia no ar, gostaria de saber como
> posso fazer essa
> migração com o minímo de impacto e inatividade dos servidores, alguém
> poderia me auxiliar nessa tarefa?
>
> Obs: A migração será feita apenas uma vez, a empresa deixará de trabalhar
> com o SQL Server e passará a trabalhar apenas com o RDBMS Oracle.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>
>

-- 
Fernando Franquini - Capin
Graduado Bacharel em Ciencias da Computação - UFSC
Analista de Sistemas e de Banco de Dados / DBA
Contatos: 048.9902.4047  - Florianópolis - SC - Brasil
<http://franquini.wordpress.com/>
http://certificacaobd.com.br/
http://br.linkedin.com/in/capin
http://wf5.com.br/

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração

[Luis Freitas]

Neto,

    Quando fiz isso normalmente mantinha os usuarios e removia todos os objetos 
dentro deles. 

   Depois de remover os objetos é preciso limpar a recyclebin, senão o espaço 
não é liberado.

    Normalmente os problemas de objetos invalidos que encontrei eram devido a 
grants faltando para os schemas.

   O exp/imp não copia grants de objetos que não foram importados, por exemplo, 
mesmo em um full import grants em views do sys ou grants de sistema não são 
recriados. Verifique na dba_sys_privs, dba_role_privs e dba_tab_privs where 
owner = 'SYS', na base de origem, e copie os grants que estiverem faltando.

    O proposito de manter os usuarios e apagar apenas os objetos é justamente 
manter estes grants, desta forma no proximo import devem ter bem menos objetos 
invalidos.

    Uma coisa que acontece com menos frequencia é ter alguma diferença no 
PL/SQL da versão nova. Por exemplo um sql invalido que era aceito na versão 
antiga devido a bugs, mas não funciona mais na versão nova. Nesse caso é 
preciso corrigir os objetos. Se for uma aplicação "pacote" o proprio fornecedor 
deve ter um patch para corrigir estes casos.

   Apenas truncar as tabelas não é uma boa idéia, pois elas vão manter os 
índicies, e se forem grandes o proximo import vai demorar muito mais tempo por 
causa dos indices. Voce precisa remover os indices e recria manualmente, o imp 
não vai recriar mas pode gerar um script com o show=yes. Para o impdp há um 
parametro para substitituir as tabelas, e nesse caso ele mesmo "dropa" as 
tabelas e recria.
 


Atc,
Luis
  


 From: Fernando Franquini 'capin' 
To: oracle_br@yahoogrupos.com.br 
Sent: Thursday, November 8, 2012 1:58 AM
Subject: Re: [oracle_br] Migração
 

  
Neto,

se seu problema foi somente compilar os objetos acredito que pode resolver
isso através do PL SQL Developer.
Mas se teve correção, você pode exportar todos os objetos alterados
(procedures, triggers, packages e views) e depois subi-las novamente.

Mas creio que da forma que você vai fazer também está ok.

Att,
capin

2012/11/7 netodba 

> Pessoal, preciso de uma luz.
>
> Estou migrando 2 bases de produção, uma 10g e outra 9i pra uma unica base
> 11g.
>
> Bem, fiz a migração de teste usando impdp pra 10g e imp pra 9i, a migração
> de teste foi feita direta no servidor que substituirá o antigo de produção.
> Agora alguns objetos dos schemas importados ficaram inválidos, não rodei o
> utlrp.sql pra recompilar os objetos inválidos. A equipe de desenvolvimento
> esta fazendo os testes e até agora sucesso.
>
> Como eu vou migrar novamente, pra virar ambiente de produção, vou ter que
> usar os mesmos schemas, só que eu não acho que dropar e recriar os usuarios
> seja a melhor solução, justamente pelos objetos invalidos. Estou pensando
> em truncar as mais de 300 tabelas e fazer o impdp com content=data_only e
> imp com rows=Y e ignore=y
>
> o que vcs acham disso??? e como vcs fariam??
>
>
>
>
>
>
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>
>

-- 
Fernando Franquini - Capin
Graduado Bacharel em Ciencias da Computação - UFSC
Analista de Sistemas e de Banco de Dados / DBA
Contatos: 048.9902.4047  - Florianópolis - SC - Brasil
<http://franquini.wordpress.com/>
http://certificacaobd.com.br/
http://br.linkedin.com/in/capin
http://wf5.com.br/

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração de 10g para 11g e o Erro ora-01445

[Alessandro Lúcio Cordeiro da Silva]

   Bom dia Senhores do grupo.

  Quero compartilhar um caso bem interressante que ocorreu nesta semana depois 
que migramos o Banco de Oracle 10G para o 11g.

  O sistema da empresa onde trabalho é baseado em apresentar os dados em view's 
e depois dá o insert na view's, sendo que essas estão com Trigger's 

instead of, que são essencialmente disparada apenas para chamar algum 
procedimento que tem todo o controle da regra de negocio.

  Além disso, quando o sistema foi desenvolvido era apenas uma empresa, hoje 
como temos varias empresas usamos o conceito de VPD, para que o proprio Oracle 
filtre os dados da empresa que o usuario esta logado.Todas as tabelas receberam 
uma coluna CODEMPRESA e então ao logar o usuario escolhe uma empresa e setamos 
o contexto da empresa que usuario deseja logar.


   Então temos uma View relativamente simples: 


create or replace view producao.v_disciplinaprova as
  select d.dipcod, p.pvfcod, p.pvfnum, p.pvfdesc, i.divcod, i.divdesc, 
d.dipprioridade, 
 d.dipqtdequestoes, d.dippeso, d.dipordem, d.dippontospossiveis
    from disciplinaprova d , provafase p, disciplinavest i 
  where d.pvfcod = p.pvfcod
    and d.divcod = i.divcod

    Ao projetar o ROWID da view o Oracle executa normalmente.


SQL>select d.rowid from v_disciplinaprova d here d.dipcod = 172;
ROWID

AAA0aTAA6AAOaw4AAA

  .:: Mas ao setarmos o contexto de uma empresa . Exemplo 
dbms_session.set_context('FILTRO_EMPRESA','CODEMPRESA',  1 ); Então quando o 
Oracle reescreve o SQL adicionando o filtro da empresa "CODEMPRESA = 
SYS_CONTEXT('FILTRO_EMPRESA','CODEMPRESA')" ocorre o erro 

    "Ora-01445 cannot select rowid from or sample a join view without a 
key-preserved table"

    Sei que o erro Ora-01445, ocorre
porque o otimizador Oracle precisa ser “convencido” que a tabela base terá
somente uma linha depois que realizar a junção com outras tabelas. 

    

 No caso da view producao.v_disciplinaprovabasta as tabelas
provafase e disciplinavest ter chave única no campo que faz o Join com a
disciplinaprova, e isto é verdadeiro.  


     No
Oracle 10G funcionava corretamente, agora no Oracle 11g, talvez (não tenho como
provar) por alteração de melhoria dos planos de execução, o otimizador do
Oracle não é “convencido” que a junção resultará em uma unicidade na tabela
base.

 Para
resolver isso descobrir duas maneiras, em ambas resulta em reescrita de Query
da View

 1)Query Alterada com padrão
Ansi 

createorreplaceviewproducao.v_disciplinaprova as
selectd.dipcod, p.pvfcod, p.pvfnum,
p.pvfdesc, i.divcod, i.divdesc, d.dipprioridade, 
   d.dipqtdequestoes, d.dippeso, d.dipordem,
d.dippontospossiveis
  fromdisciplinaprova d 
   INNERJOIN  provafase
p  ond.pvfcod = p.pvfcod
   INNERJOIN 
disciplinavest i ond.divcod = i.divcod

   2) Query Alterada com View de View 

createorreplaceviewproducao.v_disciplinaprova as
select*
  from(selectd.dipcod, p.pvfcod, p.pvfnum,
p.pvfdesc, i.divcod, i.divdesc, d.dipprioridade, 
 d.dipqtdequestoes,
d.dippeso, d.dipordem, d.dippontospossiveis
    fromdisciplinaprova d, provafase p,disciplinavest i 
whered.pvfcod =
p.pvfcod
   
andd.divcod = i.divcod)

   

   

Alessandro Lúcio Cordeiro da Silva 

    Analista de Sistema
þ http://alecordeirosilva.blogspot.com/
O tic-tac do relógio me lembra de algo muito importante que esta acontecendo: 
estamos vivos.
    "Joana de Souza Schmitz Croxato"

[As partes desta mensagem que não continham texto foram removidas]

RES: RES: [oracle_br] Migração Window x Linux

[Aldenicio Lopes da Silva]

Obrigado a todos!

 

Achei uma solução simples.

 

Estarei gerando/exportando todos os códigos das procedures para uma área e 
utilizarei o comando SED para fazer a troca das barras invertidas.

Só para documentar o comando ficou assim:

 

sed -e 's/\\/\//g' SP_NOME_PROC.prc > /NOVOS/NOME_PROC.prc

 

Depois é só compilar a procedure.

 

Abraços!

 

Aldenicio Lopes

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de Andre Santos
Enviada em: quarta-feira, 30 de novembro de 2011 17:07
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Migração Window x Linux

 

  

Adenício

Mas, neste caso, foi um uso "subvertido" do recurso "directory" do Oracle.
Os "directories" são "objetos" lógicos do banco.

Na utilização mais recomendada atualmente, você passa o nome do objeto
directory para as procedure/functions do UTL_FILE, por exemplo (ao
invés de usar os caminhos "físicos" do sistema operacional).

Da forma como utilizaram, estão usando apenas os metadados dos objetos
criados... mas aí seria a mesma coisa que ter uma "tabela" de
diretórios, não é?

Dê uma olhada nas recomendações dos colegas.
As vantagens de trabalhar com objetos "directory" compensam!

[ ]'s

André

Em 30/11/11, Aldenicio Lopes da Silvamailto:alopes%40vidalink.com.br> > escreveu:
> Obrigado a todos pelo retorno.
>
>
>
> As procedures já trabalham com a DBA_DIRECTORY.
>
> Veja um exemplo:
>
> Na DBA_DIRECTORY tenho um DIRECTORY_NAME chamado "FTP" onde seu path está
> indicado para um outro servidor "\\SERVIDOR_WINDOWS\FTP"
>
> Dentro da procedure existe um caminho onde o arquivo irá ser gravado, que
> seria: "\CLIENTE_XPTO\RELATORIOS_MENSAIS".
>
>
>
> Juntando PATH + CAMINHO a linha ficará:
>
> UTL_FILE.FOPEN(\\SERVIDOR_WINDOWS\FTP\CLIENTE_XPTO\RELATORIOS_MENSAIS,NOME_ARQUIVO,W)
>
>
>
> O problema está em alterar a barra invertida que está no caminho dentro da
> procedure.
>
>
>
>
>
>
>
> Aldenicio Lopes
>
>
>
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
> [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> ] Em
> nome de José Laurindo
> Enviada em: quarta-feira, 30 de novembro de 2011 15:18
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> Assunto: Re: RES: [oracle_br] Migração Window x Linux
>
>
>
>
>
> Adiciono um +1 na sua recomendação, Diogo : é uma opção interessante, já que
> se ganha em flexibilidade (pois o path fica "gravado" dentro do database, no
> objeto DIRECTORY do database, pode ser alterado online, diferente do
> UTL_FILE_DIR que exige um restart da instância), ganha em Segurança (já que,
> por ser objeto interno do database, Obviamente se pode dar GRANTs
> específicos do DIRECTORY pra usuários determinados), ganha em acesso aos
> novos recursos (por exemplo, EXTERNAL TABLEs, Data pump e várias outras
> "novas" features usam/aceitam DIRECTORY, então sim, é recomendável...
>
> Aldenício, pra vc mudar pra acesso via DIRECTORY e aposentar o UTL_FILE_DIR
> , a alteração é relativamente simples, basta nas chamadas ao UTL_FILE.OPEN
> vc indicar o nome de um DIRECTORY que vc criou previamente ao invés de
> estabelecer um PATH fixo : a Documentação Oracle te mostra como, e uns
> exemplinhos podem ser http://www.jlcomp.demon.co.uk/faq/utl_file.html ,
> http://oracleappstechnology.blogspot.com/2008/03/minimize-usage-of-utlfiledir.html
> e
> http://www.devshed.com/c/a/Oracle/Reading-Text-Files-using-Oracle-PLSQL-and-UTLFILE/
> ...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
> <mailto:oracle_br%40yahoogrupos.com.br>
> , Diego Leite  escreveu
>>
>> Amigo,
>>
>> Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao
>> de
>> diretorio oracle ao inves do utl_file_dir?
>>
>> Em 30 de novembro de 2011 13:43, José Laurindo
>> escreveu:
>>
>> > **
>> >
>> >
>> > Bem, necessariamente vc vai ter que recriar as procedures em questão,
>> > mas
>> > o que ocorre é que stored procedures residem ** dentro ** do database, e
>> > o
>> > Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer
>> > em
>> > absolutamente nada dentro do database
>> > Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
>> > arquivo-texto, usar os comandos de manipulação de textos do linux, e
>> > depois
>> > usar o texto alterado pra recriação,

Re: RES: [oracle_br] Migração Progress para Oracle

[Eloi Rene]

Olá Everton!

Como a aplicação permanecerá em Progress, serão utilizadas algumas bases 
Progress intermediárias, chamadas de schemas-holder. Essas bases possuem apenas 
as definições das tabelas, com um mapeamento para o dicionário do Oracle.

Desta forma você poderá utilizar o próprio dump/load do Progress. Dump na base 
original em Progress e load no destino (schemas-holder + Oracle).

Se for para uso do ERP Datasul, seguem algumas sugestões:

1) atualize a base origem para o pacote mais recente.
2) baixe a mídia do produto em Oracle.
3) atualize o produto após instalado na mídia, pois podem existir alguns gaps 
entre a geração da mídia e a expedição dos últimos pacotes. (garantir nunca é 
demais, rsrs).
4) faça o dump na origem (geração dos arquivos .d via Data Administration do 
Progress)
5) fala o load no destino (importação dos .d via Data Administration do 
Progress, conectando os schemas-holder + Oracle).

Se a base for muito grande e sua janela para migração pequena, talvez desta 
forma fique inviável. Aí a trabalheira poderá ser grande, ajustanto o sqlload 
para entender o formato do arquivo .d gerado pelo dump do Progress. Nunca fiz 
desta forma, mas deve funcionar, pois o .d é um arquivo texto.

Como o exposto pelo colega Marcio, o desempenho pode deixar a desejar se 
comparado com o ERP executando no seu banco nativo, o Progress. O acesso ao 
Oracle não ocorre via ODBC, mas sim diretamente utilizando a OCI.DLL. O que 
denigre o desempenho é a tradução dos comandos Progress 4GL para o seu 
respectivo DML. Os produtos da Datasul, se for este o caso, já executam a 
bastante tempo em Oracle, então muito já foi feito para minimizar esta queda no 
desempenho. Mas obviamente, podem surgir casos que precisarão serem analisados, 
para ver se há como melhorar os tempos.

Há um blog mantido pela equipe de suporte a banco de dados da Datasul/Totvs, 
onde existem informações a respeito, segue o link: 
http://ingleses.datasul.com.br/blog

Abraço e sucesso na migração!
Eloi, Joinville, SC


--- Em oracle_br@yahoogrupos.com.br, "Marcio - Yahoo"  escreveu
>
> Everton, bom dia!
> 
>  
> 
> Olha aqui o ERP da empresa está com o Datasul há quase dois anos, antes
> tínhamos um legado que rodava em Oracle. O progess, na minha opinião, é o
> pior SGBD para ser administrado o banquinho chato.
> 
>  
> 
> Que eu saiba, o Oracle só serviria para armazenar as informações, o
> processamento ficaria no Progress ainda, porque o Datasul foi construído em
> cima do Progress, não é multi-banco. E além do mais você teria que
> administrar os dois bancos, como não conseguimos medir performance ou
> monitorar piores querys como Oracle e teria que ter tipo um ODBC pra
> conversar entre os bancos, creio que ficaria mais lento esse ambiente.
> 
>  
> 
> A Oracle veio aqui na empresa, e apresentou alguns clientes oracle que
> trabalham dessa maneira. Ficaram de ver uma visita em uma farmácia, se tiver
> essa visita vamos ver como comporta e como o DBA administra o ambiente.
> 
>  
> 
> Márcio.
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de Everton Dias
> Enviada em: sábado, 26 de novembro de 2011 19:29
> Para: oracle_br oracle_br
> Assunto: [oracle_br] Migração Progress para Oracle
> 
>  
> 
>   
> 
> 
> 
> Pessoal, alguém aí já teve que migrar um DB que estava em progress para
> Oracle (Sendo que a aplicação continuará em progress)?
> 
> Se sim, teria alguma experiencia para compartilhar? Coisas do tipo 
> 
> - Visão geral de como realizar tal migração
> - Do / Don'ts 
> - Etc ...
> 
> QQ Sugestão é bem. 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: RES: [oracle_br] Migração Window x Linux

[Andre Santos]

Adenício

Mas, neste caso, foi um uso "subvertido" do recurso "directory" do Oracle.
Os "directories" são "objetos" lógicos do banco.

Na utilização mais recomendada atualmente, você passa o nome do objeto
directory para as procedure/functions do UTL_FILE, por exemplo (ao
invés de usar os caminhos "físicos" do sistema operacional).

Da forma como utilizaram, estão usando apenas os metadados dos objetos
criados... mas aí seria a mesma coisa que ter uma "tabela" de
diretórios, não é?

Dê uma olhada nas recomendações dos colegas.
As vantagens de trabalhar com objetos "directory" compensam!

[ ]'s

André


Em 30/11/11, Aldenicio Lopes da Silva escreveu:
> Obrigado a todos pelo retorno.
>
>
>
> As procedures já trabalham com a DBA_DIRECTORY.
>
> Veja um exemplo:
>
> Na DBA_DIRECTORY tenho um DIRECTORY_NAME chamado "FTP" onde seu path está
> indicado para um outro servidor "\\SERVIDOR_WINDOWS\FTP"
>
> Dentro da procedure existe um caminho onde o arquivo irá ser gravado, que
> seria: "\CLIENTE_XPTO\RELATORIOS_MENSAIS".
>
>
>
> Juntando PATH + CAMINHO a linha ficará:
>
> UTL_FILE.FOPEN(\\SERVIDOR_WINDOWS\FTP\CLIENTE_XPTO\RELATORIOS_MENSAIS,NOME_ARQUIVO,W)
>
>
>
> O problema está em alterar a barra invertida que está no caminho dentro da
> procedure.
>
>
>
>
>
>
>
> Aldenicio Lopes
>
>
>
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de José Laurindo
> Enviada em: quarta-feira, 30 de novembro de 2011 15:18
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: [oracle_br] Migração Window x Linux
>
>
>
>
>
> Adiciono um +1 na sua recomendação, Diogo : é uma opção interessante, já que
> se ganha em flexibilidade (pois o path fica "gravado" dentro do database, no
> objeto DIRECTORY do database, pode ser alterado online, diferente do
> UTL_FILE_DIR que exige um restart da instância), ganha em Segurança (já que,
> por ser objeto interno do database, Obviamente se pode dar GRANTs
> específicos do DIRECTORY pra usuários determinados), ganha em acesso aos
> novos recursos (por exemplo, EXTERNAL TABLEs, Data pump e várias outras
> "novas" features usam/aceitam DIRECTORY, então sim, é recomendável...
>
> Aldenício, pra vc mudar pra acesso via DIRECTORY e aposentar o UTL_FILE_DIR
> , a alteração é relativamente simples, basta nas chamadas ao UTL_FILE.OPEN
> vc indicar o nome de um DIRECTORY que vc criou previamente ao invés de
> estabelecer um PATH fixo : a Documentação Oracle te mostra como, e uns
> exemplinhos podem ser http://www.jlcomp.demon.co.uk/faq/utl_file.html ,
> http://oracleappstechnology.blogspot.com/2008/03/minimize-usage-of-utlfiledir.html
> e
> http://www.devshed.com/c/a/Oracle/Reading-Text-Files-using-Oracle-PLSQL-and-UTLFILE/
> ...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
> , Diego Leite  escreveu
>>
>> Amigo,
>>
>> Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao
>> de
>> diretorio oracle ao inves do utl_file_dir?
>>
>> Em 30 de novembro de 2011 13:43, José Laurindo
>> escreveu:
>>
>> > **
>> >
>> >
>> > Bem, necessariamente vc vai ter que recriar as procedures em questão,
>> > mas
>> > o que ocorre é que stored procedures residem ** dentro ** do database, e
>> > o
>> > Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer
>> > em
>> > absolutamente nada dentro do database
>> > Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
>> > arquivo-texto, usar os comandos de manipulação de textos do linux, e
>> > depois
>> > usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter
>> > que
>> > conectar no database pra extrair o DDL, já extraia o DDL trocando a
>> > string
>> > que vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE
>> > IMMEDIATE, OU simplesmente bota os DDLs num arquivo-texto que o sqlplus
>> > possa executar, o que seria + ou - tipo :
>> >
>> > spool procedures_recreate.sql
>> > select
>> > replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) ,
>> > 'C:\pathdowindows', '/pathdolinux')
>> > from
>> > user_objects u
>> > where
>> > object_type = 'PROCEDURE';
>> > spool off;
>> >
>> > aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus
>> > ou no SQL D

Re: RES: RES: [oracle_br] Migração Window x Linux

[José Laurindo]

  Como vc ** não ** disse nada, a gente supôs o comum e default, ie, uso do 
UTL_FILE_DIR e de PATH fixo : se vc já usa objetos DIRECTORY, vc vai alterar a 
chamada nas procedures para usar o nome do directory ao invés do path fixo, E 
vai recriar o directory apontando pro path desejado, é isso...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Aldenicio Lopes da Silva"  
escreveu
>
> Obrigado a todos pelo retorno.
> 
>  
> 
> As procedures já trabalham com a DBA_DIRECTORY.
> 
> Veja um exemplo:
> 
> Na DBA_DIRECTORY tenho um DIRECTORY_NAME chamado "FTP" onde seu path está 
> indicado para um outro servidor "\\SERVIDOR_WINDOWS\FTP"
> 
> Dentro da procedure existe um caminho onde o arquivo irá ser gravado, que 
> seria: "\CLIENTE_XPTO\RELATORIOS_MENSAIS". 
> 
>  
> 
> Juntando PATH + CAMINHO a linha ficará:
> 
> UTL_FILE.FOPEN(\\SERVIDOR_WINDOWS\FTP\CLIENTE_XPTO\RELATORIOS_MENSAIS,NOME_ARQUIVO,W)
> 
>  
> 
> O problema está em alterar a barra invertida que está no caminho dentro da 
> procedure. 
> 
>  
> 
>  
> 
>  
> 
> Aldenicio Lopes
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> nome de José Laurindo
> Enviada em: quarta-feira, 30 de novembro de 2011 15:18
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: RES: [oracle_br] Migração Window x Linux
> 
>  
> 
>   
> 
> Adiciono um +1 na sua recomendação, Diogo : é uma opção interessante, já que 
> se ganha em flexibilidade (pois o path fica "gravado" dentro do database, no 
> objeto DIRECTORY do database, pode ser alterado online, diferente do 
> UTL_FILE_DIR que exige um restart da instância), ganha em Segurança (já que, 
> por ser objeto interno do database, Obviamente se pode dar GRANTs específicos 
> do DIRECTORY pra usuários determinados), ganha em acesso aos novos recursos 
> (por exemplo, EXTERNAL TABLEs, Data pump e várias outras "novas" features 
> usam/aceitam DIRECTORY, então sim, é recomendável...
> 
> Aldenício, pra vc mudar pra acesso via DIRECTORY e aposentar o UTL_FILE_DIR , 
> a alteração é relativamente simples, basta nas chamadas ao UTL_FILE.OPEN vc 
> indicar o nome de um DIRECTORY que vc criou previamente ao invés de 
> estabelecer um PATH fixo : a Documentação Oracle te mostra como, e uns 
> exemplinhos podem ser http://www.jlcomp.demon.co.uk/faq/utl_file.html , 
> http://oracleappstechnology.blogspot.com/2008/03/minimize-usage-of-utlfiledir.html
>  e 
> http://www.devshed.com/c/a/Oracle/Reading-Text-Files-using-Oracle-PLSQL-and-UTLFILE/
>  ...
> 
> []s
> 
> Chiappa
> 
> 
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> , 
> Diego Leite  escreveu
> >
> > Amigo,
> > 
> > Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao de
> > diretorio oracle ao inves do utl_file_dir?
> > 
> > Em 30 de novembro de 2011 13:43, José Laurindo
> > escreveu:
> > 
> > > **
> > >
> > >
> > > Bem, necessariamente vc vai ter que recriar as procedures em questão, mas
> > > o que ocorre é que stored procedures residem ** dentro ** do database, e o
> > > Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer em
> > > absolutamente nada dentro do database
> > > Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
> > > arquivo-texto, usar os comandos de manipulação de textos do linux, e 
> > > depois
> > > usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter que
> > > conectar no database pra extrair o DDL, já extraia o DDL trocando a string
> > > que vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE
> > > IMMEDIATE, OU simplesmente bota os DDLs num arquivo-texto que o sqlplus
> > > possa executar, o que seria + ou - tipo :
> > >
> > > spool procedures_recreate.sql
> > > select
> > > replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) ,
> > > 'C:\pathdowindows', '/pathdolinux')
> > > from
> > > user_objects u
> > > where
> > > object_type = 'PROCEDURE';
> > > spool off;
> > >
> > > aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus
> > > ou no SQL Developer ou qquer outra) . Nem preciso dizer, o exemplo
> > > acima Não Tem todas as formatações necessárias, nem está filtrando só as
> > > procs que vc quer, ele é super-simplista, só serve de exemplo geral, mas o
> > > caminho é por aí...
> > >
> > > []s

RES: RES: [oracle_br] Migração Window x Linux

[Aldenicio Lopes da Silva]

Obrigado a todos pelo retorno.

 

As procedures já trabalham com a DBA_DIRECTORY.

Veja um exemplo:

Na DBA_DIRECTORY tenho um DIRECTORY_NAME chamado "FTP" onde seu path está 
indicado para um outro servidor "\\SERVIDOR_WINDOWS\FTP"

Dentro da procedure existe um caminho onde o arquivo irá ser gravado, que 
seria: "\CLIENTE_XPTO\RELATORIOS_MENSAIS". 

 

Juntando PATH + CAMINHO a linha ficará:

UTL_FILE.FOPEN(\\SERVIDOR_WINDOWS\FTP\CLIENTE_XPTO\RELATORIOS_MENSAIS,NOME_ARQUIVO,W)

 

O problema está em alterar a barra invertida que está no caminho dentro da 
procedure. 

 

 

 

Aldenicio Lopes

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de José Laurindo
Enviada em: quarta-feira, 30 de novembro de 2011 15:18
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Migração Window x Linux

 

  

Adiciono um +1 na sua recomendação, Diogo : é uma opção interessante, já que se 
ganha em flexibilidade (pois o path fica "gravado" dentro do database, no 
objeto DIRECTORY do database, pode ser alterado online, diferente do 
UTL_FILE_DIR que exige um restart da instância), ganha em Segurança (já que, 
por ser objeto interno do database, Obviamente se pode dar GRANTs específicos 
do DIRECTORY pra usuários determinados), ganha em acesso aos novos recursos 
(por exemplo, EXTERNAL TABLEs, Data pump e várias outras "novas" features 
usam/aceitam DIRECTORY, então sim, é recomendável...

Aldenício, pra vc mudar pra acesso via DIRECTORY e aposentar o UTL_FILE_DIR , a 
alteração é relativamente simples, basta nas chamadas ao UTL_FILE.OPEN vc 
indicar o nome de um DIRECTORY que vc criou previamente ao invés de estabelecer 
um PATH fixo : a Documentação Oracle te mostra como, e uns exemplinhos podem 
ser http://www.jlcomp.demon.co.uk/faq/utl_file.html , 
http://oracleappstechnology.blogspot.com/2008/03/minimize-usage-of-utlfiledir.html
 e 
http://www.devshed.com/c/a/Oracle/Reading-Text-Files-using-Oracle-PLSQL-and-UTLFILE/
 ...

[]s

Chiappa


--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> , 
Diego Leite  escreveu
>
> Amigo,
> 
> Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao de
> diretorio oracle ao inves do utl_file_dir?
> 
> Em 30 de novembro de 2011 13:43, José Laurindo
> escreveu:
> 
> > **
> >
> >
> > Bem, necessariamente vc vai ter que recriar as procedures em questão, mas
> > o que ocorre é que stored procedures residem ** dentro ** do database, e o
> > Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer em
> > absolutamente nada dentro do database
> > Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
> > arquivo-texto, usar os comandos de manipulação de textos do linux, e depois
> > usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter que
> > conectar no database pra extrair o DDL, já extraia o DDL trocando a string
> > que vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE
> > IMMEDIATE, OU simplesmente bota os DDLs num arquivo-texto que o sqlplus
> > possa executar, o que seria + ou - tipo :
> >
> > spool procedures_recreate.sql
> > select
> > replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) ,
> > 'C:\pathdowindows', '/pathdolinux')
> > from
> > user_objects u
> > where
> > object_type = 'PROCEDURE';
> > spool off;
> >
> > aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus
> > ou no SQL Developer ou qquer outra) . Nem preciso dizer, o exemplo
> > acima Não Tem todas as formatações necessárias, nem está filtrando só as
> > procs que vc quer, ele é super-simplista, só serve de exemplo geral, mas o
> > caminho é por aí...
> >
> > []s
> >
> > Chiappa
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> > , "Aldenicio Lopes da Silva" 
> > escreveu
> >
> > >
> > > Obrigado pelo retorno,
> > >
> > >
> > >
> > > A migração está sendo feita para Oracle 11g no RH5.7.
> > >
> > > A idéia era automatizar essa troca (de c:\qualquercoisa para
> > /mnt/pastacompartilhada). Existe alguma aplicação/comando no Linux que
> > faria essa substituição no código da procedure?
> > >
> > >
> > >
> > > Aldenicio Lopes
> > >
> > >
> > >
> > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
> > > [mailto:oracle_br@yahoogrupos.com.br 
> > > <mailto:oracle_br%40yahoogrupos.com.br> ]
> > Em nome de JLSilva
&g

Re: RES: [oracle_br] Migração Window x Linux

[José Laurindo]

Adiciono um +1 na sua recomendação, Diogo : é uma opção interessante, já que se 
ganha em flexibilidade (pois o path fica "gravado" dentro do database, no 
objeto DIRECTORY do database, pode ser alterado online, diferente do 
UTL_FILE_DIR que exige um restart da instância), ganha em Segurança (já que, 
por ser objeto interno do database, Obviamente se pode dar GRANTs específicos 
do DIRECTORY pra usuários determinados), ganha em acesso aos novos recursos 
(por exemplo, EXTERNAL TABLEs, Data pump e várias outras "novas" features 
usam/aceitam DIRECTORY, então sim, é recomendável...

 Aldenício, pra vc mudar pra acesso via DIRECTORY e aposentar o UTL_FILE_DIR , 
a alteração é relativamente simples, basta nas chamadas ao UTL_FILE.OPEN vc 
indicar o nome de um DIRECTORY que vc criou previamente ao invés de estabelecer 
um PATH fixo : a Documentação Oracle te mostra como, e uns exemplinhos podem  
ser http://www.jlcomp.demon.co.uk/faq/utl_file.html , 
http://oracleappstechnology.blogspot.com/2008/03/minimize-usage-of-utlfiledir.html
 e 
http://www.devshed.com/c/a/Oracle/Reading-Text-Files-using-Oracle-PLSQL-and-UTLFILE/
 ...
 
  []s
  
Chiappa


--- Em oracle_br@yahoogrupos.com.br, Diego Leite  escreveu
>
> Amigo,
> 
> Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao de
> diretorio oracle ao inves do utl_file_dir?
> 
> Em 30 de novembro de 2011 13:43, José Laurindo
> escreveu:
> 
> > **
> >
> >
> > Bem, necessariamente vc vai ter que recriar as procedures em questão, mas
> > o que ocorre é que stored procedures residem ** dentro ** do database, e o
> > Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer em
> > absolutamente nada dentro do database
> > Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
> > arquivo-texto, usar os comandos de manipulação de textos do linux, e depois
> > usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter que
> > conectar no database pra extrair o DDL, já extraia o DDL trocando a string
> > que vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE
> > IMMEDIATE, OU simplesmente bota os DDLs num arquivo-texto que o sqlplus
> > possa executar, o que seria + ou - tipo :
> >
> > spool procedures_recreate.sql
> > select
> > replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) ,
> > 'C:\pathdowindows', '/pathdolinux')
> > from
> > user_objects u
> > where
> > object_type = 'PROCEDURE';
> > spool off;
> >
> > aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus
> > ou no SQL Developer ou qquer outra) . Nem preciso dizer, o exemplo
> > acima Não Tem todas as formatações necessárias, nem está filtrando só as
> > procs que vc quer, ele é super-simplista, só serve de exemplo geral, mas o
> > caminho é por aí...
> >
> > []s
> >
> > Chiappa
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br, "Aldenicio Lopes da Silva" 
> > escreveu
> >
> > >
> > > Obrigado pelo retorno,
> > >
> > >
> > >
> > > A migração está sendo feita para Oracle 11g no RH5.7.
> > >
> > > A idéia era automatizar essa troca (de c:\qualquercoisa para
> > /mnt/pastacompartilhada). Existe alguma aplicação/comando no Linux que
> > faria essa substituição no código da procedure?
> > >
> > >
> > >
> > > Aldenicio Lopes
> > >
> > >
> > >
> > > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> > Em nome de JLSilva
> > > Enviada em: quarta-feira, 30 de novembro de 2011 11:45
> > > Para: oracle_br@yahoogrupos.com.br
> > > Assunto: Re: [oracle_br] Migração Window x Linux
> > >
> > >
> > >
> > >
> > >
> > > Olá, Aldenicio.
> > > O Oracle9iR2 não funciona sobre Red Hat Enteprise Linux 5.
> > > Você pode usar o Red Hat Enterprise Linux 4.8.
> > >
> > > Quanto ao UTL_FILE, o jeito é mudar, mesmo, viu... em todos os locais
> > onde vc usava C:\qualquercoisa, tem que mudar para um /mnt/mountpointsamba.
> > > Observe que já estou sugerindo o uso do samba.. ou seja, vc pode
> > continuar usando os diretórios no servidor windows, para que as pessoas
> > possam acessar os arquivos via rede, e vc monta esse diretório no linux via
> > compartilhamento samba.
> > >
> > > On Nov 30, 2011, at 13:15 , Aldenicio Lopes da Silva wrote:
> > >
> > > > Boa tarde,
> > > >
> > > >
> > &

Re: RES: [oracle_br] Migração Window x Linux

[Diego Leite]

Amigo,

Nao aproveita esssa migracao esse trabalho para migrar para a utilizacao de
diretorio oracle ao inves do utl_file_dir?

Em 30 de novembro de 2011 13:43, José Laurindo
escreveu:

> **
>
>
> Bem, necessariamente vc vai ter que recriar as procedures em questão, mas
> o que ocorre é que stored procedures residem ** dentro ** do database, e o
> Linux (como Qualquer outro SO) absolutamente Não Tem permissão de mexer em
> absolutamente nada dentro do database
> Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um
> arquivo-texto, usar os comandos de manipulação de textos do linux, e depois
> usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter que
> conectar no database pra extrair o DDL, já extraia o DDL trocando a string
> que vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE
> IMMEDIATE, OU simplesmente bota os DDLs num arquivo-texto que o sqlplus
> possa executar, o que seria + ou - tipo :
>
> spool procedures_recreate.sql
> select
> replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) ,
> 'C:\pathdowindows', '/pathdolinux')
> from
> user_objects u
> where
> object_type = 'PROCEDURE';
> spool off;
>
> aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus
> ou no SQL Developer ou qquer outra) . Nem preciso dizer, o exemplo
> acima Não Tem todas as formatações necessárias, nem está filtrando só as
> procs que vc quer, ele é super-simplista, só serve de exemplo geral, mas o
> caminho é por aí...
>
> []s
>
> Chiappa
>
>
> --- Em oracle_br@yahoogrupos.com.br, "Aldenicio Lopes da Silva" 
> escreveu
>
> >
> > Obrigado pelo retorno,
> >
> >
> >
> > A migração está sendo feita para Oracle 11g no RH5.7.
> >
> > A idéia era automatizar essa troca (de c:\qualquercoisa para
> /mnt/pastacompartilhada). Existe alguma aplicação/comando no Linux que
> faria essa substituição no código da procedure?
> >
> >
> >
> > Aldenicio Lopes
> >
> >
> >
> > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> Em nome de JLSilva
> > Enviada em: quarta-feira, 30 de novembro de 2011 11:45
> > Para: oracle_br@yahoogrupos.com.br
> > Assunto: Re: [oracle_br] Migração Window x Linux
> >
> >
> >
> >
> >
> > Olá, Aldenicio.
> > O Oracle9iR2 não funciona sobre Red Hat Enteprise Linux 5.
> > Você pode usar o Red Hat Enterprise Linux 4.8.
> >
> > Quanto ao UTL_FILE, o jeito é mudar, mesmo, viu... em todos os locais
> onde vc usava C:\qualquercoisa, tem que mudar para um /mnt/mountpointsamba.
> > Observe que já estou sugerindo o uso do samba.. ou seja, vc pode
> continuar usando os diretórios no servidor windows, para que as pessoas
> possam acessar os arquivos via rede, e vc monta esse diretório no linux via
> compartilhamento samba.
> >
> > On Nov 30, 2011, at 13:15 , Aldenicio Lopes da Silva wrote:
> >
> > > Boa tarde,
> > >
> > >
> > >
> > > Na empresa onde trabalho, estamos no processo de migração do Oracle
> 9.2.0.8 que está no Windows 2003 R2 para Linux RH 5.7
> > >
> > >
> > >
> > > Gostaria de saber se alguém que passou por esta experiência, qual foi
> a solução adotada quando se deparou com as procedures que geram/lêem
> arquivos através do UTL_FILE,
> > >
> > > sendo que na indicação do caminho tem o famoso BARRA INVERTIDA "\" na
> separação das pastas.
> > >
> > >
> > >
> > > Aguardo retorno dos colegas.
> > >
> > >
> > >
> > > Atenciosamente,
> > >
> > >
> > >
> > > Aldenicio Lopes
> > >
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> > > 
> > >
> > > --
> > >> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > --
> > >> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> > > -- Links do
> Yahoo! Grupos
> > >
> > >
> >
> >

Re: RES: [oracle_br] Migração Window x Linux

[José Laurindo]

Bem, necessariamente vc vai ter que recriar as procedures em questão, mas o que 
ocorre é que stored procedures residem ** dentro ** do database, e o Linux 
(como Qualquer outro SO) absolutamente Não Tem permissão de mexer em 
absolutamente nada dentro do database
 Vc até poderia extrair os comandos CREATE PROCEDURE necessários pra um 
arquivo-texto, usar os comandos de manipulação de textos do linux, e depois 
usar o texto alterado pra recriação, mas imho, já que vc vai mesmo ter que 
conectar no database pra extrair o DDL, já extraia o DDL trocando a string que 
vc quer, aí vc poderia OU executar o DDL alterado via EXECUTE IMMEDIATE, OU 
simplesmente bota os DDLs num arquivo-texto que o sqlplus possa executar, o que 
seria + ou - tipo : 
 
spool procedures_recreate.sql
select
   replace(DBMS_METADATA.GET_DDL('PROCEDURE',u.object_name) , 
'C:\pathdowindows', '/pathdolinux')
 from
   user_objects u
 where
   object_type = 'PROCEDURE';
spool off;

aí depois se executaria o .sql gerado numa tool cliente qquer (o sqlplus ou no 
SQL Developer ou qquer outra) . Nem preciso dizer, o exemplo acima Não Tem 
todas as formatações necessárias, nem está filtrando só as procs que vc quer, 
ele é super-simplista, só serve de exemplo geral, mas o caminho é por aí...  

  []s
  
Chiappa


--- Em oracle_br@yahoogrupos.com.br, "Aldenicio Lopes da Silva"  
escreveu
>
> Obrigado pelo retorno, 
> 
>  
> 
> A migração está sendo feita para Oracle 11g no RH5.7. 
> 
> A idéia era automatizar essa troca (de c:\qualquercoisa para 
> /mnt/pastacompartilhada). Existe alguma aplicação/comando no Linux que faria 
> essa substituição no código da procedure?
> 
>  
> 
> Aldenicio Lopes
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> nome de JLSilva
> Enviada em: quarta-feira, 30 de novembro de 2011 11:45
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Migração Window x Linux
> 
>  
> 
>   
> 
> Olá, Aldenicio.
> O Oracle9iR2 não funciona sobre Red Hat Enteprise Linux 5.
> Você pode usar o Red Hat Enterprise Linux 4.8.
> 
> Quanto ao UTL_FILE, o jeito é mudar, mesmo, viu... em todos os locais onde vc 
> usava C:\qualquercoisa, tem que mudar para um /mnt/mountpointsamba.
> Observe que já estou sugerindo o uso do samba.. ou seja, vc pode continuar 
> usando os diretórios no servidor windows, para que as pessoas possam acessar 
> os arquivos via rede, e vc monta esse diretório no linux via compartilhamento 
> samba.
> 
> On Nov 30, 2011, at 13:15 , Aldenicio Lopes da Silva wrote:
> 
> > Boa tarde,
> > 
> > 
> > 
> > Na empresa onde trabalho, estamos no processo de migração do Oracle 9.2.0.8 
> > que está no Windows 2003 R2 para Linux RH 5.7
> > 
> > 
> > 
> > Gostaria de saber se alguém que passou por esta experiência, qual foi a 
> > solução adotada quando se deparou com as procedures que geram/lêem arquivos 
> > através do UTL_FILE,
> > 
> > sendo que na indicação do caminho tem o famoso BARRA INVERTIDA "\" na 
> > separação das pastas.
> > 
> > 
> > 
> > Aguardo retorno dos colegas.
> > 
> > 
> > 
> > Atenciosamente,
> > 
> > 
> > 
> > Aldenicio Lopes
> > 
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> > 
> > 
> > 
> > 
> > --
> >> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de 
> >> inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> > --
> >> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure 
> >> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
> >> http://www.oraclebr.com.br/ 
> > -- Links do Yahoo! 
> > Grupos
> > 
> > 
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

RES: [oracle_br] Migração Window x Linux

[Aldenicio Lopes da Silva]

Obrigado pelo retorno, 

 

A migração está sendo feita para Oracle 11g no RH5.7. 

A idéia era automatizar essa troca (de c:\qualquercoisa para 
/mnt/pastacompartilhada). Existe alguma aplicação/comando no Linux que faria 
essa substituição no código da procedure?

 

Aldenicio Lopes

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de JLSilva
Enviada em: quarta-feira, 30 de novembro de 2011 11:45
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração Window x Linux

 

  

Olá, Aldenicio.
O Oracle9iR2 não funciona sobre Red Hat Enteprise Linux 5.
Você pode usar o Red Hat Enterprise Linux 4.8.

Quanto ao UTL_FILE, o jeito é mudar, mesmo, viu... em todos os locais onde vc 
usava C:\qualquercoisa, tem que mudar para um /mnt/mountpointsamba.
Observe que já estou sugerindo o uso do samba.. ou seja, vc pode continuar 
usando os diretórios no servidor windows, para que as pessoas possam acessar os 
arquivos via rede, e vc monta esse diretório no linux via compartilhamento 
samba.

On Nov 30, 2011, at 13:15 , Aldenicio Lopes da Silva wrote:

> Boa tarde,
> 
> 
> 
> Na empresa onde trabalho, estamos no processo de migração do Oracle 9.2.0.8 
> que está no Windows 2003 R2 para Linux RH 5.7
> 
> 
> 
> Gostaria de saber se alguém que passou por esta experiência, qual foi a 
> solução adotada quando se deparou com as procedures que geram/lêem arquivos 
> através do UTL_FILE,
> 
> sendo que na indicação do caminho tem o famoso BARRA INVERTIDA "\" na 
> separação das pastas.
> 
> 
> 
> Aguardo retorno dos colegas.
> 
> 
> 
> Atenciosamente,
> 
> 
> 
> Aldenicio Lopes
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
> --
>> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
>> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>> Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>> http://www.oraclebr.com.br/ 
> -- Links do Yahoo! 
> Grupos
> 
> 





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração Mysql - Oracle

[Daniel A. D. Castro]

Giovani,

Dá uma olhada no Oracle Migration Workbench. Abaixo segue o link para
download e documentação.

http://www.oracle.com/technetwork/topics/index-095746.html

Já utilizei ele em vários projetos! A grande dificuldade é quando se
encontra no source procedures e functions que também precisam ser migrados,
e, nestes casos, é difícil fugir da necessidade de traduzir os objetos em
PL/SQL.

[]'s
Daniel Castro




Em 23 de novembro de 2011 15:18, Anderson Campelo
escreveu:

> Não tenho essa informação.
>
> Em 23 de novembro de 2011 11:39, Giovanni Ferreira de Sousa <
> giovanni.so...@funasa.gov.br> escreveu:
>
> > **
> >
> >
> > Anderson,
> >
> > Onde posso baixá-lo?
> >
> > 
> >
> > De: oracle_br@yahoogrupos.com.br em nome de Anderson Campelo
> > Enviada: qua 23/11/2011 10:25
> > Para: oracle_br@yahoogrupos.com.br
> > Assunto: Re: [oracle_br] Migração Mysql - Oracle
> >
> >
> > Giovanni,
> >
> > Tive a oportunidade de testar uma ferramenta chamada
> > "ESF.Database.Migration.Toolkit.Professional.v6.1.21" e obtive sucesso na
> > migração de bancos como mysql, postgree e sql server para oracle, assim
> > como é possível executar a ação inversa.
> >
> > Em 23 de novembro de 2011 10:02, Giovanni Ferreira de Sousa <
> > giovanni.so...@funasa.gov.br> escreveu:
> >
> > > **
> >
> > >
> > >
> > > Prezados,
> > >
> > > Tenho um cliente que possui uma aplicação utilizando banco de dados
> > Mysql.
> > > Tive uma reunião com ele, e ele me disse que quer migrar a estrutura e
> os
> > > dados pra Oracle 10.2. Já criei a estrutura conforme orientações do
> > > cliente. Agora estou com a missão realizar a migração dados. Gostaria
> de
> > > pedir a ajuda de vocês. Gostaria de saber qual a melhor ferramenta, ou
> > > melhores práticas, a melhor forma de realizar essa migração. Tendo em
> > vista
> > > que há diferença entre os tipos de dados entre os bancos, constrainsts,
> > > integridade dos dados, dentre outros objetos.
> > >
> > > Desde já agradeço.
> > >
> > > Atenciosamente,
> > >
> > > Giovanni Sousa.
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > 
> >
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> ESPAÇO!
> > VISITE: http://www.oraclebr.com.br/
> > -- Links do
> Yahoo!
> > Grupos
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
At.
__
Daniel A. D. Castro
+55 31 97768453


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração Mysql - Oracle

[Anderson Campelo]

Não tenho essa informação.

Em 23 de novembro de 2011 11:39, Giovanni Ferreira de Sousa <
giovanni.so...@funasa.gov.br> escreveu:

> **
>
>
> Anderson,
>
> Onde posso baixá-lo?
>
> 
>
> De: oracle_br@yahoogrupos.com.br em nome de Anderson Campelo
> Enviada: qua 23/11/2011 10:25
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Migração Mysql - Oracle
>
>
> Giovanni,
>
> Tive a oportunidade de testar uma ferramenta chamada
> "ESF.Database.Migration.Toolkit.Professional.v6.1.21" e obtive sucesso na
> migração de bancos como mysql, postgree e sql server para oracle, assim
> como é possível executar a ação inversa.
>
> Em 23 de novembro de 2011 10:02, Giovanni Ferreira de Sousa <
> giovanni.so...@funasa.gov.br> escreveu:
>
> > **
>
> >
> >
> > Prezados,
> >
> > Tenho um cliente que possui uma aplicação utilizando banco de dados
> Mysql.
> > Tive uma reunião com ele, e ele me disse que quer migrar a estrutura e os
> > dados pra Oracle 10.2. Já criei a estrutura conforme orientações do
> > cliente. Agora estou com a missão realizar a migração dados. Gostaria de
> > pedir a ajuda de vocês. Gostaria de saber qual a melhor ferramenta, ou
> > melhores práticas, a melhor forma de realizar essa migração. Tendo em
> vista
> > que há diferença entre os tipos de dados entre os bancos, constrainsts,
> > integridade dos dados, dentre outros objetos.
> >
> > Desde já agradeço.
> >
> > Atenciosamente,
> >
> > Giovanni Sousa.
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> -- Links do Yahoo!
> Grupos
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

RES: [oracle_br] Migração Mysql - Oracle

[Giovanni Ferreira de Sousa]

Anderson, 
 
Onde posso baixá-lo? 



De: oracle_br@yahoogrupos.com.br em nome de Anderson Campelo
Enviada: qua 23/11/2011 10:25
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração Mysql - Oracle



Giovanni,

Tive a oportunidade de testar uma ferramenta chamada
"ESF.Database.Migration.Toolkit.Professional.v6.1.21" e obtive sucesso na
migração de bancos como mysql, postgree e sql server para oracle, assim
como é possível executar a ação inversa.

Em 23 de novembro de 2011 10:02, Giovanni Ferreira de Sousa <
giovanni.so...@funasa.gov.br> escreveu:

> **
>
>
> Prezados,
>
> Tenho um cliente que possui uma aplicação utilizando banco de dados Mysql.
> Tive uma reunião com ele, e ele me disse que quer migrar a estrutura e os
> dados pra Oracle 10.2. Já criei a estrutura conforme orientações do
> cliente. Agora estou com a missão realizar a migração dados. Gostaria de
> pedir a ajuda de vocês. Gostaria de saber qual a melhor ferramenta, ou
> melhores práticas, a melhor forma de realizar essa migração. Tendo em vista
> que há diferença entre os tipos de dados entre os bancos, constrainsts,
> integridade dos dados, dentre outros objetos.
>
> Desde já agradeço.
>
> Atenciosamente,
>
> Giovanni Sousa.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/ 

 Links do Yahoo! Grupos






[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração Mysql - Oracle

[Anderson Campelo]

Giovanni,

Tive a oportunidade de testar uma ferramenta chamada
"ESF.Database.Migration.Toolkit.Professional.v6.1.21" e obtive sucesso na
migração de bancos como mysql, postgree e sql server para oracle, assim
como é possível executar a ação inversa.

Em 23 de novembro de 2011 10:02, Giovanni Ferreira de Sousa <
giovanni.so...@funasa.gov.br> escreveu:

> **
>
>
> Prezados,
>
> Tenho um cliente que possui uma aplicação utilizando banco de dados Mysql.
> Tive uma reunião com ele, e ele me disse que quer migrar a estrutura e os
> dados pra Oracle 10.2. Já criei a estrutura conforme orientações do
> cliente. Agora estou com a missão realizar a migração dados. Gostaria de
> pedir a ajuda de vocês. Gostaria de saber qual a melhor ferramenta, ou
> melhores práticas, a melhor forma de realizar essa migração. Tendo em vista
> que há diferença entre os tipos de dados entre os bancos, constrainsts,
> integridade dos dados, dentre outros objetos.
>
> Desde já agradeço.
>
> Atenciosamente,
>
> Giovanni Sousa.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

Re: [oracle_br] Migração Mysql - Oracle

[Rosivaldo Ramalho]

Giovanni,

Utiliza o SQLDeveloper, ele dá conta do serviço.

2011/11/23 Alisson Luz :
> Olá Giovanni...
>
>
>
> A pouco tem passei por isso. No meu caso como a base que vinha não foi muito
> grande acho que tinha umas 20 tabelas +-, preferir fazer na mão mesmo...
>
> Fui criando as estruturas das tabelas e fiz um dblink com o MYSQL e fui
> dando os inserts necessários..
>
>
>
> Depois fui arrumando as coisas, criando pacotes e organizando as funções,
> procedimento,trigger.
>
>
>
> Como disse antes a base era pequena e não tinha muitos objetos...
>
>
>
> Na época cheguei a baixar alguns aplicativos para isso, mais sempre precisa
> ajustar algumas coisas...
>
>
>
>
>
>
>
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de Giovanni Ferreira de Sousa
> Enviada em: quarta-feira, 23 de novembro de 2011 09:03
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Migração Mysql - Oracle
>
>
>
>
>
> Prezados,
>
> Tenho um cliente que possui uma aplicação utilizando banco de dados Mysql.
> Tive uma reunião com ele, e ele me disse que quer migrar a estrutura e os
> dados pra Oracle 10.2. Já criei a estrutura conforme orientações do cliente.
> Agora estou com a missão realizar a migração dados. Gostaria de pedir a
> ajuda de vocês. Gostaria de saber qual a melhor ferramenta, ou melhores
> práticas, a melhor forma de realizar essa migração. Tendo em vista que há
> diferença entre os tipos de dados entre os bancos, constrainsts, integridade
> dos dados, dentre outros objetos.
>
> Desde já agradeço.
>
> Atenciosamente,
>
> Giovanni Sousa.
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
> --
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>>responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> --
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>>http://www.oraclebr.com.br/
> 
>  Links do Yahoo! Grupos
>
>
>



-- 
Rosivaldo Azevedo Ramalho 
Consultor Oracle Database & Fusion Middlerware

http://about.me/rosivaldo

RES: [oracle_br] migração Oracle RAC 10.2.0.4 para 11.2.0

[Duilio Bruniera Junior]

Ajudou sim companheiro, juntando com algumas outras documentações que já tinha 
visto 

a documentação necessária para fazer esse upgrade é :

 

para a parte de upgrade do Clusterware essa documentação:

  
http://download.oracle.com/docs/cd/E11882_01/install.112/e17212.pdf

 

Apendice F "How to Upgrade to Oracle Grid Infrastructure 11g Release 2"

 

para a parte do database:

  
http://download.oracle.com/docs/cd/E11882_01/server.112/e17222.pdf

 

e

  
http://download.oracle.com/docs/cd/E11882_01/install.112/e17214.pdf

 

pra quem se interessar segue a dica então.

Obrigado ao camarada: David Ricardo B. de Siqueira  

Brother dá uma olhadinha nesse link aqui, veja se te ajuda em algo :

https://forums.oracle.com/forums/thread.jspa?threadID=2244278

Abração

Em 29 de agosto de 2011 11:17, David Ricardo mailto:drb.ricardo%40gmail.com> >escreveu:

> Cara tu consegue fazer um search nas mensagens antigas?..Porque se não me
> falha a memória foi abordado esse assunto a bem pouco tempo..de qq forma to
> caçando algo aqui no Metalink , eu achando já te envio parceiro.
>
> Abraço
>
> Em 29 de agosto de 2011 11:13, Duilio Bruniera Junior <
> duilio.bruni...@fastsolutions.com.br 
>  > escreveu:
>
> **
>>
>>
>> Senhores eu tenho um oracle RAC:
>>
>> --
>>
>> -- CENARIO
>>
>> --
>>
>> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> -
>> - - - - - - - - - - - -
>>
>> # Oracle RAC 3 nodes
>>
>> # Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC. com ASM e
>> Automatic Memory Management (AMM)
>>
>> # SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
>>
>> # Hardware : IBM x3650 2 Processadores 2.5 quad core
>>
>> # Memoria: 48 Gb.
>>
>> # Storage: Storagetek SE2540
>>
>> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> -
>> - - - - - - - - - - - -
>>
>> Gostaria de Fazer um upgrade para a versão 11gR2
>>
>> Alguem sabe se é possivel ou se existe alguma documentação sobre isso ?
>>
>> Eu ja pesquisei alguma coisa sobre o assunto e vi algumas formas para
>> fazer
>> a migração com:
>>
>> - STREAMS
>>
>> - DATAGUARD
>>
>> - EXPORT / IMPORT
>>
>> Porem minha intenção é aplicar um upgrade sobre o : CLUSTER/ASM/DATABASE.
>>
>> alguem sabe algo sobre isso ?
>>
>> se existe alguma documentação ?
>>
>> ou mesmo se é possivel ?
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>> 
>>
>
>
>
> --
> --
> David Ricardo B. de Siqueira
> IT Brazil - Database Administrator
> DBANet
> BLOG .: http://databaseguard.blogspot.com
>
> "O mistério da vida me causa a mais forte emoção. É o sentimento que
> suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece
> essa sensação ou não pode mais exprimir espanto ou surpresa, já é um
> morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"
>
>

-- 
--
David Ricardo B. de Siqueira
IT Brazil - Database Administrator
DBANet
BLOG .: http://databaseguard.blogspot.com

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] migração Oracle RAC 10.2.0.4 para 11.2.0

[David Ricardo]

Brother dá uma olhadinha nesse link aqui, veja se te ajuda em algo :

https://forums.oracle.com/forums/thread.jspa?threadID=2244278

Abração

Em 29 de agosto de 2011 11:17, David Ricardo escreveu:

> Cara tu consegue fazer um search nas mensagens antigas?..Porque se não me
> falha a memória foi abordado esse assunto a bem pouco tempo..de qq forma to
> caçando algo aqui no Metalink , eu achando já te envio parceiro.
>
> Abraço
>
> Em 29 de agosto de 2011 11:13, Duilio Bruniera Junior <
> duilio.bruni...@fastsolutions.com.br> escreveu:
>
>  **
>>
>>
>> Senhores eu tenho um oracle RAC:
>>
>> --
>>
>> -- CENARIO
>>
>> --
>>
>> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> -
>> - - - - - - - - - - - -
>>
>> # Oracle RAC 3 nodes
>>
>> # Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC. com ASM e
>> Automatic Memory Management (AMM)
>>
>> # SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
>>
>> # Hardware : IBM x3650 2 Processadores 2.5 quad core
>>
>> # Memoria: 48 Gb.
>>
>> # Storage: Storagetek SE2540
>>
>> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> -
>> - - - - - - - - - - - -
>>
>> Gostaria de Fazer um upgrade para a versão 11gR2
>>
>> Alguem sabe se é possivel ou se existe alguma documentação sobre isso ?
>>
>> Eu ja pesquisei alguma coisa sobre o assunto e vi algumas formas para
>> fazer
>> a migração com:
>>
>> - STREAMS
>>
>> - DATAGUARD
>>
>> - EXPORT / IMPORT
>>
>> Porem minha intenção é aplicar um upgrade sobre o : CLUSTER/ASM/DATABASE.
>>
>> alguem sabe algo sobre isso ?
>>
>> se existe alguma documentação ?
>>
>> ou mesmo se é possivel ?
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>  
>>
>
>
>
> --
> 
> David Ricardo B. de Siqueira
> IT Brazil - Database Administrator
> DBANet
> BLOG .:  http://databaseguard.blogspot.com
>
> "O mistério da vida me causa a mais forte emoção. É o sentimento que
> suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece
> essa sensação ou não pode mais exprimir espanto ou surpresa, já é um
> morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"
>
>


-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
DBANet
BLOG .:  http://databaseguard.blogspot.com

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] migração Oracle RAC 10.2.0.4 para 11.2.0

[David Ricardo]

Cara tu consegue fazer um search nas mensagens antigas?..Porque se não me
falha a memória foi abordado esse assunto a bem pouco tempo..de qq forma to
caçando algo aqui no Metalink , eu achando já te envio parceiro.

Abraço

Em 29 de agosto de 2011 11:13, Duilio Bruniera Junior <
duilio.bruni...@fastsolutions.com.br> escreveu:

> **
>
>
> Senhores eu tenho um oracle RAC:
>
> --
>
> -- CENARIO
>
> --
>
> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - - - - - - - - - -
>
> # Oracle RAC 3 nodes
>
> # Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC. com ASM e
> Automatic Memory Management (AMM)
>
> # SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)
>
> # Hardware : IBM x3650 2 Processadores 2.5 quad core
>
> # Memoria: 48 Gb.
>
> # Storage: Storagetek SE2540
>
> # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - - - - - - - - - -
>
> Gostaria de Fazer um upgrade para a versão 11gR2
>
> Alguem sabe se é possivel ou se existe alguma documentação sobre isso ?
>
> Eu ja pesquisei alguma coisa sobre o assunto e vi algumas formas para fazer
> a migração com:
>
> - STREAMS
>
> - DATAGUARD
>
> - EXPORT / IMPORT
>
> Porem minha intenção é aplicar um upgrade sobre o : CLUSTER/ASM/DATABASE.
>
> alguem sabe algo sobre isso ?
>
> se existe alguma documentação ?
>
> ou mesmo se é possivel ?
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 

David Ricardo B. de Siqueira
IT Brazil - Database Administrator
DBANet
BLOG .:  http://databaseguard.blogspot.com

"O mistério da vida me causa a mais forte emoção. É o sentimento que suscita
a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa
sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e
seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)"


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] migração Oracle RAC 10.2.0.4 para 11.2.0

[Duilio Bruniera Junior]

Senhores eu tenho um oracle RAC:

--

-- CENARIO

--

# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - -

# Oracle RAC 3 nodes 

# Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 RAC. com ASM e
Automatic Memory Management (AMM)

# SO: Red Hat Enterprise Linux Server release 5.2 (Tikanga)

# Hardware : IBM x3650 2 Processadores 2.5 quad core

# Memoria: 48 Gb.

# Storage: Storagetek SE2540 

# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - -

 

Gostaria de Fazer um upgrade para a versão 11gR2

Alguem sabe se é possivel ou se existe alguma documentação sobre isso ?

Eu ja pesquisei alguma coisa sobre o assunto e vi algumas formas para fazer
a migração com:

 - STREAMS

 - DATAGUARD

 - EXPORT / IMPORT

 

Porem minha intenção é aplicar um upgrade sobre o : CLUSTER/ASM/DATABASE.

alguem sabe algo sobre isso ?

se existe alguma documentação ?

ou mesmo se é possivel ? 

 



[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões

[Mosan Santos]

Oi Amigos;

  Pode não ser o caminho mais rápido, 


   agora acho o mais seguro (sem dúvida).

  Se puder adequar, a sua realidade.

Abraços


 
Mosán D'dos Santos 
Security Expert Database

OCP DBA 10g 
LIPIC3 (Core + Security)  
CCNA  Security 
ISF ISO/IEC 27002
__
skype: mosansantos




De: Welvis Moretto 
Para: "oracle_br@yahoogrupos.com.br" 
Enviadas: Terça-feira, 2 de Agosto de 2011 13:23
Assunto: Re: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões


  
Boa tarde...
 
Qual o tamanho do banco de dados?
 
Você já pensou em criar o banco standby com os 2 nodes.. depois que estiver
tudo sicronizado vc abre habilita o novo RAC? Eu particularmente tento correr
de dblink’s, uso apenas quando não tenho saída. Há algum tempo, aqui na empresa
fizeram uma cópia storage to storage, usaram uma ferramenta, mas não lembro o
nome.
 
Tenho owner’s aqui na empresa com 450G de dump, a base importar em menos
de 24H, todo o usuário importado tem em torno de 850G. Também é uma solução.
 
Esse é meu ponto de vista, olhando para um ambiente que eu não
conheço...
 
Att,


De: luzizardba 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 2 de Agosto de 2011 12:37
Assunto: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões

  
Boa tarde amigos,

Neste final de semana, irei realizar a migração do cluster de 2 nós da minha 
empresa que esta na versão 11.1.0.6 e utiliza Red Hat 5.2 para a versão RAC 
11.2.0.2 e RHEL 5.5 e gostaria de algumas sugestões dos caros amigos...

Hoje tenho um storage da DELL conectado a estes nós e possuo 3 diskgroups 
(DATA, INDX e FRA). Tenho uma terceira maquina que será utilizada para o 3 nó, 
então ela esta ainda parada.

Minha idéia inicial seria mover todas as tablespaces que se encontram no 
diskgroup INDX para DATA e desabilitar o segundo nó do cluster, deixando 
somente o primeiro operacinal. Desta maneira eu já teria os dois primeiros nós 
do novo cluster sendo montado em cima do novo diskgroup que será criado, a 
partir do INDX que foi dropado.

Aos poucos (durante a semana) iria movendo as tablespaces / usuário de um 
servidor par ao outro e criando as devidas conexões entre as consultas, através 
de DBLINK / sinomimos publicos. Desta maneira conseguir ter os dois ambientes 
no ar.

A idéia do transporte dos dados, seria através de tablespaces transporaveis 
(datapump). Fiz alguns testes no transporte utilizando tablespaces 
transportables da versão 11.1.0.6 para a versão 11.2.0.2 e não tive problemas.

No novo cluster, pretendo utilizar OCFS2 para recepcionar SPFILE, Voting e OCR.

O que acham ? alguma sugestão ? Lembrado somente que tive esta ideia pensando 
em um ambiente disponível o mais tempo possível.

[As partes desta mensagem que não continham texto foram removidas]


 

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões

[Welvis Moretto]

Boa tarde...
 
Qual o tamanho do banco de dados?
 
Você já pensou em criar o banco standby com os 2 nodes.. depois que estiver
tudo sicronizado vc abre habilita o novo RAC? Eu particularmente tento correr
de dblink’s, uso apenas quando não tenho saída. Há algum tempo, aqui na empresa
fizeram uma cópia storage to storage, usaram uma ferramenta, mas não lembro o
nome.
 
Tenho owner’s aqui na empresa com 450G de dump, a base importar em menos
de 24H, todo o usuário importado tem em torno de 850G. Também é uma solução.
 
Esse é meu ponto de vista, olhando para um ambiente que eu não
conheço...
 
Att,



De: luzizardba 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 2 de Agosto de 2011 12:37
Assunto: [oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões


  
Boa tarde amigos,

Neste final de semana, irei realizar a migração do cluster de 2 nós da minha 
empresa que esta na versão 11.1.0.6 e utiliza Red Hat 5.2 para a versão RAC 
11.2.0.2 e RHEL 5.5 e gostaria de algumas sugestões dos caros amigos...

Hoje tenho um storage da DELL conectado a estes nós e possuo 3 diskgroups 
(DATA, INDX e FRA). Tenho uma terceira maquina que será utilizada para o 3 nó, 
então ela esta ainda parada.

Minha idéia inicial seria mover todas as tablespaces que se encontram no 
diskgroup INDX para DATA e desabilitar o segundo nó do cluster, deixando 
somente o primeiro operacinal. Desta maneira eu já teria os dois primeiros nós 
do novo cluster sendo montado em cima do novo diskgroup que será criado, a 
partir do INDX que foi dropado.

Aos poucos (durante a semana) iria movendo as tablespaces / usuário de um 
servidor par ao outro e criando as devidas conexões entre as consultas, através 
de DBLINK / sinomimos publicos. Desta maneira conseguir ter os dois ambientes 
no ar.

A idéia do transporte dos dados, seria através de tablespaces transporaveis 
(datapump). Fiz alguns testes no transporte utilizando tablespaces 
transportables da versão 11.1.0.6 para a versão 11.2.0.2 e não tive problemas.

No novo cluster, pretendo utilizar OCFS2 para recepcionar SPFILE, Voting e OCR.

O que acham ? alguma sugestão ? Lembrado somente que tive esta ideia pensando 
em um ambiente disponível o mais tempo possível.


 

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração RAC 11.1.0.6 para 11.2.0.2 - Sugestões

[luzizardba]

Boa tarde amigos,

Neste final de semana, irei realizar a migração do cluster de 2 nós da minha 
empresa que esta na versão 11.1.0.6 e utiliza Red Hat 5.2 para a versão RAC 
11.2.0.2 e RHEL 5.5 e gostaria de algumas sugestões dos caros amigos...

Hoje tenho um storage da DELL conectado a estes nós e possuo 3 diskgroups 
(DATA, INDX e FRA). Tenho uma terceira maquina que será utilizada para o 3 nó, 
então ela esta ainda parada.

Minha idéia inicial seria mover todas as tablespaces que se encontram no 
diskgroup INDX para DATA e desabilitar o segundo nó do cluster, deixando 
somente o primeiro operacinal. Desta maneira eu já teria os dois primeiros nós 
do novo cluster sendo montado em cima do novo diskgroup que será criado, a 
partir do INDX que foi dropado.

Aos poucos (durante a semana) iria movendo as tablespaces / usuário de um 
servidor par ao outro e criando as devidas conexões entre as consultas, através 
de DBLINK / sinomimos publicos. Desta maneira conseguir ter os dois ambientes 
no ar.

A idéia do transporte dos dados, seria através de tablespaces transporaveis 
(datapump). Fiz alguns testes no transporte utilizando tablespaces 
transportables da versão 11.1.0.6 para a versão 11.2.0.2 e não tive problemas.

No novo cluster, pretendo utilizar OCFS2 para recepcionar SPFILE, Voting e OCR.

O que acham ? alguma sugestão ? Lembrado somente que tive esta ideia pensando 
em um ambiente disponível o mais tempo possível.

Re: [oracle_br] Migração reports e forms 6i para 10g

[Lucimar dos Santos]

Acrescentando mais uns detalhes, o fonte do forms 6 pode se compilado pelo 9 
sem problemas
apenas a chamada de relatórios é diferente, e precisa levantgar o serviço de 
relatórios no servidor,
fica uma dica que o fonte uma vez compilado na versão 9 não é possível 
voltar a compilar em 6 tome cuidado...


- Original Message - 
From: "Fernando Nati" 
To: 
Sent: Wednesday, April 27, 2011 12:46 PM
Subject: Re: [oracle_br] Migração reports e forms 6i para 10g


Nelson,
É uma empreitada...
A d2kwutil não existe mais.
Deve-se trocar pela webutil.
O reports são executados no servidor de relatórios (página web)
Nos forms, até que não muda muita coisa a nivel da construção no builder,
etc. mas é outra Runtime (agora seus forms serão executados no jinitiator ou
no java) Depende só do sue ambiente servidor.

Me contate no mail particular, já liderei migração de grandes sistemas do 6i
para o 10 e também estamos em uma migração. do 6i direto para o 11g.



Atenciosamente,
Fernando Nati.
fernandon...@gmail.com











2011/4/27 nelson.fr...@ymail.com 

>
>
> Bom dia!
> Aqui na empresa faremos a migração do reports e forms 6i para o 10g e
> gostaria de saber se vcs tem alguma documentação, dicas, o passo a passo
> para essa empreitada. Estamos finalizando o levantamento dos forms
> existentes, reports e alguma coisa do banco.
> Se puderem dar uma luz para o START agradeço.
> Abcs
>
> Nelson A. Frade
> Analista de Sistemas ORACLE
> Stefanini IT Solution
>
>
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » 
>Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! 
>VISITE: http://www.oraclebr.com.br/

 
Links do Yahoo! Grupos

Re: [oracle_br] Migração reports e forms 6i para 10g

[Nelson Frade]

Fernando,
 
boa tarde !
 
Agradeço pela sua atenção.
 
Se surgir duvidas, com certeza entrarei em contato.
 
Abcs.
 
FRADE, Nelson Augusto
e-mail/msn: nelson_augusto_fr...@hotmail.com
(11) 9868-0494


--- Em qua, 27/4/11, Fernando Nati  escreveu:


De: Fernando Nati 
Assunto: Re: [oracle_br] Migração reports e forms 6i para 10g
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 27 de Abril de 2011, 15:46


Nelson,
É uma empreitada...
A d2kwutil não existe mais.
Deve-se trocar pela webutil.
O reports são executados no servidor de relatórios (página web)
Nos forms, até que não muda muita coisa a nivel da construção no builder,
etc. mas é outra Runtime (agora seus forms serão executados no jinitiator ou
no java) Depende só do sue ambiente servidor.

Me contate no mail particular, já liderei migração de grandes sistemas do 6i
para o 10 e também estamos em uma migração. do 6i direto para o 11g.



Atenciosamente,
Fernando Nati.
fernandon...@gmail.com











2011/4/27 nelson.fr...@ymail.com 

>
>
> Bom dia!
> Aqui na empresa faremos a migração do reports e forms 6i para o 10g e
> gostaria de saber se vcs tem alguma documentação, dicas, o passo a passo
> para essa empreitada. Estamos finalizando o levantamento dos forms
> existentes, reports e alguma coisa do banco.
> Se puderem dar uma luz para o START agradeço.
> Abcs
>
> Nelson A. Frade
> Analista de Sistemas ORACLE
> Stefanini IT Solution
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos




[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração reports e forms 6i para 10g

[Fernando Nati]

Nelson,
É uma empreitada...
A d2kwutil não existe mais.
Deve-se trocar pela webutil.
O reports são executados no servidor de relatórios (página web)
Nos forms, até que não muda muita coisa a nivel da construção no builder,
etc. mas é outra Runtime (agora seus forms serão executados no jinitiator ou
no java) Depende só do sue ambiente servidor.

Me contate no mail particular, já liderei migração de grandes sistemas do 6i
para o 10 e também estamos em uma migração. do 6i direto para o 11g.



Atenciosamente,
Fernando Nati.
fernandon...@gmail.com











2011/4/27 nelson.fr...@ymail.com 

>
>
> Bom dia!
> Aqui na empresa faremos a migração do reports e forms 6i para o 10g e
> gostaria de saber se vcs tem alguma documentação, dicas, o passo a passo
> para essa empreitada. Estamos finalizando o levantamento dos forms
> existentes, reports e alguma coisa do banco.
> Se puderem dar uma luz para o START agradeço.
> Abcs
>
> Nelson A. Frade
> Analista de Sistemas ORACLE
> Stefanini IT Solution
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Migração reports e forms 6i para 10g

[nelson.fr...@ymail.com]

Bom dia!
Aqui na empresa faremos a migração do reports e forms 6i para o 10g e
gostaria de saber se vcs tem alguma documentação, dicas, o passo a passo para 
essa empreitada. Estamos finalizando o levantamento dos forms existentes, 
reports e alguma coisa do banco.
Se puderem dar uma luz para o START agradeço.
Abcs

Nelson A. Frade
Analista de Sistemas ORACLE
Stefanini IT Solution

Re: RES: RES: [oracle_br] migração do oracle XE para o

[José Laurindo]

Colega, sorry mas isso ** ABSOLUTAMENTE ** não devia ser surpresa alguma : a 
nota metalink "Oracle Designer & Repository (SCM) Compatibility Notes" (Doc ID 
60705.1) já nos diz sobre o designer 10g (vc não fala mas creio que é essa a 
versão) :

"Oracle Server


Oracle Server 32-bit and 64-bit Certification
Oracle Designer and Repository certification is offered for both the 32-bit and 
64-bit database options.

Releases 10g 9.0.4.5, 9i 9.0.2.9 and 6i 4.11 had additional certification 
with Oracle 9.0.1.4 (EE) 64-bit Solaris, as Oracle 9.0.1.5 64-bit Solaris was 
not available.
"

==> OU SEJA, certificação, Garantia que vai rodar, só no EE, okdoc ?? Pensando 
a respeito faz TODO o sentido, já que o XE é uma versão ultra-CAPADA do 
database, ninguém garante que alguma feature de database exigida pelo Designer 
não vai estar ausente PROVAVELMENTE vc deve ser capaz de excutar os cripts 
e imports do repositório do Designer manualmente, circundando as 
incompatibilidades, mas garantia vc não vai ter A MENOR, isso que significa 
não-certificado...

 []s

  Chiappa
--- Em oracle_br@yahoogrupos.com.br, "Jean Carlos Reddiga"  
escreveu
>
> Bom.
> 
>  
> 
> Consigo ate criar um repositório no 10 g XE, mas ele cria varias views com 
> err e da muitos paus durante a execução.
> 
>  
> 
>  
> 
> 
> 
> Jean Carlos Reddiga
> 
>  <mailto:sidiane.schnaider@...> jean.reddiga@...
> 
> (47) 9905 4540
> 
>  
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em 
> nome de MARCIO CASTRO
> Enviada em: terça-feira, 19 de abril de 2011 14:24
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Res: RES: [oracle_br] migração do oracle XE para o
> 
>  
> 
>   
> 
> Mas Jean: como assim, "não comporta o Designer"?
> 
> Você quis dizer exatamente o quê com isso? Que você tem um repositório maior 
> do 
> que os 4Gb disponíveis? É isso?
> 
> Será que você está enfrentando ESTE problema? 
> http://forums.oracle.com/forums/thread.jspa?threadID=1108242 
> <http://forums.oracle.com/forums/thread.jspa?threadID=1108242&tstart=270> 
> &tstart=270
> 
> 
> De: Jean Carlos Reddiga mailto:jean.reddiga%40gmail.com> >
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> Enviadas: Segunda-feira, 18 de Abril de 2011 15:08:25
> Assunto: RES: [oracle_br] migração do oracle XE para o
> 
> Outro dia fazendo testes com o designer, tive a ingrata descoberto que o
> Oracle XE não comporta o Designer.
> 
> Tive que instalar o 11g pra testes com o designer.
> 
> 
> Jean Carlos Reddiga
> jean.reddiga@... <mailto:jean.reddiga%40gmail.com> 
> (47) 9905 4540
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
> [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> ] Em
> nome de Fernando Nati
> Enviada em: segunda-feira, 18 de abril de 2011 14:52
> Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
> Assunto: Re: [oracle_br] migração do oracle XE para o
> 
> Aproveitando o XE.
> O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
> Giga!!
> Show!
> 
> Fernando.
> 
> 2011/4/18 Leonardo Santos da Mata  <mailto:leonardodamata%40gmail.com> >
> 
> >
> >
> > olá pessoal,
> >
> > Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> > para
> > oracle enterprise edition?
> >
> > caso a resposta for sim, poderia me descrever como ocorreu?
> >
> > Obrigado!
> >
> > --
> > Cordialmente,
> > *
> > Leonardo Santos da Mata*
> > E-mail: leonardodamata@... <mailto:leonardodamata%40gmail.com> 
> > MSN: leonardomata@... <mailto:leonardomata%40hotmail.com> 
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > 
> >
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> --
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/ 
> --
>  Links do Yahoo! Grupos
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Res: [oracle_br] migração do oracle XE para o

[MARCIO CASTRO]

Já até baixei a versão beta do XE 11.2 de 
http://www.oracle.com/technetwork/database/express-edition/overview/index.html, 
e por enquanto, está "funfando".






De: Fernando Nati 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 18 de Abril de 2011 14:51:42
Assunto: Re: [oracle_br] migração do oracle XE para o

Aproveitando o XE.
O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
Giga!!
Show!

Fernando.



2011/4/18 Leonardo Santos da Mata 

>
>
> olá pessoal,
>
> Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> para
> oracle enterprise edition?
>
> caso a resposta for sim, poderia me descrever como ocorreu?
>
> Obrigado!
>
> --
> Cordialmente,
> *
> Leonardo Santos da Mata*
> E-mail: leonardodam...@gmail.com
> MSN: leonardom...@hotmail.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--

>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--

>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  
>

 Links do Yahoo! Grupos

[As partes desta mensagem que não continham texto foram removidas]

RES: RES: [oracle_br] migração do oracle XE para o

[Jean Carlos Reddiga]

Bom.

 

Consigo ate criar um repositório no 10 g XE, mas ele cria varias views com err 
e da muitos paus durante a execução.

 

 



Jean Carlos Reddiga

 <mailto:sidiane.schnai...@rkam.com.br> jean.redd...@gmail.com

(47) 9905 4540

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome 
de MARCIO CASTRO
Enviada em: terça-feira, 19 de abril de 2011 14:24
Para: oracle_br@yahoogrupos.com.br
Assunto: Res: RES: [oracle_br] migração do oracle XE para o

 

  

Mas Jean: como assim, "não comporta o Designer"?

Você quis dizer exatamente o quê com isso? Que você tem um repositório maior do 
que os 4Gb disponíveis? É isso?

Será que você está enfrentando ESTE problema? 
http://forums.oracle.com/forums/thread.jspa?threadID=1108242 
<http://forums.oracle.com/forums/thread.jspa?threadID=1108242&tstart=270> 
&tstart=270


De: Jean Carlos Reddiga mailto:jean.reddiga%40gmail.com> >
Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
Enviadas: Segunda-feira, 18 de Abril de 2011 15:08:25
Assunto: RES: [oracle_br] migração do oracle XE para o

Outro dia fazendo testes com o designer, tive a ingrata descoberto que o
Oracle XE não comporta o Designer.

Tive que instalar o 11g pra testes com o designer.


Jean Carlos Reddiga
jean.redd...@gmail.com <mailto:jean.reddiga%40gmail.com> 
(47) 9905 4540

-Mensagem original-
De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>  
[mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> ] 
Em
nome de Fernando Nati
Enviada em: segunda-feira, 18 de abril de 2011 14:52
Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
Assunto: Re: [oracle_br] migração do oracle XE para o

Aproveitando o XE.
O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
Giga!!
Show!

Fernando.

2011/4/18 Leonardo Santos da Mata mailto:leonardodamata%40gmail.com> >

>
>
> olá pessoal,
>
> Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> para
> oracle enterprise edition?
>
> caso a resposta for sim, poderia me descrever como ocorreu?
>
> Obrigado!
>
> --
> Cordialmente,
> *
> Leonardo Santos da Mata*
> E-mail: leonardodam...@gmail.com <mailto:leonardodamata%40gmail.com> 
> MSN: leonardom...@hotmail.com <mailto:leonardomata%40hotmail.com> 
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

[As partes desta mensagem que não continham texto foram removidas]



--
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
--
 Links do Yahoo! Grupos

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Res: RES: [oracle_br] migração do oracle XE para o

[MARCIO CASTRO]

Mas Jean: como assim, "não comporta o Designer"?

Você quis dizer exatamente o quê com isso? Que você tem um repositório maior do 
que os 4Gb disponíveis? É isso?


Será que você está enfrentando ESTE problema? 
http://forums.oracle.com/forums/thread.jspa?threadID=1108242&tstart=270







De: Jean Carlos Reddiga 
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 18 de Abril de 2011 15:08:25
Assunto: RES: [oracle_br] migração do oracle XE para o

  
Outro dia fazendo testes com o designer, tive a ingrata descoberto que o
Oracle XE não comporta o Designer.

Tive que instalar o 11g pra testes com o designer.


Jean Carlos Reddiga
jean.redd...@gmail.com
(47) 9905 4540

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de Fernando Nati
Enviada em: segunda-feira, 18 de abril de 2011 14:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] migração do oracle XE para o

Aproveitando o XE.
O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
Giga!!
Show!

Fernando.

2011/4/18 Leonardo Santos da Mata 

>
>
> olá pessoal,
>
> Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> para
> oracle enterprise edition?
>
> caso a resposta for sim, poderia me descrever como ocorreu?
>
> Obrigado!
>
> --
> Cordialmente,
> *
> Leonardo Santos da Mata*
> E-mail: leonardodam...@gmail.com
> MSN: leonardom...@hotmail.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

[As partes desta mensagem que não continham texto foram removidas]



--
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/ 
--
 Links do Yahoo! Grupos


 

[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] migração do oracle XE para o

[Jean Carlos Reddiga]

Outro dia fazendo testes com o designer, tive a ingrata descoberto que o
Oracle XE não comporta o Designer.

Tive que instalar o 11g pra testes com o designer.


Jean Carlos Reddiga
jean.redd...@gmail.com
 (47) 9905 4540

-Mensagem original-
De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
nome de Fernando Nati
Enviada em: segunda-feira, 18 de abril de 2011 14:52
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] migração do oracle XE para o

Aproveitando o XE.
O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
Giga!!
Show!

Fernando.



2011/4/18 Leonardo Santos da Mata 

>
>
> olá pessoal,
>
> Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> para
> oracle enterprise edition?
>
> caso a resposta for sim, poderia me descrever como ocorreu?
>
> Obrigado!
>
> --
> Cordialmente,
> *
> Leonardo Santos da Mata*
> E-mail: leonardodam...@gmail.com
> MSN: leonardom...@hotmail.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]






--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 

--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
» Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

Re: [oracle_br] migração do oracle XE para o

[Fernando Nati]

Aproveitando o XE.
O novo XE 11G vai vir com a possibilidade de termos tablespace de até 11
Giga!!
Show!

Fernando.



2011/4/18 Leonardo Santos da Mata 

>
>
> olá pessoal,
>
> Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE
> para
> oracle enterprise edition?
>
> caso a resposta for sim, poderia me descrever como ocorreu?
>
> Obrigado!
>
> --
> Cordialmente,
> *
> Leonardo Santos da Mata*
> E-mail: leonardodam...@gmail.com
> MSN: leonardom...@hotmail.com
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] migração do oracle XE para o

[Leonardo Santos da Mata]

olá pessoal,

Alguém que trabalha com o oracle ai já fez alguma migração do oracle XE para
oracle enterprise edition?

caso a resposta for sim, poderia me descrever como ocorreu?

Obrigado!

-- 
Cordialmente,
*
Leonardo Santos da Mata*
E-mail: leonardodam...@gmail.com
MSN: leonardom...@hotmail.com


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração Oracle MySQL

[Caio Spadafora]

Prezado(a)s,

Escrevi um post sobre uma paremetrização interessante do MySQL caso tenham 
necessidade de migrar entre plataformas Oracle e MySQL, caso tenham interesse:

http://0011brothers.blogspot.com/2010/07/mysql-como-oracle.html

Atenciosamente,

 Caio Spadafora,
Database Administrator,
http://digitalgrimoa.blogspot.com/
http://recoveryarea.blogspot.com/
http://0011brothers.blogspot.com/


  

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração de Forms 4.5 p/ 10G - Problemas com USER_EXIT!

[Renata]

Pessoal bom dia à todos!

:o)

Gostaria de saber se alguém poderia me ajudar...
Estou fazendo a migração de um forms vs.4.5 para o forms 10G. Em uma function 
de validação de senha, estou usando a built-in "USER_EXIT()", porém, 
estou tendo um erro em tempo de execução que me é estranho, aparece uma msg de 
erro : "OBSOLETE USER EXIT CALL", como se a chamada da "user_exit" não fosse 
mais dessa forma...

Tentei buscar algumas informações, mas não encontrei nda sobre a user_exit para 
a versão 10G. Alguém saberia me informar se houve algum tipo de mudança desta 
chamada?

Muito obrigada!

Renata de Oliveira

Re: [oracle_br] Migração de banse de dados

[Marcos Braga]

Welvis,

Eu não sei sobre standby para a versão 8, mas para a versão 9 e 10, fiz um
documento utilizando a versão standard (não há dataguard habilitado), então
muita coisa é manual, acompanhe em:

http://trilha0.blogspot.com/2007/12/standby-oracle.html

Tenho outro standby criado na versão 11.2 enterprise utilizando dataguard
broker e rman para tanto, acompanhe em:

http://sites.google.com/site/universodobraga/oracle/standby-11g

Creio que isso é um caminho.

[]s
Braga


Em 8 de maio de 2010 13:36, Welvis Douglas  escreveu:

>
>
> Braga,
>
> Tem a possibilidade de fazer um bando stby e replicar os arquives ?
>
> Tem alguma documentação para isso?
>
> Abraço,
>
>
> Att.
>
> _
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Marcos Braga
> Enviada em: sábado, 8 de maio de 2010 13:31
>
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: [oracle_br] Migração de banse de dados
>
> Oi Welvis,
>
> Quanto a utilizar outra ferramenta ou forma de migração, creio que não,
> pois
> na versão 8 haviam algumas limitações que foram sanadas nas versões
> posteriores.
>
> Já participei de duas migrações: de 8 para 9 e de 8 para 10 e todas foram
> efetuadas via exp/imp. Efetuamos algumas migrações e testes antes da
> migração oficial e todas funcionaram bem.
>
> []s
> Braga
>
> Em 8 de maio de 2010 08:43, Welvis Douglas  <mailto:welvis%40stcruz.com.br > com.br>
> escreveu:
>
> >
> >
> > Caso for para o 9i também?
> >
> > É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
> > tem que por o 8i ou o 10g. Da para usar outra coisa ou só o import?
> >
> > Obrigado pela ajuda.
> >
> > Att,
> >
> > _
> >
> > De: oracle...@yahoogrup 
> > <mailto:oracle_br%40yahoogrupos.com.br>
> os.com.br
>  [mailto:
>
> > oracle...@yahoogrup 
> > <mailto:oracle_br%40yahoogrupos.com.br>
> os.com.br
> ] Em
>
> > nome de Marcos Braga
> > Enviada em: sexta-feira, 7 de maio de 2010 23:13
> > Para: oracle...@yahoogrup 
> > <mailto:oracle_br%40yahoogrupos.com.br
> >
> os.com.br 
>
> > Assunto: Re: [oracle_br] Migração de banse de dados
> >
> > Olá Welvis,
> >
> > Para a versão 8, recomendo exp/imp.
> >
> > []s
> > Braga
> >
> > Em 7 de maio de 2010 21:55, Welvis Douglas  > <mailto:welvis%40stcruz.com.br   2540stcruz.com.br>> com.br>
>
> > escreveu:
> >
> > >
> > >
> > > Olá pessoal,
> > >
> > > Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
> > >
> > > Quais os meios / opções que eu tenho para fazer isso.
> > >
> > > O ambiente é RuWindows...
> > >
> > > Att,
> > >
> > > Welvis Douglas da Silva Moretto
> > >
> > > DBA - Oracle Certified (1ZO-042)
> > >
> > > Fone: (41) 9997-6297
> > >
> > > E-mail: welvis_douglas@
> <mailto:welvis_douglas%40hotmail.com 
> >
>
> > hotmail.com
> > ,
> > > wel...@stcruz. <mailto:welvis%40stcruz.com.br
> >
>
> > com.br
> > 
> > >
> > > Messenger: welvis_douglas@
> <mailto:welvis_douglas%40hotmail.com 
> 
>
> > >
> > hotmail.com 
> > >
> > > Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> > >
> > > Especializando em Banco de Dados - UNOPAR;
> > >
> > > Especialista Engenharia de Software - UNOPAR;
> > >
> > > Tecnólogo em Processamento de Dados - FACCAR.
>


[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Migração de banse de dados

[Welvis Douglas]

Braga,

 

Tem a possibilidade de fazer um bando stby e replicar os arquives ?

 

Tem alguma documentação para isso?

 

Abraço,

 

Att.

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Marcos Braga
Enviada em: sábado, 8 de maio de 2010 13:31
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração de banse de dados

 

  

Oi Welvis,

Quanto a utilizar outra ferramenta ou forma de migração, creio que não, pois
na versão 8 haviam algumas limitações que foram sanadas nas versões
posteriores.

Já participei de duas migrações: de 8 para 9 e de 8 para 10 e todas foram
efetuadas via exp/imp. Efetuamos algumas migrações e testes antes da
migração oficial e todas funcionaram bem.

[]s
Braga

Em 8 de maio de 2010 08:43, Welvis Douglas mailto:welvis%40stcruz.com.br> com.br> escreveu:

>
>
> Caso for para o 9i também?
>
> É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
> tem que por o 8i ou o 10g. Da para usar outra coisa ou só o import?
>
> Obrigado pela ajuda.
>
> Att,
>
> _
>
> De: oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
 [mailto:
> oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
] Em
> nome de Marcos Braga
> Enviada em: sexta-feira, 7 de maio de 2010 23:13
> Para: oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br>
os.com.br 
> Assunto: Re: [oracle_br] Migração de banse de dados
>
> Olá Welvis,
>
> Para a versão 8, recomendo exp/imp.
>
> []s
> Braga
>
> Em 7 de maio de 2010 21:55, Welvis Douglas  <mailto:welvis%40stcruz.com.br > com.br>
> escreveu:
>
> >
> >
> > Olá pessoal,
> >
> > Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
> >
> > Quais os meios / opções que eu tenho para fazer isso.
> >
> > O ambiente é RuWindows...
> >
> > Att,
> >
> > Welvis Douglas da Silva Moretto
> >
> > DBA - Oracle Certified (1ZO-042)
> >
> > Fone: (41) 9997-6297
> >
> > E-mail: welvis_douglas@
<mailto:welvis_douglas%40hotmail.com>
> hotmail.com
> ,
> > wel...@stcruz. <mailto:welvis%40stcruz.com.br
>
> com.br
> 
> >
> > Messenger: welvis_douglas@
<mailto:welvis_douglas%40hotmail.com
> >
> hotmail.com 
> >
> > Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> >
> > Especializando em Banco de Dados - UNOPAR;
> >
> > Especialista Engenharia de Software - UNOPAR;
> >
> > Tecnólogo em Processamento de Dados - FACCAR.
>

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de banse de dados

[Marcos Braga]

Oi Welvis,

Quanto a utilizar outra ferramenta ou forma de migração, creio que não, pois
na versão 8 haviam algumas limitações que foram sanadas nas versões
posteriores.

Já participei de duas migrações: de 8 para 9 e de 8 para 10 e todas foram
efetuadas via exp/imp. Efetuamos algumas migrações e testes antes da
migração oficial e todas funcionaram bem.

[]s
Braga

Em 8 de maio de 2010 08:43, Welvis Douglas  escreveu:

>
>
> Caso for para o 9i também?
>
> É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
> tem que por o 8i ou o 10g. Da para usar outra coisa ou só o import?
>
> Obrigado pela ajuda.
>
> Att,
>
> _
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Marcos Braga
> Enviada em: sexta-feira, 7 de maio de 2010 23:13
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: [oracle_br] Migração de banse de dados
>
> Olá Welvis,
>
> Para a versão 8, recomendo exp/imp.
>
> []s
> Braga
>
> Em 7 de maio de 2010 21:55, Welvis Douglas  <mailto:welvis%40stcruz.com.br > com.br>
> escreveu:
>
> >
> >
> > Olá pessoal,
> >
> > Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
> >
> > Quais os meios / opções que eu tenho para fazer isso.
> >
> > O ambiente é RuWindows...
> >
> > Att,
> >
> > Welvis Douglas da Silva Moretto
> >
> > DBA - Oracle Certified (1ZO-042)
> >
> > Fone: (41) 9997-6297
> >
> > E-mail: welvis_douglas@ 
> > <mailto:welvis_douglas%40hotmail.com>
> hotmail.com
> ,
> > wel...@stcruz. <mailto:welvis%40stcruz.com.br >
> com.br
> 
> >
> > Messenger: welvis_douglas@ 
> > <mailto:welvis_douglas%40hotmail.com
> >
> hotmail.com 
> >
> > Mestre em Engenharia de Produção e Sistemas - PUC/PR;
> >
> > Especializando em Banco de Dados - UNOPAR;
> >
> > Especialista Engenharia de Software - UNOPAR;
> >
> > Tecnólogo em Processamento de Dados - FACCAR.
>


[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Migração de banse de dados

[Welvis Douglas]

 

Caso for para o 9i também?

É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
tem que por o 9i ou o 10g. Da para usar outra coisa ou só o import?

 

Quais os pros e contras.?

Obrigado pela ajuda.



 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Welvis Douglas
Enviada em: sábado, 8 de maio de 2010 08:43
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Migração de banse de dados

 

  

Caso for para o 9i também?

É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
tem que por o 8i ou o 10g. Da para usar outra coisa ou só o import?

Obrigado pela ajuda.

Att,

_ 

De: oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
[mailto:oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br>
os.com.br] Em
nome de Marcos Braga
Enviada em: sexta-feira, 7 de maio de 2010 23:13
Para: oracle...@yahoogrup <mailto:oracle_br%40yahoogrupos.com.br> os.com.br
Assunto: Re: [oracle_br] Migração de banse de dados

Olá Welvis,

Para a versão 8, recomendo exp/imp.

[]s
Braga

Em 7 de maio de 2010 21:55, Welvis Douglas mailto:welvis%40stcruz.com.br> com.br> escreveu:

>
>
> Olá pessoal,
>
> Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
>
> Quais os meios / opções que eu tenho para fazer isso.
>
> O ambiente é RuWindows...
>
> Att,
>
> Welvis Douglas da Silva Moretto
>
> DBA - Oracle Certified (1ZO-042)
>
> Fone: (41) 9997-6297
>
> E-mail: welvis_douglas@ <mailto:welvis_douglas%40hotmail.com> hotmail.com
,
> wel...@stcruz. <mailto:welvis%40stcruz.com.br> com.br

>
> Messenger: welvis_douglas@ <mailto:welvis_douglas%40hotmail.com>
hotmail.com 
>
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
>
> Especializando em Banco de Dados - UNOPAR;
>
> Especialista Engenharia de Software - UNOPAR;
>
> Tecnólogo em Processamento de Dados - FACCAR.
>

[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Migração de banse de dados

[Welvis Douglas]

Caso for para o 9i também?

 

É que já estou com a máquina instalado oracle 8i. só que na mesma máquina
tem que por o 8i ou o 10g. Da para usar outra coisa ou só o import?

 

Obrigado pela ajuda.

 

Att,

 

 

 

  _  

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Marcos Braga
Enviada em: sexta-feira, 7 de maio de 2010 23:13
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] Migração de banse de dados

 

  

Olá Welvis,

Para a versão 8, recomendo exp/imp.

[]s
Braga

Em 7 de maio de 2010 21:55, Welvis Douglas mailto:welvis%40stcruz.com.br> com.br> escreveu:

>
>
> Olá pessoal,
>
> Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
>
> Quais os meios / opções que eu tenho para fazer isso.
>
> O ambiente é RuWindows...
>
> Att,
>
> Welvis Douglas da Silva Moretto
>
> DBA - Oracle Certified (1ZO-042)
>
> Fone: (41) 9997-6297
>
> E-mail: welvis_douglas@ <mailto:welvis_douglas%40hotmail.com> hotmail.com
,
> wel...@stcruz. <mailto:welvis%40stcruz.com.br> com.br

>
> Messenger: welvis_douglas@ <mailto:welvis_douglas%40hotmail.com>
hotmail.com 
>
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
>
> Especializando em Banco de Dados - UNOPAR;
>
> Especialista Engenharia de Software - UNOPAR;
>
> Tecnólogo em Processamento de Dados - FACCAR.
>

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de banse de dados

[Fabio Schmidt]

Fiz uma migração de uma base do 9i para 10g, foi simples, simplesmente utilizar 
o exp/imp.

A migração de uma base 8 pode ser feita diretamente para o 10g com o exp/imp 
também?


--- Em sáb, 8/5/10, Marcos Braga  escreveu:

De: Marcos Braga 
Assunto: Re: [oracle_br] Migração de banse de dados
Para: oracle_br@yahoogrupos.com.br
Data: Sábado, 8 de Maio de 2010, 2:12







 



  



  
  
  Olá Welvis,



Para a versão 8, recomendo exp/imp.



[]s

Braga



Em 7 de maio de 2010 21:55, Welvis Douglas  escreveu:



>

>

> Olá pessoal,

>

> Estou precisando migrar um oracle 8 para oracle 9i ou 10g.

>

> Quais os meios / opções que eu tenho para fazer isso.

>

> O ambiente é RuWindows...

>

> Att,

>

> Welvis Douglas da Silva Moretto

>

> DBA - Oracle Certified (1ZO-042)

>

> Fone: (41) 9997-6297

>

> E-mail: welvis_douglas@ hotmail.com ,

> wel...@stcruz. com.br 

>

> Messenger: welvis_douglas@ hotmail.com 

>

> Mestre em Engenharia de Produção e Sistemas - PUC/PR;

>

> Especializando em Banco de Dados - UNOPAR;

>

> Especialista Engenharia de Software - UNOPAR;

>

> Tecnólogo em Processamento de Dados - FACCAR.

>



[As partes desta mensagem que não continham texto foram removidas]






 





 



  






  

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de banse de dados

[Marcos Braga]

Olá Welvis,

Para a versão 8, recomendo exp/imp.

[]s
Braga


Em 7 de maio de 2010 21:55, Welvis Douglas  escreveu:

>
>
> Olá pessoal,
>
> Estou precisando migrar um oracle 8 para oracle 9i ou 10g.
>
> Quais os meios / opções que eu tenho para fazer isso.
>
> O ambiente é RuWindows...
>
> Att,
>
> Welvis Douglas da Silva Moretto
>
> DBA - Oracle Certified (1ZO-042)
>
> Fone: (41) 9997-6297
>
> E-mail: welvis_doug...@hotmail.com ,
> wel...@stcruz.com.br 
>
> Messenger: welvis_doug...@hotmail.com 
>
> Mestre em Engenharia de Produção e Sistemas - PUC/PR;
>
> Especializando em Banco de Dados - UNOPAR;
>
> Especialista Engenharia de Software - UNOPAR;
>
> Tecnólogo em Processamento de Dados - FACCAR.
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração de banse de dados

[Welvis Douglas]

Olá pessoal, 

 

Estou precisando migrar um oracle 8 para oracle 9i ou 10g.

 

Quais os meios / opções que eu tenho para fazer isso.

 

O ambiente é RuWindows... 

 

Att,

 

Welvis Douglas da Silva Moretto

DBA - Oracle Certified (1ZO-042)

Fone:  (41) 9997-6297  

E-mail:welvis_doug...@hotmail.com, wel...@stcruz.com.br

Messenger: welvis_doug...@hotmail.com

 

Mestre em Engenharia de Produção e Sistemas - PUC/PR;

Especializando em Banco de Dados - UNOPAR;

Especialista Engenharia de Software - UNOPAR;

Tecnólogo em Processamento de Dados - FACCAR.

 



[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de base de dados grande

[Ricardo Portilho Proni]

Raul, o downtime em 300GB, certamente será menor com UPGRADE do que com
EXP/IMP.

Abraço !

Ricardo Portilho Proni
http://nervinformatica.com.br

Oracle ACE
Oracle Database 10g Administrator Certified Professional
Oracle Database 10g: RAC Administrator Certified Expert
Oracle Database 10g: Managing Oracle on Linux Certified Expert
Microsoft Certified Database Administrator
Microsoft Certified Technology Specialist: SQL Server 2005
Microsoft Certified IT Professional: Database Administrator
Certified MySQL Database Administrator
IBM Certified Database Administrator
Sybase Adaptive Server Administrator Associate


Em 8 de abril de 2010 14:15, Raul Francisco Costa F. de Andrade, DBA <
raulf...@gmail.com> escreveu:

>
>
> Ricardo,
> Não posso gerar tanto downtime...
>
> []'s
>
> Raul
>
> Em 8 de abril de 2010 13:38, Ricardo Portilho Proni <
> ricardo.pr...@gmail.com 
> > escreveu:
>
>
> > Oi Raul.
> > Faça o UPGRADE (Manualmente ou com DBUA), após um Backup em RMAN Full. Só
> > precisa de espaço para o novo ORACLE_HOME.
> >
> >
> > Ricardo Portilho Proni
> > http://nervinformatica.com.br
> >
> > Oracle ACE
> > Oracle Database 10g Administrator Certified Professional
> > Oracle Database 10g: RAC Administrator Certified Expert
> > Oracle Database 10g: Managing Oracle on Linux Certified Expert
> > Microsoft Certified Database Administrator
> > Microsoft Certified Technology Specialist: SQL Server 2005
> > Microsoft Certified IT Professional: Database Administrator
> > Certified MySQL Database Administrator
> > IBM Certified Database Administrator
> > Sybase Adaptive Server Administrator Associate
> >
> >
> > Em 8 de abril de 2010 13:32, Raul Francisco Costa F. de Andrade, DBA <
> > raulf...@gmail.com > escreveu:
> >
> > >
> > >
> > > Pessoal, estou com um problema que talvez possam me ajudar.
> > > Preciso fazer a migração de uma base de dados do Oracle 9i para 10G
> > > (10.2.0.4).
> > > Porém a base tem 300GB e não tenho este espaço em hd para gerar o
> EXPORT
> > > para depois fazer o import.
> > > Também não posso usar o Datapump por ser Oracle 9i a base origem.
> > >
> > > Gostaria de algumas dicas se possível.
> > >
> > > Att.
> > >
> > > Raul
> > >
> > > --
> > > --
> > > Raul Francisco da Costa Ferreira de Andrade
> > > DBA - OCA - Oracle Certified Associate
> > > COBIT Foundation 4.1
> > > Fone: (41)8855-8874 Brt
> > > email: raulf...@gmail.com  
>
>
> > > Skype: raul.andrade
> > > www.clickdba.com
> > > "Para conhecermos os amigos é necessário passar
> > > pelo sucesso e pela desgraça.
> > > No sucesso, verificamos a quantidade e,
> > > na desgraça, a qualidade. " Confúcio
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
> > 
>
> >
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > inteira responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > --
> > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure
> > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> > --
> > Links do Yahoo! Grupos
>
> >
> >
> >
>
> --
> --
> Raul Francisco da Costa Ferreira de Andrade
> DBA - OCA - Oracle Certified Associate
> COBIT Foundation 4.1
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com 
> Skype: raul.andrade
> www.clickdba.com
> "Para conhecermos os amigos é necessário passar
> pelo sucesso e pela desgraça.
> No sucesso, verificamos a quantidade e,
> na desgraça, a qualidade. " Confúcio
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yaho

Re: [oracle_br] Migração de base de dados grande

[Raul Francisco Costa F. de Andrade, DBA]

Ricardo,
Não posso gerar tanto downtime...

[]'s

Raul

Em 8 de abril de 2010 13:38, Ricardo Portilho Proni  escreveu:

> Oi Raul.
> Faça o UPGRADE (Manualmente ou com DBUA), após um Backup em RMAN Full. Só
> precisa de espaço para o novo ORACLE_HOME.
>
>
> Ricardo Portilho Proni
> http://nervinformatica.com.br
>
> Oracle ACE
> Oracle Database 10g Administrator Certified Professional
> Oracle Database 10g: RAC Administrator Certified Expert
> Oracle Database 10g: Managing Oracle on Linux Certified Expert
> Microsoft Certified Database Administrator
> Microsoft Certified Technology Specialist: SQL Server 2005
> Microsoft Certified IT Professional: Database Administrator
> Certified MySQL Database Administrator
> IBM Certified Database Administrator
> Sybase Adaptive Server Administrator Associate
>
>
> Em 8 de abril de 2010 13:32, Raul Francisco Costa F. de Andrade, DBA <
> raulf...@gmail.com> escreveu:
>
> >
> >
> > Pessoal, estou com um problema que talvez possam me ajudar.
> > Preciso fazer a migração de uma base de dados do Oracle 9i para 10G
> > (10.2.0.4).
> > Porém a base tem 300GB e não tenho este espaço em hd para gerar o EXPORT
> > para depois fazer o import.
> > Também não posso usar o Datapump por ser Oracle 9i a base origem.
> >
> > Gostaria de algumas dicas se possível.
> >
> > Att.
> >
> > Raul
> >
> > --
> > --
> > Raul Francisco da Costa Ferreira de Andrade
> > DBA - OCA - Oracle Certified Associate
> > COBIT Foundation 4.1
> > Fone: (41)8855-8874 Brt
> > email: raulf...@gmail.com 
> > Skype: raul.andrade
> > www.clickdba.com
> > "Para conhecermos os amigos é necessário passar
> > pelo sucesso e pela desgraça.
> > No sucesso, verificamos a quantidade e,
> > na desgraça, a qualidade. " Confúcio
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
--
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
COBIT Foundation 4.1
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com
Skype: raul.andrade
www.clickdba.com
"Para conhecermos os amigos é necessário passar
pelo sucesso e pela desgraça.
No sucesso, verificamos a quantidade e,
na desgraça, a qualidade. " Confúcio


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração de base de dados grande

[Ricardo Portilho Proni]

Oi Raul.
Faça o UPGRADE (Manualmente ou com DBUA), após um Backup em RMAN Full. Só
precisa de espaço para o novo ORACLE_HOME.


Ricardo Portilho Proni
http://nervinformatica.com.br

Oracle ACE
Oracle Database 10g Administrator Certified Professional
Oracle Database 10g: RAC Administrator Certified Expert
Oracle Database 10g: Managing Oracle on Linux Certified Expert
Microsoft Certified Database Administrator
Microsoft Certified Technology Specialist: SQL Server 2005
Microsoft Certified IT Professional: Database Administrator
Certified MySQL Database Administrator
IBM Certified Database Administrator
Sybase Adaptive Server Administrator Associate


Em 8 de abril de 2010 13:32, Raul Francisco Costa F. de Andrade, DBA <
raulf...@gmail.com> escreveu:

>
>
> Pessoal, estou com um problema que talvez possam me ajudar.
> Preciso fazer a migração de uma base de dados do Oracle 9i para 10G
> (10.2.0.4).
> Porém a base tem 300GB e não tenho este espaço em hd para gerar o EXPORT
> para depois fazer o import.
> Também não posso usar o Datapump por ser Oracle 9i a base origem.
>
> Gostaria de algumas dicas se possível.
>
> Att.
>
> Raul
>
> --
> --
> Raul Francisco da Costa Ferreira de Andrade
> DBA - OCA - Oracle Certified Associate
> COBIT Foundation 4.1
> Fone: (41)8855-8874 Brt
> email: raulf...@gmail.com 
> Skype: raul.andrade
> www.clickdba.com
> "Para conhecermos os amigos é necessário passar
> pelo sucesso e pela desgraça.
> No sucesso, verificamos a quantidade e,
> na desgraça, a qualidade. " Confúcio
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Migração de base de dados grande

[Raul Francisco Costa F. de Andrade, DBA]

Pessoal, estou com um problema que talvez possam me ajudar.
Preciso fazer a migração de uma base de dados do Oracle 9i para 10G
(10.2.0.4).
Porém a base tem 300GB e não tenho este espaço em hd para gerar o EXPORT
para depois fazer o import.
Também não posso usar o Datapump por ser Oracle 9i a base origem.

Gostaria de algumas dicas se possível.


Att.

Raul

-- 
--
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
COBIT Foundation 4.1
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com
Skype: raul.andrade
www.clickdba.com
"Para conhecermos os amigos é necessário passar
pelo sucesso e pela desgraça.
No sucesso, verificamos a quantidade e,
na desgraça, a qualidade. " Confúcio


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração FS para ASM !! Alg uma vantagem ?

[Mosan Santos]

Uma mentira dita muitas vezes vira verdade.
 
Houve épocas que o não aconcelharia o ASM.
 
Vamos falar a verdade muitas vezes sobre o ASM para ver ser ela apaga a mentira.
 
Resumindo:
 
Use ASM se souber usar, monitorar, etc... 
 
E fique tranquilo com um bom produto.
 
Aproveitando Feliz Natal a todos, e que 2010 e traga as certificações desejadas 
e
 
aquele salário de 5 dígitos.
 
E o mais importante saúde e paz a todos e a nossas fámilias. 
 
No fundo é por eles que lutamos.(quem tem e quem ainda vai ter a sua)...
 
Secesso!


 
Mosán Santos 
__

OCP DBA 10g   - OCE SQL
OCE   Managing  Oracle on Linux
OCA DBA 10g   -  OCA PL/SQL 
FCP Master  - FCP Fundamental 
CCNA  - JNCIA-ER 
LPI I
OCM. ..LOAD
__
skype mosansantos
GOD BLESS YOU


--- Em sex, 18/12/09, Raul Francisco Costa F. de Andrade, DBA 
 escreveu:


De: Raul Francisco Costa F. de Andrade, DBA 
Assunto: Re: [oracle_br] Migração FS para ASM !! Alguma vantagem ?
Para: oracle_br@yahoogrupos.com.br
Data: Sexta-feira, 18 de Dezembro de 2009, 17:40


  



também utilizamos ASM aqui e é excelente!

[]'s

Raul

2009/12/18 Marcelo Procksch 

> Boa Tarde!
>
> O ASM já está consolidado a muito tempo, hj monitoramos muitos bancos de
> dados e a maioria deles são ASM e nao temos problemas com eles.
> A Pouco tempo atrás discutimos o ASM e suas vantagens e desvantagens, da
> uma
> pesquisada no histórico do grupo.
>
> Abraço
> Att.
> Marcelo Procksch
>
> 2009/12/18 candiurudba 
>
> >
> >
> > Boa tarde colegas,
> >
> > Tenho uma dúvida...aqui na empresa temos 2 versao standart Oracle e
> > comecamos a pensar em utilizar RAC. Neste cenario, so conseguimos
> utilizar
> > RAC na versao Standart se estivermosa utilizando ASM.
> >
> > Infelizmente ja li relatos não muito bons quanto a migração / utilização
> da
> > ASM mas nunca li nada muito concreto.
> >
> > Alguem ja utilizou ou ja teve algum caso de problemas com ASM ? Quais
> > seriam as principais vantagens ?
> >
> >
> >
>
>
>
> --
> Att.
> Marcelo E. Procksch
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
>  - - --
>
>
>  - - - - - -
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/
>
>  - - - - - -
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr .com.br/
>  - - - - - -
> Links do Yahoo! Grupos
>
>
>

-- 
 - - - - - -
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
Fone: (41)8855-8874 Brt
email: raulf...@gmail. com
"Deus não dá prova superior às forças daquele que a pede;
só permite as que podem ser cumpridas.
Se tal não sucede, não é que falte possibilidade, falta vontade."

[As partes desta mensagem que não continham texto foram removidas]









  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração FS para ASM !! Alguma van tagem ?

[Raul Francisco Costa F. de Andrade, DBA]

também utilizamos ASM aqui e é excelente!

[]'s

Raul

2009/12/18 Marcelo Procksch 

> Boa Tarde!
>
> O ASM já está consolidado a muito tempo, hj monitoramos muitos bancos de
> dados e a maioria deles são ASM e nao temos problemas com eles.
> A Pouco tempo atrás discutimos o ASM e suas vantagens e desvantagens, da
> uma
> pesquisada no histórico do grupo.
>
> Abraço
> Att.
> Marcelo Procksch
>
> 2009/12/18 candiurudba 
>
> >
> >
> > Boa tarde colegas,
> >
> > Tenho uma dúvida...aqui na empresa temos 2 versao standart Oracle e
> > comecamos a pensar em utilizar RAC. Neste cenario, so conseguimos
> utilizar
> > RAC na versao Standart se estivermosa utilizando ASM.
> >
> > Infelizmente ja li relatos não muito bons quanto a migração / utilização
> da
> > ASM mas nunca li nada muito concreto.
> >
> > Alguem ja utilizou ou ja teve algum caso de problemas com ASM ? Quais
> > seriam as principais vantagens ?
> >
> >
> >
>
>
>
> --
> Att.
> Marcelo E. Procksch
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure
> » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/
> 
> Links do Yahoo! Grupos
>
>
>


-- 
---
Raul Francisco da Costa Ferreira de Andrade
DBA - OCA - Oracle Certified Associate
Fone: (41)8855-8874 Brt
email: raulf...@gmail.com
"Deus não dá prova superior às forças daquele que a pede;
só permite as que podem ser cumpridas.
Se tal não sucede, não é que falte possibilidade, falta vontade."


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração FS para ASM !! Alguma van tagem ?

[Marcelo Procksch]

Boa Tarde!

O ASM já está consolidado a muito tempo, hj monitoramos muitos bancos de
dados e a maioria deles são ASM e nao temos problemas com eles.
A Pouco tempo atrás discutimos o ASM e suas vantagens e desvantagens, da uma
pesquisada no histórico do grupo.

Abraço
Att.
Marcelo Procksch

2009/12/18 candiurudba 

>
>
> Boa tarde colegas,
>
> Tenho uma dúvida...aqui na empresa temos 2 versao standart Oracle e
> comecamos a pensar em utilizar RAC. Neste cenario, so conseguimos utilizar
> RAC na versao Standart se estivermosa utilizando ASM.
>
> Infelizmente ja li relatos não muito bons quanto a migração / utilização da
> ASM mas nunca li nada muito concreto.
>
> Alguem ja utilizou ou ja teve algum caso de problemas com ASM ? Quais
> seriam as principais vantagens ?
>
>  
>



-- 
Att.
Marcelo E. Procksch


[As partes desta mensagem que não continham texto foram removidas]





--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira 
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » 
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: 
>http://www.oraclebr.com.br/  

 Links do Yahoo! Grupos

<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/oracle_br/

<*> Para sair deste grupo, envie um e-mail para:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Migração FS para ASM !! Alguma vantagem ?

[candiurudba]

Boa tarde colegas,

Tenho uma dúvida...aqui na empresa temos 2 versao standart Oracle e comecamos a 
pensar em utilizar RAC. Neste cenario, so conseguimos utilizar RAC na versao 
Standart se estivermosa utilizando ASM.

Infelizmente ja li relatos não muito bons quanto a migração / utilização da ASM 
mas nunca li nada muito concreto.

Alguem ja utilizou ou ja teve algum caso de problemas com ASM ? Quais seriam as 
principais vantagens ?

RES: [oracle_br] ::Migração::

[Eloi Rene Pscheidt]

Olá Cristiano!

Trabalho em uma empresa que desenvolve software em Progress e possuímos alguns 
clientes que utilizam nosso produto em Oracle.
Quem faz a comunicação entre o aplicativo desenvolvido em Progress e o banco em 
Oracle é o produto Dataserver Oracle que você mencionou.

Para que um programa escrito em Progress consiga conectar uma base Oracle, 
mesmo via Dataserver, será necessário recompilar os programas. Para isso você 
terá que ter acesso aos fontes do produto ou então solicitar que a sua 
fornecedora do software o faça.

Sobre a migração dos dados, você pode exporta-los pelo Progress (DUMP) e 
importá-los de duas maneiras. A primeira é fazer a importação via Progress já 
conectando as bases via Dataserver, ou seja, com os arquivos gerados você 
conecta o banco Oracle via Dataserver e utiliza as ferramentas normais do 
Progress para carregar os dados. A outra forma é utilizar o SQLLoader do 
Oracle, fazendo com que ele entenda o formato do arquivo gerado pelo Progress, 
que é um arquivo texto. Daria para utilizar External Table.

Lembrando que o Progress também permite conexões ODBC e JDBC, então dá para 
utilizar outras ferramentas para isso, como a OpenDBCopy, que copia dados entre 
duas fontes JDBC.

Boa sorte na "empreitada".

Eloi Rene Pscheidt
Joinville - SC


De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome 
de Cristiano Maielo
Enviada em: quinta-feira, 15 de outubro de 2009 10:39
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] ::Migração::



Bom dia pessoal,

preciso migrar um Banco de Dados Progress para Oracle, alguém já passou por
isso?

Temos uma aplicação e banco de dados progress, porém, queremos migrar
somente o banco de dados e fazer a aplicação comunicar com o Oracle.

Para fazer a comunição da aplicação com o BD ouvi falar do Progress Oracle
Dataserver.

Desde já agradeço!!!

Abraços!!!

Cristiano Maielo

[As partes desta mensagem que não continham texto foram removidas]



[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração Forms 4.5 para Forms 6i

[Oscar Wilman Costa Piriz]

Bom dia a todos,

Estou migrando do Forms 4.5 para o 6i e não consigo nem abrir uma PLL 4.5 no 6i.

Dá para fazer direto a migração ou devo passar antes para o forms 5?

Sds.
Oscar.


  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] ::Migração::

[Cristiano Maielo]

Bom dia pessoal,

preciso migrar um Banco de Dados Progress para Oracle, alguém já passou por
isso?

Temos uma aplicação e banco de dados progress, porém, queremos migrar
somente o banco de dados e fazer a aplicação comunicar com o Oracle.

Para fazer a comunição da aplicação com o BD ouvi falar do Progress Oracle
Dataserver.

Desde já agradeço!!!

Abraços!!!

Cristiano Maielo


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração de banco de Oracle 9i para Oracle 10g - c riação e remoção de parâmetros

[Fernando Mariano]

Pessoal,

estou realizando a migração de um banco Oracle na seguinte plaforma/sistema:

Origem:
Suse enterprise Linux 9 (i586)
Oracle 9i (9.2.0.4)

Destino:
Suse enterprise Linux 10 (x86_64)
Oracle 10g Release 2

Antes de realizar a migração dos dados tive que realizar o upgrade do Oracle
9.2.0.1 para o 9.2.0.4, isso até que foi tranquilo. Porém, agora estou no
passo da execução do script utlu102i.sql para verificar as pendências a
serem realizadas antes do "transporte dos dados":

O script me da a seguinte mensagem:

SQL> @utlu102i.sql
Oracle Database 10.2 Upgrade Information Utility10-14-2009 12:24:26
.
**
Database:
**
--> name:DBICARO
--> version:9.2.0.4.0
--> compatible: 9.2.0.0.0
**
Update Parameters: [Update Oracle Database 10.2 init.ora or spfile]
**
WARNING: --> "streams_pool_size" is not currently defined and needs a value
of
at least 50331648
.
**
Obsolete Parameters: [Update Oracle Database 10.2 init.ora or spfile]
**
--> "hash_join_enabled"
.

Segundo as mensagem acima preciso adicionar o parâmetro "streams_pool_size"
no meu banco de dados no Oracle 9i, porém não encontrei nenhuma forma de
adiciona-lo.
Pesquisando na internet descobri que o parâmetro "streams_pool_size" não
existe no Oracle 9i [1][2]. A pergunta é: como eu faço para adicionar este
parâmetro e remover o parâmetro "hash_join_enabled" que está obsoleto ?

Apenas para constar estou seguindo o tópico de migração da página:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14238/upgrade.htm#CACHIDJD

[1] http://www.orafaq.com/parms/parm1952.htm
[2] http://www.juliandyke.com/Internals/Parameters/streams_pool_size.html


Quem puder me ajugar, eu agradeço.


Obrigado
Fernando


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Migração Oracle 9i para Orac le 10g - Problemas

[Willian Fernando Frasson]

Veja se seu ORACLE_HOME, ORACLE_SID está setado corretamente no regedit.

  - Original Message - 
  From: jota_lvaz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 08, 2009 12:53 PM
  Subject: [oracle_br] Migração Oracle 9i para Oracle 10g - Problemas


Pessoal,

  Estava fazendo um teste de Migração com o seguinte cenário :

  1a) Uma máquina com SO Windows XP - Oracle 9i (Sun Virtual Box)

  2a) A máquina principal com SO windows xp - Oracle 10g

  Tenho o Oracle 9i em uma máquina virtual e o 10g instalado na máquina 
principal.

  Quando utilizo o software (Assistente de Upgrade de Banco de Dados), ele só
  enxerga o banco criado no Oracle 10g, e
  eu gostaria de migrar o banco da máquina virtual (9i) para 10g.

  Obs: Consigo acessar normalmente pelo SQL*PLUS a máquina que contém o Oracle 
9i
  e vice-versa.

  Essa mesma migração eu consegui realizar no LINUX, mexendo no ORATAB.

  Alguém já fez alguma migração de Oracle em SO windows.

  Abs



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Migração Oracle 9i para Oracle 10g - Problemas

[jota_lvaz]

Pessoal,

Estava fazendo um teste de Migração com o seguinte cenário :

1a) Uma máquina com SO Windows XP - Oracle 9i (Sun Virtual Box)

2a) A máquina principal com SO windows xp - Oracle 10g


Tenho o Oracle 9i em uma máquina virtual e o 10g instalado na máquina principal.

Quando utilizo o software (Assistente de Upgrade de Banco de Dados), ele só
enxerga o banco criado no Oracle 10g, e
eu gostaria de migrar o banco da máquina virtual (9i) para 10g.

Obs: Consigo acessar normalmente pelo SQL*PLUS a máquina que contém o Oracle 9i
e vice-versa.

Essa mesma migração eu consegui realizar no LINUX, mexendo no ORATAB.

Alguém já fez alguma migração de Oracle em SO windows.

Abs

[oracle_br] Migração Oracle 9i para Oracle 10g

[jota_lvaz]

Pessoal,

Estava fazendo um teste de Migração com o seguinte cenário :

1a) Uma máquina com SO Windows XP - Oracle 9i (Sun Virtual Box)

2a) A máquina principal com SO windows xp - Oracle 10g


Tenho o Oracle 9i em uma máquina virtual e o 10g instalado na máquina principal.

Quando utilizo o software (Assistente de Upgrade de Banco de Dados), ele só 
enxerga o banco criado no Oracle 10g, e
eu gostaria de migrar o banco da máquina virtual (9i) para 10g.

Obs: Consigo acessar normalmente pelo SQL*PLUS a máquina que contém o Oracle 9i 
e vice-versa.

Essa mesma migração eu consegui realizar no LINUX, mexendo no ORATAB.

Alguém já fez alguma migração de Oracle em SO windows.

Abs