NO meu caso é necessidade, o cliente ** TEM ** que ter o banco na versão 10g (por exigências), e ** NÃO TEM ** o tempo para se fazer movimentação dos dados/recriação de tablespeces, etc, ele DEMANDA que o banco 10g esteja up and running o mais breve. Além do que, é uma questão de custo x benefício : uma novatablespaces SYSTEM, por exemplo, é EXCELENTE se vc hoje tem uma fragmentada (por erros do passado, schemas que criaram coisas lá, etc), o que não é o caso deles, recriação das tablespaces vale a pena se as tablespaces não seguiam uma regra e usavam extents irregulares (o que proporcionava fragmentação física, real), isso não era o caso deles, então não, não compensava... Idem para as tabelas, não tinham lá grandes tabelas com linhas continuadas, ou que se beneficiassem enormemente de compactação (é mais online o negócio deles) então isso também não resultaria em muito... Assim, foi especificado que o banco internamente continuaria EXATAMENTE como hoje, sendo que hoje até está atendendo bem, então é migração pura e simples mesmo o caso. Enfim, é ESSE tipo de análise que vc faz, avalia o custo com o benefício esperado (e NÂO, não pense que o benefício é automático, o benefício vêm de coisas como essas que eu falei)...
[] Chiappa --- Em [email protected], Nelson Cartaxo <[EMAIL PROTECTED]> escreveu > > Entao Chiappa, mas será que compensa assim? Voce mesmo diz > "O ruim dessa opção é que vc vai acabar tendo um banco 10g igual > > ao 9i, vc perde a chance de corrigir vícios anteriores (como > > tablespaces DMT,inclusive a SYSTEM, opções extras úteis não > > instaladas, etc... " > > Ou seja, perdemos coisas boas e que para fazermos uma reorganização por exemplo nas tablespaces, também terei que baixar o banco, pois nao vai ser viavel deixar uma ou outra tablespace offline. Será que somando o tempo total de upgrade e posteriormente migraçao das tablespaces, nao vale mais a pena fazer insert/select? Sendo que as tabelas com long/Clob/etc voce faria por export/import. > > Abraços > Nelson > > > > > > ________________________________ > De: jlchiappa <[EMAIL PROTECTED]> > Para: [email protected] > Enviadas: Terça-feira, 2 de Dezembro de 2008 19:04:05 > Assunto: Res: [oracle_br] Re: migração oracle9i > > > Ah, em termos de tempo, pra vc ter uma idéia : o banco tem coisa de > quase 2 Tb, o tempo de upgrade em si (ie, scripts rodados após startup > upgrade) na máquina homo está levando coisa de 6 horas - em cima disso > eu tenho que somar o tempo para a migração do developer6i para > patchset 19 no servidor (o EBS 11i o usa),relink dos programas, os > (muitos) patches pré-upgrade e interoperability do EBS, reconfiguração > dos params de init (muitos mudam no 10g), no total leva umas 30 horas > no ambiente homo, estamos com folga dentro da janela de upgrade em > prod que é dois dias (um fim de semana). > > []s > > Chiappa > > ============ ========= ========= ========= ========= ========= ========= ==== > Palestrante ENPO.BR - acesse http://www.enpo- br.org/ > Instrutor Workshops ENPO/TWS - acesse http://www.twstecno logia.com. br/ > Agora Blogando em www.ora600.com. br - confira as novidades ! > ============ ========= ========= ========= ========= ========= ========= ==== > > A vitória tem mais de uma centena de pais; a derrota, por outro lado, > essa, é órfã. (John F. Kennedy) > --- Em [EMAIL PROTECTED] os.com.br, "jlchiappa" <jlchiappa@ ..> escreveu > > > > Com certeza, exp/imp descartei de cara, nem quis testar : a questão é > > que se fosse até uns poucos Gbs ok, mas sendo (como era) coisa na > > faixa de várias e várias CENTENAS de Gbs, o exp/imp não dá conta - a > > principal falha no caso é que o imp não permite paralelismo dentro > > duma mesma tabela, e coisinhas quetais. A opção de Insert APPEND as > > (select nnn from databaselinkdobanco antigo) pode ser interessante > > quando não há LOBs (por exemplo), pois há algumas restrições para LOBs > > via dblink, nem LONGs (por causa da performance) , mas no meu caso > > haviam, e eram schemas bem complexos, então fui de cara pra opção de > > novo ORACLE_HOME com o software 10g e migrar o banco de dados via > > startup upgrade, sim. Essa opção é interessante porque a demora maior > > (de algumas horas) é no upgrade do dicionário, os datafiles só terão o > > cabeçalho alterado para se compatibilizarem com 10g, isso não demora > > tanto. O ruim dessa opção é que vc vai acabar tendo um banco 10g igual > > ao 9i, vc perde a chance de corrigir vícios anteriores (como > > tablespaces DMT,inclusive a SYSTEM, opções extras úteis não > > instaladas, etc... > > Comentando de modo geral eu te digo : SE o tempo de upgrade na > > Produção é paradigma absoluto, se vc REALMENTE precisa podar ao máximo > > o tempo, a minha Recomendação é a mesma que estou fazendo aqui no > > cliente : na máquina Homologação (o mais exatamente parecida com a > > Produção, preferencialmente com um backup restaurado de produção) vc > > faz uma vez o processo, anotando os erros,os eventuais bugs que vc > > incorreu, etc, pre´-reqs não presentes,, etc, depois limpa o ambiente > > e faz de novo o processo na homo, desta vez tentando otimizar ao > > máximo criando scripts pra aplicar os patches, automatizando o mais > > possível, para que vc não tenha que ficar digitando nada.... Isso > > também é importantíssimo para que vc tenha SEGURANÇA no que está > > fazendo, esses vários upgrades em homo te deram segurança e > > treinamento pra vc não errar em prod. > > > > []s > > > > Chiappa > > > > ============ ========= ========= ========= ========= ========= ========= ==== > > Palestrante ENPO.BR - acesse http://www.enpo- br.org/ > > Instrutor Workshops ENPO/TWS - acesse http://www.twstecno logia.com. br/ > > Agora Blogando em www.ora600.com. br - confira as novidades ! > > ============ ========= ========= ========= ========= ========= ========= ==== > > > > A vitória tem mais de uma centena de pais; a derrota, por outro lado, > > essa, é órfã. (John F. Kennedy) > > --- Em [EMAIL PROTECTED] os.com.br, Nelson Cartaxo <ncartaxo@> > > escreveu > > > > > > Chiappa boa tarde, > > > > > > Falando apenas de database, qual método voce escolheu para migrar? > > Insert/Select, outro oracle_home ou export/import? Voce chegou a medir > > os tempos? Em breve irei fazer uma migraçao na base e vou fazer uns > > testes com relaçao a tempo, pois a base deve ter o menor downtime > > possivel. > > > > > > Abraços > > > Nelson Cartaxo > > > > > > > > > > > > > > > ____________ _________ _________ __ > > > De: jlchiappa <jlchiappa@> > > > Para: [EMAIL PROTECTED] os.com.br > > > Enviadas: Sexta-feira, 28 de Novembro de 2008 22:16:38 > > > Assunto: [oracle_br] Re: migração oracle9i > > > > > > > > > Coincidentemente, eu estou alocado num cliente externo já há algumas > > > semanas, justamente fazendo um trabalho de upgrade 9i => 10g (no caso > > > beeem complexo porque o pessoal lá tem EBS, ERP, dúzias de softwares > > > add-ons ao EBS e/ou terceiros), e sem a menor dúvida a ** melhor ** > > > documentação foi/está sendo a nota metalink número 466181.1 > > > Subject:10g Upgrade Companion, ela centraliza basicamente TODA a info > > > necessária, dá sugestão de procedimento, mostra links para docs > > > derivados (tais como docs de bugs, novas features, alterações), é um > > > documento vital pra quem está fazendo upgrade para 10g... ** ÓBVIO ** > > > que : > > > > > > a) também li com cuidado o manual de Upgrade > > > > > > b) ao escolher o tipo de migração (manual no meu caso, não confiei na > > > gui já que eu queria realmente ter controle absoluto sobre cada passo, > > > receber diretamente na tela as eventuais msgs, etc), segui a nota > > > metalink referente ao tipo escolhido, citada no Companion > > > > > > c) insisti mUITO com o cliente para que REALMENTE fosse cronogramado > > > um período de tempo para ANÁLISE e LEVANTAMENTO dos softwares > > > instalados, o que era produtos Oracle eu revi no metalink os > > > documentos, os não-Oracle os DBAs do cliente entraram em contato com o > > > Suporte deles, reviram documentação, etc : isso foi ** CRUCIAL ** para > > > que eu pudesse montar um roteiro, baixar os patches, saber se > > > derivados do banco (como Client Oracle, utilitários, tools de > > > programaão, etc) teriam que ser alterados ou não > > > > > > []s > > > > > > Chiappa > > > > > > ============ ========= ========= ========= ========= ========= > > ========= ==== > > > Palestrante ENPO.BR - acesse http://www.enpo- br.org/ > > > Instrutor Workshops ENPO/TWS - acesse http://www.twstecno > logia.com. br/ > > > Agora Blogando em www.ora600.com. br > > > ============ ========= ========= ========= ========= ========= > > ========= ==== > > > > > > "Admira-se o talento, a coragem, a bondade, as grandes dedicações e as > > > provas difíceis, mas só temos consideração pelo dinheiro." (Nicolas > > > Chamfort) > > > --- Em [EMAIL PROTECTED] os.com.br, Mauricio Françoso > <mfrancoso@ ..> > > > escreveu > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Boa tarde pessoal, > > > > > > > > Alguem teria uma documentação completa sobre planejamento para > > > migração do oracle9i para oracle10g? > > > > Passos a serem seguidos, cuidados, melhorias, problemas encontrados > > > etc... > > > > > > > > SO= Solaris 9 > > > > > > > > obrigado. > > > > > > > > > > > > Mauricio do C. Françoso > > > > Liberty Seguros > > > > Administrador Banco de Dados(DBA ORACLE) > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - > > > Celebridades - Música - Esportes > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > > > http://br.maisbusca dos.yahoo. com > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > > http://br.maisbusca dos.yahoo. com > > > > > > [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] >
