New-Features-12c on Café Com Cloud

Aplicando Patch em um Engineered System

Thu, 16 Aug 2018 16:54:11 -0300

Todo mundo no mundo de Oracle DBA sabe o valor chave de usar um Engineered System, tipo Exadata ou Supercluster.

Em um banco mission critical on-premises, como DBA a gente precisa consolidar muitos bancos, plataforma em diferentes versões dentro de um Engineered System.

No mundo Engineered System a gente tem diferentes tipos de patch deployment que consiste em um grupo de muitos outros patches pra diferentes versões de bancos / aplicações / sistema / serviços. Eles são chamados de Oracle Engineered Systems Quarterly Patch Deployment (QPD).

A vantagem chave de usar QPD é ficar com os best practices patches que foram recomendados pela Oracle. O QDP fica disponível pra download a cada 4 meses e se você tem um contrato, você pode deixar a Oracle aplicar pra você via contrato ACS / platinum. Mais informações, você pode ver em https://www.oracle.com/assets/as-quarterly-patch-deployment-3042102.pdf.

Experiências pessoais aplicando patch em Engineered Systems (Exadata, Supercluster) Eu tenho algumas experiências aplicando patch em muitos ambientes, sejam sistemas Exadata ou Supercluster.

Primeiro, eu sempre tiro um exachk. É extremamente importante comparar o quão saudável está seu ambiente antes de aplicar. Sempre baixa o último disponível no MOS “Oracle Exadata Database Machine exachk or HealthCheck (Doc ID 1070954.1)”

Segundo, eu recomendo a leitura dessas notas:

Exadata Database Machine and Exadata Storage Server Supported Versions (Doc ID 888828.1)

Oracle SuperCluster Supported Software Versions - All Hardware Types (Doc ID 1567979.1)

PS. nessas notas tem algumas referências a outros Engineered Systems. Se você tem no seu ambiente, por favor dá uma olhada no MOS.

Então antes de baixar, como em todo patch eu recomendo extremamente ler o README de cada patch antes de começar (parece óbvio, mas eu conheço muitos DBAs que não seguem essa regra secreta) e seguir os prechecks como a Oracle recomenda, tipo espaço, checar se tem algum conflito com outro patch, etc.

Algumas dicas baseadas na minha experiência pessoal - Na maioria dos casos, durante o patching alguns erros relacionados com datapatch (no apply do banco) acontecem. Não fica com medo e dá uma olhada em:

Queryable Patch Inventory - Issues/Solutions for ORA-20001: Latest xml inventory is not loaded into table (Doc ID 1602089.1)

12.1 : Datapatch Fails with ERROR “KUP-04004,KUP-04017,KUP-04118,KUP-04095,ORA-29913”," fatal: libjli.so or libpicl.so.1: open failed" (Doc ID 2085653.1)

- Se você tem um ambiente segregado, sempre aplica patches em DEV ou UAT primeiro.

Exemplos de apply de patch no banco

=====

Não fica com medo se você tomar um erro. Acontece com todo mundo:

Log file for this invocation: /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log

Connecting to database…OK Note: Datapatch will only apply or rollback SQL fixes for PDBs that are in an open state, no patches will be applied to closed PDBs. Please refer to Note: Datapatch: Database 12c Post Patch SQL Automation (Doc ID 1585822.1) Bootstrapping registry and package to current versions…done

Queryable inventory could not determine the current opatch status. Execute ‘select dbms_sqlpatch.verify_queryable_inventory from dual’ and/or check the invocation log /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log for the complete error. Prereq check failed, exiting without installing any patches.

Please refer to MOS Note 1609718.1 and/or the invocation log /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_2278_2018_08_16_14_39_41/sqlpatch_invocation.log for information on how to resolve the above errors.

SQL Patching tool complete on Thu Aug 16 14:39:59 2018

=====

É tão bom quando tudo funciona como planejado:

Log file for this invocation: /u01/app/grid/cfgtoollogs/sqlpatch/sqlpatch_23787_2018_08_16_14_47_57/sqlpatch_invocation.log

Current state of SQL patches: Bundle series DBBP: ID 180717 in the binary registry and not installed in any PDB

Adding patches to installation queue and performing prereq checks… Installation queue: For the following PDBs: CDB$ROOT PDB$SEED Nothing to roll back The following patches will be applied: 27547374 (DATABASE BUNDLE PATCH 12.1.0.2.180717)

Installing patches… Patch installation complete. Total patches installed: 2

Validating logfiles… Patch 27547374 apply (pdb CDB$ROOT): SUCCESS logfile: /u01/app/grid/cfgtoollogs/sqlpatch/27547374/22329708/27547374_apply__MGMTDB_CDBROOT_2018Aug16_14_48_44.log (no errors) Patch 27547374 apply (pdb PDB$SEED): SUCCESS logfile: /u01/app/grid/cfgtoollogs/sqlpatch/27547374/22329708/27547374_apply__MGMTDB_PDBSEED_2018Aug16_14_52_35.log (no errors) SQL Patching tool complete on Thu Aug 16 14:55:29 2018

=====

Até breve! :-)

Exame de Upgrade 12c - 1z0-060

Wed, 12 Apr 2017 13:25:10 -0300

Hoje vamos descrever algumas impressões sobre o exame 1z0-060.

Então, pra ter sucesso no exame, você precisa:

Estudar bastante a arquitetura 12c (CDB / PDB): como start/stop, create, drop, secure, etc.
Não acreditar nas respostas de dumps.

A gente recomenda fazer o curso de new features, ou ter alguma experiência prévia em 12c - algumas perguntas têm relação direta com tarefas diárias de DBA.

