CAPÍTULO. Oracle Database 11g Iniciando

Transcrição

1 CAPÍTULO 1 Oracle Database 11g Iniciando

2 2 Oracle Database 11g - Novos Recursos Uma vez mais nós iniciamos mais uma jornada de descobrimento. Do mesmo modo que em meus últimos livros o Oracle9i Novas Funções e o Oracle Database 10g Novos Recursos, eu irei introduzir você nas novas funcionalidades do Oracle Database 11g! Juntando-se a nós nesta jornada, temos o grande Arup Nanda. Você provavelmente já o conhece, dada as suas séries do Oracle Database 10g Nova Função que ele escreveu para a Oracle Technology Network (ONT); a série era muito popular (e ele esta fazendo a mesma coisa com o Oracle Database 11g, um ótimo web site que é parceiro deste livro!). Arup irá fornecer os comentários durante todo este trabalho, mostrando a você a perspectiva dele em funções específicas. Além disso, no final deste livro no Anexo você irá encontrar uma lista das dez melhores funções de Arup. Este capítulo é onde iniciaremos, à medida que vamos discutir os tópicos de prévôo como, por exemplo: Instalando o Oracle Database 11g Atualizando o seu banco de dados para o Oracle Database 11g Novos parâmetros no Oracle Database 11g Mudanças para parâmetros no Oracle Database 11g Como de praxe, este livro foi feito para aqueles que querem andar na frente, e para aqueles que querem ficar de olho no que está disponível no Oracle Database 11g. Oracle Database 11g é um grande lançamento da Oracle RDBMS, e, como tal, ele possui centenas de novas funções, algumas obscuras e talvez até possam ser esquecidas, e, algumas muito importantes. Neste volume eu fiz o meu melhor para dar a você uma informação concisa, incluindo exemplos, no que eu senti que seriam as mais importantes das novas funções. LEMBRETE Neste volume nós vamos destacar as mudanças da Edição Enterprise do Oracle, portanto, se você possui a Edição Padrão do Oracle, você irá perceber que algumas das funções não funcionam. Instalando o Oracle Database 11g O instalador do Oracle Database 11g e o processo de instalação não são muito diferentes do Oracle Database 10g. A instalação básica ainda vem em CD, e outro CD, que o acompanha, traz os produtos auxiliares. Existem algumas mudanças no que é encontrado nesses CDs de instalação, são elas:

3 Capítulo 1. Oracle Database 11g - Iniciando 3 Oracle Aplication Express (APEX) não está mais instalado no CD adjunto. Ao invés disso ele está instalado quando você instala o Oracle Database 11g básico. O Data Warehouse Builder é instalado quando você instala o Oracle Database 11g básico. Toda instalação da Edição Enterprise irá incluir o Oracle Data Mining, a menos que ela seja tirada da seleção. Uma mudança importante no processo de instalação do Oracle Database 11g é que ela é importante na configuração do ambiente da variável ORACLE_BASE para determinar onde ele irá instalar o Oracle. ORACLE_BASE já existe por algum tempo, mas ele nunca foi a chave da instalação do Oracle. Oracle Database 11g agora usa o ambiente da variável ORACLE_BASE quando estiver executando a instalação, para certificar-se que o Instalador Oracle Database irá instalar o programa Oracle Database 11g em um diretório que é acumulado com a Optimal Flexibel Architecture (OFA). Se você esquecer de configurar o ORACLE_BASE, você terá a oportunidade de configurar o valor do ORACLE_BASE na janela de instalação (um padrão é fornecido, no qual você deve checar com cuidado). Além disso, ORACLE_BASE agora será alojado na sua localização do inventário. Isso acontece para que o Oracle Universal Installer (OUI) possa referenciar o ORACLE_BASE quando estiver instalando outros produtos do Oracle. Lembrete É recomendado que você configure o ambiente da variável do ORACLE_BASE no 11g, como o Oracle indica que esta configuração do ambiente será exigida na próxima versão principal do Oracle RDBMS. Se você está instalando o Oracle Clusterware 11g, você precisa especificar a localização do Oracle Cluster e as localizações do ORACLE_BASE quando estiver executando o Universal Installer. Ambos, o Cluster home e o ORACLE_BASE, estarão padronizados no mesmo nível de diretório. Você vai precisar mudar a localização do Oracle Cluster Home para que ele não fique abaixo da localização do ORACLE_ BASE, ou a instalação não será completada. Lembrete Você alguma vez já percebeu que quando você instala os componentes do disco adjunto que possuem o seu próprio ORACLE_HOME, é este ORACLE_ HOME que é colocado no caminho primeiro? Isso pode causar problemas se você não configurar a sua rede no ORACLE_HOME do disco adjunto.

4 4 Oracle Database 11g - Novos Recursos O Assistente de Configuração do Database O processo manual de criação de um banco de dados no Oracle Database 11g não foi modificado. O processo ainda é praticamente o mesmo. Entretanto, quando você estiver criando um banco de dados no Oracle, com o Assistente de Configuração do Oracle Database (DBCA), você irá perceber que algumas coisas mudaram. De modo geral, a interface do DBCA não é muito diferente do que estava disponível no Oracle Database 10g. Uma das novas funções é que, quando você estiver criando um banco de dados, uma nova tela aparecerá perguntando se você quer usar as configurações de segurança melhoradas do 11g Database, que incluem novas configurações de auditoria padrões e habilitando o profile do password padrão, ou usar as configurações de segurança padrão pré-11g. Veja o Capítulo 4 para mais informações nessas e em outra nova função de segurança. Outras mudanças com relação ao DBCA incluem: Oracle SQL Developer será instalado se você usou uma instalação do banco de dados template-driven do DBCA. Oracle XML DB será instalado em todos os bancos de dados Oracle quando eles forem criados. O esquema do Oracle Data Mining é criado como parte do catproc.sql padronizado, e não é mais uma opção no DBCA. Oracle Data Mining também não aparece mais na tela do DBA_REGISTRY. Oracle Database 11g também facilitou para mudar o gerenciamento do seu bando de dados entre o Database Control e o Oracle Grid Control. O DBCA pode agora ser usado para facilmente fazer mudanças entre o gerenciamento com o DBCA e o Oracle Grid Control. Atualizando para o Oracle Database 11g O Oracle Database 10g fornece um modo fácil para fazer a atualização aos usuários das versões anteriores, e, de fato, eu acho que o processo de upgrade é ainda mais fácil entre o Oracle Database 10g e o Oracle Database 11g, do que era quando você saiu do Oracle9i para o Oracle Database 10g! Nesta seção, nós vamos fornecer uma visão generalizada de cada um dos processos de upgrade. Nós vamos discutir quais versões você pode fazer o upgrade, e, então, discutiremos os diferentes métodos de upgrade suportados: o Database Upgrade Assistant (DBUA), upgrades manuais, e export/import e os comandos para copiar dados. Entretanto, antes de nós irmos a fundo nessa cobertura específica, eu quero discutir alguns problemas que estão girando ao redor dos upgrades que eu já vi, e para tentar poupar um pouco do seu tempo fazendo perguntas e errando.

