Yep, Angelo : só deixando claro a todos, esses patches : - NÃO SÃO baixados e instalados um a um : é um único pacote de software que se baixa e instala, uma vez só
- via de regra TEM que serem aplicados em binários mais atuais : a preferência sempre é instalar o PATCHSET mais recente (que no caso do 11gr2 vai deixar os binários na 11.2.0.3.0) , e depois, em cima disso, aí sim aplicar o pacote de patches de atualização de versão okdoc ? No caso específico de Windows, esse pacote de software que contém todos os pequenos patches de instalação se chama "BUNDLE PATCH" (ao contrário dos unix/linux, aonde vc os tem num conjunto chamado PSU PATCH)... Para achar esses conjuntos de patches (Bundle ou PSU) vc consulta no metalink a nota "Quick Reference To Patch Numbers For Database PSU, SPU(CPU) And Bundle Patches" [ID 1454618.1] , que vc acha SIM os links todos para as últimas versões de RDBMS... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, angelo <angelolistas@...> escreveu > > Vc alcança aplicando os patches > > > > 2013/3/5 Francisco Assis - T.I. - Globoaves - Cascavel/PR < > chico@...> > > > ** > > > > > > Boa tarde > > > > Pessoal so uma pergunta o 11.2.0.5 nao saiu para Windows, nao encontrei no > > metalink confere.... > > > > Att > > > > From: J. Laurindo Chiappa > > Sent: Tuesday, March 05, 2013 5:33 PM > > To: oracle_br@yahoogrupos.com.br > > Subject: [oracle_br] Re: ultima versao de 11g > > > > > > 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 mailto:oracle_br%40yahoogrupos.com.br, angelo 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 > > > > > > > ** > > > > > > > > > > > > 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 mailto:oracle_br%40yahoogrupos.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 mailto:oracle_br%40yahoogrupos.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] > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