Primeira impressão do install do Oracle Clusterware 12cR2

Thu, 30 Mar 2017 15:51:24 -0300

Hoje a gente vai falar sobre a primeira impressão do install fresh do Oracle Clusterware 12cR2 (pra database, você pode encontrar algumas considerações aqui).

Eu instalei no Oracle Linux 6.9 novinho em Virtualbox 5.1.18 e observei alguns pontos:

Como no install do database, o software do grid tem só um arquivo pra baixar (toma cuidado ao descompactar o zip. Você precisa descompactar no local onde você quer usar o cluster software).
A Oracle adicionou 2 tipos de diskgroup (que não estavam presentes no 11gR2): Flex e Extended (mais informação você pode encontrar aqui).

Atenção com os pré-requisitos e espaço: pelo menos quase 40 GB foi necessário pro diskgroup do grid se você tem menos de 4 nós no clusterware.
O Gavin Soorma fez upgrade de um cluster 12cR1. Se você está planejando fazer upgrade do seu cluster, considera ler esse post
Instalei na old way usando Oracle ASMLIB pra fins de teste e funciona! :-)
Se você instalar em modo gráfico, fica esperta pra descompactar o cluster software onde o ORACLE_HOME do grid software vai morar, porque você não consegue mudar a localização do home de install, como você pode ver abaixo:

Então vou fazer mais testes nesse cluster de teste. Se você está planejando construir seu próprio cluster de teste, eu recomendo:

Oracle RAC 12cR2 on Linux 6 using VirtualBox, by Oracle Base Tim Hall

Primeira impressão do install do 12cR2 database

Thu, 16 Mar 2017 16:00:00 -0300

Hoje vou descrever minhas primeiras impressões do install do novo 12cR2 (disponível para on-premises em março de 2017) para Linux e Solaris.

Inicialmente eu fiquei um pouco estranha porque agora tem só um arquivo pra database e um pra install do grid (em outras versões desde 11gR2, tem 2 arquivos pra database e um ou mais pra grid, dependendo da versão que você instala).

Então eu baixei e instalei no OEL6.8 pra fins de estudo.

O processo de install é quase parecido com o do 12cR1, exceto que você precisa de mais espaço livre pra instalar (pelo menos 8 GB).

Outro ponto: quando você dá unzip no arquivo único, toma cuidado pra descompactar dentro de uma pasta (pra organização, porque todos os arquivos vão ser descompactados no mesmo diretório onde você está).

Então vou continuar estudando e publicar mais features novas! :-)

Documento de datas de release foi atualizado!!

Mon, 13 Mar 2017 18:33:13 -0300

Continuando o post do Hanganalyze: 12.2 on-prem disponível para download, vemos que o documento de data de release foi atualizado no MOS (742060.1).

Basicamente Oracle 12.2 foi lançado para cloud (em março de 2017 para on-premises) e 12.2 tem suporte até 2021.

Então agora é hora de pensar e planejar o upgrade dos bancos 11.2.0.4 e 12.1.0.2, claro que se a aplicação for compatível também! :-)

Lembrem que agora o programa de Recertificação da Oracle segue as datas de schedule (mais informação vocês podem ver nesse video).

Ser ou não ser (preguiçoso)

Mon, 06 Mar 2017 20:49:44 -0300

Às vezes você é um Oracle DBA simplesmente cansado de fazer setup (eu gosto de instalar tudo do zero… desde o Oracle 7.3 sempre foi uma aventura pra mim :) )

Se você só quer baixar e se divertir com algumas features novas legais, uma ova pré-instalada é a medalha de ouro pra você..

Dá uma olhada nessa do Jeff Smith (SQL Developer e muita diversão no blog dele) aqui.

É uma OVA com 12.2, APEX, SQL Developer e outras coisas legais :)

Falamos!

12.2 on-prem disponível para download

Thu, 02 Mar 2017 20:27:05 -0300

Finalmente :)

Em breve vamos postar sobre algumas features novas legais - tipo online move para tabelas não particionadas, sharding, v$index_usage_info e mais!

Falamos!

Por que e por que não usar table recover - Oracle 12c

Fri, 24 Feb 2017 22:23:53 -0300

Hoje a gente vai falar sobre RMAN table recovery, uma das features novas do Oracle 12c, e a minha visão pessoal sobre essa feature.

A documentação oficial você pode encontrar aqui.

Basicamente o RMAN usa o mecanismo de Point in Time recovery e automatiza o jeito que a gente pode fazer recover de uma única tabela. Antes do Oracle 12c a gente conseguia fazer isso manualmente.

Por dentro desse mecanismo, o RMAN cria uma instância auxiliar pra fazer o recovery, pega só a informação necessária: o RMAN restaura e recupera as tablespaces SYSTEM, SYSAUX, UNDO + a tablespace onde a tabela reside, e usa um datapump (expdp e impdp, se você configurar pra importar isso no banco) pra pegar a informação no ponto no tempo.

Por que usar esse mecanismo?

Porque ele permite recuperar uma informação antiga que foi dropada (acidentalmente ou não por algum usuário, claro que se você tiver o backup anterior) sem precisar fazer restore do banco inteiro.
É muito fácil de usar: ele permite recuperar a informação a partir de backup em tape ou disco. Você só precisa ter a informação disponível.
Você pode configurar pra importar a tabela com outro nome, ou só gerar um dump.

Por que não usar esse mecanismo? (até 12cR1)

Se você tem índice associado à tabela requerida e esse índice estava em uma tablespace diferente, você pode ter alguns problemas.
Você não pode configurar opções como paralelismo ou excluir índices no datapump.