5 Capítulo 1. Oracle Database 11g - Iniciando 5 Economizando tempo quando estiver atualizando Eu estou envolvido com o banco de dados do Oracle por muito tempo enquanto escrevo este livro, já faz quase duas décadas. Eu fiz upgrades em cada versão do Oracle desde a versão 7.0 (e eu escrevo livros como este desde os tempos do Oracle 7.3 ao Oracle 8!). Eu gostaria de compartilhar algumas idéias sobre o processo de upgrade que eu acho que possa ajudar você a economizar algum tempo nesta longa jornada. Portanto, vamos começar. Faça o Backup, por favor! Talvez não haja nada mais importante no processo de atualização do que fazer um backup antes de tudo. Por favor, certifique-se de fazer o backup e certifique-se ele faz parte do todo plano de atualização que você produz! Aprenda e Ensine Isso pode parecer óbvio a primeira vista; você pode pensar que qualquer pessoa tome um tempo para aprender algum software antes eles já colocam de lado e instalam o programa. É triste dizer que muitas pessoas com que eu já conversei disseram orgulhosamente Nós estamos na versão x e, contudo, eles conhecem pouco ou nada do que está disponível na versão x. Atualizar para uma nova versão do Oracle é ter ainda mais suporte! Mesmo assim, cuidados devem ser tomados com o uso de novas funções, mas oh, algumas são tão irresistíveis, quando você finalmente aprende sobre elas. Eu recordo a primeira vez em que se pôde renomear uma tabela e renomear uma coluna no Oracle. Mas que dia heim!! Nada mais de criar tabelas e recriá-las apenas para poder renomear uma coluna! Que ótima função, e se eu não tivesse tomado o tempo para aprender sobre essa função, eu poderia ter gasto muito tempo fazendo as coisas da maneira antiga. Quanto tempo você tem para queimar? Portanto, a pergunta é, como você descobre o que você precisa saber!? Bem, você comprou este livro, que já é um bom começo. Os créditos vão para você! O que mais você deve fazer? Deixe-me dar algumas sugestões: 1. Leia os manuais. A maior parte dos manuais do Oracle possui as seções de nova função que destacam as novas funções no banco de dados, essas são parte do assunto deste manual. Eles freqüentemente possuem links para as áreas no manual com mais informações. Isso é bastante útil se você está usando uma das funções auxiliares do Oracle que nós não cobrimos neste livro. 2. Leia (ou de uma olhada) nos scripts de upgrades que o Oracle usa. Sim, pode ser um negócio chato, mas pode haver informações bem interessantes lá. 3. Leia (ou de uma olhada) no sql.bsp e seus scripts relacionados. Ele é o script mãe para que o comando create database seja executado. Freqüentemente, você poderá encontrar uma grande variedade de informações que irá ensinar algo novo a você.

6 6 Oracle Database 11g - Novos Recursos 4. Após instalar a nova versão do Oracle Database, use o Database Creation Assistant para criar o seu primeiro banco de dados. Quando você fizer isso, certifique-se que ele cria os scripts que ele irá usar para a criação do banco de dados. Então após a criação do banco de dados, revise os scripts que ele criou. Freqüentemente, nesses scripts você pode ver novos parâmetros relacionados às funções sendo usados, ou até pequenas mudanças no modo que você possa querer criar os seus bancos de dados do Oracle. Freqüentemente, você pode aprender muito mais com esses scripts. Não Faça o Upgrade Quando Estiver Instalando o Oracle Database 11g Quando você instalar o Oracle Database 11g pela primeira vez, ele irá mostrar uma lista de banco de dados, atualmente no seu sistema, e pergunta a você se você quer atualizá-las. Fica difícil expressar o tamanho do erro que essa idéia é, e como você nunca deve permitir em hipótese alguma que o Oracle faça a atualização dos bancos de dados enquanto ele estiver sendo instalado. Existe várias razões para isso. A primeira delas, você nunca saberá se a instalação irá funcionar corretamente. Existem várias razões do porque que o gerenciador de instalação possa falhar, mas é bom saber que ele pode falhar. Certamente, você espera que se ele falhar, o gerenciador de instalação não tentará fazer a atualização dos bancos de dados mas nunca espere que algo funcione direito se o gerenciador de instalação falhe. Outro problema é que o gerenciador de instalação possa instalar o Oracle com êxito, mas a migração pode falhar, porque seu sistema ainda não está pronto para migrar o seu banco de dados. Talvez, haja pacotes que precisam ser instalados ou você esqueceu alguma configuração do sistema que precisa ser atualizada (por exemplo, um patch OS oculto), antes que você coloque-o de lado e comece a popular com os bancos de dados. Eu recomendo, francamente, que você instale o Oracle Database 11g primeiro. Feito a instalação, execute o DBCA (separadamente) e deixe que ele crie um banco de dados para você, no seu novo Oracle Database 11g Oracle Home. Certifique-se que os bancos de dados surjam e executem alguns testes de consulta para ele. Certifique-se também que a sua rede está funcionando corretamente. Eu criaria um link para o banco de dados, no seu banco de dados teste, e certifique-se que o Oracle Net está funcionando direito. Esse tipo de natureza nos leva ao nosso próximo tópico. Teste, Teste, Teste... Fazer testes pode parecer algo natural a se fazer, mas eu já vi que testes sofrendo os efeitos de uma situação complicada, portanto eu irei mencionar a vocês. Para aplicativos importantes, não basta, apenas, atualizar um banco de dados, inicie, e então execute alguns queries e use-o como se estivesse pronto para rodar. Enquanto a Oracle faz muitos testes em seus produtos, eu ainda não percebi um produto de banco de dados que não possua um ou dois bugs (ou dezenas ou até centenas!) no produto. De fato, na minha primeira semana testando a versão 11g Lançamento 1, eu encontrei e abri dois tipos de bugs.

7 Capítulo 1. Oracle Database 11g - Iniciando 7 Como resultado, teste de regressão dos seus aplicativos importantes é critico antes que você migre sua produção do banco de dados para o Oracle Database 11g. Eu já vi mais de um projeto de upgrade berrando: pare! Por causa de um bug no Oracle, e eu já vi produção de upgrades que tiveram que retornar por algum motivo. Outra área, em que o teste tornar-se muito importante, é na arena de desempenho. Mudar as versões do Oracle pode e faz com que os planos de execução mudem. Freqüentemente, essas mudanças são para melhor, mas, algumas vezes, elas podem trazer o pior. Uma desvantagem nos planos de testes que eu tenho visto é que eles testam funcionalidade, mas nunca volume. Assim você recebe as respostas corretas, mas quando 250 usuários concorrentes estão perguntando a mesma coisa, ele leva duas horas para obter a resposta. Então, teste em condições de volume, com volumes de dados reais e consultas realísticas. Oracle Database 11g oferece algumas novas funções que podem ajudar você sobre esse aspecto, como por exemplo, o SQL Database Replay, no qual nós vamos discutir no Capítulo 5 deste livro. Não, Aquilo Não é um Path de Upgrade Disponível (ou RTFM) Eu estou ficando velho, meus filhos estão gastando cada vez mais, e algumas vezes acho que estou ficando meio ranzinza à medida que o tempo passa. Portanto, se eu parecer um pouco extravagante, por favor, compreenda. Por vários anos eu tenho observado vários grupos de discussão do Oracle (Oracle-L, LazyDBA, e o Quest Pipelines estão entre os meus favoritos). Eu amo esses grupos de discussão porque eles oferecem um compartilhamento de conhecimentos e tem a oportunidade de ajudar as pessoas a resolverem seus problemas mais rápidos do que nunca. Mas... Algumas pessoas estão preguiçosas. Elas criam hipóteses; elas não lêem o manual ou dão uma passada com os olhos nele e não entendem os detalhes. Algumas pessoas parecem incapazes de fazer pesquisas e fazem palpites equivocados, e então parecem que estão mais incapazes para realmente testar esses palpites. Existem pessoas por aí que literalmente parecem pensar que o Oracle deixa a seu critério a criação de uma estratégia de upgrade para mover os seus bancos de dados. Por exemplo, eu já vi mais de uma pessoa perguntar se você pode migrar para a versão x do banco de dados fazendo uso de tablespaces transportáveis. A respostar é: mesmo se você pudesse, dê uma olhada no manual de upgrade do Oracle; não é um método de upgrade suportado. Se você fizer isso, você é um piloto de teste e o Oracle provavelmente não dará a você muito suporte. É como se eu retirasse o motor de meu avião e reinstalasse sem um mecânico A&P (Airframe e Powerplant) certificando-se que o trabalho foi feito corretamente, e sem ler o manual de manutenção para saber quanta pressão devo aplicar nos parafusos. Sim, eu provavelmente posso fazer isso, mas pra que o risco e pra que tentar adivinhar quando eu já tenho a informação comigo? Portanto, por favor, leia o manual de upgrade. Se você não está bem inteirado com o processo de upgrade Oracle (ele não mudou muito para as suas mãos calejadas, mas leia pelo menos uma vez para o Gipper, certo?), então leia novamente. Feito a leitura, você não irá fazer uma perguntar em público que irá indicar que você não leu o manual, e eu não terei que por você na fogueira. Certo, eu ainda não estou tão extravagante, mas haverá alguns que vão pôr você na fogueira, se você não ler o manual.

