Então, colega :eu Imagino que vc está instalando (numa outra ORACLE_HOME, ou num outro servidor até) os binários do 11g para que depois possa criar um database vazio com esses binários e depois importar os dados, né ? Meu ponto é que é MUITO mais garantido vc já criar o tal database usando os binários na versão mais atual 11.2.0.5 (ie, instalando o patchset 11.2.0.3, DEPOIS na mesma home do 11.2.0.3 aplicar o PSU, E só então criar o database vazio) do que criar o database com os binários 11.2.0.3.0, sim ?? Vide os montes de bugs que a 11.2.0.5 corrigiu... Sobre a migração : fosse um database grande, com volume que justificasse, E SE o SO e arquitetura/bitsize do novo servidor não difere do servidor onde está o 10g, vc Sempre tem a opção de fazer o UPGRADE do database, ie : instalar a nova versão 11g no servidor-teste, copiar os arquivos todos que compõem o database 10g (lembrando, database=conjunto de arquivos, como datafiles, controlfiles, redo log files, tempfiles, initfiles, etc) para o servidor com 11g, e daí pedir para que esse banco , esse CONJUNTO DE ARQUIVOS 10g seja ** CONVERTIDO ** para 11g, usando os binários dessa nova máquina... Essa operação é normalmente Muito mais rápida do que export+import (ela basicamente vai gravar a nova informação 11g nos cabeçalhos dos arquivos E fazer as mudanças necessárias no dicionário de dados)... Já que vc está planejando export+import, DEDUZO que ou os ambientes não são iguais e/ou o banco não é tão grande que justifique UPGRADE e/ou vc não quer usar as estruturas internas (ie, tablespaces, features antigas, etc) do 10g, desejando ao contrário criar um banco vazio 11g COM as features 11g ativas... Muito bem, o caminho é mais ou menos esse mesmo que vc está pensando, só com um adendo, ie :
a) instala-se o binário 11g MAIS ATUALIZADO no novo servidor b) com esse binário 11g, vc cria o banco vazio, ATIVANDO as features 11g que deseja usar (de auditoria, de segurança, de performance, o que for) c) SE há algo que queira/precise mudar, extrai o DDL das tablespaces no banco 10g, alterando-o para usar quaisquer features 11g que deseje e/ou alterando opções de datafiles que queira e depois cria as tablespaces com os DDLs alterados e) SE há algo que queira mudar nos schemas (profiles, o que for) extrai o DDL das schemas no banco 10g, alterando-o para usar quaisquer features 11g que deseje e recria as tablespaces com os DDLs alterados f) exporta e importa os GRANTs, dados,objetos públicos, etc do 10g para o 11g, usando as melhores práticas possíveis para performance do export/import (ie, direct mode, várias sessões concorrentes, paralelismo, NOVALIDATE pras constraints, NOLOGGING para os índices, desativa triggers, etc) []s Chiappa --- Em oracle_br@yahoogrupos.com.br, angelo <angelolistas@...> escreveu > > Sim, entendi, concordo com vc Chiappa > > Tô fazendo nesse exato momento a aplicacao do patch de 11.2.0.1 pra > 11.2.0.3.. no servidor de testes.. a telinha ta minimizada.. tá indo.. > No dia da virada, vou instalar o banco a partir desse patch mesmo.. quando > comentei que ia poupar tempo, quis dizer que ja ia partir dele... rsss > depois desse ai vou partir para o psus.. > > Agora uma pergunta escabrosa.. 10g (10.2.0.5) pra 11g (11.2.0.3) > > O instalador do novo, marca-se que é um upgrade.. no caso de 11 pra 11, por > enquanto indo.. mas é uma familia de versão inteira anterior, ainda nunca vi > > pensei em desinstalar o antigo antes... e depois recriar todo o ambiente, > logins, importar os dumps.. etc > ou optar pelo upgrade pelo instalador da Oracle > > o que seria o menos pior? na opiniao de vcs... com anos de adm de db na > estrada.. > Nao diria o mesmo, se fosse um 8i ou 9.. que nem os conheço aliás cheguei > depois, mas é 10 pra 11.. > > Eu poderia até testar aqui, colocar um outro 10g, mas nesse instante nao > tenho como, embora a curiosidade esteja grande > > []s angelo > > 2013/3/4 J. Laurindo Chiappa <jlchiappa@...> > > > ** > > > > > > Sim, EXATAMENTE pelo fato dos patchsets do 11gr2 não conterem só a > > atualização mas sim uma versão instalável completa eles ficaram grandes, > > yep... Sempre vc tem uma vantagem (no caso a possibilidade de instalar o > > patchset sem nada antes) junto com uma desvantagem (o tamanho do > > download)... > > > > Agora, que fique Claro : se vc baixar e instalar o patchset apenas, vc vai > > ficar na versão 11.2.0.3.0, que NEM DE LONGE está Atualizada : repito, para > > chegar na 11.2.0.5 vc precisará baixar e instalar em cima dos binários > > 11.2.0.3.0 mais um software, que é o 'conjunto de patches de atualização' > > que citei , normalmente chamado de PSU... Para vc ficar ciente, dá um bico > > na nota metalink 14727310.8 "11.2.0.3.5 Database Patch Set Update (PSU)" > > pra vc ver o montão de bugs que esse cara resolve ... > > Então, dados os riscos, que vc não tem (pelo jeito) exigência do > > Aplicativo para um release específico e dado o fato que vc TEM acesso ao > > metalink, não vejo o MENOR SENTIDO em não ficar na versão mais recente, não > > tem essa de "poupar tempo", sim ?? > > > > []s > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, angelo escreveu > > > > > > Chiappa > > > > > > Acabei de achar.. é praticamente um outro banco... 4,8 gb de > > download..uma > > > bagatela né...rss > > > > > > To com contrato de metalink ativo sim, mas tinha instalado a partir > > daquele > > > download que fica no site... no fim das contas vai virar 11.2.0.3.0 > > > e a partir dai vai os patches pequenos como tu falou, até chegar aonde > > tem > > > disponivel para o SO. > > > > > > No final da semana vou instalar outra vez, mas na outra maquina que é > > > produção (que roda o 10g ainda, atualizar).. vou usar esse patch direto, > > > pra poupar tempo. > > > mas eu vou desinstalar o banco de dados por completo antes.. > > > > > > > > > 2013/3/4 J. Laurindo Chiappa > > > > > > > ** > > > > > > > > > > > > > > Colega, hoje para estar atualizado o seu RDBMS 11g deveria indicar > > > > 11.2.0.3.x , mas vamos detalhar um pouco, pois há um componente que > > PODE > > > > variar de acordo com o SO : no número de versão completo (5 dígitos) > > os 3 > > > > primeiros dígitos são major release numbers, ie, indicam qual a base > > mínima > > > > do seu software - no seu caso, 11.2.0 indica 11g release 2. O quarto > > número > > > > é o patchset, e um dígito 1 (como é o caso desse banco que vc acabou de > > > > instalar) indica DIRETAMENTE que vc NÂO aplicou patchset algum, vc > > instalou > > > > a versão INICIAL do release, que vem nos DVDs e/ou que é baixada do > > > > technet... PARA OBTER 11.2.0.3 no mínimo, vc precisar instalar o > > patchset > > > > correspondente, que vc baixa no metalink, okdoc ? > > > > Com isso vc estará no nível de atualização mínimo do 11gr2, mas ainda > > > > incompleto, que seria 11.2.0.3.0... Porém, para chegar no nível de > > > > atualização geral mais recente possível, em cima disso vc também TEM > > que > > > > baixar do metalink e aplicar o CONJUNTO DE PATCHES de atualização de > > > > versão, e isso vc TEM QUE BAIXAR no metalink e APLICAR, ok ? E isso é > > o que > > > > às vezes VARIA para cada SO (a Oracle não libera ao mesmo tempo um dado > > > > conjunto de patches para todos os SOs de uma vez)... > > > > O último conjunto de patches de atualização a ser aplicado em cima do > > > > patchset 11.2.0.3 foi liberado em Janeiro e deixará o teu release > > completo > > > > como 11.2.0.5 , > > > > > > > > ==> ESSA é a sua resposta então : a versão completa mais atual do > > 11gr2 é > > > > 11.2.0.5, vc a obtém instalando o patchset 11.2.0.3 E EM CIMA dele o > > > > conjunto de patches de atualização que o deixa 11.2.0.5, MAS para > > alguns > > > > SOs pode ser aceitável 11.2.0.4, é isso .... > > > > Só o que não é aceitável (é indicação de versão DEFASADA) é 11.2.0.x > > com x > > > > menor que 3 (falta patchset) OU então 11.2.0.3.y com y menor que 5 (ou > > 4 em > > > > casos excepcionais).... > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > OBS : > > > > > > > > a) Uma vez estando o database com a versão completamente atual, sob > > > > Recomendação do Suporte ** pode ser ** que seja preciso vc aplicar > > pequenos > > > > patches que não atualizam diretamente a versão, para corrigir algum > > > > bugzinho particular do seu ambiente, são os one-off patches, que Não > > são > > > > obrigatórios para todo mundo > > > > > > > > b) a partir do 11gR2, os patchsets passaram a ser instaláveis > > sozinhos, ie > > > > : antigamente vc era obrigado a instalar a versão base 0.1 (digamos, > > > > 10.2.0.1 se fosse uma base 10gr2) e em cima dessa instalação aí sim > > aplicar > > > > o patchset... > > > > Hoje em dia no 11gr2 vc já pode baixar diretamente o patchset > > (11.2.0.3, > > > > que seja) e instalar diretamente na máquina vazia esse cara, ele já > > contem > > > > a versão-base além das atualizações > > > > > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, angelo escreveu > > > > > > > > > > > > > > bom dia > > > > > > > > > > Em qual versão que o 11g está atualmente ? 11.2.0.3 ou mais ? > > > > > > > > > > já sei que tem patch, mas to tentando me situar > > > > > > > > > > Instalei uma base na 5a feira, aparece como 11.2.0.1.0 > > > > > > > > > > > > > > > [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] >