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.
>
> 
>

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

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

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
> 
> 
> 

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

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

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

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

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]

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

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

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]

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]

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

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

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]

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]

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]

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

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

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]

Re: [oracle_br] Migração

[Larissa Nandi]

Obrigada pelas sugestões, provavelmente hoje estarei iniciando a migração.

Att,

Larissa Nandi
Florianópolis/SC

2009/5/9 Júlio César Corrêa 

> Esta forma que o Marcus passou parece ser ótima,eu já usei muito o SQLLDR
> para carregar dados de arquivos texto.
> Encontrei este link caso queira testar outras possibilidades:
>
>
> http://www.webxpert.ro/andrei/2008/11/26/migrate-from-firebird-to-oracle-step-by-step-part-1/
> <
> http://www.webxpert.ro/andrei/2008/11/26/migrate-from-firebird-to-oracle-step-by-step-part-1/
> >
>
> 2009/5/9 Marcus Pavan 
>
> >
> >
> > Larissa, verifique se você consegue acessar o seu banco (firebird) pelo
> > driver ODBC. O erro está informando que o banco está indisponível.
> >
> > Outra saída para migração de dados, seria a utilização do SQLLoader. Você
> > exporta seus dados para um arquivo TEXTO e carrega no banco de dados
> Oracle.
> >
> > Se você possui conhecimento de programação em Java ou C#, poderá utilizar
> > estas tecnologias para transferir (caso o Loader seja muito complexo).
> >
> > Marcus Pavan.
> >
> > 
> > De: Fernando Martins  40gmail.com>
> > >
> > Para: oracle_br@yahoogrupos.com.br 
> > Enviadas: Sexta-feira, 8 de Maio de 2009 21:27:34
> > Assunto: Re: [oracle_br] Migração
> >
> >
> > Boa noite Larissa,
> >
> > ha algum tempo atras eu passei por algo parecido, migrei uma base de
> MySQL
> > para Oracle. Na ocasião,
> > tentei usar o HSODBC tb mas não obtive sucesso devido a algumas
> limitações
> > e
> > a lentidão ao migrar dados do tipo CLOB, demorava muito mesmo. Então
> parti
> > para o uso de uma ferramenta comercial, cujo nome é MySQL-To-Oracle,
> talvez
> > vc encontre
> > algo parecido para o Firebird. Caso vc decida tentar pelo HSODBC, eu
> sugiro
> > que veja a plataforma onde está rodando o Oracle,
> > senão me engano eu passei por erros parecidos e era pq o meu Oracle era
> 64
> > bits, e o HSODBC só é suportado em 32 bits. Espero ter ajudado.
> >
> > --
> > Fernando Martins
> >
> > "God grant us the serenity to accept the things we cannot change,
> > courage to change the things we can,
> > and wisdom to know the difference."
> >
> > 2009/5/8 Larissa Nandi 
> >
> > >
> > >
> > > Oi Amigos,
> > >
> > > Boa noite. Estou com um pequeno probleminha. .. Tenho aproximadamente
> 150
> > > tabelas em uma base firebird que precisamos converte-la. .. realizei
> uma
> > > pesquisa na lista e encontrei uma opção que seria o oracle
> heterogeneous
> > > services. Pois bem, tenho um banco oracle 10gR2 no windows e configurei
> o
> > > serviço conforme a documentação que encontrei no metalink (segue a
> > > documentação)
> > >
> > > https://metalink. oracle.com/ metalink/ plsql/ml2_ documents.
> > showDocument? p_database_ id=NOT&p_ id=115098. 1
> > >
> > > Peguei o driver ODBC no site http://www.firebird sql.org/ e mandei ver
> > todo
> >
> > > o
> > > procedimento descrito na documentação.. .
> > > Para certificar, testei a conexao odbc com um software de terceiros e
> > esta
> > > ok... realizei um select e os dados retornaram corretamente. ..
> > > mas quando tento acessar no oracle tenho a mensagem
> > >
> > > SQL> /
> > > select * from tbusuariosis@ msql
> > > *
> > > ERRO na linha 1:
> > > ORA-28500: conexão do ORACLE com um sistema não-Oracle retornou esta
> > > mensagem:
> > > [Generic Connectivity Using ODBC]DRV_InitTdp: DB_ODBC_INTERFACE (2085):
> ;
> > > [ODBC
> > > Firebird Driver]unavailable database (SQL State: 08004; SQL Code: -904)
> > > ORA-02063: precedendo 2 lines a partir de MSQL
> > >
> > > Alguém sabe o pode estar acontecendo ou ... poderia me indicar a
> maneira
> > > ideal para migrar estas informações?
> > >
> > > Obrigada...
> > > --
> > > Larissa Nandi
> > > Florianópolis/ SC
> > >
> > > Subject: *QUICK START GUIDE: WIN NT - Generic Connectivity using ODBC*
> > Doc
> > > ID <https://metalink2. oracle.com/ help/usaeng/ Search/search.
> > html#file>: *
> > > 114820.1* Type: *FAQ* Modified Date : *29-FEB-2008* Status: *ARCHIVED*
> > >
> > > Checked for relevance on 29-Feb-2008: ARCHIVED as being a duplicate of
> > > Note 109730.1 <
> > > https://metalink2. oracle.com/ metalink/ plsql/s

Re: [oracle_br] Migração

[Júlio César Corrêa]

Esta forma que o Marcus passou parece ser ótima,eu já usei muito o SQLLDR
para carregar dados de arquivos texto.
Encontrei este link caso queira testar outras possibilidades:

http://www.webxpert.ro/andrei/2008/11/26/migrate-from-firebird-to-oracle-step-by-step-part-1/
<http://www.webxpert.ro/andrei/2008/11/26/migrate-from-firebird-to-oracle-step-by-step-part-1/>

2009/5/9 Marcus Pavan 

>
>
> Larissa, verifique se você consegue acessar o seu banco (firebird) pelo
> driver ODBC. O erro está informando que o banco está indisponível.
>
> Outra saída para migração de dados, seria a utilização do SQLLoader. Você
> exporta seus dados para um arquivo TEXTO e carrega no banco de dados Oracle.
>
> Se você possui conhecimento de programação em Java ou C#, poderá utilizar
> estas tecnologias para transferir (caso o Loader seja muito complexo).
>
> Marcus Pavan.
>
> 
> De: Fernando Martins 
> 
> >
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Sexta-feira, 8 de Maio de 2009 21:27:34
> Assunto: Re: [oracle_br] Migração
>
>
> Boa noite Larissa,
>
> ha algum tempo atras eu passei por algo parecido, migrei uma base de MySQL
> para Oracle. Na ocasião,
> tentei usar o HSODBC tb mas não obtive sucesso devido a algumas limitações
> e
> a lentidão ao migrar dados do tipo CLOB, demorava muito mesmo. Então parti
> para o uso de uma ferramenta comercial, cujo nome é MySQL-To-Oracle, talvez
> vc encontre
> algo parecido para o Firebird. Caso vc decida tentar pelo HSODBC, eu sugiro
> que veja a plataforma onde está rodando o Oracle,
> senão me engano eu passei por erros parecidos e era pq o meu Oracle era 64
> bits, e o HSODBC só é suportado em 32 bits. Espero ter ajudado.
>
> --
> Fernando Martins
>
> "God grant us the serenity to accept the things we cannot change,
> courage to change the things we can,
> and wisdom to know the difference."
>
> 2009/5/8 Larissa Nandi 
>
> >
> >
> > Oi Amigos,
> >
> > Boa noite. Estou com um pequeno probleminha. .. Tenho aproximadamente 150
> > tabelas em uma base firebird que precisamos converte-la. .. realizei uma
> > pesquisa na lista e encontrei uma opção que seria o oracle heterogeneous
> > services. Pois bem, tenho um banco oracle 10gR2 no windows e configurei o
> > serviço conforme a documentação que encontrei no metalink (segue a
> > documentação)
> >
> > https://metalink. oracle.com/ metalink/ plsql/ml2_ documents.
> showDocument? p_database_ id=NOT&p_ id=115098. 1
> >
> > Peguei o driver ODBC no site http://www.firebird sql.org/ e mandei ver
> todo
>
> > o
> > procedimento descrito na documentação.. .
> > Para certificar, testei a conexao odbc com um software de terceiros e
> esta
> > ok... realizei um select e os dados retornaram corretamente. ..
> > mas quando tento acessar no oracle tenho a mensagem
> >
> > SQL> /
> > select * from tbusuariosis@ msql
> > *
> > ERRO na linha 1:
> > ORA-28500: conexão do ORACLE com um sistema não-Oracle retornou esta
> > mensagem:
> > [Generic Connectivity Using ODBC]DRV_InitTdp: DB_ODBC_INTERFACE (2085): ;
> > [ODBC
> > Firebird Driver]unavailable database (SQL State: 08004; SQL Code: -904)
> > ORA-02063: precedendo 2 lines a partir de MSQL
> >
> > Alguém sabe o pode estar acontecendo ou ... poderia me indicar a maneira
> > ideal para migrar estas informações?
> >
> > Obrigada...
> > --
> > Larissa Nandi
> > Florianópolis/ SC
> >
> > Subject: *QUICK START GUIDE: WIN NT - Generic Connectivity using ODBC*
> Doc
> > ID <https://metalink2. oracle.com/ help/usaeng/ Search/search.
> html#file>: *
> > 114820.1* Type: *FAQ* Modified Date : *29-FEB-2008* Status: *ARCHIVED*
> >
> > Checked for relevance on 29-Feb-2008: ARCHIVED as being a duplicate of
> > Note 109730.1 <
> > https://metalink2. oracle.com/ metalink/ plsql/showdoc? db=NOT&id=
> 109730.1& blackframe= 1
> > >
> >
> > QUICK START GUIDE:
> > Windows NT - Generic Connectivity using ODBC
> >
> > Purpose
> > ---
> >
> > This document describes the steps to be performed when configuring
> Generic
> > Connectivity on Windows NT.
> >
> > What Is Generic Connectivity?
> >  - 
> >
> > Generic connectivity is intended for low-end data integration solutions
> > requiring the ad hoc query capability to connect from Oracle to
> non-Oracle
> > database systems. Generic connectivity is enabled by Oracle Heterogeneous
> > Services, allowing you to connect to non-Or

Re: [oracle_br] Migração

[Fernando Martins]

Boa noite Larissa,

ha algum tempo atras eu passei por algo parecido, migrei uma base de MySQL
para Oracle. Na ocasião,
tentei usar o HSODBC tb mas não obtive sucesso devido a algumas limitações e
a lentidão ao migrar dados do tipo CLOB, demorava muito mesmo. Então parti
para o uso de uma ferramenta comercial, cujo nome é MySQL-To-Oracle, talvez
vc encontre
algo parecido para o Firebird. Caso vc decida tentar pelo HSODBC, eu sugiro
que veja a plataforma onde está rodando o Oracle,
senão me engano eu passei por erros parecidos e era pq o meu Oracle era 64
bits, e o HSODBC só é suportado em 32 bits. Espero ter ajudado.

-- 
Fernando Martins


"God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference."


2009/5/8 Larissa Nandi 

>
>
> Oi Amigos,
>
> Boa noite. Estou com um pequeno probleminha... Tenho aproximadamente 150
> tabelas em uma base firebird que precisamos converte-la... realizei uma
> pesquisa na lista e encontrei uma opção que seria o oracle heterogeneous
> services. Pois bem, tenho um banco oracle 10gR2 no windows e configurei o
> serviço conforme a documentação que encontrei no metalink (segue a
> documentação)
>
> https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=115098.1
>
> Peguei o driver ODBC no site http://www.firebirdsql.org/ e mandei ver todo
> o
> procedimento descrito na documentação...
> Para certificar, testei a conexao odbc com um software de terceiros e esta
> ok... realizei um select e os dados retornaram corretamente...
> mas quando tento acessar no oracle tenho a mensagem
>
> SQL> /
> select * from tbusuario...@msql
> *
> ERRO na linha 1:
> ORA-28500: conexão do ORACLE com um sistema não-Oracle retornou esta
> mensagem:
> [Generic Connectivity Using ODBC]DRV_InitTdp: DB_ODBC_INTERFACE (2085): ;
> [ODBC
> Firebird Driver]unavailable database (SQL State: 08004; SQL Code: -904)
> ORA-02063: precedendo 2 lines a partir de MSQL
>
> Alguém sabe o pode estar acontecendo ou ... poderia me indicar a maneira
> ideal para migrar estas informações?
>
> Obrigada...
> --
> Larissa Nandi
> Florianópolis/SC
>
> Subject: *QUICK START GUIDE: WIN NT - Generic Connectivity using ODBC* Doc
> ID : *
> 114820.1* Type: *FAQ* Modified Date : *29-FEB-2008* Status: *ARCHIVED*
>
> Checked for relevance on 29-Feb-2008: ARCHIVED as being a duplicate of
> Note 109730.1 <
> https://metalink2.oracle.com/metalink/plsql/showdoc?db=NOT&id=109730.1&blackframe=1
> >
>
> QUICK START GUIDE:
> Windows NT - Generic Connectivity using ODBC
>
> Purpose
> ---
>
> This document describes the steps to be performed when configuring Generic
> Connectivity on Windows NT.
>
> What Is Generic Connectivity?
> -
>
> Generic connectivity is intended for low-end data integration solutions
> requiring the ad hoc query capability to connect from Oracle to non-Oracle
> database systems. Generic connectivity is enabled by Oracle Heterogeneous
> Services, allowing you to connect to non-Oracle systems with improved
> performance and throughput.
>
> Generic connectivity is implemented as a Heterogeneous Services ODBC agent.
> An
> ODBC agent is included as part of your Oracle system. Be sure to use the
> agent shipped with your particular Oracle system and installed in the same
> $ORACLE_HOME.
>
> Generic Connectivity Architecture
> -
>
> To access the non-Oracle data store using generic connectivity, the agent
> works
> with an ODBC driver. Oracle provides support for the ODBC driver interface.
> The driver that you use must be on the same machine as the agent. The
> non-Oracle
> data stores can reside on the same machine as the Oracle installation or on
> a
> different machine.
>
> Installation Steps
> --
>
> 1) Configure an ODBC system data source for the target datastore. Use an
> ODBC
> client application or ODBC test to verify connectivity to the target
> datastore.
>
> 2) Make sure the following entries are in the tnsnames.ora and
> listener.ora.
>
> TNSNAMES.ORA
>
> hsmsql =
> (DESCRIPTION =
> (ADDRESS_LIST =
> (ADDRESS = (PROTOCOL = tcp)(host=winhost)(port=1521))
> )
> (CONNECT_DATA =
> (SID = msql) <== needs to match the sid in listener.ora.
> )
> (HS=OK) <== HS clause goes in the description.
> )
>
> LISTENER.ORA
>
> LISTENER =
> (DESCRIPTION_LIST =
> (DESCRIPTION =
> (ADDRESS_LIST =
> (ADDRESS = (PROTOCOL = TCP)(HOST = winhost)(PORT = 1521))
> )
> )
>
> SID_LIST_LISTENER =
> (SID_LIST =
> (SID_DESC =
> (SID_NAME = msql) <== needs to match the sid in tnsnames.ora
> (ORACLE_HOME = E:\Ora816)
> (PROGRAM = hsodbc) <== hsodbc is the executable
> )
> )
>
> 4) Start the listener.
> Run "lsnrctl services" to verify that you now have a service handler for
> the
> hsmsql sid.
> ==
> LSNRCTL> services
> Connecting to 

Re: [oracle_br] Migração para Storage !!

[Caio Spadafora]

Depende muito de que tipo de janela de indisponibilidade você tem...

Nunca recomendo migração lógica, e sim sempre física, via backup.

Se você estiver trabalhar com a mesma plataforma, o servidor for o mesmo, você 
consegue restaurar o backup em outra estrutura de diretório, por exemplo, seu 
nfs.

Uma sugestão bem interessatne é você montar um ambiente de dataguard físico, 
operando em máxima performance (modo padrão). Assim com poucos minutos de 
indisponibilidade você consegue migrar o ambietne enquanto ele ainda está 
disponível, ao término do sincronismo, você realizar um switchover e pronto, 
seu novo ambiente está utilizando o storage. 

Detalhe que você não precisa de um outro servidor para implantar o Dataguard, 
mas minha sugestão é que você faça isso em outro servidor.

Cuidado com a performance, se você não estiver trabalhando com uma hba 
provavelmente seu I/O ficará bem pior do que com discos locais, usar storage é 
uma boa, mas a performance de I/O deve ser bem trabalhada, lembre agora que seu 
I/O é influenciado em muito pela rede.

Atenciosamente,
Caio Spadafora.
http://0011brothers.blogspot.com/

--- Em qua, 25/3/09, amorrimm  escreveu:

De: amorrimm 
Assunto: [oracle_br] Migração para Storage !!
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 25 de Março de 2009, 10:41












Bom dia pessoal...



Estou estudando uma melhor forma de migrar meus dados para uma storage 
recentemente adquirida... e fiquei na dúvida de qual método utilizar...



Como não precisarei reinstalar o Oracle (o servidor continuara sendo o mesmo), 
talvez eu use o tradicional EXDP / IMPDP...alguem teria alguma otra sugestão ?



Fico meio receoso de utilizar o Datapump pois com relação aos grants de 
objetos, sempre tive problemas na importação...eles perdem a referêcia...