8 8 Oracle Database 11g - Novos Recursos Pré-requisitos para o Upgrade Dependendo em qual software do Oracle você estiver usando, os pré-requisitos para o upgrade do banco de dados podem variar. Típicos pré-requisitos incluiriam a atualização do Oracle Clusterware e atualização do ASM antes que você atualize os bancos de dados usando esses componentes. Novamente, leia cuidadosamente a documentação do upgrade, antes que você tente qualquer upgrade, para certificar-se que você está seguindo corretamente o path do upgrade para sua configuração. Outra área, que você deve ter uma atenção especial, é o OS e as solicitações relacionadas ao Oracle para as versões Sistemas Operacionais e pacotes. Em muitos casos, o Oracle Universal Installer (OUI) irá apontar se você não alcançou a configuração mínima necessária. Haverá casos em que os patches do OS precisaram ser aplicados e o OUI não está a par dessas solicitações. Confira com o Oracle Metalink e seus fornecedores para mais informação sobre esse problema. Doe para a Comunidade Vamos supor que eu poderia chamar uma celebridade agora para passar esta mensagem, mas eu vou fazer de qualquer jeito. Por favor, doe. Generosamente. A comunidade Oracle precisa de sua experiência com esta e qualquer outra versão que venha da rampa. Se você está com problemas, não o contorne e siga adiante. Deixe-nos ouvir o que você tem a dizer. Use as comunidades que eu mencionei acima e compartilhe os seus problemas com a comunidade Oracle, porque isso irá fortalecer a todos nós. Por favor, não desista se algo não funciona direito; abra um pedido de serviço com o Oracle e deixe que eles o concertem e compartilhe a sua descoberta com o mundo. Blogs são ótimos, e eu espero que após algumas horas com a disponibilidade de produção com o Oracle Database 11g nós veremos blogs com sua experiência aparecer no Google para a eternidade. Por favor, doe até que não tenha mais nada a doar nós ficaremos gratos. Meios de Upgrade Suportados Geralmente o Oracle Database 11g suporte upgrades dos Oracle9i Lançamentos 1 e 2 e o Oracle Database 10g Lançamentos 1 e 2. Tabela 1-1 fornece mais detalhes no suporte de upgrade para o Oracle Database 11g. A Sua Versão do Database Qualquer versão do Oracle < = Oracle (ou mais recente) Oracle Database (ou mais recente) Oracle Database (ou mais recente) Solicitações de Atualização para o Oracle Database 11g Upgrade para o Oracle Database 10.2 usando paths de upgrades suportados. A migração direta para o Oracle Database 11g não é suportada a menos que você use o import/export ou o método de cópia SQL*Plus. Upgrade direto via métodos de upgrade suportados é suportado.

9 Capítulo 1. Oracle Database 11g - Iniciando 9 Métodos de Upgrade Suportados Oracle Database 11g suporta quatro tipos de métodos diferentes para a atualização do seu banco de dados: O Database Upgrade Assistant (DBUA) O manual de upgrade do banco de dados Export/import Cópia de dados Nas próximas seções, nós vamos dar uma olhada em cada um desses métodos. Upgrade com DBUA Eu devo confessar que eu quase não uso o DBUA. Eu sou do tipo de cara que gosta da linha de comando e, portanto, eu prefiro um controle mais sucinto que acontece com o processo de upgrade manual. Entretanto, o processo de upgrade manual pode ser entediante, portanto, em minha opinião, o DBUA é uma ótima ferramenta, quando você tem vários bancos de dados que precisam ser atualizados, e você quer fazer o upgrade fazendo a menor confusão possível. Nesta seção, nós vamos introduzir você ao DBUA e, então, conversaremos sobre os logs criados pelo DBUA que você pode revisar após a atualização do banco de dados. Usando o DBUA Lembrete Se você possui várias versões do Oracle instalada, certifique-se que você está executando a versão correta do DBUA (use o executável DBCA no diretório ORACLE_HOME na versão do Oracle Database em que você está atualizando). Apesar de que você terá uma mensagem de erro, se você estiver rodando a versão errada, pode levar algum tempo até que essa mensagem apareça. O DBUA levará você através do processo de fazer o upgrade do banco de dados de ambos os Oracle Database agrupados e não agrupados. O DBUA, também, fornece a opção para atualizar uma instância ASM. O DBUA fará várias recomendações para as mudanças de configurações, que talvez você queira fazer como parte da atualização do banco de dados. Por exemplo, se as suas estatísticas de otimização estão obsoletas, DBUA irá recomendar que você feche o DBUA e atualize essas estatísticas, antes que você faça o upgrade.

10 10 Oracle Database 11g - Novos Recursos Lembrete Se você não fez as atualizações do patch time zone solicitados no seu Oracle9i ou Oracle 10g banco de dados, o DBUA não fará o upgrade no seu banco de dados até que você tenha aplicados esses patches! Após você ter iniciado o DBUA, ele irá apresentar a você uma lista de banco de dados que você pode atualizar como visto na Figura 1-1. Essa lista mostra a você o ORACLE_HOME e o nome do banco de dados de cada instância Oracle no sistema. Visto que essa lista é gerada do arquivo /tc/oratab no Sistema Operacional UNIX ou na lista de Oracle Database Services no Windows, você irá encontrar todos os bancos de dados do Oracle no seu sistema incluídos na lista (até aqueles que possam não estar funcionando). Através desta lista, selecione o banco de dados que você quer atualizar. O DBUA vai pedir que você insira um valor para o novo parâmetro diagnostic_ dest. Este parâmetro substitui o fundo antigo, usuário e destino dos diretórios do core dump. O DBUA fornecerá a você um destino padrão que você pode escolher, O Database Upgrade Assistant: selecione a tela de banco de dados

11 Capítulo 1. Oracle Database 11g - Iniciando 11 ou você pode inserir uma localização de diretório alternativa para que esses arquivos sejam alojados. Nós iremos discutir o parâmetro diagnostic_dest e outros novos parâmetros de informação relacionados mais adiante neste capítulo. Do mesmo modo que as antigas versões do DBUA, você pode escolher que o Oracle faça o backup do banco de dados antes do upgrade, ou você pode indicar que você já fez a cópia de segurança do banco de dados. Se você quer que o DBUA faça o backup do banco de dados, então o backup será um backup frio, portanto, esteja ciente que você estará adicionando para o tempo total do banco de dados e estará fora de operação, se for o DBUA que irá executar o backup. Se você quer executar o seu próprio backup, eu sugiro que use o Recovery Manager (RMAN) para executar o backup. A Oracle Press possui um ótimo livro sobre RMAN chamado de Oracle Database 10g RMAN Backup and Recovery que pode guiar você no seu backup em RMAN. Vamos ver um exemplo de um comando RMAN que você pode usar para fazer a cópia de segurança do seu banco de dados: RMAN> shutdown immediate RMAN> startup restrict RMAN> backup database plus archivelog format backup_destination_here tag before_upgrade; RMAN> shutdown immediate RMAN> startup Lembrete Claro que backups são muito importantes, particularmente quando um upgrade falha por algum motivo. Eu prefiro fazer uma cópia de segurança do banco de dados antes de fazer o upgrade. Se você estiver usando o RMAN você pode validar o backup e certificar-se que ele está completo. Se você tiver o tempo e recursos, eu faria um teste de restauração no backup apenas para cobrir você completamente. O DBUA também oferece a você a opção de mover os datafiles do seu banco de dados durante o processo de atualização, se assim você preferir. Você pode movê-los do arquivo do sistema para o arquivo do sistema, de um arquivo do sistema para o ASM, ou do ASM para um arquivo do sistema. Pessoalmente, eu acho que eu faria isso independentemente de um upgrade, mas essa é somente a minha opinião. O DBUA também dá a você à opção de configurar o Flash Recovery Área (FRA). Isso é particularmente proveitoso se você estiver movendo do Oracle9i, no qual não oferece o FRA, ou se você não usa o FRA em banco de dados anteriores do Oracle Database 10g. Outra opção que você fará do DBUA é opção para re-compilar objetos inválidos após o upgrade. Isso é parecido com a execução do pacote utlrp.sql da linha de comando do SQL. A opção padrão é para os pacotes de re-compilação, e eu recomendo que você use está opção. E finalmente o DBUA fornece a você a opção para fazer o backup do banco de dados (novamente, eu prefiro fazer isso manualmente). Tendo

