Installation on Café Com Cloud

Install do 18c on-premises - primeiras impressões

Mon, 10 Sep 2018 18:35:18 -0300

E aí pessoal,

Algumas coisas mudaram no 18c. Hoje vou explicar minhas primeiras impressões desse produto bem novinho on-premises e algumas comparações com versões anteriores (PS: eu classifiquei cada tópico antes de começar a falar.. espero ajudar vocês no próximo upgrade)

Download: se você baixar pelo Oracle OTN, vai notar que tem só um zip pro Oracle database e um zip pro install do grid.
Install: agora você tem que descompactar todo o conteúdo dentro do Oracle_HOME <- eles chamam esse novo jeito de “Simplified Image-based Oracle Database Installation”
Install: o runInstaller foi substituído pelo gridSetup.sh (no caso de install do Grid) e pro Installer de database você ainda precisa executar o runInstall.sh
Install: você vai precisar de pelo menos uma máquina com 8 GB de RAM pra instalar grid / database.
Install: pro installer de database, agora você tem as duas opções de install (como no Installer do 10g) - você pode escolher instalar Enterprise ou Standard Edition 2.
Install: agora você pode escolher no install do database o TFA durante a execução do root.sh.

Falamos :-)

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! :-)

12cR1 + Suse 12 SP2 = dá uma olhada nesse post

Sat, 10 Jun 2017 22:19:15 -0300

Hoje eu enfrentei um problema estranho durante um HAS 12.1.0.2 no Suse 12 SP2 pra um cliente.

Tudo correu bem durante o runInstaller, mas o roothas.pl falhou com o seguinte erro:

SERVER_BLA:/u01/grid/12.1.0.2 # /u01/grid/12.1.0.2/perl/bin/perl -I/u01/grid/12.1.0.2/perl/lib -I/u01/grid/12.1.0.2/crs/install /u01/grid/12.1.0.2/crs/install/roothas.pl Using configuration parameter file: /u01/grid/12.1.0.2/crs/install/crsconfig_params LOCAL ADD MODE Creating OCR keys for user ‘ora12c’, privgrp ‘dba’.. Operation successful. LOCAL ONLY MODE Successfully accumulated necessary OCR keys. Creating OCR keys for user ‘root’, privgrp ‘root’.. Operation successful. CRS-4664: Node SERVER_BLA successfully pinned. 2017/06/10 00:46:42 CLSRSC-330: Adding Clusterware entries to file ‘oracle-ohasd.service’

PRCR-1006 : Failed to add resource ora.ons for ons PRCR-1115 : Failed to find entities of type resource type that match filters (TYPE_NAME ends .type) and contain attributes CRS-0184 : Cannot communicate with the CRS daemon. 2017/06/10 00:47:04 CLSRSC-180: An error occurred while executing the command ‘srvctl add ons’ (error code 0)

2017/06/10 00:47:55 CLSRSC-115: Start of resource ‘ora.evmd’ failed

2017/06/10 00:47:55 CLSRSC-202: Failed to start EVM daemon

Esse PRCR-1006 me deixou doido. No final, depois de longas horas garimpando a web + metalink + cafeína, descobri que você precisa:

vi /etc/ld.so.conf e adicionar /lib64/noelision no topo do arquivo.

O arquivo deve ficar assim depois do vi:

SERVER_BLA:/u01/grid/12.1.0.2/crs/install# cat /etc/ld.so.conf /lib64/noelision /usr/local/lib64 /usr/local/lib include /etc/ld.so.conf.d/*.conf

E então adiciona o symlink no GI_HOME:

SERVER_BLA:/u01/grid/12.1.0.2/lib# lns -s /lib64/noelision/libpthread-2.22.so libpthread.so.0

E só depois disso roda o root.sh/roothas.pl. Se você está lendo esse post, provavelmente já executou o roothas.pl (=[ infelizmente). Então você precisa fazer deconfigure primeiro, executar os passos acima, e então executar o roothas.pl de novo.

Depois disso, a felicidade volta =]

***Update***

Quando for fazer patching no GI home, remove o symlink criado, aplica o patch, e refaz o symlink.

Feedbacks são sempre bem vindos! Falamos,

Hang,

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

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).

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!