A não ser que eu exporte somente os dados, sem os grants, faça a importação e 
em seguida importe somente os grants...achoque desta forma não teria problemas 
pois os objetos referenciados já estariam na base de dados...



Alguem teria alguma outroa sugestão ?




 

  




 

















  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 para Storage !!

[Mosan Santos]

Colega;
 
 Já pensou usar o RMAN?
 
Abs

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 
OCE RAC. ..LOAD
__


--- Em qua, 25/3/09, amorrimm  escreveu:

De: amorrimm 
Assunto: [oracle_br] Migração para Storage !!
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 25 de Março de 2009, 10:41






Bom dia pessoal...

Estou estudando uma melhor forma de migrar meus dados para uma storage 
recentemente adquirida... e fiquei na dúvida de qual método utilizar...

Como não precisarei reinstalar o Oracle (o servidor continuara sendo o mesmo), 
talvez eu use o tradicional EXDP / IMPDP...alguem teria alguma otra sugestão ?

Fico meio receoso de utilizar o Datapump pois com relação aos grants de 
objetos, sempre tive problemas na importação...eles perdem a referêcia...

A não ser que eu exporte somente os dados, sem os grants, faça a importação e 
em seguida importe somente os grants...achoque desta forma não teria problemas 
pois os objetos referenciados já estariam na base de dados...

Alguem teria alguma outroa sugestão ?

















  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 10.2.0.4

[Eduardo]

Migrar de onde para onde?

Eu migrei da 10.2.0.2 para 10.2.0.4 e foi tranquilo.
Nenhum erro, tudo explicado pelo manual da oracle.

Té

2009/1/26 antonio_luiz3 :
> Olá amigos,
>
> Alguém já fez a migração para a versão 10.2.0.4? Podem contar suas
> experiências?
>
> Anteciosamente,
>
> Antonio Luiz.
>
> 

Re: [oracle_br] Migração MySQL -> Oracle

[Aristides , José]

Já fiz migrei. O que fiz foi criar a estrutura no 'Oracle' manualmente (campos 
diferentes no 'MySql', inclusive 'sequences'  já que no 'MySql' não tem.
Depois, gerei txt do 'Mysql' e então do 'Oracle' importei as mesmas.
Agora, é óbvio que isso é tabela por tabela.rsrsr.
É trampo pra caramba...

Com relação as ferramenta 'MySQL-to-Oracle' não sei dizer.

Abraço
Aristides.

  - Original Message - 
  From: Fernando Martins 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, December 02, 2008 11:16 AM
  Subject: [oracle_br] Migração MySQL -> Oracle


  Bom dia pessoal,

  gostaria de saber de vcs se alguém já migrou uma base de MySQL para Oracle,
  e qual método ou ferramenta utilizou?
  Atualmente estou envolvido num projeto de migração como esse, e estou usando
  o SQL Developer para criar as estruturas
  (tabelas, triggers, views, etc) e em seguida carregar algumas tabelas por
  SQL Developer também mas a grande maioria preciso
  carregar usando um cursor que faz um loop com fetch e Insert into em
  seguida. O uso do cursor é pq a maioria das tabelas tem
  campos CLOB, que o SQL Developer nao consegue interpretar, pois em
  background usa o sql loader pra carregar
  as tabelas. Pelo cursor ele carrega os CLOBs sem problemas, mas tenho uma
  tabela que possui um campo CLOB gigantesco,
  com registros que chegam aos 250.000,00 caracteres! E dai que complicou,
  porque esta tabela demora muito pra carregar e fica inviável
  a migração na janela prevista, de dois 2 pra virar, e a tabela é crítica pro
  sistema. Achei na internet o programa MySQL-to-Oracle, que
  me pareceu ser bem interessante, mas é pago (49 dólares) e gostaria de saber
  também a opinião de alguém que usou ela, se presta e
  vale a pena investir nela?

  -- 
  Fernando Martins
  DBA Oracle

  Oracle 9i / 10g DBA Certified Associate
  Linux Professional Institute Certified

  "God grant us the serenity to accept the things we cannot change,
  courage to change the things we can,
  and wisdom to know the difference."

  [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 MySQL -> Oracle

[Rosivaldo Ramalho]

Fernando, fiz uma vez na unha, e depois q o sqldeveloper ficou bom
nessa parte, só faço com ele. Não tem dor de cabeça fazer com o
sqldeveloper, principalmente se for usar a versão mais nova.

2008/12/2 Fernando Martins <[EMAIL PROTECTED]>:
> E ae Rogério,
>
> obrigado pela rápida resposta. Então, meus dois bancos, o Oracle e o MySQL,
> já estão integrados via HSODBC
> (OHS - Oracle Heterogeneous Services) e é através do HSODBC que eu rodo meu
> cursor, este cursor faz select
> na tabela remota do MySQL, em seguida dentro do loop ele vai fazendo o fetch
> e insert na tabela do Oracle até que nao
> hajam mais registros. Ele roda ok qdo são tabelas pequenas ou sem CLOB, mas
> qdo a tabela é grande e com CLOB
> dai leva uma eternidade (nem esperei terminar, mas pelo andamento, uma
> tabela com uns 2,5 milhões de registros
> e um campo CLOB gigante levaria dias pra migrar ). Alguém tem alguma
> idéia? E quanto a ferramentea MySQL-to-Oracle,
> alguém já usou, vale a pena adquirir a licensa?
>
> 2008/12/2 Rogerio Moreira Carvalho Maes <[EMAIL PROTECTED]>
>
>> Bom dia Fernando,
>>
>> Na edição 59 da SQL-Magazine saiu um how-to de como integrar outros bancos
>> com o Oracle e tem uma amostra feita com o MySql.
>>
>> www.devmedia.com.br/sqlmagazine
>>
>> Se ajudar.
>>
>> ATT,
>>
>> 
>>
>> Rogério M.C.Maes
>>
>> Analista de Infra-Estrutura
>>
>> Krona Tubos e Conexões
>>
>> Tel. +55-021-47-3431-7844
>>
>> Fax. +55-021-47-3431-7801
>>
>> web: www.krona.com.br 
>>
>> Política de Privacidade: As informações contidas neste e-mail e nos
>> arquivos
>> anexados, são para o uso exclusivo do destinatário aqui indicado. Caso não
>> seja o destinatário correto, fica desde já notificado que qualquer
>> revisão,
>> leitura, cópia e/ou divulgação do conteúdo deste e-mail estão
>> absolutamente
>> desautorizadas.
>> Privacy Policy: All informations in this message and in the attached files
>> if any are intended exclusively to its addressee. If you are not the
>> correct
>> addressee, be warned that any revision, reading, copy and/or release of
>> the
>> content of this message is restricted.
>>
>> P Antes de imprimir esse e-mail, pense em seu compromisso com o Meio
>> Ambiente
>>
>> De: oracle_br@yahoogrupos.com.br  [mailto:
>> oracle_br@yahoogrupos.com.br ] Em
>> nome de Fernando Martins
>> Enviada em: terça-feira, 2 de dezembro de 2008 10:17
>> Para: oracle_br@yahoogrupos.com.br 
>> Assunto: [oracle_br] Migração MySQL -> Oracle
>>
>>
>> Bom dia pessoal,
>>
>> gostaria de saber de vcs se alguém já migrou uma base de MySQL para
>> Oracle,
>> e qual método ou ferramenta utilizou?
>> Atualmente estou envolvido num projeto de migração como esse, e estou
>> usando
>> o SQL Developer para criar as estruturas
>> (tabelas, triggers, views, etc) e em seguida carregar algumas tabelas por
>> SQL Developer também mas a grande maioria preciso
>> carregar usando um cursor que faz um loop com fetch e Insert into em
>> seguida. O uso do cursor é pq a maioria das tabelas tem
>> campos CLOB, que o SQL Developer nao consegue interpretar, pois em
>> background usa o sql loader pra carregar
>> as tabelas. Pelo cursor ele carrega os CLOBs sem problemas, mas tenho uma
>> tabela que possui um campo CLOB gigantesco,
>> com registros que chegam aos 250.000,00 caracteres! E dai que complicou,
>> porque esta tabela demora muito pra carregar e fica inviável
>> a migração na janela prevista, de dois 2 pra virar, e a tabela é crítica
>> pro
>> sistema. Achei na internet o programa MySQL-to-Oracle, que
>> me pareceu ser bem interessante, mas é pago (49 dólares) e gostaria de
>> saber
>> também a opinião de alguém que usou ela, se presta e
>> vale a pena investir nela?
>>
>> --
>> Fernando Martins
>> DBA Oracle
>>
>> Oracle 9i / 10g DBA Certified Associate
>> Linux Professional Institute Certified
>>
>> "God grant us the serenity to accept the things we cannot change,
>> courage to change the things we can,
>> and wisdom to know the difference."
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>> [As partes desta mensagem que não continham texto foram removidas]
>>
>>
>>
>
> --
>
> --
> Fernando Martins
> DBA Oracle
>
> Oracle 9i / 10g DBA Certified Associate
> Linux Professional Institute Certified
>
> "God grant us the serenity to accept the things we cannot change,
> courage to change the things we can,
> and wisdom to know the difference."
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 



-- 
Rosivaldo Azevedo Ramalho
Oracle Database 10g Certified Associate
mail/msn: [EMAIL PROTECTED]
 web: http://rosivaldo.googlepages.com
blog: http://esquinaoracle.blogspot.com
  mobile: +55 83 8893 8281

Re: [oracle_br] Migração MySQL -> Oracle

[Fernando Martins]

E ae Rogério,

obrigado pela rápida resposta. Então, meus dois bancos, o Oracle e o MySQL,
já estão integrados via HSODBC
(OHS - Oracle Heterogeneous Services) e é através do HSODBC que eu rodo meu
cursor, este cursor faz select
na tabela remota do MySQL, em seguida dentro do loop ele vai fazendo o fetch
e insert na tabela do Oracle até que nao
hajam mais registros. Ele roda ok qdo são tabelas pequenas ou sem CLOB, mas
qdo a tabela é grande e com CLOB
dai leva uma eternidade (nem esperei terminar, mas pelo andamento, uma
tabela com uns 2,5 milhões de registros
e um campo CLOB gigante levaria dias pra migrar ). Alguém tem alguma
idéia? E quanto a ferramentea MySQL-to-Oracle,
alguém já usou, vale a pena adquirir a licensa?

2008/12/2 Rogerio Moreira Carvalho Maes <[EMAIL PROTECTED]>

>   Bom dia Fernando,
>
> Na edição 59 da SQL-Magazine saiu um how-to de como integrar outros bancos
> com o Oracle e tem uma amostra feita com o MySql.
>
> www.devmedia.com.br/sqlmagazine
>
> Se ajudar.
>
> ATT,
>
> 
>
> Rogério M.C.Maes
>
> Analista de Infra-Estrutura
>
> Krona Tubos e Conexões
>
> Tel. +55-021-47-3431-7844
>
> Fax. +55-021-47-3431-7801
>
> web: www.krona.com.br 
>
> Política de Privacidade: As informações contidas neste e-mail e nos
> arquivos
> anexados, são para o uso exclusivo do destinatário aqui indicado. Caso não
> seja o destinatário correto, fica desde já notificado que qualquer revisão,
> leitura, cópia e/ou divulgação do conteúdo deste e-mail estão absolutamente
> desautorizadas.
> Privacy Policy: All informations in this message and in the attached files
> if any are intended exclusively to its addressee. If you are not the
> correct
> addressee, be warned that any revision, reading, copy and/or release of the
> content of this message is restricted.
>
> P Antes de imprimir esse e-mail, pense em seu compromisso com o Meio
> Ambiente
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em
> nome de Fernando Martins
> Enviada em: terça-feira, 2 de dezembro de 2008 10:17
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: [oracle_br] Migração MySQL -> Oracle
>
>
> Bom dia pessoal,
>
> gostaria de saber de vcs se alguém já migrou uma base de MySQL para Oracle,
> e qual método ou ferramenta utilizou?
> Atualmente estou envolvido num projeto de migração como esse, e estou
> usando
> o SQL Developer para criar as estruturas
> (tabelas, triggers, views, etc) e em seguida carregar algumas tabelas por
> SQL Developer também mas a grande maioria preciso
> carregar usando um cursor que faz um loop com fetch e Insert into em
> seguida. O uso do cursor é pq a maioria das tabelas tem
> campos CLOB, que o SQL Developer nao consegue interpretar, pois em
> background usa o sql loader pra carregar
> as tabelas. Pelo cursor ele carrega os CLOBs sem problemas, mas tenho uma
> tabela que possui um campo CLOB gigantesco,
> com registros que chegam aos 250.000,00 caracteres! E dai que complicou,
> porque esta tabela demora muito pra carregar e fica inviável
> a migração na janela prevista, de dois 2 pra virar, e a tabela é crítica
> pro
> sistema. Achei na internet o programa MySQL-to-Oracle, que
> me pareceu ser bem interessante, mas é pago (49 dólares) e gostaria de
> saber
> também a opinião de alguém que usou ela, se presta e
> vale a pena investir nela?
>
> --
> Fernando Martins
> DBA Oracle
>
> Oracle 9i / 10g DBA Certified Associate
> Linux Professional Institute Certified
>
> "God grant us the serenity to accept the things we cannot change,
> courage to change the things we can,
> and wisdom to know the difference."
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 


-- 
Fernando Martins
DBA Oracle

Oracle 9i / 10g DBA Certified Associate
Linux Professional Institute Certified

"God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference."


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

Re: [oracle_br] MIGRAÇÃO ORACLE X SYBASE

[francisco porfirio]

Cara, sem maiores análises eu diria para você da uma verificada no front end
que você está utilizando. Pode ser que no momento desta migração ele tente
fazer alguma conversão.

2008/11/13 amorrimm <[EMAIL PROTECTED]>

>   Bom dia pessoal,
>
> Estou com uma dúvida...
>
> Fiz a migração de dados utilizando uma aplicação de front end própria e
> pelo que verifiquei, chegou a importar todos os dados mas no lugar das
> letras acentuadas, sairam alguns caracteres ASCII.
>
> Acredito que o problema seja com relação ao Character SET mas, ja
> alterei no Oracle e ainda não consegui resolver o problema.
>
> O Character set que esta sendo utilizado no Sybase é o CP850 e no
> Oracle é o WE8ISO8859P1 e pelo que verifiquei na página do Sybase, eles
> estão na mesmo grupo..
>
> Alquem teria alguma ideia ?
>
>  
>



-- 
Atenciosamente
Francisco Porfirio Ribeiro Neto


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

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

[MARCIO MUNIZ]

Willian,

A base tem apenas 60GB, já esta rodando em AIX na versão 9i.
A ferramenta DBUA ja utilizei, mas não em AIX.
Valew, vou fazer isso!





Em 13/08/08, Willian Frasson <[EMAIL PROTECTED]> escreveu:
>
>   Qual tamanho da base? está rodando atualmente em AIX já?
> Caso sim já fez utilizou o DBUA?
> Monte uma base teste com algumas dessas instâncias e utilize o mesmo, acho
> que como é apenas migrar a versão será tranquilo.
>
> - Original Message -
> From: lechim_25
> To: oracle_br@yahoogrupos.com.br 
> Sent: Tuesday, August 12, 2008 12:48 PM
> Subject: [oracle_br] Migração 9i para 10g
>
> Pessoal,
>
> alguem pode me dar uma ajudinha?
>
> É o seguinte, tenho um servidor rodando 4 instancias na versão 9.0.2.8
> e tenho que migrar para o 10.2. o SO é o AIX, e eu não tenho
> experiência nesse SO, sei que algumas coisas são iguais ao Linux, mas
> quero ver direitinho os passos para não dar dor de cabeça depois.
>
> Alguem ai teria um Tutorial ou um passo a passo para me ajudar nessa
> migração de versão?
>
> Abrs
>
> Lechim
>
> __ Informação do NOD32 IMON 3347 (20080811) __
>
> Esta mensagem foi verificada pelo NOD32 sistema antivírus
> http://www.eset.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 9i para 10g

[Willian Frasson]

Qual tamanho da base? está rodando atualmente em AIX já?
Caso sim já fez utilizou o DBUA?
Monte uma base teste com algumas dessas instâncias e utilize o mesmo, acho que 
como é apenas migrar a versão será tranquilo.

- Original Message - 
  From: lechim_25 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 12, 2008 12:48 PM
  Subject: [oracle_br] Migração 9i para 10g


  Pessoal, 

  alguem pode me dar uma ajudinha?

  É o seguinte, tenho um servidor rodando 4 instancias na versão 9.0.2.8 
  e tenho que migrar para o 10.2. o SO é o AIX, e eu não tenho 
  experiência nesse SO, sei que algumas coisas são iguais ao Linux, mas 
  quero ver direitinho os passos para não dar dor de cabeça depois.

  Alguem ai teria um Tutorial ou um passo a passo para me ajudar nessa 
  migração de versão?

  Abrs

  Lechim



   

  __ Informação do NOD32 IMON 3347 (20080811) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] migração 9i para 10g

[Willian Frasson]

migration tu falas é o DBUA né?
então faça em homologação primeiro certinho com sua base, rodou certinho dae 
faz na produção.

  - Original Message - 
  From: Mauricio Françoso 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 31, 2008 2:21 PM
  Subject: Re: [oracle_br] migração 9i para 10g


  Willian,
   
  O tamanho da base é 500GB, não vou usar export e import, tenho que usar o 
migration.
   
  obrigado.

  Mauricio do C. Françoso 
  Liberty Seguros 
  Administrador Banco de Dados(DBA ORACLE)

  --- Em qui, 31/7/08, Willian Frasson <[EMAIL PROTECTED]> escreveu:

  De: Willian Frasson <[EMAIL PROTECTED]>
  Assunto: Re: [oracle_br] migração 9i para 10g
  Para: oracle_br@yahoogrupos.com.br
  Data: Quinta-feira, 31 de Julho de 2008, 14:18

  Mauricio boa tarde... olha dias atraz fiz um teste de migração direta usando 
o DBUA da Oracle sem precisar usar o export e import, mas sugiro que faça em 
base testes, uma pergunta qual tamanho da base?
  abçs.

  - Original Message - 
  From: Mauricio Françoso 
  To: [EMAIL PROTECTED] os.com.br ; Lista de Usuários_Oracle 
  Sent: Thursday, July 31, 2008 11:50 AM
  Subject: [oracle_br] migração 9i para 10g

  Bom dia,

  Alguem teria o procedimento para migração do oracle 9.2.0.8 para oracle 
10.2.0.3

  S.O. = Solaris 9

  obrigado.

  Mauricio do C. Françoso 
  Liberty Seguros 
  Administrador Banco de Dados(DBA ORACLE)

  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail. com.
  http://br.new. mail.yahoo. com/addresses

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

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset. com.br

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

  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail.com.
  http://br.new.mail.yahoo.com/addresses

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



   

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] migração 9i para 10g