12 12 Oracle Database 11g - Novos Recursos decidido fazer o backup ou não fazer o backup, o DBUA irá fornecer um sumário das suas opções, e avisos relacionados com o upgrade do banco de dados. Você simplesmente clica no botão finalizar, e o seu upgrade iniciará! Observe que uma vez que você inicia o upgrade, você não será capaz de usar o banco de dados até que o upgrade esteja completo. Figura 1-2 é um exemplo da janela do DBUA atualizando um banco de dados. Logging DBUA-Relacionado Observe abaixo do DBUA mostrado na Figura 1-2 que o diretório do logging para o DBUA está listado (no nosso caso é $ORACLE_HOME/cfgtoollogs/dbua/db_name). Neste diretório você encontrará os logs relacionados com o upgrade do DBUA. Após cada atualização, você deve rever os logs neste diretório procurando por erros quando a migração estiver completa. Note a localização dos arquivos de log na janela do DBUA. Os logs podem ser muito proveitosos para resolver os problemas no upgrade que possam surgir. O DBUA irá criar vários logs no diretório listado. Note que cada upgrade separado de um banco de dados terá o seu próprio diretório de log (desse modo, os velhos logs serão removidos). Por exemplo, na Figura 1-2 o DBUA colocou logs no diretório $ORACLE_HOME/db_1/cfgtools/dbua/rob10dbua/upgrade2 directory. Neste caso nós vemos que o banco de dados rob10dbua teve uma tentativa de upgrade anterior a esta tentativa (a primeira tentativa de upgrade não estará no diretório do upgrade1). O Database Upgrade Assistant: tela de progresso

13 Capítulo 1. Oracle Database 11g - Iniciando 13 Arup Manda... Eu acho extremamente útil deixar que os arquivos de log rolem à medida que as entradas são escritas nelas. Em sistemas com base no Unix, isso é bem trivial. Um simples comando em outro terminal, tail -f <logfile>, mostra uma imagem continua do fim do arquivo. À medida que o novo material é adicionado a ele, eu o vejo. Isso dá um pouco mais de percepção no processo do que apenas olhar na tela de upgrade com uma barra slider e um indicador de percentagem. Dentro do diretório do arquivo DBUA log há vários logs que você pode estar interessado. A Tabela 1-2 fornece uma lista dos arquivos de log que podem interessar você. Como Saberei que o Upgrade foi Bem Sucedido? Claro, que se você assistir o DBUA até a sua finalização, então você saberá que o upgrade foi bem sucedido (e que você pode pacientemente esperar um pedaço chato de tela). O DBUA irá fornecer a você a tela vista na Figura 1-3 que indica que ele foi bem sucedido. Após você clicar no OK, o DBUA irá mostrar a página Upgrade Results. Esta página fornece um sumário da informação sobre o upgrade completado que inclui informação incluindo a nova localização do ORACLE_HOME, parâmetros que foram adicionados ou atualizados, e parâmetros que foram removidos. Além disso, você pode configurar os passwords da página do DBUA Upgrade Results. Nome do log UpgradeResults.html Trace.log Oracle_Server.log Post_Upgrade.log Propósito Este é um sumário do que o DBUA quer fazer a atualização. Este arquivo HTML é mostrado pelo DBUA antes que o upgrade inicie. Fornece a informação de rastreamento detalhada no processo todo do upgrade. Quaisquer erros relatados pelo DBUA serão gravados neste log. Este arquivo (o qual pode ser bem grande) fornece detalhes do projeto de migração total. Se um erro ocorre você pode encontrar mais detalhes no texto deste arquivo. Se algo no upgrade falha, é aqui que, provavelmente, encontrará a informação pertinente à falha. Arquivo log para detalhes nas operações de pós upgrade. Você pode olhar neste arquivo para determinar se o upgrade foi bem sucedido ou não. TABELA 1-2. Oracle Database 11g Logs de Interesse do DBUA

14 14 Oracle Database 11g - Novos Recursos O Database Upgrade Assistant: Upgrade Bem Sucedido Se você sente que o upgrade de algum modo não foi bem sucedido, a página do DBUA Upgrade Results também fornece a habilidade para voltar o upgrade. Se o seu DBUA fez o backup do banco de dados antes de ter iniciado o upgrade, então, o DBUA irá restaurar o banco de dados e zerar os parâmetros da configuração. Se você fez o seu próprio backup, então essa opção somente irá zerar vários parâmetros de configurações e você terá que manualmente restaurar o banco de dados. Figura 1-4 fornece um exemplo da página do DBUA Upgrade Results. Quando a sua atualização estiver completa, você deve fazer o backup do seu novo banco de dados novamente. Além disso, fazer o backup de outros arquivos de banco de dados relacionados que você tenha mudado (como o listener.ora, ou o tnsnames.ora) seria uma boa idéia após um upgrade bem sucedido. Pode ser que você saia do processo e então durante a sua ausência alguma coisa ruim como, por exemplo, a reinicialização possa ocorrer (ou como aconteceu comigo, o seu cachorro se enrosca debaixo da sua mesa e despluga o cabo de energia). Portanto, como você sabe que se o upgrade foi bem sucedido, nesse caso extremo? Você vai querer fazer o seguinte: 1. Reveja o Oracle_Server.log (veja as seções anteriores para mais informação neste arquivo de log). Procure por erros-ora no log. Se há algum no log que não era esperado, é bom você verificar com o Oracle e determinar o que precisa ser feito. Um problema é que nossos amigos na Oracle preencheram

15 Capítulo 1. Oracle Database 11g - Iniciando 15 este log com comentários que incluem o ORA- neles, então em uma simples busca você verá que ele não funciona muito bem. Muitas vezes, eu apenas vou no fim do log e procuro para ver se existe um erro lá ou perto do fim. Freqüentemente, se um erro ocorre, ele estará no fim do log. Outro lugar para procurar é no arquivo Post_Upgrade. Ele loga todas as operações que ocorrem após o DBUA ter finalizado o upgrade do banco de dados. Procure no fim do arquivo por uma chamada bem sucedida para o componente de chamada dbms_registry_sys.validate_components. Se ela foi completada de forma bem sucedida, então a probabilidade é que o seu upgrade foi bem sucedido. 2. Verifique o alerta do log do banco de dados por erros durante a migração. Houve algumas mudanças no modo que o alerta do log foi gerenciado. Veja o Capítulo 2 para mais detalhes no novo parâmetro dignostic_dest e como ele influencia o arquivo log do banco de dados. 3. Você pode verificar o DBA_REGISTRY para certificar-se que todos os componentes possuem o número da versão atual atribuída a eles. Se eles não possuem, você precisa determinar porque que está assim (pode ser tão simples quanto um bug onde um dos componentes não estavam sendo atualizados corretamente no registro; isso já aconteceu antes). O Database Upgrade Assistant: Resultados do Upgrade

