12c on Café Com Cloud

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

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.