[Mauricio Françoso]

Willian,
 
O tamanho da base é 500GB, não vou usar export e import, tenho que usar o 
migration.
 
obrigado.


Mauricio do C. Françoso 
Liberty Seguros 
Administrador Banco de Dados(DBA ORACLE)

--- Em qui, 31/7/08, Willian Frasson <[EMAIL PROTECTED]> escreveu:

De: Willian Frasson <[EMAIL PROTECTED]>
Assunto: Re: [oracle_br] migração 9i para 10g
Para: oracle_br@yahoogrupos.com.br
Data: Quinta-feira, 31 de Julho de 2008, 14:18






Mauricio boa tarde... olha dias atraz fiz um teste de migração direta usando o 
DBUA da Oracle sem precisar usar o export e import, mas sugiro que faça em base 
testes, uma pergunta qual tamanho da base?
abçs.

- Original Message - 
From: Mauricio Françoso 
To: [EMAIL PROTECTED] os.com.br ; Lista de Usuários_Oracle 
Sent: Thursday, July 31, 2008 11:50 AM
Subject: [oracle_br] migração 9i para 10g

Bom dia,

Alguem teria o procedimento para migração do oracle 9.2.0.8 para oracle 10.2.0.3

S.O. = Solaris 9

obrigado.


Mauricio do C. Françoso 
Liberty Seguros 
Administrador Banco de Dados(DBA ORACLE)

Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail. com.
http://br.new. mail.yahoo. com/addresses

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

__ Informação do NOD32 IMON 3301 (20080727) __

Esta mensagem foi verificada pelo NOD32 sistema antivírus
http://www.eset. com.br

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

 














  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua 
cara @ymail.com ou @rocketmail.com.
http://br.new.mail.yahoo.com/addresses

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

Re: [oracle_br] migração 9i para 10g

[Willian Frasson]

Mauricio boa tarde... olha dias atraz fiz um teste de migração direta usando o 
DBUA da Oracle sem precisar usar o export e import, mas sugiro que faça em base 
testes, uma pergunta qual tamanho da base?
abçs.

  - Original Message - 
  From: Mauricio Françoso 
  To: oracle_br@yahoogrupos.com.br ; Lista de Usuários_Oracle 
  Sent: Thursday, July 31, 2008 11:50 AM
  Subject: [oracle_br] migração 9i para 10g


  Bom dia,
   
  Alguem teria o procedimento para migração do oracle 9.2.0.8 para oracle 
10.2.0.3
   
  S.O. = Solaris 9
   
  obrigado.
   

   
  Mauricio do C. Françoso 
  Liberty Seguros 
  Administrador Banco de Dados(DBA ORACLE)

  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail.com.
  http://br.new.mail.yahoo.com/addresses

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



   

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] Migração

[Willian Frasson]

Cara o tamanho dos datafiles vai te influenciar SIM, por ex:
Você poderia migrar seu 9i Windows para 10G Windows certo???
Depois disso usando o CONVERT do RMAN poderia converters os DATAFILES para 
Linux, sem precisar fazer o DUMP, etc e tal.
Entendeu o porque do tamanho dos DATA FILES? hehehe
Mas faça isso em teste primeiro, para ver se o tempo será menor realmente.
Janela? tempo que seu banco ficará parado para migração, 50 GB cada?
é um banco apenas? ou é um export de vários owners? seis owners?

  - Original Message - 
  From: leonardo David 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 30, 2008 10:38 AM
  Subject: Res: [oracle_br] Migração


  primeiro qual tamanho exato em data files? 
  R : Ate aonde vai o meu conhecimento , o tamanho dos data files nao importa 
muito desde haja espaço 
  no disk , e vai ser pelo exp/imp , certo ? então pra exatamente vc quer o 
tamanho exato em data files ? 
  qual a janela? 
  r : n entendi ?
  qual linux pretender migrar?
  r : Red hat 4 
  Qual tamanho do DUMP?
  r : 50 giga (+ -) , são seis dump cada um 

  - Mensagem original 
  De: Willian Frasson <[EMAIL PROTECTED]>
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Quarta-feira, 30 de Julho de 2008 10:24:25
  Assunto: Re: [oracle_br] Migração 

  Cara... primeiro qual tamanho exato em data files? qual a janela? qual linux 
pretender migrar? Qual tamanho do DUMP?

  - Original Message - 
  From: limaleodavid 
  To: [EMAIL PROTECTED] os.com.br 
  Sent: Wednesday, July 30, 2008 9:18 AM
  Subject: [oracle_br] Migração 

  Senhores(as) ...
  Tem um bco 9i funcionando com alguns milhões de
  registros sem mais novidades (SO windows) ,então tem que migrar
  esses bcos de 9 pra 10g em linux so(Red Hat),

  1) o Bco oracle ele reclama qdo faz import full de Win pra linux, 
  em versionamento diferentes de Banco pra Banco.
  2) No caso o oracle esta configurado pro Brasil e no Linux será pra
  Ingles,ele vai reclamar com os idiomas diferente. 
  3) Envolvendo numa possibilidade em que esse banco esteja montando
  em oracle 11g no win 
  é possivel colocar ele pra 10g linux 

  desde já agradeço pelas 
  ajuda pelos colegas  

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset. com.br

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

  Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara 
@ymail.com ou @rocketmail.com.
  http://br.new.mail.yahoo.com/addresses

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



   

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] Migração

[Willian Frasson]

Cara... primeiro qual tamanho exato em data files? qual a janela? qual linux 
pretender migrar? Qual tamanho do DUMP?

  - Original Message - 
  From: limaleodavid 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 30, 2008 9:18 AM
  Subject: [oracle_br] Migração 


  Senhores(as)...
  Tem um bco 9i funcionando com alguns milhões de
  registros sem mais novidades (SO windows) ,então tem que migrar
  esses bcos de 9 pra 10g em linux so(Red Hat),

  1) o Bco oracle ele reclama qdo faz import full de Win pra linux, 
  em versionamento diferentes de Banco pra Banco.
  2) No caso o oracle esta configurado pro Brasil e no Linux será pra
  Ingles,ele vai reclamar com os idiomas diferente. 
  3) Envolvendo numa possibilidade em que esse banco esteja montando
  em oracle 11g no win 
  é possivel colocar ele pra 10g linux 

  desde já agradeço pelas 
  ajuda pelos colegas  



   

  __ Informação do NOD32 IMON 3301 (20080727) __

  Esta mensagem foi verificada pelo NOD32 sistema antivírus
  http://www.eset.com.br


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

Re: [oracle_br] MIGRAÇÃO 9i para 10g

[Marco Souza]

Jorge, pelo que eu sei vc tem q criar na mao.. desconheco alguma forma de 
automatizar a criacao de datafiles...


jorgelrt1 <[EMAIL PROTECTED]> escreveu: Olá amigos,
 Estou passando por um problema aqui na empresa e preciso da ajuda e 
 experiência de vcs. Preciso fazer uma migração, atualmente tenho red 
 hat 9 + oracle 9i e preciso migrar para suse 10 + oracle 10g, o 
 problema é que sou iniciante e mal acabei um curso de oracle 9i "em 
 WINDOWS" e já querem que eu faça a migração. Bem para instalar o suse 
 e o oracle 10g não tive muitos problemas, mas estou inseguro em 
 relação a migração. Minha dúvida atual é: tenho um tablespace que 
 contém 6 datafiles com um tamanho aproximadamente de 5GB(cada). 
 Pretendo 
 fazer a migração por owners utilizando exp e imp. Criei a tablespace 
 com o seguinte script:
 "CREATE TABLESPACE TS_GERAL
  DATAFILE '/opt/oracle/oradata/HNMD.dbf' size 100M
  autoextend on 
  maxsize 5000M
  extent management local autoallocate
  segment space management auto;"
 Só que ao executar o imp da tablespace que contém os 6 datafiles eles 
 não são criados automaticamente e me retorna um erro informando para 
 eu adicionar mais datafiles a tablespace. A pergunta é: 
 Como eu faço para deixar automatizado essa criação de 
 datafile no script que utilizei acima.Exemplo:
 1º datafile -> HNMD.dbf  "ao chegar no limite estipulado cria o 
 datafile indicado abaixo"
 2º datafile -> HNMD1.dbf
 3º datafile -> HNMD2.dbf
 
 Deste já agraço a todos.
 Atenciosamente
 
 Jorge Rodrigues
 
 
 
   

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] MIGRAÇÃO 9i para 10g

[Milton Bastos Henriquis Jr.]

Vc deveria já ter criado a Tablespace com o
número correto de datafiles!!
Bem mais fácil e rápido que ficar procurando
"mágicas"... Assim:

CREATE TABLESPACE TS_GERAL DATAFILE
'/opt/oracle/oradata/HNMD1.dbf' size 5000M autoextend off,
'/opt/oracle/oradata/HNMD2.dbf' size 5000M autoextend off,
'/opt/oracle/oradata/HNMD3.dbf' size 5000M autoextend off,
'/opt/oracle/oradata/HNMD4.dbf' size 5000M autoextend off,
'/opt/oracle/oradata/HNMD5.dbf' size 5000M autoextend off,
'/opt/oracle/oradata/HNMD6.dbf' size 5000M autoextend off
extent management local autoallocate
segment space management auto;




2008/4/7 jorgelrt1 <[EMAIL PROTECTED]>:

>   Olá amigos,
> Estou passando por um problema aqui na empresa e preciso da ajuda e
> experiência de vcs. Preciso fazer uma migração, atualmente tenho red
> hat 9 + oracle 9i e preciso migrar para suse 10 + oracle 10g, o
> problema é que sou iniciante e mal acabei um curso de oracle 9i "em
> WINDOWS" e já querem que eu faça a migração. Bem para instalar o suse
> e o oracle 10g não tive muitos problemas, mas estou inseguro em
> relação a migração. Minha dúvida atual é: tenho um tablespace que
> contém 6 datafiles com um tamanho aproximadamente de 5GB(cada).
> Pretendo
> fazer a migração por owners utilizando exp e imp. Criei a tablespace
> com o seguinte script:
> "CREATE TABLESPACE TS_GERAL
> DATAFILE '/opt/oracle/oradata/HNMD.dbf' size 100M
> autoextend on
> maxsize 5000M
> extent management local autoallocate
> segment space management auto;"
> Só que ao executar o imp da tablespace que contém os 6 datafiles eles
> não são criados automaticamente e me retorna um erro informando para
> eu adicionar mais datafiles a tablespace. A pergunta é:
> Como eu faço para deixar automatizado essa criação de
> datafile no script que utilizei acima.Exemplo:
> 1º datafile -> HNMD.dbf "ao chegar no limite estipulado cria o
> datafile indicado abaixo"
> 2º datafile -> HNMD1.dbf
> 3º datafile -> HNMD2.dbf
>
> Deste já agraço a todos.
> Atenciosamente
>
> Jorge Rodrigues
>
>  
>



-- 

Milton Bastos Henriquis Junior
(41) 9123-0100


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

Re: [oracle_br] Migração Oracle 8i para 10g

[Gleyson Melo]

Fala Elisson,

Primeiro uma pergunta: Você está utilizando o IMP do 10g?

Faça um trace da sessão do import, ativando os waits, e verifique o que está
causando lentidão/travamento por lá.