16 16 Oracle Database 11g - Novos Recursos Voltando Portanto, se você vir alguns erros durando o processo de upgrade e o DBUA falhou? O que acontece se você encontrar erros nos logs e você queira voltar? Se você tivesse o backup do DBUA no seu banco de dados, você pode fazer com que ele restaure o seu banco de dados. Em outros casos, você terá que restaurar o bando de dados que falhou para migrar a você mesmo. Na interface do DBUA, a última tela dará a você uma opção para restaurar o seu banco de dados se há um erro no DBUA. Entretanto, do mesmo modo que no nosso exemplo anterior, se a energia caiu e a sessão do DBUA foi finalizada, você não terá mais essa opção. Essa é uma das razões pelo qual eu prefiro fazer um backup/restore manual. O DBUA coloca todos os arquivos usados no backup/restore seu banco de dados no diretório de arquivos de log. Portanto, outra opção é para ir para o diretório de logging e usar os arquivos contidos lá. No caso de falta de luz (ou talvez aquela janela azul do Windows apareça), você precisa rever os logs, cuidadosamente. Se você pode concluir que através dos logs que o processo de upgrade falhou, você pode manualmente reiniciar o processo de upgrade, daquele ponto em diante. Entretanto, se você preferir usar o DBUA para fazer os seus upgrades, então a melhor coisa a fazer será restaurar a imagem do banco de dados do pré-upgrade do backup que você fez antes do upgrade, e reinicie o upgrade. DBUA faz uma simples cópia dos seus arquivos de dados quando ele faz um backup, ao invés de usar o RMAN. Você terá que encontrar os arquivos do seu backup no diretório ORACLE_BASE/admin/<database_name>/backup. Aqui você vai encontrar um arquivo script ou um arquivo de lote (o nome varia por plataforma) que você pode executar para restaurar o seu banco de dados para a versão pré-oracle Database 11g. Se você estiver executando o script no Windows, ele também irá iniciar e recriar o serviço Oracle Windows para você. Se você fez o backup no seu banco de dados via RMAN antes do upgrade, então fazer a restauração do banco de dados é tão simples como emitir o comando RMAN a seguir (note que nós assumimos que nomeou o seu backup com o tag before_upgrade ). STARTUP NOMOUNT RUN { RESTORE CONTROLFILE FROM save_controlfile_location ; ALTER DATABASE MOUNT; RESTORE DATABASE FROM TAG before_upgrade RECOVER DATABASE NOREDO; ALTER DATABASE OPEN RESETLOGS; } Depois que a restauração estiver pronta, você precisar reiniciar suas variáveis de ambiente até as localizações do antigo software do Oracle. Se você estiver usando o Windows você precisa fechar e reiniciar o seu serviço Oracle.

17 Capítulo 1. Oracle Database 11g - Iniciando 17 Upgrades Manuais A desvantagem de upgrades manuais é que elas podem ser entediantes e você terá que gerenciar vários passos. O lado bom é que você terá muito mais controle sobre o processo de upgrade. Se algo falha e você está fazendo o upgrade manualmente, freqüentemente, é muito mais fácil fazer a recuperação a partir daquela falha do que se você estiver fazendo com o DBUA. Se você vai optar pelo upgrade manual, a primeira coisa que eu faria seria ler o manual de upgrade cuidadosamente. Eu, então, iria criar uma lista com os passos a serem seguidos. Cada um dos passos do upgrade pode mudar um pouco por plataforma (por exemplo, os gerenciadores de instalação do Windows solicitam que você inicie e recrie os serviços). Portanto, é importante ler o manual. Nas próximas seções nós vamos dividir o processo manual em seções como préupgrade, upgrade, e pós-upgrade. Em cada seção nós vamos fornecer alguma direção e nova percepção no processo de upgrade. E finalmente, nós vamos discutir sobre recomeçar o upgrade, se isso for necessário. Antes que Você Faça o Upgrade para o Oracle Database 11g Antes que você mude e execute os scripts do upgrade, um pré-planejamento se faz necessário. Enquanto nós apresentamos uma lista ordenada na Tabela 1-3, dos passos do pré-upgrade a serem seguidos, você deve ter referências do Manual de Upgrade do Oracle Database 11g tanto quanto os Leia-me e outros arquivos relacionados para ter a informação mais atualizada nos passos a serem seguidos, quando estiver fazendo o upgrade. Nós vimos no passado que as coisas tendem a mudar entre versões diferentes (e sistemas operacionais), e, claro, essa versão que você está atualizando deve ser diferente da versão que nós usamos, quando nós escrevemos este livro (nós usamos a primeira versão de produção do Oracle Database 11g para este livro). Outra coisa que devemos mencionar (novamente) é que você precisa testar, testar e testar (na verdade nós tínhamos 10 paginas da palavra teste no livro mas nosso editor/editora decidiu que seria um pouco demais), antes que você faça qualquer coisa. A Tabela 1-3 fornece um sumário dos passos do pré-upgrade que você vai querer certificar-se quando estiver executando um upgrade do Oracle Database 11g. Você irá observar que nós mencionamos o Oracle Pré-Upgrade Information Tool no passo 8 na Tabela 1-3. Ele é crítico, se você quer ter um upgrade sem problemas do seu banco de dados, então, execute essa ferramenta toda vez que você vai fazer um upgrade. Eu vi casos onde a ferramenta foi executada no desenvolvimento e teste do banco de dados sem qualquer problema em encontrar sendo observado, apenas para ter um upgrade falhando na produção. Isso aconteceu porque o DBA assumiu que não havia problemas com a produção do upgrade desde que não havia algum problema em outros upgrades. Não faça esse erro. Lembrete Se você estiver fazendo a atualização de um banco de dados agrupado, você deve desligar todas, menos uma, das instâncias do cluster, no qual será o nó que você irá

18 18 Oracle Database 11g - Novos Recursos fazer o upgrade. Verifique a documentação de upgrade do Oracle para ações específicas, que podem precisar ser completadas em cada nó (como por exemplo, a instalação de um novo software em cada nó e assim por diante.) Passo Ação 1 Leia este livro! Leia o guia de Upgrade do Oracle Database! 2 Atualize seu SO (Sistema Operacional) e tenha outro software como pedido para suporte no Oracle Database 11g. 3 Instale o software do Oracle Database 11g. Eu sempre gosto de criar um pequeno banco de dados de teste após a instalação do Oracle, apenas para ter certeza que tudo está funcionando corretamente. 4 Teste o upgrade o banco de dados de não produção primeiro! 5 Faça o backup do banco de dados. (No início desse capítulo nós fornecemos a você um exemplo do script RMAN que você pode usar.) 6 Prepare a nova localização do oracle_home. Copie os arquivos da antiga configuração (SPFILE, IFILE, arquivo de password, e assim por diante) para as novas localizações do Oracle Database 11g. Revise esses arquivos e atualize-os para incluir os parâmetros novos ou mudados. 7 Verifique o arquivo de log redo e certifique-se que ele tem um tamanho maior que 4MB. O processo de upgrade do Oracle Database 11g irá falhar se os log Refazer online são menores que 4MB. Você pode executar esta consulta para determinar o tamanho dos logs Refazer online: Select name, bytes FROM V$LOGFILE; 8 Execute o Oracle Pré-UpGrade Information Tool (utlu111i.sql em nossa versão) para determinar o que você precisa mudar no seu banco de dados para que o upgrade seja bem sucedido. Você irá encontrar está ferramenta no diretório ORACLE_HOME/rdbms/adminno seu software de instalação do Oracle Database 11g. As mudanças que você precisa fazer são: a. Remova parâmetros do banco de dados obsoletos. b. Ajuste as configurações do parâmetro para refletir os valores mínimos indicados resultado da ferramenta de pré-upgrade. Por exemplo, o parâmetro sga_target pode precisar ser aumentado. c. Aumente os tamanhos do tablespace. d. Você pode querer ajustar os parâmetro compatible para 11.0 para que você possa usar as novas funções do Oracle Database 11g após o upgrade. Note que uma vez que você modifica o parâmetro compatible, você não pode mudar o parâmetro compatible para uma menor configuração sem restaurar o seu banco de dados para o ponto que estava antes de fazer a mudança no parâmetro compatible. Note que durante o upgrade, o parâmetro compatible deve estar configurado pelo no Você pode reiniciá-lo para após o upgrade se você deseja ter certeza que você pode apenas usar a função de configuração do e. Ajuste todos os caminhos no arquivo de parâmetro para refletir a nova estrutura oracle_home à medida que for necessário. f. Se você vai fazer o upgrade de um cluster, certifique-se que o cluster_database está configurado em false para o upgrade.

19 Capítulo 1. Oracle Database 11g - Iniciando 19 9 Determine se há novos parâmetros do Oracle que você quer usar. Determine se há quaisquer parâmetros que você queira mudar. Você fará essas mudanças após o upgrade do banco de dados. 10 Determine se quaisquer usuários estão atualmente usando o perfil CONNECT. Este perfil está depreciado no Oracle Database 11g e todos os seus privilégios foram retirados exceto o privilégio de criação de sessão. 11 Se você estiver usando o OEM, você vai querer salvar o seu OEM Control Data caso você precise rebaixar. Consulte o Manual de Upgrade do Oracle Database 11g para mais informações sobre esse processo. 12 Crie um listener para o Database do Oracle Database 11g. Isso precisará ser feito antes que você faça o upgrade para o Oracle Database 11g. Upgrade o Oracle Database 11g Quando todo o trabalho do pré-upgrade estiver pronto, é chegada a hora, para a parte divertida, a atualização do banco de dados! Os Cowboys da área central Americana diriam iiiiihhhhhhuuuuuuu. Novamente nós vamos fornecer uma tabela com uma lista dos passos a serem seguidos quando você estiver fazendo a atualização do seu banco de dados. Eu não diria que é o suficiente por favor, verifique o manual de upgrade do Oracle e certifique-se que nada mudou ou que não há coisas específicas no SO que precisam ser feitas. Tabela 1-4 tem a minha lista. Uma das duas coisas, falta de memória ou falta de espaço no tablespace, faz com que muitas atualizações falhem. Se sua falha aconteceu por um dessas duas coisas, você pode simplesmente corrigir o problema (por exemplo, aumente a memória, aumente o tablespace ou habilite o autoextend) e então shutdown abort o banco de dados. Então, reinicie o banco de dados com o comando startup upgrade e re-execute novamente o script catupgrd.sql. Se você iniciou o upgrade com o script catupgrd.sql e você determinou que por qualquer motivo você não possa terminá-lo, você precisará restaurar o seu banco de dados com o backup que você fez dele. Não há volta ao passado em um upgrade incompleto. Re-Execute o Upgrade No caso de um erro durante o upgrade manual, você, frequentemente, pode re-executar o upgrade. Simplesmente siga os seguintes passos: 1. Corrija o problema. 2. Faça o shutdown do banco de dados (shutdown immediate). 3. Reinicie o banco de dados com o comando startup upgrade. 4. Reinicie o processo de upgrade no passo 9 na Tabela 1-4.

20 20 Oracle Database 11g - Novos Recursos Após o Upgrade do Oracle Database 11g Quando o script do upgrade tiver completado o upgrade, você está quase lá! Agora nós precisamos executar alguns passos pós-upgrade para verificar o status do upgrade e completar o processo. Pela ultima vez nós vamos fornecer uma tabela com a lista geral de passos a serem seguidos quando você estiver atualizando o seu banco de dados. Além disso, pela ultima vez nós vamos lembrar você para primeiro verificar o manual de upgrade do Oracle e certificar-se que nada mudou. Tabela 1-5 possui a lista. Lembrete Nós nunca dizemos o suficiente: há passos gerais que você precisa fazer. Você deve ter referência no guia de upgrade, e a sua documentação específica de SO para uma completa enchilada! Não chores por mim, Argentina você deve preparar antes de fazer! Passo Ação 1 Encerre o banco de dados. Você deve encerrar o banco de dados de um modo consistente usando o shutdown immediate. Se você tem que usar o shutdown abort, reinicie o database em modo limitado e então faça um shutdown immediate. 2 Se você estiver usando o Windows, você precisará parar o serviço Oracle para o banco de dados que você estiver atualizando. Você então irá usar a utilidade oradim para remover o serviço para o banco de dados que você esta fazendo a migração. Então use a utilidade oradim para recriar o novo serviço do Oracle Database 11g. 3 Se você estiver usando o UNIX, você precisará certificar-se que as suas variáveis de ambiente estão apontando para os novos diretórios do Oracle Database 11g. Isso poderá incluir os oracle_home, path, classpath e o ld_library_path tanto quanto quaisquer variáveis de ambiente específico do OS que você precise configurar. 4 Abra uma linha de comando na janela/prompt e mude para o diretório ORACLE_HOME\ rdbms\admin. 5 Inicie o SQL*Plus (certifique-se que você está usando a versão 11g do SQL*Plus!) e conecte ao banco de dados como um usuário com privilégios SYSDBA. 6 Do prompt do SQL*Plus, inicie o banco de dados do modo de upgrade usando o comando a seguir: startup upgrade Confirme o que o banner diz que o banco de dados foi iniciado com o Oracle Database versão 11. Não é necessário parar o processo de upgrade se erros aparecerem indicando que os parâmetros de inicialização obsoletos estão em uso. Você pode corrigir esses erros após a finalização do upgrade. 7 Se você estiver atualizando do Oracle ou o Oracle9i, você precisa criar um tablaspace sysaux. Siga a instrução do guia de upgrade para completar esse passo. 8 Use o comando spool para iniciar o enfileiramento dos resultados do upgrade para um arquivo log. SQL> spool upgrade.log 9 Usando o script catupgrd.sql, inicie o processo de upgrade! Quando o script estiver finalizado, ele fará o shutdown do banco de dados. 10 Reinicie o novíssimo banco de dados atualizado com o comando startup. TABELA 1-4. Oracle Database 11g Upgrade Steps

21 Capítulo 1. Oracle Database 11g - Iniciando 21 Passo Ação 1 Execute as ações pós-instalação solicitadas por quaisquer das funções do Oracle auxiliares que você possa ter instalado no seu banco de dados (por exemplo, Oracle Text). Esses passos serão listados no guia de upgrade do Oracle Database 11g, ou no guia do usuário de componente específico. 2 Execute a ferramenta pós-upgrade (na sua versão, utlu111s.sql) para mostrar o status dos componentes do banco de dados. Certifique-se que todos os componentes mostram o status válido. 3 Execute o script catuppst.sql do $ORACLE_HOME/rdbms/admin. Este script contém os passos relacionados do upgrade que não solicitam que o banco de dados seja iniciado no modo upgrade. 4 Após a finalização do script catuppst.sql, execute o script utlrp.sql contido no $ORACLE_HOME/rdbms/admin. Note que o catuppst.sql e o utlrp.sql podem ser executados ao mesmo tempo. Após a execução do utlrp.sql, você deve certificar-se que nenhum objeto inesperado ainda está inválido. O SQL que pode ajudar você a fazer essa determinação inclui: SELECT count(*) FROM dba_invalid_objects; SELECT distinct object_name FROM dba_invalid_objects; 5 Encerre o banco de dados. Como antes, você deve encerrar o banco de dados de um modo consistente usando o shutdown immediate. 6 Remova quaisquer parâmetros obsoletos do arquivo de parâmetro. Adicione ou mude quaisquer parâmetros específicos do Oracle Database 11g que você identificou durante os passos do pré-upgrade. 7 Inicie o banco de dados com o comando startup. 8 Se você estiver usando o Oracle Label Security, você precisa executar o olstrig.sql para recriar os triggers da linguagem de manipulação de dados (DML) nas tabelas com a política do Oracle Label Security. 9 Faça a re-compilação de todos os PL/SQL e código Java alojados com o utlrp.sql. Verifique se todos os pacotes e classes são válidos. 10 Verifique o componente Registry (DBA_REGISTRY) e certifique-se que cada componente foi propriamente atualizado. 11 Faça o backup do seu banco de dados. 12 Faça as tarefas restantes solicitadas pelo pós-upgrade. Essas tarefas são: a. Atualização do catálogo RMAN Recovery b. Atualização de quaisquer tabelas de estatísticas que você possa ter criado. c. Mude os passwords para as contas recém criadas fornecidas pelo Oracle. d. Habilite os passwords para o cumprimento da sensitividade entre maiúsculas e minúsculas. e. Habilite quaisquer outras funções ao novo Oracle 11g que você possa querer usar. Verifique o guia de upgrade para uma lista completa de possíveis tarefas do pós-upgrade que você deva completar. TABELA 1-5. Os Passos Pós-Upgrade do Oracle Database 11g