Em 20/02/08, Élisson Ferraz Almeida <[EMAIL PROTECTED]> escreveu:
>
>   Pessoal,
> estou aqui tentando fazer a migração mas está acontecendo uma coisa muito
> estranha.
> Ao realizar o import ele trava na seguinte tela.
>
> Arquivo de exportaþÒo criado por EXPORT:V08.01.06 via caminho convencional
> importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR
> AL16UTF16
> o cliente de exportaþÒo usa o conjunto de caracteres WE8ISO8859P1
> (conversÒo
> de charset possÝvel)
> o servidor de exportaþÒo usa o conjunto de caracteres NCHAR WE8ISO8859P1
> (conversÒo de ncharset possÝvel)
> . importando objetos de LEMG_SCI para LEMG_SCI
>
> E não sai de maneira alguma vc sabem o que pode estar acontecendo??
> Por
> que o import não vai para frente???
>
> abraços
>
> 2008/1/9 Élisson Ferraz Almeida <[EMAIL PROTECTED]
> >:
>
>
> > Pessoal muito obrigado pela ajuda!!!
> > com essas informções será possível fazer a migração sem problemas
> > brigadao mesmo
> >
> > []s
> >
> >
> > On Jan 9, 2008 12:50 PM, Anderson Haertel Rodrigues <
> > [EMAIL PROTECTED] >
> wrote:
> >
> > > Tarde,
> > >
> > > Parece grande a lista, mas sempre que faço uma
> > > migração eu tomo os seguintes cuidados (não importando
> > > de 7.3 para 10g, 8i, 9i, etc, etc)
> > >
> > > 
> > > Setar NLS_LANG;
> > >
> > > Verificar espaço em disco;
> > >
> > > Verificar e Guardar listener.ora e tnsnames.ora;
> > >
> > > Verificar se o Banco está em modo backup
> > > select * from v$backup;
> > >
> > > Verificar se o Banco está em modo Archive;
> > > archive log list;
> > > show parameters archive;
> > >
> > > Verificar Characters Sets
> > > select * from nls_database_parameters;
> > >
> > > Verificar DBA_REGISTRY (se houver)
> > > select comp_name, version, status from dba_registry;
> > >
> > > Verificar usuários e Tablespaces;
> > > select username, default_tablespace from dba_users;
> > > select tablespace_name from dba_tablespaces;
> > >
> > > Verificar se algum usuário tem sua tablespace default
> > > com alguma tablespace que não existe na lista de
> > > tablespaces acima;
> > >
> > > Verificar dbLink´s;
> > > col owner format a30;
> > > col db_link format a40;
> > > col username format a30;
> > > col host format a40;
> > > set line 200;
> > >
> > > select OWNER, DB_LINK, USERNAME, HOST from
> > > dba_db_links;
> > >
> > > Verficar JOB´s;
> > > set line 200;
> > > col what format a60;
> > > col interval format a30;
> > >
> > > select job, what, to_char(next_date,'DD/MM/
> > > hh24:mi:ss'), to_char(last_date,'DD/MM/
> > > hh24:mi:ss'), interval, failures, broken
> > > from dba_jobs
> > > order by what;
> > >
> > > Verificar quantos objetos estavão inválidos
> > > select count(*), owner, object_type from dba_objects
> > > where status <> 'VALID'
> > > group by owner, object_type;
> > >
> > > Se houver objetos inválidos, guardar o nome de cada um
> > > spool objetosinvalidos.txt;
> > > select owner, ovbject_name, object_type from
> > > dba_objects
> > > where status <> 'VALID'
> > > order by owner, ovbject_name, object_type;
> > > spool off;
> > >
> > > Guardar LAST_NUMBER de Sequences;
> > > spool sequence.txt;
> > > select sequence_name ||' Valor =>
> > > '||TRIM(TO_CHAR(LAST_NUMBER,'99'))
> > > from dba_sequences
> > > order by sequence_name;
> > > spool off;
> > >
> > > Conferência de Objetos;
> > > spool conferencia_objetos.txt;
> > > select count(*), owner, object_type
> > > from dba_objects
> > > group by owner, object_type
> > > order by owner, object_type
> > > spool off;
> > >
> > > Comentar CRON (oracle e root);
> > >
> > > Listar parâmetros não default (adequar ou não -
> > > Guardar);
> > > create pfile from spfile;
> > >
> > > Parar Listener;
> > > lsnrftl stop;
> > >
> > > Parar JOB_QUEUE_PROCESSES;
> > > alter system set job_queue_processes = 0 scope=both;
> > >
> > > Colocar banco em modo restrict;
> > > alter system enable restricted session;
> > >
> > > export full das definições;
> > > nohup exp ... file=dmp log=log
> > > buffer=16384000 recordlength=65535 statistics=none
> > > direct=y compress=n rows=n indexes=n constraints=n
> > > grants=y full=y &
> > >
> > > export dos owners (ou utilizar o full);
> > > nohup exp userid= file=dmp log=log
> > > buffer=16384000 recordlength=65535 statistics=none
> > > direct=y compress=n feedback=1 rows=y indexes=y
> > > constraints=y grants=y &
> > >
> > > export full do banco (Guardar como Backup - Apenas);
> > > nohup exp userid= file=dmp log=log
> > > buffer=16384000 recordlength=65535 statistics=none
> > > direct=y compress=n feedback=1 rows=y indexes=y
> > > constraints=y grants=y full=y &
> > >
> > > Criar o Banco de Dados
> > >
> > > Verificar se banco está Ok para receber o imp
> > > (tablespaces, principalmente);
> > 

Re: [oracle_br] Migração Oracle 8i para 10g

[Élisson Ferraz Almeida]

Olá,
segue o comando
%N -> são parâmetros passados via linha de comando no DOS


imp operador/[EMAIL PROTECTED] file=%3 log=%3.log fromuser=%5 touser=%4 ignore=y
constraints=no



valew

2008/2/20 Rafael Almeida Milanez <[EMAIL PROTECTED]>:

>   se voce postar o comando do EXP e IMP
>
> fica mais facil saber o que pode estar acontecendo
>
>
> 
>
>
> De: oracle_br@yahoogrupos.com.br  [mailto:
> oracle_br@yahoogrupos.com.br ] Em nome de
> Élisson Ferraz Almeida
> Enviada em: quarta-feira, 20 de fevereiro de 2008 16:24
> Para: oracle_br@yahoogrupos.com.br 
> Assunto: Re: [oracle_br] Migração Oracle 8i para 10g
>
> Pessoal,
> estou aqui tentando fazer a migração mas está acontecendo uma coisa muito
> estranha.
> Ao realizar o import ele trava na seguinte tela.
>
> Arquivo de exportaþÒo criado por EXPORT:V08.01.06 via caminho convencional
> importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR
> AL16UTF16
> o cliente de exportaþÒo usa o conjunto de caracteres WE8ISO8859P1
> (conversÒo
> de charset possÝvel)
> o servidor de exportaþÒo usa o conjunto de caracteres NCHAR WE8ISO8859P1
> (conversÒo de ncharset possÝvel)
> . importando objetos de LEMG_SCI para LEMG_SCI
>
> E não sai de maneira alguma vc sabem o que pode estar acontecendo??
> Por
> que o import não vai para frente???
>
> abraços
>
> 2008/1/9 Élisson Ferraz Almeida <[EMAIL 
> PROTECTED] elisson.ferraz%40gmail.com> >:
>
> > Pessoal muito obrigado pela ajuda!!!
> > com essas informções será possível fazer a migração sem problemas
> > brigadao mesmo
> >
> > []s
> >
> >
> > On Jan 9, 2008 12:50 PM, Anderson Haertel Rodrigues <
> > [EMAIL PROTECTED]  anderson_hr_listas%40yahoo.com.br> > wrote:
> >
> > > Tarde,
> > >
> > > Parece grande a lista, mas sempre que faço uma
> > > migração eu tomo os seguintes cuidados (não importando
> > > de 7.3 para 10g, 8i, 9i, etc, etc)
> > >
> > > 
> > > Setar NLS_LANG;
> > >
> > > Verificar espaço em disco;
> > >
> > > Verificar e Guardar listener.ora e tnsnames.ora;
> > >
> > > Verificar se o Banco está em modo backup
> > > select * from v$backup;
> > >
> > > Verificar se o Banco está em modo Archive;
> > > archive log list;
> > > show parameters archive;
> > >
> > > Verificar Characters Sets
> > > select * from nls_database_parameters;
> > >
> > > Verificar DBA_REGISTRY (se houver)
> > > select comp_name, version, status from dba_registry;
> > >
> > > Verificar usuários e Tablespaces;
> > > select username, default_tablespace from dba_users;
> > > select tablespace_name from dba_tablespaces;
> > >
> > > Verificar se algum usuário tem sua tablespace default
> > > com alguma tablespace que não existe na lista de
> > > tablespaces acima;
> > >
> > > Verificar dbLink´s;
> > > col owner format a30;
> > > col db_link format a40;
> > > col username format a30;
> > > col host format a40;
> > > set line 200;
> > >
> > > select OWNER, DB_LINK, USERNAME, HOST from
> > > dba_db_links;
> > >
> > > Verficar JOB´s;
> > > set line 200;
> > > col what format a60;
> > > col interval format a30;
> > >
> > > select job, what, to_char(next_date,'DD/MM/
> > > hh24:mi:ss'), to_char(last_date,'DD/MM/
> > > hh24:mi:ss'), interval, failures, broken
> > > from dba_jobs
> > > order by what;
> > >
> > > Verificar quantos objetos estavão inválidos
> > > select count(*), owner, object_type from dba_objects
> > > where status <> 'VALID'
> > > group by owner, object_type;
> > >
> > > Se houver objetos inválidos, guardar o nome de cada um
> > > spool objetosinvalidos.txt;
> > > select owner, ovbject_name, object_type from
> > > dba_objects
> > > where status <> 'VALID'
> > > order by owner, ovbject_name, object_type;
> > > spool off;
> > >
> > > Guardar LAST_NUMBER de Sequences;
> > > spool sequence.txt;
> > > select sequence_name ||' Valor =>
> > > '||TRIM(TO_CHAR(LAST_NUMBER,'99'))
> > > from dba_sequences
> > > order by sequence_name;
> > > spool off;
> > >
> > > Conferência de Objetos;
> > > spool confer

Re: [oracle_br] Migração Oracle 8i para 10g

[Jose C Carvalho]

Cara estou fazendo o mesmo aqui Hoje  ta com a mesma mensagem ... isso é 
normal . Ta importando Qual o tamanho do seu  exp ?

Abraços



"Élisson Ferraz Almeida" <[EMAIL PROTECTED]> 
Sent by: oracle_br@yahoogrupos.com.br
20/02/2008 16:36
Please respond to
oracle_br@yahoogrupos.com.br


To
oracle_br@yahoogrupos.com.br
cc

Subject
Re: [oracle_br] Migração Oracle 8i para 10g









Pessoal,
estou aqui tentando fazer a migração mas está acontecendo uma coisa muito
estranha.
Ao realizar o import ele trava na seguinte tela.

Arquivo de exportaþÒo criado por EXPORT:V08.01.06 via caminho convencional
importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR
AL16UTF16
o cliente de exportaþÒo usa o conjunto de caracteres WE8ISO8859P1 
(conversÒo
de charset possÝvel)
o servidor de exportaþÒo usa o conjunto de caracteres NCHAR WE8ISO8859P1
(conversÒo de ncharset possÝvel)
. importando objetos de LEMG_SCI para LEMG_SCI

E não sai de maneira alguma vc sabem o que pode estar acontecendo?? 
Por
que o import não vai para frente???

abraços

2008/1/9 Élisson Ferraz Almeida <[EMAIL PROTECTED]>:

> Pessoal muito obrigado pela ajuda!!!
> com essas informções será possível fazer a migração sem problemas
> brigadao mesmo
>
> []s
>
>
> On Jan 9, 2008 12:50 PM, Anderson Haertel Rodrigues <
> [EMAIL PROTECTED]> wrote:
>
> > Tarde,
> >
> > Parece grande a lista, mas sempre que faço uma
> > migração eu tomo os seguintes cuidados (não importando
> > de 7.3 para 10g, 8i, 9i, etc, etc)
> >
> > 
> > Setar NLS_LANG;
> >
> > Verificar espaço em disco;
> >
> > Verificar e Guardar listener.ora e tnsnames.ora;
> >
> > Verificar se o Banco está em modo backup
> > select * from v$backup;
> >
> > Verificar se o Banco está em modo Archive;
> > archive log list;
> > show parameters archive;
> >
> > Verificar Characters Sets
> > select * from nls_database_parameters;
> >
> > Verificar DBA_REGISTRY (se houver)
> > select comp_name, version, status from dba_registry;
> >
> > Verificar usuários e Tablespaces;
> > select username, default_tablespace from dba_users;
> > select tablespace_name from dba_tablespaces;
> >
> > Verificar se algum usuário tem sua tablespace default
> > com alguma tablespace que não existe na lista de
> > tablespaces acima;
> >
> > Verificar dbLink´s;
> > col owner format a30;
> > col db_link format a40;
> > col username format a30;
> > col host format a40;
> > set line 200;
> >
> > select OWNER, DB_LINK, USERNAME, HOST from
> > dba_db_links;
> >
> > Verficar JOB´s;
> > set line 200;
> > col what format a60;
> > col interval format a30;
> >
> > select job, what, to_char(next_date,'DD/MM/
> > hh24:mi:ss'), to_char(last_date,'DD/MM/
> > hh24:mi:ss'), interval, failures, broken
> > from dba_jobs
> > order by what;
> >
> > Verificar quantos objetos estavão inválidos
> > select count(*), owner, object_type from dba_objects
> > where status <> 'VALID'
> > group by owner, object_type;
> >
> > Se houver objetos inválidos, guardar o nome de cada um
> > spool objetosinvalidos.txt;
> > select owner, ovbject_name, object_type from
> > dba_objects
> > where status <> 'VALID'
> > order by owner, ovbject_name, object_type;
> > spool off;
> >
> > Guardar LAST_NUMBER de Sequences;
> > spool sequence.txt;
> > select sequence_name ||' Valor =>
> > '||TRIM(TO_CHAR(LAST_NUMBER,'99'))
> > from dba_sequences
> > order by sequence_name;
> > spool off;
> >
> > Conferência de Objetos;
> > spool conferencia_objetos.txt;
> > select count(*), owner, object_type
> > from dba_objects
> > group by owner, object_type
> > order by owner, object_type
> > spool off;
> >
> > Comentar CRON (oracle e root);
> >
> > Listar parâmetros não default (adequar ou não -
> > Guardar);
> > create pfile from spfile;
> >
> > Parar Listener;
> > lsnrftl stop;
> >
> > Parar JOB_QUEUE_PROCESSES;
> > alter system set job_queue_processes = 0 scope=both;
> >
> > Colocar banco em modo restrict;
> > alter system enable restricted session;
> >
> > export full das definições;
> > nohup exp ... file=dmp log=log
> > buffer=16384000 recordlength=65535 statistics=none
> > direct=y compress=n rows=n indexes=n constraints=n
> > grants=y full=y &
> >
> > export dos o

Re: [oracle_br] Migração Oracle 8i para 10g

[Élisson Ferraz Almeida]

Pessoal,
estou aqui tentando fazer a migração mas está acontecendo uma coisa muito
estranha.
Ao realizar o import ele trava na seguinte tela.

Arquivo de exportaþÒo criado por EXPORT:V08.01.06 via caminho convencional
importaþÒo realizada nos conjuntos de caracteres WE8MSWIN1252 e NCHAR
AL16UTF16
o cliente de exportaþÒo usa o conjunto de caracteres WE8ISO8859P1 (conversÒo
de charset possÝvel)
o servidor de exportaþÒo usa o conjunto de caracteres NCHAR WE8ISO8859P1
(conversÒo de ncharset possÝvel)
. importando objetos de LEMG_SCI para LEMG_SCI


E não sai de maneira alguma vc sabem o que pode estar acontecendo?? Por
que o import não vai para frente???

abraços



2008/1/9 Élisson Ferraz Almeida <[EMAIL PROTECTED]>:

> Pessoal muito obrigado pela ajuda!!!
> com essas informções será possível fazer a migração sem problemas
> brigadao mesmo
>
> []s
>
>
> On Jan 9, 2008 12:50 PM, Anderson Haertel Rodrigues <
> [EMAIL PROTECTED]> wrote:
>
> >   Tarde,
> >
> > Parece grande a lista, mas sempre que faço uma
> > migração eu tomo os seguintes cuidados (não importando
> > de 7.3 para 10g, 8i, 9i, etc, etc)
> >
> > 
> > Setar NLS_LANG;
> >
> > Verificar espaço em disco;
> >
> > Verificar e Guardar listener.ora e tnsnames.ora;
> >
> > Verificar se o Banco está em modo backup
> > select * from v$backup;
> >
> > Verificar se o Banco está em modo Archive;
> > archive log list;
> > show parameters archive;
> >
> > Verificar Characters Sets
> > select * from nls_database_parameters;
> >
> > Verificar DBA_REGISTRY (se houver)
> > select comp_name, version, status from dba_registry;
> >
> > Verificar usuários e Tablespaces;
> > select username, default_tablespace from dba_users;
> > select tablespace_name from dba_tablespaces;
> >
> > Verificar se algum usuário tem sua tablespace default
> > com alguma tablespace que não existe na lista de
> > tablespaces acima;
> >
> > Verificar dbLink´s;
> > col owner format a30;
> > col db_link format a40;
> > col username format a30;
> > col host format a40;
> > set line 200;
> >
> > select OWNER, DB_LINK, USERNAME, HOST from
> > dba_db_links;
> >
> > Verficar JOB´s;
> > set line 200;
> > col what format a60;
> > col interval format a30;
> >
> > select job, what, to_char(next_date,'DD/MM/
> > hh24:mi:ss'), to_char(last_date,'DD/MM/
> > hh24:mi:ss'), interval, failures, broken
> > from dba_jobs
> > order by what;
> >
> > Verificar quantos objetos estavão inválidos
> > select count(*), owner, object_type from dba_objects
> > where status <> 'VALID'
> > group by owner, object_type;
> >
> > Se houver objetos inválidos, guardar o nome de cada um
> > spool objetosinvalidos.txt;
> > select owner, ovbject_name, object_type from
> > dba_objects
> > where status <> 'VALID'
> > order by owner, ovbject_name, object_type;
> > spool off;
> >
> > Guardar LAST_NUMBER de Sequences;
> > spool sequence.txt;
> > select sequence_name ||' Valor =>
> > '||TRIM(TO_CHAR(LAST_NUMBER,'99'))
> > from dba_sequences
> > order by sequence_name;
> > spool off;
> >
> > Conferência de Objetos;
> > spool conferencia_objetos.txt;
> > select count(*), owner, object_type
> > from dba_objects
> > group by owner, object_type
> > order by owner, object_type
> > spool off;
> >
> > Comentar CRON (oracle e root);
> >
> > Listar parâmetros não default (adequar ou não -
> > Guardar);
> > create pfile from spfile;
> >
> > Parar Listener;
> > lsnrftl stop;
> >
> > Parar JOB_QUEUE_PROCESSES;
> > alter system set job_queue_processes = 0 scope=both;
> >
> > Colocar banco em modo restrict;
> > alter system enable restricted session;
> >
> > export full das definições;
> > nohup exp ... file=dmp log=log
> > buffer=16384000 recordlength=65535 statistics=none
> > direct=y compress=n rows=n indexes=n constraints=n
> > grants=y full=y &
> >
> > export dos owners (ou utilizar o full);
> > nohup exp userid= file=dmp log=log
> > buffer=16384000 recordlength=65535 statistics=none
> > direct=y compress=n feedback=1 rows=y indexes=y
> > constraints=y grants=y &
> >
> > export full do banco (Guardar como Backup - Apenas);
> > nohup exp userid= file=dmp log=log
> > buffer=16384000 recordlength=65535 statistics=none
> > direct=y compress=n feedback=1 rows=y indexes=y
> > constraints=y grants=y full=y &
> >
> > Criar o Banco de Dados
> >
> > Verificar se banco está Ok para receber o imp
> > (tablespaces, principalmente);
> >
> > imp das definições;
> >
> > Colocar todas as triggers como disable;
> > select 'alter table '||owner||'.'||table_name||'
> > disable all triggers;'
> > from dba_tables;
> >
> > imp dos owner´s (ou IMP FULL);
> >
> > @?/rdbms/admin/utlrp.sql;
> >
> > Recompilar todos os objetos;
> > set heading off
> > set pagesize 0
> > set linesize 79
> > set verify off
> > set echo off
> >
> > select decode( OBJECT_TYPE, 'PACKAGE BODY',
> > 'alter package ' ||
> > OWNER||'.'||OBJECT_NAME || ' compile body;',
> > 'alter ' || OBJECT_TYPE || ' ' ||
> > OWNER||'.'||OBJECT_N

Re: [oracle_br] Migração

[Marcos Braga]

Eli Dias escreveu:
> Bom dia galera,
>
> Alguém poderia me auxiliar na seguinte situação, hoje possuo oracle
> 10g instalado em ambiente windows 2003 e estamos analisando uma forma
> de migrar este banco para Red Hat. Como o banco tem por volta de 3T,
> gostaria da opinião de vocês para saber a melhor forma de realizar
> esta migração.
>
> Abraços,
> Eli Dias.
Oi Eli,

   Creio que uma forma prática de efetuar uma migração dessa 
quantidade de dados é efetuar um export (ou exportdp), como foi exporto 
na lista, mas por tablespace afim de evitar arquivos demasiadamente 
grandes, o que torna complicado (mas não impossível) a troca de arquivos 
para o servidor linux, depois é só efetuar o import.

   Efetuei uma migração dessas há algum tempo atrás, utilizando 
estes parâmetros que mostrei e tudo correu bem, sem problemas.

[]'s
Braga

Re: [oracle_br] Migração Oracle 8i para 10g

[Élisson Ferraz Almeida]

Pessoal muito obrigado pela ajuda!!!
com essas informções será possível fazer a migração sem problemas
brigadao mesmo

[]s

On Jan 9, 2008 12:50 PM, Anderson Haertel Rodrigues <
[EMAIL PROTECTED]> wrote:

>   Tarde,
>
> Parece grande a lista, mas sempre que faço uma
> migração eu tomo os seguintes cuidados (não importando
> de 7.3 para 10g, 8i, 9i, etc, etc)
>
> 
> Setar NLS_LANG;
>
> Verificar espaço em disco;
>
> Verificar e Guardar listener.ora e tnsnames.ora;
>
> Verificar se o Banco está em modo backup
> select * from v$backup;
>
> Verificar se o Banco está em modo Archive;
> archive log list;
> show parameters archive;
>
> Verificar Characters Sets
> select * from nls_database_parameters;
>
> Verificar DBA_REGISTRY (se houver)
> select comp_name, version, status from dba_registry;
>
> Verificar usuários e Tablespaces;
> select username, default_tablespace from dba_users;
> select tablespace_name from dba_tablespaces;
>
> Verificar se algum usuário tem sua tablespace default
> com alguma tablespace que não existe na lista de
> tablespaces acima;
>
> Verificar dbLink´s;
> col owner format a30;
> col db_link format a40;
> col username format a30;
> col host format a40;
> set line 200;
>
> select OWNER, DB_LINK, USERNAME, HOST from
> dba_db_links;
>
> Verficar JOB´s;
> set line 200;
> col what format a60;
> col interval format a30;
>
> select job, what, to_char(next_date,'DD/MM/
> hh24:mi:ss'), to_char(last_date,'DD/MM/
> hh24:mi:ss'), interval, failures, broken
> from dba_jobs
> order by what;
>
> Verificar quantos objetos estavão inválidos
> select count(*), owner, object_type from dba_objects
> where status <> 'VALID'
> group by owner, object_type;
>
> Se houver objetos inválidos, guardar o nome de cada um
> spool objetosinvalidos.txt;
> select owner, ovbject_name, object_type from
> dba_objects
> where status <> 'VALID'
> order by owner, ovbject_name, object_type;
> spool off;
>
> Guardar LAST_NUMBER de Sequences;
> spool sequence.txt;
> select sequence_name ||' Valor =>
> '||TRIM(TO_CHAR(LAST_NUMBER,'99'))
> from dba_sequences
> order by sequence_name;
> spool off;
>
> Conferência de Objetos;
> spool conferencia_objetos.txt;
> select count(*), owner, object_type
> from dba_objects
> group by owner, object_type
> order by owner, object_type
> spool off;
>
> Comentar CRON (oracle e root);
>
> Listar parâmetros não default (adequar ou não -
> Guardar);
> create pfile from spfile;
>
> Parar Listener;
> lsnrftl stop;
>
> Parar JOB_QUEUE_PROCESSES;
> alter system set job_queue_processes = 0 scope=both;
>
> Colocar banco em modo restrict;
> alter system enable restricted session;
>
> export full das definições;
> nohup exp ... file=dmp log=log
> buffer=16384000 recordlength=65535 statistics=none
> direct=y compress=n rows=n indexes=n constraints=n
> grants=y full=y &
>
> export dos owners (ou utilizar o full);
> nohup exp userid= file=dmp log=log
> buffer=16384000 recordlength=65535 statistics=none
> direct=y compress=n feedback=1 rows=y indexes=y
> constraints=y grants=y &
>
> export full do banco (Guardar como Backup - Apenas);
> nohup exp userid= file=dmp log=log
> buffer=16384000 recordlength=65535 statistics=none
> direct=y compress=n feedback=1 rows=y indexes=y
> constraints=y grants=y full=y &
>
> Criar o Banco de Dados
>
> Verificar se banco está Ok para receber o imp
> (tablespaces, principalmente);
>
> imp das definições;
>
> Colocar todas as triggers como disable;
> select 'alter table '||owner||'.'||table_name||'
> disable all triggers;'
> from dba_tables;
>
> imp dos owner´s (ou IMP FULL);
>
> @?/rdbms/admin/utlrp.sql;
>
> Recompilar todos os objetos;
> set heading off
> set pagesize 0
> set linesize 79
> set verify off
> set echo off
>
> select decode( OBJECT_TYPE, 'PACKAGE BODY',
> 'alter package ' ||
> OWNER||'.'||OBJECT_NAME || ' compile body;',
> 'alter ' || OBJECT_TYPE || ' ' ||
> OWNER||'.'||OBJECT_NAME || ' compile;' )
> from dba_objects
> where STATUS = 'INVALID' and OBJECT_TYPE in (
> 'PACKAGE BODY', 'PACKAGE', 'FUNCTION', 'PROCEDURE',
> 'TRIGGER', 'VIEW' )
> order by OWNER, OBJECT_TYPE, OBJECT_NAME;
>
> Colocar todas as triggers como enable;
> select 'alter table '||owner||'.'||table_name||'
> enable all triggers;'
> from dba_tables;
>
> Verificar constraints desabilitadas;
> select 'alter table '||owner||'.'||table_name||'
> enable constraint '||constraint_name||';'
> from dba_constraints
> where status = 'DISABLED';
>
> Setar JOB_QUEUE_PROCESSES;
> alter system set job_queue_processes = n scope=both;
>
> Verificar JOB´s;
> set line 200;
> col what format a60;
> col interval format a30;
>
> select job, what, to_char(next_date,'DD/MM/
> hh24:mi:ss'), to_char(last_date,'DD/MM/
> hh24:mi:ss'), interval, failures, broken
> from dba_jobs
> order by what;
>
> Conferência de objetos migrados;
> select count(*), owner, object_type
> from dba_objects
> group by owner, object_type
> order by owner, object_type
>

Re: [oracle_br] Migração Oracle 8i para 10g

[Anderson Haertel Rodrigues]

Tarde,

Parece grande a lista, mas sempre que faço uma
migração eu tomo os seguintes cuidados (não importando
de 7.3 para 10g, 8i, 9i, etc, etc)


Setar NLS_LANG;

Verificar espaço em disco;

Verificar e Guardar listener.ora e tnsnames.ora;

Verificar se o Banco está em modo backup
select * from v$backup;

Verificar se o Banco está em modo Archive;
archive log list;
show parameters archive;

Verificar Characters Sets
select * from nls_database_parameters;

Verificar DBA_REGISTRY (se houver)
select comp_name, version, status from dba_registry;

Verificar usuários e Tablespaces;
select username, default_tablespace from dba_users;
select tablespace_name from dba_tablespaces;

Verificar se algum usuário tem sua tablespace default
com alguma tablespace que não existe na lista de
tablespaces acima;

Verificar dbLink´s;
col owner format a30;
col db_link format a40;
col username format a30;
col host format a40;
set line 200;

select OWNER, DB_LINK, USERNAME, HOST from
dba_db_links;

Verficar JOB´s;
set line 200;
col what format a60;
col interval format a30;

select job, what, to_char(next_date,'DD/MM/
hh24:mi:ss'), to_char(last_date,'DD/MM/
hh24:mi:ss'), interval, failures, broken
from dba_jobs
order by what;

Verificar quantos objetos estavão inválidos
select count(*), owner, object_type from dba_objects
where status <> 'VALID'
group by owner, object_type;

Se houver objetos inválidos, guardar o nome de cada um
spool objetosinvalidos.txt;
select owner, ovbject_name, object_type from
dba_objects
where status <> 'VALID'
order by owner, ovbject_name, object_type;
spool off;

Guardar LAST_NUMBER de Sequences;
spool sequence.txt;
select sequence_name ||' Valor =>
'||TRIM(TO_CHAR(LAST_NUMBER,'99'))
from dba_sequences
order by sequence_name;
spool off;

Conferência de Objetos;
spool conferencia_objetos.txt;
select count(*), owner, object_type
from dba_objects
group by owner, object_type
order by owner, object_type
spool off;

Comentar CRON (oracle e root);

Listar parâmetros não default (adequar ou não -
Guardar);
create pfile from spfile;

Parar Listener;
lsnrftl stop;

Parar JOB_QUEUE_PROCESSES;
alter system set job_queue_processes = 0 scope=both;

Colocar banco em modo restrict;
alter system enable restricted session;

export full das definições;
nohup exp ... file=dmp log=log
buffer=16384000 recordlength=65535 statistics=none
direct=y compress=n rows=n indexes=n constraints=n 
grants=y full=y &

export dos owners (ou utilizar o full);
nohup exp userid= file=dmp log=log
buffer=16384000 recordlength=65535 statistics=none
direct=y compress=n feedback=1 rows=y indexes=y 
constraints=y grants=y &

export full do banco (Guardar como Backup - Apenas);
nohup exp userid= file=dmp log=log
buffer=16384000 recordlength=65535 statistics=none
direct=y compress=n feedback=1 rows=y indexes=y 
constraints=y grants=y full=y &

Criar o Banco de Dados

Verificar se banco está Ok para receber o imp
(tablespaces, principalmente);

imp das definições;

Colocar todas as triggers como disable;
select 'alter table '||owner||'.'||table_name||'
disable all triggers;'
from dba_tables;

imp dos owner´s (ou IMP FULL);

@?/rdbms/admin/utlrp.sql;

Recompilar todos os objetos;
set heading off
set pagesize 0
set linesize 79
set verify off
set echo off

select decode( OBJECT_TYPE, 'PACKAGE BODY',
'alter package ' ||
OWNER||'.'||OBJECT_NAME || ' compile body;',
'alter ' || OBJECT_TYPE || ' ' ||
OWNER||'.'||OBJECT_NAME || ' compile;' )
from dba_objects 
where STATUS = 'INVALID' and OBJECT_TYPE in (
'PACKAGE BODY', 'PACKAGE', 'FUNCTION', 'PROCEDURE',
'TRIGGER', 'VIEW' ) 
order by OWNER, OBJECT_TYPE, OBJECT_NAME;

Colocar todas as triggers como enable;
select 'alter table '||owner||'.'||table_name||'
enable all triggers;'
from dba_tables;

Verificar constraints desabilitadas;
select 'alter table '||owner||'.'||table_name||'
enable constraint '||constraint_name||';'
from dba_constraints
where status = 'DISABLED';

Setar JOB_QUEUE_PROCESSES;
alter system set job_queue_processes = n scope=both;

Verificar JOB´s;
set line 200;
col what format a60;
col interval format a30;

select job, what, to_char(next_date,'DD/MM/
hh24:mi:ss'), to_char(last_date,'DD/MM/
hh24:mi:ss'), interval, failures, broken
from dba_jobs
order by what;

Conferência de objetos migrados;
select count(*), owner, object_type
fro

Re: [oracle_br] Migração Oracle 8i para 10g

[Gleyson Melo]

ame = p.grantee
> > and u.type# = 0
> > and name != 'PUBLIC') loop
> > dbms_output.put_line('drop role ' || cRoles.grantee || ';');
> > dbms_output.put_line('create role ' || cRoles.grantee ||
> > cRoles.password);
> > end loop;
> > dbms_output.put_line('');
> > dbms_output.put_line('--
> > --
> > --');
> > end loop;
> > end;
> > /
> > spool off;
> >
> > Ribeiro, Reginaldo
> > Administrador de Bancos de Dados
> > Oracle Certified Associate 10g
> > _
> > DBcom IT Experts
> > skype: rflribeiro
> > msn: [EMAIL PROTECTED]   rflribeiro%40dbcom.com.br>
> > mobile: 551192344290
> > fone: 551162165375
> > e-mail: [EMAIL PROTECTED]   rflribeiro%40dbcom.com.br>
> > site: www.dbcom.com.br
> >
> > Jose C Carvalho wrote:
> > >
> > > O exp cria um script pra vc com tudo que vc precisa ... usuarios ,
> > > roles ,
> > > tablespaces e etc é so fazer o exp com Rows=n ..O arquivo gerado
> > pelo
> > > exp vc pode abrir em um editor de texto editar e depois so rodar na
> base
> > > nova ..
> > >
> > > JOSÉ CARLITOS CARVALHO JÚNIOR
> > > Administrador de Banco de Dados
> > > PST Electronics
> > > / [EMAIL PROTECTED]   jccarvalho%40pst.com.br>
> > <mailto:jccarvalho%40pst.com.br>
> > > web:http://www.pst.com.br <http://www.pst.com.br>
> > <http://www.pst.com.br <http://www.pst.com.br>>
> > > web:http://www.positron.com.br <http://www.positron.com.br>
> > <http://www.positron.com.br <http://www.positron.com.br>>
> > >
> > >
> > >
> > > 100+ Inovadoras no Uso de TI 2006 no setor Indústria:
> > > Automotiva e Autopeças
> > >
> > >
> > > "Milton Bastos Henriquis Jr." <[EMAIL PROTECTED]
> > <mailto:miltonbastos%40gmail.com>
> > > <mailto:miltonbastos%40gmail.com>>
> > > Sent by: oracle_br@yahoogrupos.com.br 
> > <mailto:oracle_br%40yahoogrupos.com.br>
> > > <mailto:oracle_br%40yahoogrupos.com.br>
> > > 08/01/2008 16:45
> > > Please respond to
> > > oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br>
> > <mailto:oracle_br%40yahoogrupos.com.br>
> > >
> > > To
> > > oracle_br@yahoogrupos.com.br   oracle_br%40yahoogrupos.com.br>
> > <mailto:oracle_br%40yahoogrupos.com.br>
> > > cc
> > >
> > > Subject
> > > Re: [oracle_br] Migração Oracle 8i para 10g
> > >
> > > Vc precisa criar manualmente as tablespaces...
> > > O resto, vai no export sim!! (eu acho)
> > >
> > > On Jan 8, 2008 4:40 PM, Élisson Ferraz Almeida
> > > <[EMAIL PROTECTED]   elisson.ferraz%40gmail.com>
> > <mailto:elisson.ferraz%40gmail.com>>
> > > wrote:
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Mas só com o imp/exp eu consigo recriar as tablespaces e as roles?
> > > > ou tenho que fazer isso na mao?
> > > > Tenho vário usuários e para cada usuario tem uma tablespace e role
> > para
> > > > ele.
> > > > sei que as vezes essa nao é uma boa mas é pq o Rational RequisitePro
> e
> > > > Clearquest obrigam isso
> > > > muito obrigado.
> > > >
> > > > a versao completo do oracle 8i é essa
> > > > Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
> > > >
> > > > On Jan 8, 2008 5:24 PM, Jose C Carvalho <[EMAIL 
> > > > PROTECTED]
> > <mailto:jccarvalho%40cps.pst.com.br>
> > > <mailto:jccarvalho%40cps.pst.com.br>>
> > > wrote:
> > > >
> > > > > Vai ter que fazer um EXP / IMP . é bem tranquilo .. Estou
> > fazendo isso
> > > > > aqui só que da 9i para 10g ..
> > > > >
> > > > > Tiro um export de Todos os schemas relevantes do 9i e logo em
> > seguida
> > > eu
> > > > > importo todos para no 10G
> > > > >
> > > > > Isso é bom pois vc já pode aproveitar para fazer um reorg e já vai
> > > > > desfragmentar oq estiver fragmentado.
> > > > >
> > > > > Abraços
> > > > >
> > > > > JOSÉ CARLITOS CARVALHO JÚNIOR
> > > > > Administrador de Banco de Dados
> > > > >
> > > > > PST Electronics
> >
>
>  
>



-- 
Atenciosamente,
Gleyson Melo
Oracle Database 10g Administrator Certified Professional


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

Re: [oracle_br] Migração Oracle 8i para 10g

[rflribeiro]

Esqueci de mencionar que a tabela "userexport" contém o nome de todos os 
usuários que serão exportados. Ela só contém uma coluna chamada "usuario".

Ribeiro, Reginaldo
Administrador de Bancos de Dados
Oracle Certified Associate 10g
_
DBcom IT Experts
skype: rflribeiro
msn: [EMAIL PROTECTED]
mobile: 551192344290
fone: 551162165375
e-mail: [EMAIL PROTECTED]
site: www.dbcom.com.br



rflribeiro wrote:
>
> Vê se isto atende ao que você precisa. Customize para se adequar ao seu
> ambiente. Utilize somente o que couber no seu caso. Qualquer coisa é só
> dar um alô.
>
> set serveroutput on
> spool e:\3m\usuariosExportacao8i.sql;
> begin
> for cUsuario in (select distinct u.name,
> u.password,
> d.default_tablespace
> from user$ u, dba_users d, userexport e
> where u.type# = 1
> and u.name = d.username
> and u.name = e.usuario) loop
> -- criacao dos tablespaces
> dbms_output.put_line('');
> for cTablespace in (select tablespace_name from dba_ts_quotas where
> username = cUsuario.name) loop
> dbms_output.put_line('drop tablespace ' ||
> cTablespace.tablespace_name || ' including contents and datafiles;');
> dbms_output.put_line('create smallfile tablespace ' ||
> cTablespace.tablespace_name);
> dbms_output.put_line('datafile ''d:\oracle\oradata\prod\' ||
> cTablespace.tablespace_name || '01.dbf'' size 30784k reuse autoextend 
> on');
> dbms_output.put_line('extent management local');
> dbms_output.put_line('uniform size 128k;');
> dbms_output.put_line('');
> end loop;
>
> -- criacao dos usuarios
> dbms_output.put_line('drop user ' || cUsuario.name || ' cascade;');
> dbms_output.put_line('create user ' || cUsuario.name);
> dbms_output.put_line('identified by values ''' || cUsuario.password
> || '''');
> dbms_output.put_line('default tablespace ' ||
> cUsuario.default_tablespace);
> dbms_output.put_line('temporary tablespace temp');
> dbms_output.put_line('profile default account unlock;');
> dbms_output.put_line('');
> dbms_output.put_line('grant connect, resource to ' || cUsuario.name
> || ';');
> dbms_output.put_line('');
>
> -- tablespaces quotas
> for cQuota in (select tablespace_name from dba_ts_quotas where
> username = cUsuario.name) loop
> dbms_output.put_line('alter user ' || cUsuario.name || ' quota
> unlimited on ' || cQuota.tablespace_name || ';');
> end loop;
> dbms_output.put_line('');
>
> -- criacao dos roles
> for cRoles in (select distinct p.grantee,
> decode(u.password, '', ' not
> identified;', ' identified by values ''' || u.password || ''';') password
> from dba_tab_privs p, user$ u
> where p.grantor = cUsuario.name
> and u.name = p.grantee
> and u.type# = 0
> and name != 'PUBLIC') loop
> dbms_output.put_line('drop role ' || cRoles.grantee || ';');
> dbms_output.put_line('create role ' || cRoles.grantee ||
> cRoles.password);
> end loop;
> dbms_output.put_line('');
> dbms_output.put_line('--
> --
> --');
> end loop;
> end;
> /
> spool off;
>
> Ribeiro, Reginaldo
> Administrador de Bancos de Dados
> Oracle Certified Associate 10g
> _
> DBcom IT Experts
> skype: rflribeiro
> msn: [EMAIL PROTECTED] <mailto:rflribeiro%40dbcom.com.br>
> mobile: 551192344290
> fone: 551162165375
> e-mail: [EMAIL PROTECTED] <mailto:rflribeiro%40dbcom.com.br>
> site: www.dbcom.com.br
>
> Jose C Carvalho wrote:
> >
> > O exp cria um script pra vc com tudo que vc precisa ... usuarios ,
> > roles ,
> > tablespaces e etc é so fazer o exp com Rows=n ..O arquivo gerado 
> pelo
> > exp vc pode abrir em um editor de texto editar e depois so rodar na base
> > nova ..
> >
> > JOSÉ CARLITOS CARVALHO JÚNIOR
> > Administrador de Banco de Dados
> > PST Electronics
> > / [EMAIL PROTECTED] <mailto:jccarvalho%40pst.com.br> 
> <mailto:jccarvalho%40pst.com.br>
> > web:http://www.pst.com.br <http://www.pst.com.br> 
> <http://www.pst.com.br <http://www.pst.com.br>>
> > web:http://www.positron.com.br <http://www.positron.com.br> 
> <http://www.positron.com.br <http://www.positron.com.br>>
> >
> >
> >
> > 100+ Inovadoras no Uso de TI 2006 no setor Ind

Re: [oracle_br] Migração Oracle 8i para 10g

[rflribeiro]

Vê se isto atende ao que você precisa. Customize para se adequar ao seu 
ambiente. Utilize somente o que couber no seu caso. Qualquer coisa é só 
dar um alô.

set serveroutput on
spool e:\3m\usuariosExportacao8i.sql;
begin
  for cUsuario in (select distinct u.name,
   u.password,
   d.default_tablespace
   from user$ u, dba_users d, userexport e
   where u.type# = 1
 and u.name = d.username
 and u.name = e.usuario) loop
-- criacao dos tablespaces
dbms_output.put_line('');
for cTablespace in (select tablespace_name from dba_ts_quotas where 
username = cUsuario.name) loop
  dbms_output.put_line('drop tablespace ' || 
cTablespace.tablespace_name || ' including contents and datafiles;');
  dbms_output.put_line('create smallfile tablespace ' || 
cTablespace.tablespace_name);
  dbms_output.put_line('datafile ''d:\oracle\oradata\prod\' || 
cTablespace.tablespace_name || '01.dbf'' size 30784k reuse autoextend on');
  dbms_output.put_line('extent management local');
  dbms_output.put_line('uniform size 128k;');
  dbms_output.put_line('');
end loop;
   
-- criacao dos usuarios
dbms_output.put_line('drop user ' || cUsuario.name || ' cascade;');
dbms_output.put_line('create user ' || cUsuario.name);
dbms_output.put_line('identified by values ''' || cUsuario.password 
|| '''');
dbms_output.put_line('default tablespace ' || 
cUsuario.default_tablespace);
dbms_output.put_line('temporary tablespace temp');
dbms_output.put_line('profile default account unlock;');
dbms_output.put_line('');
dbms_output.put_line('grant connect, resource to ' || cUsuario.name 
|| ';');
dbms_output.put_line('');
   
-- tablespaces quotas
for cQuota in (select tablespace_name from dba_ts_quotas where 
username = cUsuario.name) loop
  dbms_output.put_line('alter user ' || cUsuario.name || ' quota 
unlimited on ' || cQuota.tablespace_name || ';');
end loop;
dbms_output.put_line('');
   
-- criacao dos roles
for cRoles in (select distinct p.grantee,
   decode(u.password, '', ' not 
identified;', ' identified by values ''' || u.password || ''';') password
   from dba_tab_privs p, user$ u
   where p.grantor = cUsuario.name
 and u.name = p.grantee
 and u.type# = 0
 and name != 'PUBLIC') loop
  dbms_output.put_line('drop role ' || cRoles.grantee || ';');
  dbms_output.put_line('create role ' || cRoles.grantee || 
cRoles.password);
end loop;
dbms_output.put_line('');
dbms_output.put_line('-- 
-
 
--');
  end loop;
end;
/
spool off;

Ribeiro, Reginaldo
Administrador de Bancos de Dados
Oracle Certified Associate 10g
_
DBcom IT Experts
skype: rflribeiro
msn: [EMAIL PROTECTED]
mobile: 551192344290
fone: 551162165375
e-mail: [EMAIL PROTECTED]
site: www.dbcom.com.br



Jose C Carvalho wrote:
>
> O exp cria um script pra vc com tudo que vc precisa ... usuarios , 
> roles ,
> tablespaces e etc é so fazer o exp com Rows=n ..O arquivo gerado pelo
> exp vc pode abrir em um editor de texto editar e depois so rodar na base
> nova ..
>
> JOSÉ CARLITOS CARVALHO JÚNIOR
> Administrador de Banco de Dados
> PST Electronics
> / [EMAIL PROTECTED] <mailto:jccarvalho%40pst.com.br>
> web:http://www.pst.com.br <http://www.pst.com.br>
> web:http://www.positron.com.br <http://www.positron.com.br>
>
>
>
> 100+ Inovadoras no Uso de TI 2006 no setor Indústria:
> Automotiva e Autopeças
>
>
> "Milton Bastos Henriquis Jr." <[EMAIL PROTECTED] 
> <mailto:miltonbastos%40gmail.com>>
> Sent by: oracle_br@yahoogrupos.com.br 
> <mailto:oracle_br%40yahoogrupos.com.br>
> 08/01/2008 16:45
> Please respond to
> oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
>
> To
> oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
> cc
>
> Subject
> Re: [oracle_br] Migração Oracle 8i para 10g
>
> Vc precisa criar manualmente as tablespaces...
> O resto, vai no export sim!! (eu acho)
>
> On Jan 8, 2008 4:40 PM, Élisson Ferraz Almeida 
> <[EMAIL PROTECTED] <mailto:elisson.ferraz%40gmail.com

Re: [oracle_br] Migração Oracle 8i para 10g

[Jose C Carvalho]

O exp cria um script pra vc com tudo que vc precisa ... usuarios , roles , 
tablespaces e etc é so fazer o exp com Rows=n ..O arquivo gerado pelo 
exp vc pode abrir em um editor de texto editar e depois so rodar na base 
nova  ..


JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
PST Electronics
/ [EMAIL PROTECTED]
web:http://www.pst.com.br 
web:http://www.positron.com.br 
 
 
 
100+ Inovadoras no Uso de TI 2006 no setor Indústria: 
Automotiva e Autopeças 
 



"Milton Bastos Henriquis Jr." <[EMAIL PROTECTED]> 
Sent by: oracle_br@yahoogrupos.com.br
08/01/2008 16:45
Please respond to
oracle_br@yahoogrupos.com.br


To
oracle_br@yahoogrupos.com.br
cc

Subject
Re: [oracle_br] Migração Oracle 8i para 10g









Vc precisa criar manualmente as tablespaces...
O resto, vai no export sim!! (eu acho)

On Jan 8, 2008 4:40 PM, Élisson Ferraz Almeida <[EMAIL PROTECTED]> 
wrote:
>
>
>
>
>
>
> Mas só com o imp/exp eu consigo recriar as tablespaces e as roles?
> ou tenho que fazer isso na mao?
> Tenho vário usuários e para cada usuario tem uma tablespace e role para
> ele.
> sei que as vezes essa nao é uma boa mas é pq o Rational RequisitePro e
> Clearquest obrigam isso
> muito obrigado.
>
> a versao completo do oracle 8i é essa
> Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
>
> On Jan 8, 2008 5:24 PM, Jose C Carvalho <[EMAIL PROTECTED]> 
wrote:
>
> > Vai ter que fazer um EXP / IMP . é bem tranquilo .. Estou fazendo isso
> > aqui só que da 9i para 10g ..
> >
> > Tiro um export de Todos os schemas relevantes do 9i e logo em seguida 
eu
> > importo todos para no 10G
> >
> > Isso é bom pois vc já pode aproveitar para fazer um reorg e já vai
> > desfragmentar oq estiver fragmentado.
> >
> > Abraços
> >
> > JOSÉ CARLITOS CARVALHO JÚNIOR
> > Administrador de Banco de Dados
> >
> > PST Electronics
> >
> > / [EMAIL PROTECTED] 
> > web:http://www.pst.com.br
> > web:http://www.positron.com.br
> >
> >
> >
> > 100+ Inovadoras no Uso de TI 2006 no setor Indústria:
> > Automotiva e Autopeças
> >
> >
> > "Élisson Ferraz Almeida"
> <[EMAIL PROTECTED]>
> >
> > Sent by: oracle_br@yahoogrupos.com.br 
> > 08/01/2008 16:09
> > Please respond to
> >
> > oracle_br@yahoogrupos.com.br 
> >
> > To
> > oracle_br@yahoogrupos.com.br 
> > cc
> >
> > Subject
> > [oracle_br] Migração Oracle 8i para 10g
> >
> > Ola pessoal,
> > estou com um problema que não sei direito por onde começar.
> > Tenho um banco de dados Oracle 8i rodando em um Windows 2000 Server e
> > gostaria de migra-lo para um servidor Oracle 10g rodando em um SuSE
> Linux.
> > Gostaria de migrar tudo (tablespaces, usuarios, roles, etc)
> > Alguém já passou por isso e pode me ajudar.
> > Estou com dúvidas nos procedimentos técnicos que devem ser executados 
e
> > nos
> > comandos de cada um.
> >
> > Muito obrigado pela ajuda.
> >
> > --
> > Atenciosamente,
> > Élisson Ferraz Almeida
> > When you have eliminated all which is impossible, then whatever 
remains,
> > however improbable, must be the truth.
> > -Sherlock Holmes
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> > 
*
> > Esta mensagem, incluindo os seus anexos, contém informações 
confidenciais
> > destinadas a indivíduo e propósito específicos, e é protegida por lei.
> > Caso você não seja o citado indivíduo, deve apagar esta mensagem. É
> > terminantemente proibida a utilização, acesso, cópia ou divulgação não
> > autorizada das informações presentes nesta mensagem. As informações
> > contidas nesta mensagem e em seus anexos são de responsabilidade de 
seu
> > autor, não representando idéias, opiniões, pensamentos ou qualquer 
forma
> > de posicionamento por parte da PST Indústria Eletrônica da Amazônia 
Ltda.
> >
> > The information contained in this communication is confidential, is 
law
> > protected, and is intended only for the business use of the addressee. 
If
> > you have received this communication in error, please immediately 
delete
> > it. It's forbidden the unauthorized use, access, copy or disclose of 
the
> > information contained in this communication. The content of this 
message
> > is responsibility of the author, and does not represent ideas, 
opinions,
> > thoughts or any kind of statement of PST Indústria Eletrônica da 
Amazônia
> > Ltda.
> >
> > [As partes desta mensagem 

Re: [oracle_br] Migração Oracle 8i para 10g

[Milton Bastos Henriquis Jr.]

Vc precisa criar manualmente as tablespaces...
O resto, vai no export sim!! (eu acho)




On Jan 8, 2008 4:40 PM, Élisson Ferraz Almeida <[EMAIL PROTECTED]> wrote:
>
>
>
>
>
>
> Mas só com o imp/exp eu consigo recriar as tablespaces e as roles?
>  ou tenho que fazer isso na mao?
>  Tenho vário usuários e para cada usuario tem uma tablespace e role para
> ele.
>  sei que as vezes essa nao é uma boa mas é pq o Rational RequisitePro e
>  Clearquest obrigam isso
>  muito obrigado.
>
>  a versao completo do oracle 8i é essa
>  Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production
>
>  On Jan 8, 2008 5:24 PM, Jose C Carvalho <[EMAIL PROTECTED]> wrote:
>
>  > Vai ter que fazer um EXP / IMP . é bem tranquilo .. Estou fazendo isso
>  > aqui só que da 9i para 10g ..
>  >
>  > Tiro um export de Todos os schemas relevantes do 9i e logo em seguida eu
>  > importo todos para no 10G
>  >
>  > Isso é bom pois vc já pode aproveitar para fazer um reorg e já vai
>  > desfragmentar oq estiver fragmentado.
>  >
>  > Abraços
>  >
>  > JOSÉ CARLITOS CARVALHO JÚNIOR
>  > Administrador de Banco de Dados
>  >
>  > PST Electronics
>  >
>  > / [EMAIL PROTECTED] 
>  > web:http://www.pst.com.br
>  > web:http://www.positron.com.br
>  >
>  >
>  >
>  > 100+ Inovadoras no Uso de TI 2006 no setor Indústria:
>  > Automotiva e Autopeças
>  >
>  >
>  > "Élisson Ferraz Almeida"
> <[EMAIL PROTECTED]>
>  >
>  > Sent by: oracle_br@yahoogrupos.com.br 
>  > 08/01/2008 16:09
>  > Please respond to
>  >
>  > oracle_br@yahoogrupos.com.br 
>  >
>  > To
>  > oracle_br@yahoogrupos.com.br 
>  > cc
>  >
>  > Subject
>  > [oracle_br] Migração Oracle 8i para 10g
>  >
>  > Ola pessoal,
>  > estou com um problema que não sei direito por onde começar.
>  > Tenho um banco de dados Oracle 8i rodando em um Windows 2000 Server e
>  > gostaria de migra-lo para um servidor Oracle 10g rodando em um SuSE
> Linux.
>  > Gostaria de migrar tudo (tablespaces, usuarios, roles, etc)
>  > Alguém já passou por isso e pode me ajudar.
>  > Estou com dúvidas nos procedimentos técnicos que devem ser executados e
>  > nos
>  > comandos de cada um.
>  >
>  > Muito obrigado pela ajuda.
>  >
>  > --
>  > Atenciosamente,
>  > Élisson Ferraz Almeida
>  > When you have eliminated all which is impossible, then whatever remains,
>  > however improbable, must be the truth.
>  > -Sherlock Holmes
>  >
>  > [As partes desta mensagem que não continham texto foram removidas]
>  >
>  > *
>  > Esta mensagem, incluindo os seus anexos, contém informações confidenciais
>  > destinadas a indivíduo e propósito específicos, e é protegida por lei.
>  > Caso você não seja o citado indivíduo, deve apagar esta mensagem. É
>  > terminantemente proibida a utilização, acesso, cópia ou divulgação não
>  > autorizada das informações presentes nesta mensagem. As informações
>  > contidas nesta mensagem e em seus anexos são de responsabilidade de seu
>  > autor, não representando idéias, opiniões, pensamentos ou qualquer forma
>  > de posicionamento por parte da PST Indústria Eletrônica da Amazônia Ltda.
>  >
>  > The information contained in this communication is confidential, is law
>  > protected, and is intended only for the business use of the addressee. If
>  > you have received this communication in error, please immediately delete
>  > it. It's forbidden the unauthorized use, access, copy or disclose of the
>  > information contained in this communication. The content of this message
>  > is responsibility of the author, and does not represent ideas, opinions,
>  > thoughts or any kind of statement of PST Indústria Eletrônica da Amazônia
>  > Ltda.
>  >
>  > [As partes desta mensagem que não continham texto foram removidas]
>  >
>  >
>  >
>
>  --
>  Atenciosamente,
>  Élisson Ferraz Almeida
>  When you have eliminated all which is impossible, then whatever remains,
>  however improbable, must be the truth.
>  -Sherlock Holmes
>
>  [As partes desta mensagem que não continham texto foram removidas]
>
>  

Re: [oracle_br] Migração Oracle 8i para 10g

[Élisson Ferraz Almeida]

Mas só com o imp/exp eu consigo recriar as tablespaces e as roles?
ou tenho que fazer isso na mao?
Tenho vário usuários e para cada usuario tem uma tablespace e role para ele.
sei que as vezes essa nao é uma boa mas é pq o Rational RequisitePro e
Clearquest obrigam isso
muito obrigado.

a versao completo do oracle 8i é essa
Oracle8i Enterprise Edition Release 8.1.6.0.0 - Production



On Jan 8, 2008 5:24 PM, Jose C Carvalho <[EMAIL PROTECTED]> wrote:

>   Vai ter que fazer um EXP / IMP . é bem tranquilo .. Estou fazendo isso
> aqui só que da 9i para 10g ..
>
> Tiro um export de Todos os schemas relevantes do 9i e logo em seguida eu
> importo todos para no 10G
>
> Isso é bom pois vc já pode aproveitar para fazer um reorg e já vai
> desfragmentar oq estiver fragmentado.
>
> Abraços
>
> JOSÉ CARLITOS CARVALHO JÚNIOR
> Administrador de Banco de Dados
>
> PST Electronics
>
> / [EMAIL PROTECTED] 
> web:http://www.pst.com.br
> web:http://www.positron.com.br
>
>
>
> 100+ Inovadoras no Uso de TI 2006 no setor Indústria:
> Automotiva e Autopeças
>
>
> "Élisson Ferraz Almeida" <[EMAIL PROTECTED]>
>
> Sent by: oracle_br@yahoogrupos.com.br 
> 08/01/2008 16:09
> Please respond to
>
> oracle_br@yahoogrupos.com.br 
>
> To
> oracle_br@yahoogrupos.com.br 
> cc
>
> Subject
> [oracle_br] Migração Oracle 8i para 10g
>
> Ola pessoal,
> estou com um problema que não sei direito por onde começar.
> Tenho um banco de dados Oracle 8i rodando em um Windows 2000 Server e
> gostaria de migra-lo para um servidor Oracle 10g rodando em um SuSE Linux.
> Gostaria de migrar tudo (tablespaces, usuarios, roles, etc)
> Alguém já passou por isso e pode me ajudar.
> Estou com dúvidas nos procedimentos técnicos que devem ser executados e
> nos
> comandos de cada um.
>
> Muito obrigado pela ajuda.
>
> --
> Atenciosamente,
> Élisson Ferraz Almeida
> When you have eliminated all which is impossible, then whatever remains,
> however improbable, must be the truth.
> -Sherlock Holmes
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> *
> Esta mensagem, incluindo os seus anexos, contém informações confidenciais
> destinadas a indivíduo e propósito específicos, e é protegida por lei.
> Caso você não seja o citado indivíduo, deve apagar esta mensagem. É
> terminantemente proibida a utilização, acesso, cópia ou divulgação não
> autorizada das informações presentes nesta mensagem. As informações
> contidas nesta mensagem e em seus anexos são de responsabilidade de seu
> autor, não representando idéias, opiniões, pensamentos ou qualquer forma
> de posicionamento por parte da PST Indústria Eletrônica da Amazônia Ltda.
>
> The information contained in this communication is confidential, is law
> protected, and is intended only for the business use of the addressee. If
> you have received this communication in error, please immediately delete
> it. It's forbidden the unauthorized use, access, copy or disclose of the
> information contained in this communication. The content of this message
> is responsibility of the author, and does not represent ideas, opinions,
> thoughts or any kind of statement of PST Indústria Eletrônica da Amazônia
> Ltda.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Atenciosamente,
Élisson Ferraz Almeida
When you have eliminated all which is impossible, then whatever remains,
however improbable, must be the truth.
-Sherlock Holmes


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

Re: [oracle_br] Migração Oracle 8i para 10g

[Jose C Carvalho]

Vai ter que fazer um EXP / IMP . é  bem tranquilo .. Estou fazendo isso 
aqui só que da 9i para 10g ..

Tiro um export de Todos os schemas relevantes do 9i e logo em seguida eu 
importo todos para no 10G 

Isso é bom pois vc já pode aproveitar para fazer um reorg  e já vai 
desfragmentar oq estiver fragmentado.

Abraços 

 
JOSÉ CARLITOS CARVALHO JÚNIOR
Administrador de Banco de Dados
 
PST Electronics

/ [EMAIL PROTECTED]
web:http://www.pst.com.br 
web:http://www.positron.com.br 
 
 
 
100+ Inovadoras no Uso de TI 2006 no setor Indústria: 
Automotiva e Autopeças 
 



"Élisson Ferraz Almeida" <[EMAIL PROTECTED]> 
Sent by: oracle_br@yahoogrupos.com.br
08/01/2008 16:09
Please respond to
oracle_br@yahoogrupos.com.br


To
oracle_br@yahoogrupos.com.br
cc

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









Ola pessoal,
estou com um problema que não sei direito por onde começar.
Tenho um banco de dados Oracle 8i rodando em um Windows 2000 Server e
gostaria de migra-lo para um servidor Oracle 10g rodando em um SuSE Linux.
Gostaria de migrar tudo (tablespaces, usuarios, roles, etc)
Alguém já passou por isso e pode me ajudar.
Estou com dúvidas nos procedimentos técnicos que devem ser executados e 
nos
comandos de cada um.

Muito obrigado pela ajuda.

-- 
Atenciosamente,
Élisson Ferraz Almeida
When you have eliminated all which is impossible, then whatever remains,
however improbable, must be the truth.
-Sherlock Holmes

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

 
*
Esta mensagem, incluindo os seus anexos, contém informações confidenciais 
destinadas a indivíduo e propósito específicos, e é protegida por lei. 
Caso você não seja o citado indivíduo, deve apagar esta mensagem. É 
terminantemente proibida a utilização, acesso, cópia ou divulgação não 
autorizada das informações presentes nesta mensagem.  As informações 
contidas nesta mensagem e em seus anexos são de responsabilidade de seu 
autor, não representando idéias, opiniões, pensamentos ou qualquer forma 
de posicionamento por parte da PST Indústria  Eletrônica da Amazônia Ltda. 


The information contained in this communication is confidential, is law 
protected, and is intended only for the business use of the addressee. If 
you have received this communication in error, please immediately delete 
it. It's forbidden the unauthorized use, access, copy or disclose of the 
information contained in this communication.  The content of this message 
is responsibility of the author, and does not represent ideas, opinions, 
thoughts or any kind of statement of PST Indústria  Eletrônica da Amazônia 
Ltda.



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

Re: [oracle_br] Migração de Versão Microsiga.

[Willian F. Frasson]

amigo..
acho que você dever checar o seu NLS_LANGUAGE que foi usado na instalação e 
configuração do banco...

  - Original Message - 
  From: Leonardo Barbosa Morais 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, September 21, 2007 1:44 PM
  Subject: [oracle_br] Migração de Versão Microsiga.


  Prezados(as),

  Eu sei que o grupo é de ORACLE, mais o meu problema pode estar relacionado a
  algo entre MICROSIGA E ORACLE, por isto enviei a mensagem pra k também.

  Estou migrando aqui na empresa da versão 7.10 to 8.11, minha base de
  dados é Oracle.

  Estou com o seguinte problema. A migração foi finalizada
  corretamente, porem quando vou verificar os campos datas das tabelas,
  estão todos vazios, isso mesmo. Todos os campos data após a migração
  não foram migrados.

  Se vou na tabela que o siga faz o backup, ???010_BKP, os campos datas
  estão preenchidos, mais eles não foram copiados para a tabela correta.

  Já olhei a tabela top_field, e o proprietário da tabela está correto.

  Alguem já passou por este problema?

  Desde já agradeço a todos pela ajuda.

  Win 2003 / Oracle 9.1 / TOP4 - Migração da 710 para 811.
  Ultima atualização realizada, utilizando tudo novinho do FTP
  (APO,BIN, UPDATE APLICADAS)

  Até mais.

  -- 
  --
  Leonardo Barbosa de Morais
  msn: [EMAIL PROTECTED]
  skipe: lbmorais
  --

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



   

  __ Información de NOD32, revisión 2544 (20070921) __

  Este mensaje ha sido analizado con NOD32 antivirus system
  http://www.nod32.com


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

Re: [oracle_br] Migração de Versão Mi crosiga.

[rflribeiro]

Faça a migração utilizando o utilitário de migração da Microsiga. Não
faça pelo banco de dados. Já participei de migrações do Protheus 6 p/ o
7 e p/ o 8 e dá realmente muito trabalho. O meio mais fácil é utilizar o
APSDU.

Reginaldo Ribeiro
Administrador de Bancos de Dados
Oracle Certified Associate 10g
_
DBcom IT Experts
skype: rflribeiro
msn: [EMAIL PROTECTED]
mobile: 551192344290
fone: 551162165375
e-mail: [EMAIL PROTECTED]
site: www.dbcom.com.br



Leonardo Barbosa Morais wrote:
>
> Prezados(as),
>
> Eu sei que o grupo é de ORACLE, mais o meu problema pode estar
> relacionado a
> algo entre MICROSIGA E ORACLE, por isto enviei a mensagem pra k também.
>
> Estou migrando aqui na empresa da versão 7.10 to 8.11, minha base de
> dados é Oracle.
>
> Estou com o seguinte problema. A migração foi finalizada
> corretamente, porem quando vou verificar os campos datas das tabelas,
> estão todos vazios, isso mesmo. Todos os campos data após a migração
> não foram migrados.
>
> Se vou na tabela que o siga faz o backup, ???010_BKP, os campos datas
> estão preenchidos, mais eles não foram copiados para a tabela correta.
>
> Já olhei a tabela top_field, e o proprietário da tabela está correto.
>
> Alguem já passou por este problema?
>
> Desde já agradeço a todos pela ajuda.
>
> Win 2003 / Oracle 9.1 / TOP4 - Migração da 710 para 811.
> Ultima atualização realizada, utilizando tudo novinho do FTP
> (APO,BIN, UPDATE APLICADAS)
>
> Até mais.
>
> -- 
> --
> Leonardo Barbosa de Morais
> msn: [EMAIL PROTECTED] 
> skipe: lbmorais
> --
>


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

Re: [oracle_br] Migração File System para ASM

[Cyro]

Se tiver acesso ao metalink da uma olhada no Note: 245262.1. Ele ensina
fazer um clone com o rman.

On 4/18/07, Gustavo Venturini de Lima <[EMAIL PROTECTED]> wrote:
>
>   Bom dia Vanberto.
> É na base que receberá o seu backup.
> Esses parâmetros serão para identificar e informar os novos paths para os
> arquivos do banco.
> Não sei como vc pretende fazer a migração ou aplicação do backup, mas já
> te
> digo de antemão, que se puder utilizar o RMAN é BEM mais rápido...
> Faça um DUPLICATE DATABASE no RMAN e boa... Funciona legal e é bem
> prático...
> Outros parâmetros que vc pode precisar seria:
> db_file_name_convert=+DATA/uni, /apps/oracle/oradata/homologa/datafiles ,
> +ARCH/uni/archives
> log_file_name_convert=+DATA/uni, /apps/oracle/oradata/homologa/datafiles ,
> +ARCH/uni/archives
>
> Em 18/04/07, Vanberto Alessandro de Souza Zuim - FOR <
> [EMAIL PROTECTED] > escreveu:
> >
> > Bom dia amigo,estou pesquisando um pouco sobre a migração de FILE SYSTEM
> > para ASM ,achei alguns tutorias na internet mais estou com algumas
> duvidas,
> >
> > 1- Ele pede par altera os parâmetros :
> >
> > DB_CREATE_FILE_DEST , DB_CREATE_ONLINE_LOG_DEST_n,CONTROL_FILES ,mais
> pelo
> > que vi na minha base que tem asm que vai receber o backup já tem tudo
> isso
> > configurado dês da instalação...bom não entendi direito, não sei se ele
> que
> > que eu altere a base que vai receber o backup no caso a do ASM ou a que
> vai
> > passar ,no caso a que esta com file system
> >
> > alguém já fez esse tipo de migração?gostaria muito de tira algumas
> > duvidas,
> >
> >
> > Obrigado..
> >
> > Vanberto Zuim
> > Administrador de Banco de Dados
> > Tecnologia da Informação
> >
> > Vanberto Zuim
> > Administrador de Banco de Dados
> > OCA Oracle 10g
> > Tecnologia da Informação
> > [EMAIL PROTECTED]  com.br>
> > (85) 4006-6021
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
[ ]´s Cyro


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

Re: [oracle_br] Migração File System para ASM

[Gustavo Venturini de Lima]

Bom dia Vanberto.
É na base que receberá o seu backup.
Esses parâmetros serão para identificar e informar os novos paths para os
arquivos do banco.
Não sei como vc pretende fazer a migração ou aplicação do backup, mas já te
digo de antemão, que se puder utilizar o RMAN é BEM mais rápido...
Faça um DUPLICATE DATABASE no RMAN e boa... Funciona legal e é bem
prático...
Outros parâmetros que vc pode precisar seria:
db_file_name_convert=+DATA/uni, /apps/oracle/oradata/homologa/datafiles ,
+ARCH/uni/archives
log_file_name_convert=+DATA/uni, /apps/oracle/oradata/homologa/datafiles ,
+ARCH/uni/archives


Em 18/04/07, Vanberto Alessandro de Souza Zuim - FOR <
[EMAIL PROTECTED]> escreveu:
>
>   Bom dia amigo,estou pesquisando um pouco sobre a migração de FILE SYSTEM
> para ASM ,achei alguns tutorias na internet mais estou com algumas duvidas,
>
> 1- Ele pede par altera os parâmetros :
>
> DB_CREATE_FILE_DEST , DB_CREATE_ONLINE_LOG_DEST_n,CONTROL_FILES ,mais pelo
> que vi na minha base que tem asm que vai receber o backup já tem tudo isso
> configurado dês da instalação...bom não entendi direito, não sei se ele que
> que eu altere a base que vai receber o backup no caso a do ASM ou a que vai
> passar ,no caso a que esta com file system
>
> alguém já fez esse tipo de migração?gostaria muito de tira algumas
> duvidas,
>
>
> Obrigado..
>
> Vanberto Zuim
> Administrador de Banco de Dados
> Tecnologia da Informação
>
> Vanberto Zuim
> Administrador de Banco de Dados
> OCA Oracle 10g
> Tecnologia da Informação
> [EMAIL PROTECTED] 
> (85) 4006-6021
>
>
> [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 Banco Server p/ Or acle

[FERNANDES Marco A SOFTTEK]

Marcião,
com certeza essa é a melhor solução ! baixo risco e acredito que
seja o menor custo também !
 
Acho que todos concordam que uma "ferramenta de tradução" nunca
será a melhor solução ainda mais se tratando de escrever PL/SQL e
os vários recursos de melhoria de desempenho tais como Cursores,
Bulk Collect, etc... enfim, traduzir por traduzir é bem arriscado !
 
Abraço,
Marco.



From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of PUB: 
Marcio Portes
Sent: segunda-feira, 16 de abril de 2007 11:38
To: oracle_br@yahoogrupos.com.br
Subject: Re: [oracle_br] Migração de Banco Server p/ Oracle



Contrate uma equipe que SAIBA realmente LER código T-SQL e ESCREVER código
PL/SQL e mais um DBA experiente em Oracle.
Pronto, não danifica nada e voce terá sucesso em sua migração.

On 4/16/07, Silvio Cesar Feitoza <[EMAIL PROTECTED] 
<mailto:s_feitoza%40yahoo.com.br> > wrote:
>
> Caros amigos, tenho um banco todo desenvolvido em SQL Server mais
> necessitamos fazer a migração de todo o banco para ORACLE... Aguem saberia
> me dizer se existe uma ferramenta que possa fazer isso sem danificar o
> banco...
> __
> Fale com seus amigos de graça com o novo Yahoo! Messenger
> http://br.messenger.yahoo.com/ <http://br.messenger.yahoo.com/> 
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>

-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com 
<http://mportes.blogspot.com> 
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html 
<http://mportes.blogspot.com/2006/02/practical-learning-oracle.html> 

[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 Banco Server p/ Oracle

[Marcio Portes]

Contrate uma equipe que SAIBA realmente LER código T-SQL e ESCREVER código
PL/SQL e mais um DBA experiente em Oracle.
Pronto, não danifica nada e voce terá sucesso em sua migração.

On 4/16/07, Silvio Cesar Feitoza <[EMAIL PROTECTED]> wrote:
>
>Caros amigos, tenho um banco todo desenvolvido em SQL Server mais
> necessitamos fazer a migração de todo o banco para ORACLE... Aguem saberia
> me dizer se existe uma ferramenta que possa fazer isso sem danificar o
> banco...
> __
> Fale com seus amigos de graça com o novo Yahoo! Messenger
> http://br.messenger.yahoo.com/
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

Re: [oracle_br] Migração Urgente

[Cyro]

Esta um pouco vaga essa sua pergunta. Dê mais detalhes para podermos lhe
ajudar.

Qual é a vesão do Oracle de origem e destino ? A origem e destino são o
mesmo computador ou vai ser via rede...? Qual a máquina envolvida ? A tabela
possui indices ? Quantas colunas existem, são todas normais ou possuem LOB ?

On 2/18/07, thiago.leoncio <[EMAIL PROTECTED]> wrote:
>
>   Bom dia ,
> Estou querendo fazer a migração de uma tabela (de eventos) com 300 milhões
> de registros. Seria apenas uma tabela . Alguém sabe parâmetros que eu posso
> alterar para que melhore o desempenho desta migração?
> Atenciosamente,
> Thiago
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
[ ]´s Cyro


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

Re: [oracle_br] Migração da Base Oracle 8i para 10g

[Leandro Concon]

Rodolfo
Você poderia me enviar a documentação necessária que eu possa seguir?

No caso dessas variaveis JAVA_POOL_SIZE, LARGE_POOL_SIZE, elas variam mto
para a 10g e como eu poderia saber se essas variaveis poderá ser alteradas?


Agradeço desde já


On 2/12/07, Rodolfo Nunez <[EMAIL PROTECTED]> wrote:
>
>   É super simples, você precisa se atentar as variáveis JAVA_POOL_SIZE e
> LARGE_POOL_SIZE. Baixe o documento de upgrade. Se quiser eu te passo o
> PDF.
>
> É bem simples, criar a SYSAUX com 500MB e depois verificar algumas
> pendencias com DBLINKS
>
> E rodar o catupgrd.sql
>
> Baixe o doc.. a sua versão tem que ser 8.1.7.0.4 para rodar o Upgrade.
>
> Att,
> Rodolfo Nunez
>
> On 2/12/07, Leandro Concon <[EMAIL PROTECTED]>
> wrote:
> >
> > Boa tarde!
> >
> > Eu tenho uma base de dados 8i, preciso migrar o mesmo para o 10g.
> > Gostaria de saber se alguém já passo por essa situação, como foi feita,
> > teve
> > algum problema?
> >
> > A minha base 8i ela contém tabelas e tablespace especifica para o uso do
> > shema , não tem objetos como procedures, trigger e package. Os tipos de
> > dados das tabelas são varchar2, number, char, boolean.
> >
> > Os passos da migração é demorado para uma base de dados de 500mb de
> dados?
> >
> > Muito obrigado
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Rodolfo Nunez Lacé
> --
> Não adianta cuidar da casca se o interior é podre! Logo começa a refletir
> para o exterior e a casca que era bela, se torna podre também.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
--
Leandro Concon
[EMAIL PROTECTED]
--


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

Re: [oracle_br] Migração da Base Oracle 8i para 10g

[Rodolfo Nunez]

É super simples, você precisa se atentar as variáveis JAVA_POOL_SIZE e
LARGE_POOL_SIZE. Baixe o documento de upgrade. Se quiser eu te passo o PDF.

É bem simples, criar a SYSAUX com 500MB e depois verificar algumas
pendencias com DBLINKS

E rodar o catupgrd.sql

Baixe o doc.. a sua versão tem que ser 8.1.7.0.4 para rodar o Upgrade.

Att,
Rodolfo Nunez

On 2/12/07, Leandro Concon <[EMAIL PROTECTED]> wrote:
>
>   Boa tarde!
>
> Eu tenho uma base de dados 8i, preciso migrar o mesmo para o 10g.
> Gostaria de saber se alguém já passo por essa situação, como foi feita,
> teve
> algum problema?
>
> A minha base 8i ela contém tabelas e tablespace especifica para o uso do
> shema , não tem objetos como procedures, trigger e package. Os tipos de
> dados das tabelas são varchar2, number, char, boolean.
>
> Os passos da migração é demorado para uma base de dados de 500mb de dados?
>
> Muito obrigado
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Rodolfo Nunez Lacé
--
Não adianta cuidar da casca se o interior é podre! Logo começa a refletir
para o exterior e a casca que era bela, se torna podre também.


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

Re: [oracle_br] Migração do 9i p/ 10g - Urgente

[rflribeiro]

Colega, isso pode ser tanta coisa, que não dá p/ começar a chutar. 
Como outro colega ja falou, primeiro certifique-se de que a máquina e a 
rede estão em ordem. Somente depois vale a pena começar a fuçar no banco.
Há alguns meses participei de uma migração na qual o datacenter 
também foi migrado. Havia procedimentos que demoravam 4 minutos p/ rodar 
e passaram a demorar 01:46h. Por meio do tkprof descobri que o banco 
trabalhava 18s, a aplicação 3m e o resto era rede.
Peça auxílio a um administrador de rede, ao suporte de hardware da 
empresa, etc...
Boa sorte.

Reginaldo Ribeiro
skype: dbcom_it_experts
mobile: 551192344290

Marcia Bussolaro wrote:
>
> Oi,
>
> Na versão 9i, o "cpu costing" é opcional, mas na 10g é default. Pode 
> ser um caminho .
>
> []
> Marcia
>
> Thu, 25 Jan 2007 14:04:31 -0300 (ART), Marco Souza 
> <[EMAIL PROTECTED] > escreveu:
>
> >
> >
> > A questão nao envolve somente um DBA... de repente pode ser algum 
> parametro de kernel do sistema operacional ou configuração do sistema. 
> Ou pode ser um problema na rede.
> > E interessante acionar o administrador do sistemas e o administrador 
> de redes, para analizar as configurações dos dois sistemas 
> operacionais e redes, ja que segundo o DBA esta tudo ok na instalação 
> e configuração do oracle.
> >
> > Abraço e boa sorte
> >
> > Marco Barretto.
> >
> >
> >
> > Informática - Usina Moreno <[EMAIL PROTECTED] 
> > escreveu:
> > Luiz
> >
> > Chama um DBA! :-)
> > Brincadeiras à parte, uma crítica construtiva para sua próxima migração:
> > simule-a e estresse muito bem a aplicação em ambiente de TESTES. É neste
> > ambiente de testes que você vai conhecer os problemas e resolvê-los, num
> > processo iterativo, até conseguir a performance desejada. Só depois de
> > atingir a performance desejada e saber quais parâmetros você tem que 
> alterar
> > e prá quanto é que você tem segurança para tocar na produção.
> >
> > ==> Tem um DBA aqui fazendo todo esse trabalho de empresa 
> especilista em oracle, é um ambiente de teste
> >
> > No seu e-mail, você não diz se o banco migrado é ou não a produção. 
> Se não
> > for, ainda bem, você acabou de aprender que paga-se um preço alto 
> por migrar
> > "na louca". Se for o de produção, sugiro voltar o backup, mantê-lo 
> na versão
> > antiga e seguir minha sugestão do 1o parágrafo.
> >
> > ==> Não é o banco de produção, estamos testando pra depois colocar 
> em produção.
> >
> > Se não tiver como voltar (ou não quiser voltar), você pode abrir duas
> > frentes de investigação:
> >
> > 1) Procure pelos maiores waits (time_waited) na v$system_event.
> > Provavelmente, os top-5 já te darão a luz que você tá procurando.
> >
> > ==> testamos a mesmas queries nos dois bancos, a diferençã é que as 
> vezes no 10g o COST é o dobro
> >
> > 2) Gere o explain destes comandos que estão demorando demais no 10g 
> e, se
> > possível, compare-o com o explain do 9i. Isto também vai te dar 
> outra luz,
> > na outra ponta do túnel. Se não tiver como comparar, encontre no 
> plano da
> > 10g onde a coisa tá parando.
> >
> > ==> Estamos comporando verificamos que o COST que realmente está 
> pegando.
> >
> > Marcos
> >
> > Em 25/01/07, Informática - Usina Moreno 
> <[EMAIL PROTECTED] >
> > escreveu:
> > >
> > >
> > > bom dia
> > >
> > > Tenho rodando em produção o oracle 9i com linux red hat 3, uma 
> maquina HP
> > > Intel com 2 Processador 4 GB RAM, a performace hoje é boa.
> > > Agora estamos migrando para oracle 10g com linux unbreakable 64, uma
> > > maquina HP AMD 64 com 4 processador 8 GB RAM, a performace está 
> péssima, o
> > > mesmo SQL rondando nas duas maquina sem ninguem pindurado, na 
> maquina nova
> > > demora o dobro do tempo.
> > >
> > > Fizemos teste de IO no hardware e está ok, acreditamos que seja algum
> > > parametro do oracle.
> > >
> > > O DBA já está a um dia verificando e nada, será que alguem tem 
> alguma luz?
> > >
> > > Marcos
>
> _ 

Re: [oracle_br] Migração Win/Linux

[Marco Souza]

Exp/Imp e a melhor forma neste caso...

Daniel Matthiensen <[EMAIL PROTECTED]> escreveu:
  Qual a melhor forma/mais rápida para migrar um BD com 130 Gb de Windows para 
Linux ?? 
 Exp / Imp ??
 
 Obrigado
 
 __
 Daniel
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
   

 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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

Re: [oracle_br] Migração do 9i p/ 10g - Urgente

[Ricardo Henrique Oliveira]

Prezado Marcus,

antes de mais nada siga os seguintes passos:

1) Tuning de Sistema Operacional

 Verique quais parametros no manual de instalação da Oracle são os ideais
para um o hardware e sistema operacional da maquina de 64 bits.

2) Tuning do Banco de Bados - Parametros

 Verique os parametros de tamanho de blocos, de memoria, de performance,
qual tipo de otmizador utilizado

3) Rode para todos os esquemas do banco de dados as estatisticas com o
pacote dbms_stats

4) Tuning de Query

  Por ultimo depois de verificado tudo acima aplique o sqltunig advisor na
query problematica.


Att,

Ricardo Oliveira

Em 25/01/07, Informática - Usina Moreno <[EMAIL PROTECTED]>
escreveu:
>
>
> bom dia
>
> Tenho rodando em produção o oracle 9i com linux red hat 3, uma maquina HP
> Intel com 2 Processador 4 GB RAM, a performace hoje é boa.
> Agora estamos migrando para oracle 10g com linux unbreakable 64, uma
> maquina HP AMD 64 com 4 processador 8 GB RAM, a performace está péssima, o
> mesmo SQL rondando nas duas maquina sem ninguem pindurado, na maquina nova
> demora o dobro do tempo.
>
> Fizemos teste de IO no hardware e está ok, acreditamos que seja algum
> parametro do oracle.
>
> O DBA já está a um dia verificando e nada, será que alguem tem alguma luz?
>
> Marcos
>
> 
>


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

Re: [oracle_br] Migração do 9i p/ 10g - Urgente

[Marcia Bussolaro]

Oi,

  Na versão 9i, o "cpu costing" é opcional, mas na 10g é default. Pode ser um 
caminho .

[]
Marcia


 Thu, 25 Jan 2007 14:04:31 -0300 (ART), Marco Souza <[EMAIL PROTECTED]> 
escreveu:

> 
> 
> A questão nao envolve somente um DBA... de repente pode ser algum parametro 
> de kernel do sistema operacional ou configuração do sistema. Ou pode ser um 
> problema na rede.
> E interessante acionar o administrador do sistemas e o administrador de 
> redes, para analizar as configurações dos dois sistemas operacionais e redes, 
> ja que segundo o DBA esta tudo ok na instalação e configuração do oracle.
> 
> Abraço e boa sorte
> 
> Marco Barretto.
> 
> 
> 
> Informática - Usina Moreno <[EMAIL PROTECTED]> escreveu:  
> 
>  Luiz
>  
>  Chama um DBA! :-)
>  Brincadeiras à parte, uma crítica construtiva para sua próxima migração:
>  simule-a e estresse muito bem a aplicação em ambiente de TESTES. É neste
>  ambiente de testes que você vai conhecer os problemas e resolvê-los, num
>  processo iterativo, até conseguir a performance desejada. Só depois de
>  atingir a performance desejada e saber quais parâmetros você tem que alterar
>  e prá quanto é que você tem segurança para tocar na produção.
>  
>  ==> Tem um DBA aqui fazendo todo esse trabalho de empresa especilista em 
> oracle, é um ambiente de teste
>  
>  No seu e-mail, você não diz se o banco migrado é ou não a produção. Se não
>  for, ainda bem, você acabou de aprender que paga-se um preço alto por migrar
>  "na louca". Se for o de produção, sugiro voltar o backup, mantê-lo na versão
>  antiga e seguir minha sugestão do 1o parágrafo.
>  
>  ==> Não é o banco de produção, estamos testando pra depois colocar em 
> produção.
>  
>  Se não tiver como voltar (ou não quiser voltar), você pode abrir duas
>  frentes de investigação:
>  
>  1) Procure pelos maiores waits (time_waited) na v$system_event.
>  Provavelmente, os top-5 já te darão a luz que você tá procurando.
>  
>  ==> testamos a mesmas queries nos dois bancos, a diferençã é que as vezes no 
> 10g o COST é o dobro
>  
>  2) Gere o explain destes comandos que estão demorando demais no 10g e, se
>  possível, compare-o com o explain do 9i. Isto também vai te dar outra luz,
>  na outra ponta do túnel. Se não tiver como comparar, encontre no plano da
>  10g onde a coisa tá parando.
>  
>  ==> Estamos comporando verificamos que o COST que realmente está pegando.
>  
>  Marcos
>  
>  Em 25/01/07, Informática - Usina Moreno <[EMAIL PROTECTED]>
>  escreveu:
>  >
>  >
>  > bom dia
>  >
>  > Tenho rodando em produção o oracle 9i com linux red hat 3, uma maquina HP
>  > Intel com 2 Processador 4 GB RAM, a performace hoje é boa.
>  > Agora estamos migrando para oracle 10g com linux unbreakable 64, uma
>  > maquina HP AMD 64 com 4 processador 8 GB RAM, a performace está péssima, o
>  > mesmo SQL rondando nas duas maquina sem ninguem pindurado, na maquina nova
>  > demora o dobro do tempo.
>  >
>  > Fizemos teste de IO no hardware e está ok, acreditamos que seja algum
>  > parametro do oracle.
>  >
>  > O DBA já está a um dia verificando e nada, será que alguem tem alguma luz?
>  >
>  > Marcos
>  >
>  > 
>  >
>  
>  [As partes desta mensagem que não continham texto foram removidas]
>  
>  
>  
>
> 
>  __
> Fale com seus amigos  de graça com o novo Yahoo! Messenger 
> http://br.messenger.yahoo.com/ 
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> 
> 

Re: [oracle_br] Migração do 9i p/ 10g - Urgente

[Marco Souza]

A questão nao envolve somente um DBA... de repente pode ser algum parametro de 
kernel do sistema operacional ou configuração do sistema. Ou pode ser um 
problema na rede.
E interessante acionar o administrador do sistemas e o administrador de redes, 
para analizar as configurações dos dois sistemas operacionais e redes, ja que 
segundo o DBA esta tudo ok na instalação e configuração do oracle.

Abraço e boa sorte

Marco Barretto.



Informática - Usina Moreno <[EMAIL PROTECTED]> escreveu:
  
 Luiz
 
 Chama um DBA! :-)
 Brincadeiras à parte, uma crítica construtiva para sua próxima migração:
 simule-a e estresse muito bem a aplicação em ambiente de TESTES. É neste
 ambiente de testes que você vai conhecer os problemas e resolvê-los, num
 processo iterativo, até conseguir a performance desejada. Só depois de
 atingir a performance desejada e saber quais parâmetros você tem que alterar
 e prá quanto é que você tem segurança para tocar na produção.
 
 ==> Tem um DBA aqui fazendo todo esse trabalho de empresa especilista em 
oracle, é um ambiente de teste
 
 No seu e-mail, você não diz se o banco migrado é ou não a produção. Se não
 for, ainda bem, você acabou de aprender que paga-se um preço alto por migrar
 "na louca". Se for o de produção, sugiro voltar o backup, mantê-lo na versão
 antiga e seguir minha sugestão do 1o parágrafo.
 
 ==> Não é o banco de produção, estamos testando pra depois colocar em produção.
 
 Se não tiver como voltar (ou não quiser voltar), você pode abrir duas
 frentes de investigação:
 
 1) Procure pelos maiores waits (time_waited) na v$system_event.
 Provavelmente, os top-5 já te darão a luz que você tá procurando.
 
 ==> testamos a mesmas queries nos dois bancos, a diferençã é que as vezes no 
10g o COST é o dobro
 
 2) Gere o explain destes comandos que estão demorando demais no 10g e, se
 possível, compare-o com o explain do 9i. Isto também vai te dar outra luz,
 na outra ponta do túnel. Se não tiver como comparar, encontre no plano da
 10g onde a coisa tá parando.
 
 ==> Estamos comporando verificamos que o COST que realmente está pegando.
 
 Marcos
 
 Em 25/01/07, Informática - Usina Moreno <[EMAIL PROTECTED]>
 escreveu:
 >
 >
 > bom dia
 >
 > Tenho rodando em produção o oracle 9i com linux red hat 3, uma maquina HP
 > Intel com 2 Processador 4 GB RAM, a performace hoje é boa.
 > Agora estamos migrando para oracle 10g com linux unbreakable 64, uma
 > maquina HP AMD 64 com 4 processador 8 GB RAM, a performace está péssima, o
 > mesmo SQL rondando nas duas maquina sem ninguem pindurado, na maquina nova
 > demora o dobro do tempo.
 >
 > Fizemos teste de IO no hardware e está ok, acreditamos que seja algum
 > parametro do oracle.
 >
 > O DBA já está a um dia verificando e nada, será que alguem tem alguma luz?
 >
 > Marcos
 >
 > 
 >
 
 [As partes desta mensagem que não continham texto foram removidas]
 
 
 
   

 __
Fale com seus amigos  de graça com o novo Yahoo! Messenger 
http://br.messenger.yahoo.com/ 

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