22 22 Oracle Database 11g - Novos Recursos Esteja bem consciente das coisas adicionais que você precisa fazer dependendo em quais opções você estiver executando. Por exemplo, se você está usando os pacotes como os utl_tcp, utl_smtp, utl_mail, utl_http, ou utl_inaddr então você deve rever as novas funções que estão girando em torno da Access Control List (ACL) no Oracle Database 11g. Até que você tenha configurado o ACL s no 11g, você não será capaz de usar essas funções. Nós vamos discutir esse assunto no Capítulo 6 deste livro. Retornando o Seu Upgrade para o Oracle Database 11g Nos Estados Unidos nós costumamos dizer, Quando tudo falha, aposte... Quando o seu recém criado banco de dados não quer funcionar e você precisa voltar, o que você faz? A resposta mais comum é restaurar o backup que você fez antes do upgrade. Esse é o modo mais simples e mais direto para retornar um upgrade. O Oracle Database 11g suporta o retorno para a versão principal do 10g do lançamento que você atualizou (note que o retorno para versão 9i não é suportado). Portanto, se você saiu da 10.1 para a 11.1, você pode instalar a versão 10.1 mas não a Claro, que você irá precisar ter certeza que você não usou qualquer função do Oracle Database 11g antes que você retorne a versão anterior, e o parâmetro compatible não foi mudado para o 11. Há algumas solicitações de versão específica para retornar a versão anterior, dependendo da versão que você fez o upgrade. Por favor, confirme com o Guia de Upgrade do Oracle Database 11g para mais detalhes sobre a instalação de uma versão anterior do Oracle do qual você está fazendo a atualização. Lembrete Você pode usar o export/import para a instalação de uma versão anterior, mas isso pode ser um processo muito longo. Nós vamos discutir sobre esse assunto mais adiante neste capítulo. Como parte do processo de pré-upgrade. Eu recomendo a execução do teste de retorno onde você retorna o banco de dados de teste. Deste modo você estará familiarizado com o processo. Você também poderá entrar em contato com o suporte da Oracle e verificar o Metalink para ter certeza que não há nenhuma pegadinha esperando por você, se você tiver que retornar. O Manual de Upgrade do Oracle fornece um conciso grupo de instruções para a restauração para uma versão anterior do seu Oracle Database. Lembrete Em qualquer hora que você tiver que fazer o retorno para uma versão anterior, você deve considerar que você está em risco. Se as coisas estão muito ruins com a versão do software que você está e que você precisar retornar, você deve considerar que o software também pode dar problema quando você estiver tentando fazer o retorno para a versão anterior (por exemplo, talvez um bug introduziu um bloco corrompido). Quando estiver formulando um plano de upgrade, você deve considerar a possibilidade que um retorno para a versão anterior possa não ser uma opção.

23 Capítulo 1. Oracle Database 11g - Iniciando 23 Arup Manda... Antes que você faça o upgrade, você deve criar um script para criar o arquivo de controle. Você pode fazer isso facilmente emitindo o alter database backup controlfile to trace. Esse comando irá gerar um arquivo de rastreamento no diretório user_dump_dest. Localiza aquele arquivo, abra-o e retire o excesso (coisas como a versão do Oracle, data, e assim por diante) e o salva em alguma localização como um arquivo cr_cntfile.sql. Esse arquivo é um script para recriar o arquivo de controle. Se todos os arquivos falharem, você pode pelo menos criar um arquivo de controle através deste script para restaurar o banco de dados da versão anterior. Se isso for o suficiente, considere os conteúdos deste arquivo script: ele contém os parâmetros do banco de dados como o maxdatafiles; os nomes de todos os log red e arquivos de dados; arquivos tablespace temporários; characterset do banco de dados, e várias outras coisas. Pense nele como uma documentação rápida do banco de dados. Você deve manter este arquivo e o arquivo de inicialização pré-11g em alguma localização segura. Usando o Export/Import para os Upgrades e Retornos Você pode usar as utilidades Export/Import (ou Data Pump se você estiver usando o Oracle Database 10g Lançamento 1 ou mais recente) para executar ambos os upgrades e retornos se você preferir. Nesta seção nós iremos discutir ambas as funções, iniciando com o uso do export para a atualização do banco de dados. Nós então vamos discutir retorno usando o export/import. Enquanto muitas dessas seções também irão aplicar para usar o Oracle Data Pump, na nossa seção final vamos tratar sobre alguns problemas que diferem quando o Data Pump está em uso. Upgrade com o Export/Import Eu falei sobre vários DBAs que preferem usar o método o export/import da atualização para um novo banco de dados. Usando o export/import é um método de migração suportado, como é usando as utilidades do Oracle Data Pump introduzidos no Oracle Database 10g. Para um pequeno banco de dados, ou para casos onde você quer mover o seu banco de dados para outro ambiente, o export/import pode ser uma boa opção. A chave aqui é menor, à medida que o processo de export/import pode ser muito longo em grandes banco de dados, certamente muito mais longo do que usar o DBUA ou fazer o upgrade manualmente em um banco de dados. O método export/import pede que você crie primeiro um Oracle Database. Você pode facilmente criar um bando de dados com o Oracle Database Configuration Assistant, ou se você preferir, manualmente. Quando estiver pronto, então você pode exportar o banco de dados do banco de dados a ser atualizado, e importá-lo em seu novo banco de dados do Oracle Database 11g. Export/Import é bem prático se o seu banco de dados está em uma versão do Oracle que não suporta um caminho de atualização direto ao Oracle Database 11g.

24 24 Oracle Database 11g - Novos Recursos Isso pode reduzir o tempo de upgrade do banco de dados, já que você não precisa executar vários upgrades. Eu também já vi casos no passado onde nós não conseguimos encontrar os CDs para a versão intermediária do Oracle que nós precisávamos para fazer o upgrade, então nós apenas optamos pelo export e import. Essa foi uma solução muito mais prática. Exports de versão mais baixas sempre são mais compatíveis. Portanto, se você estiver migrando via export o banco de dados 7.3 para um banco de dados 11g, não haverá problemas. Instalando uma Versão Anterior com o Export/Import Instalar uma versão anterior via um export, como quando você estiver tentando retornar de um upgrade, é um problema diferente. Nesses casos você precisa certificar-se que você está usando a versão correta da utilidade export/import do Oracle. Essa regra geral é que quando você está exportando através de uma versão mais nova do banco de dados do Oracle com a intenção de importar o arquivo a um banco de dados do Oracle de baixo nível, então você deve usar a versão mais antiga das utilidades export e import. Por exemplo, para exportar através da versão do Oracle Database 11g para a versão do Oracle Database 10g, você deve usar as versões do Oracle Database 10g do export e import. Certifique-se juntamente que você está usando a versão correta das utilidades do export/import, você também precisará ter certeza que você possui a versão correta das imagens do export carregadas no banco de dados. Isso se aplica apenas em casos onde você está exportando de um banco de dados mais novo com a intenção de importar os dados para um banco de dados mais antigo. Por exemplo, vamos supor que você tem a intenção de exportar do Oracle Database Version 11g para o Oracle Database Version 10g. Neste caso, você primeiro deve carregar o catexp.sql do Oracle Database 10g ORACLE_HEM no banco de dados do Oracle Database 11g. Quando o export estiver completo, execute o catexp.sql do Oracle Database Version 11g ORACLE_HOME no banco de dados para atualizar as imagens na versão correta do Oracle. Mais um problema a respeito do retorno com o export/import é o problema da compatibilidade do objeto. Se você começou a utilizar algumas das funções do Oracle Database 11g nos seus schemas, e decidiu que você precisará retornar o banco de dados para uma versão mais antiga, você terá uma surpresa ruim. Por exemplo, se você exportou do Oracle para um banco de dados do Oracle Database 11g e então criou uma tabela usando o particionamento de lista, você terá um problema se você tentar retornar para o Oracle O que queremos dizer é: tome cuidado após você fazer o upgrade, se você fizer quaisquer mudanças no schema usando as novas funções do Oracle Database 11g. E Sobre o Oracle Data Pump? A maior diferença quando estiver usando o Oracle Data Pump tem haver com o problema das diferenças entre versões. O Data Pump facilita muito o movimento de dados entre versões diferentes de banco de dados. O Oracle Data Pump vem com um parâmetro version que permite a você definir a versão do banco de dados que você esta criando para exportar. Então, por exemplo, se você estiver exportando de

25 Capítulo 1. Oracle Database 11g - Iniciando 25 um banco de dados do Oracle 11g e você deseja importar aquele arquivo no banco de dados do Oracle , você deve incluir o version= na linha de comando expdp. À medida que você export/import, o Oracle Data Pump pode ler um arquivo dump criado por uma versão antiga do banco de dados quando estiver importando para uma versão mais atual. Fazendo o Upgrade Usando o Data Copying O Oracle Database 11g também suporta upgrades via o comando copy do SQL*Plus através dos links do banco de dados. É um modo útil para fazer o upgrade de pequenos bancos de dados, ou se você quer apenas fazer o upgrade que um pequeno subgrupo de um schema dado (ou talvez subgrupos de fileiras de um schema dado). Se você escolher está abordagem você terá que criar o novo banco de dados do Oracle Database 11g juntamente com os tablespaces, os schemas/usuários necessários e os links do banco de dados antes que você possa iniciar o processo migratório. Mudanças nos Parâmetros do Oracle Toda versão nova do Oracle inclui mudanças nos parâmetros dentro do bando de dados. Esta seção cobre essas mudanças para que você possa considerá-las nos seus planos de upgrade. Nesta seção nós iremos cobrir os novos parâmetros, os parâmetros depreciados (aqueles que ainda funcionam, mas você precisa pensar em substituí-los), e os parâmetros obsoletos (aqueles que não funcionam mais e precisam ser removidos). Nós apenas vamos cobrir aqueles parâmetros mais comuns nesta seção. Nós não iremos cobrir as mudanças nos parâmetros escondidos, obscuros, raramente usados ou específicos do SO. Novos Parâmetros Vários novos parâmetros estão disponíveis no Oracle Database 11g. Vários desses parâmetros serão visto em varias partes deste livro. Os parâmetros discutidos neste livro estarão marcados com o símbolo (*). Você pode buscar referencias no índice para as paginas especificas onde estes parâmetros são discutidos. Os novos parâmetros do Oracle Database 11g são os seguintes: asm_preferred_read_failure_groups (*) client_result_cache_lag (*) client_result_cache_size (*) commit_loggin (*) commit_wait (*) control_management_pack_access (*)

26 26 Oracle Database 11g - Novos Recursos db_lost_write_protect db_securefile db_ultra_safe ddl_lock_timeout (*) diagnostic_dest (*) global_txn_processes java_jit_enabled (*) ldap_directory_sysauth memory_max_target (*) memory_target (*) optimizer_capture_sql_plan_baselines (*) optimizer_use_invisible_indexes (*) optimizer_use_pending_statistics (*) optimizer_use_sql_plan_baselines (*) parallel_io_cap_enabled plscope_settings redo_transport_user resource_manager_cpu_allocation result_cache_max_result (*) result_cache_max_size (*) result_cache_mode (*) result_cache_remote_expiration (*) sec_case_sensitive_logon (*) sec_max_failed_login_attempts (*) sec_protocol_error_further_action sec_protocol_error_trace_action sec_return_server_release_banner xml_db_events

27 Capítulo 1. Oracle Database 11g - Iniciando 27 Parâmetros Desatualizados Parâmetros desatualizados são parâmetros que o Oracle eventualmente planeja fazêlos obsoletos. Eles funcionam normalmente, mas avisos irão aparecer à medida que o banco de dados está iniciando no console e no log de alerta do banco de dados. Você também pode determinar se um parâmetro está desatualizado usando a coluna isdeprecated na janela v$parameter. Se o parâmetro é desatualizado, essa coluna estará em TRUE. Três parâmetros no Oracle Database 11g estão desatualizados (desde o Oracle Database 10g Lançamento 2) em favor do parâmetro diagnostic_dest. Há background_dump_dest core_dump_dest user_dump_dest Os parâmetros desatualizados remanescentes (desde o Oracle Database 10g Lançamento 2) são: commit_write Este parâmetro foi substituído pelos novos parâmetros commit_logging e commit_wait. instace_group Veja o Capítulo 10 para mais informação nas mudanças do Real Aplication Cluster no Oracle Database 11g log_archive_local_first plsql_debug Substituído pelo plsql_optimize_level plsql_v2_compatibility remote_os_authent standby_archive_dest transaction_lag attribute Lembrete Você pode encontrar uma lista completa dos parâmetros desatualizados de várias versões do Oracle no Guia de Upgrade do Oracle Database 11g Lançamento 1.

28 28 Oracle Database 11g - Novos Recursos Arup Manda... Eu fortemente recomendo a configuração do parâmetro diagnostic_dest quando você faz o upgrade do banco de dados ou cria um novo banco de dados abaixo do Oracle 11g. O Oracle ignora o parâmetro background_dump_dest, até se ele está definido na inicialização do arquivo de parâmetro. Ao invés disso, ele assume que o parâmetro diagnostic_dest seja $oracle_base. Neste diretório, ele cria um subdiretório, diag; então outro abaixo deste, rdbms; e mais um subdiretório abaixo deste, <database name>; e assim por diante, e aloja o log de alerta de texto lá. Portanto, não fique surpreso se de repente perceber que o log de alerta do antigo banco de dados não está mais sendo atualizado. Ele estará no diretório diagnostic_dest. Parâmetros Obsoletos Um banco de dados com parâmetros obsoletos será iniciado, mas avisos no console e o log de alerta irão aparecer. O parâmetro no Oracle Database 11g que estão obsoletos são: Ddl_wait_for_locks Logmnr_max_persistent_sessions Plsql_compiler_flags A Loucura do Parâmetro Undo_Management A última abordagem nas mudanças nos parâmetros no Oracle Database 11g. É que o parâmetro padrão undo_management é agora AUTO. Undo manual ainda está disponível, mas você terá que habilitá-lo para que possa usá-lo. Mudanças na Visualização do Dicionário do Oracle Espantosamente, nenhuma visualização de dados estáticos do dicionário ficou desatualizada, no Oracle Database 11g. O view v$datafile teve a coluna plugged_in removida. Vários outros views foram adicionados. Revise o manual do Oracle Database Reference para mais informação nos vários views que foram adicionados. Além disso, o Oracle Database 11g também não desatualizou qualquer visualização dinâmica. Vários novos views foram adicionados. Revise o manual do Oracle Database Reference para mais informação sobre os vários views que foram adicionados.

29 Capítulo 1. Oracle Database 11g - Iniciando 29 Fim da Linha A palavra Sumário ou Capítulo Sumário parece coisa das antigas. Fim da Linha, portanto, será o nosso sumário no final dos capítulos. Para aqueles que não sabem, Fim da Linha foi usado no filme Tron. O MCP diria Fim da Linha após o fim das suas comunicações. Assim, nós estamos no Fim da Linha deste capítulo. Nós discutimos o envolvente processo de atualização do Oracle Database 11g. Nós discutimos ambos os upgrades automáticos e manuais, e espero que tenha dado a você uma idéia de cada um deles, para que você possa decidir em qual direção você quer ir. Finalizar de modo bem sucedido um upgrade é extremamente satisfatório. Finalizar de modo bem sucedido o upgrade de mais de 200 bancos de dados é tudo que se pode pedir. Agora, vai lá e faça o upgrade desses bancos de dados e leia o resto deste livro para descobrir as maravilhas que estão esperando por você no Oracle Database 11g! Fim da linha...