Database on Café Com Cloud

Um how-to da AWS

Wed, 14 Nov 2018 17:01:29 -0200

Eu sei que vocês ouviram falar do outage da Amazon numa loja específica durante a migração de Oracle pra Aurora. Mas o que vocês não ouviram é: eles já migraram 88% do parque Oracle deles pra Aurora, e o único problema real foi o que veio a público (claro).

Então, se você quer dar uma olhada nesse how-to, como usar o serviço AWS DMS, pega um café e segue o link abaixo:

https://aws.amazon.com/blogs/database/best-practices-for-migrating-an-oracle-database-to-amazon-rds-postgresql-or-amazon-aurora-postgresql-migration-process-and-infrastructure-considerations/

Falamos,

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

Backup na era cloud - o que está mudando?

Wed, 20 Dec 2017 13:07:05 -0200

E aí, beleza!

Espero que esse post te encontre bem. Esses dias um dos meus clientes me pediu pra aconselhar ele sobre procedimentos e soluções de backup/restore num ambiente novo rodando na AWS.

Bancos de produção vão rodar em instâncias EC2, em Oracle com BYOL (bring your own license). O cliente está pensando em soluções de EBS (Elastic Block Storage) ou S3 (Simple Storage Service).

Snapshots no mundo Oracle normalmente são usados em conjunto com operações de begin/end backup. Se você tira só 1 snapshot por dia, e não está disposto a perder 24h de dados commitados, você precisa ter uma segunda estratégia de backup. Existe um produto oferecido pela N2WS que é bem incrível pra orquestrar, agendar e controlar os snapshots, você pode configurar pra tirar uma foto a cada 5 min, o que geralmente é menor que um RPO de negócio. Mas e quanto a uma corrupção lógica, um delete errado feito no fim de semana passado? Como restaurar isso? Você precisa reter snaps por uma semana, talvez um mês, talvez um ano, restaurar esse snap em outra instância EC2 e restaurar os dados manualmente. Parece caro, né?

O jeito do mundo ideal, vindo da documentação, é fazer deploy do OSBCS Oracle Secure Backup Cloud Service. Essa opção (paga) te dá a habilidade de usar S3 como tape, então ajustes mínimos precisam ser feitos pra migrar sua estratégia de backup pra cloud. Você precisa configurar e instalar o OSBCS em cada instância EC2, ajustar seus channels pra usar o OSBCS, e tá pronto pra ir! Retention do RMAN, catalog, tudo flui bonito se você escolher pagar por essa opção. Como o OSBCS é cobrado? Por Channel.

Então, se você tem 100 bancos, você pode comprar por exemplo 10 channels, e fazer 1 backup por vez com 10 channels, ou 10 backups por vez com 1 channel, ou 2 backups por vez com 5 channels, ou 5 backups por vez com 2 channels, ou.. você pegou a ideia.

Comentários são bem vindos =]

Falamos,

Hang.

Por que você deveria e por que não deveria se preocupar com a nova era dos bancos inteligentes

Sun, 24 Sep 2017 16:33:23 -0300

Esses dias eu me sinto num filme do Terminator, com a Ciberdyne trabalhando duro pra fazer da Skynet uma entidade ciente, pra ela se tornar inteligente.

A gente sabe que algumas atividades são mais adequadas pra automação, motivo pelo qual a gente passa horas aprendendo Python ou Perl. Se você ganha o seu pão de cada dia executando scripts, carregando dados no banco, criando usuários, aumentando tamanhos de tablespace, fazendo health checks básicos, SIM, você precisa subir um degrau e avançar no seu jogo de Oracle DBA. As máquinas estão ficando mais inteligentes diariamente, você precisa ficar mais inteligente também.

Então, na minha opinião, quais atividades não vão ser viáveis pras máquinas no curto, talvez médio prazo? Análise de performance, troubleshooting profundo, cenários de instalação que fogem da regra do next-next-finish, arquitetura de banco, migração e consolidação de dados.. coisas que normalmente as pessoas precisam pensar e desenhar mais (usando a regra 80/20 de planejar/executar) não vão ser feitas pelas máquinas no curto prazo.

Se a sua análise de performance é feita pelo dbms_sqltune, você precisa se preocupar também :)

Como sempre, feedbacks são bem vindos.

Falamos,

Hang.

O infame jdbc closed connection

Mon, 11 Sep 2017 12:19:34 -0300

Às vezes você, como DBA, leva a culpa por tudo. O banco está lento, indisponível, sem patch, e a lista vai longe.

Às vezes, em situações raras, você consegue provar que estavam errados :D

Semana passada a gente foi chamado pra analisar um problema intermitente de aplicação. O time de app culpou o banco, mostrando o erro “java.sql.SQLException: Closed Connection” nos logs da app. Tudo no nível de banco foi checado e re-checado, até eles nos chamarem. Longas horas de debug e ainda sem resultados, tentamos uma abordagem diferente. Que tal fazer sniff na placa de rede no app server.. checar o fluxo de comunicação entre APP e banco.

E foi o que a gente fez:

tcpdump -i eth0 tcp port 1521 -A -s1500 | awk ‘$1 ~ “ORA-” {i=1;split($1,t,“ORA-”);while (i <= NF) {if (i == 1) {printf("%s",“ORA-“t[2])}else {printf("%s “,$i)};i++}printf(”\n”)}’

Isso nos deu a saída bonitinha:

bla@app_blaserver:~ # tcpdump -i eth0 tcp port 1521 -A -s1500 | awk ‘$1 ~ “ORA-” {i=1;split($1,t,“ORA-”);while (i <= NF) {if (i == 1) {printf("%s”,“ORA-“t[2])}else {printf("%s “,$i)};i++}printf(”\n”)}’ tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes ORA-01403:no data found ORA-00913:too many values ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01403:no data found ORA-01438:value larger than specified precision allowed for this column ORA-06512:at line 2 ORA-00937:not a single-group group function ORA-01403:no data found ORA-01403:no data found ORA-00937:not a single-group group function ORA-01403:no data found ORA-00937:not a single-group group function ORA-01403:no data found ORA-00937:not a single-group group function ORA-01403:no data found

O ORA-01403 é esperado depois do fetch de cada cursor sendo processado, sem novidade ruim aqui.

Hummmm.. e quando os ORA-01438/ORA-06512/ORA-00937 são levantados, o que acontece com a conexão? Você pegou, né?

Depois de checar o que estava causando os erros, o problema intermitente parou, todo mundo ficou feliz, incluindo o time de DBA :D

(Você precisa adaptar o script pra encaixar com a porta do listener e a placa de rede da sua máquina, beleza?)

Como sempre, feedbacks são bem vindos.

Falamos,

Hang.

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,

db_multiblock_read_count - ser ou não ser?

Thu, 25 May 2017 18:37:21 -0300

Às vezes você quer usar as coisas com opções default.. e às vezes o default não é bom o suficiente.

A gente sabe que o db_file_multiblock_read_count é bumpado por default no startup, normalmente você pega 128 blocks por read. Por quê?

Da documentação Oracle, esse valor é alto, mas o CBO não vai favorecer full table scans.

“Even though the default value may be a large value, the optimizer will not favor large plans if you do not set this parameter. It would do so only if you explicitly set this parameter to a large value.”

Beleza. Mas por quê? De um 10053 trace dentro de uma sessão, você pode ver que o CBO vai computar o db_file_multiblock_read_count sempre como “8”.. mesmo se você ver 128 no spfile.

O CBO sempre vai usar 8 se você não setar db_file_multiblock_read_count explicitamente. Como saber se você setou db_file_multiblock_read_count como 128? Usa isso:

SELECT nvl(value,’NULL’) AS value FROM v$spparameter WHERE name = ‘db_file_multiblock_read_count’;

Se isso retornar *NULL*, você não setou db_file_multiblock_read_count, Oracle está te mostrando 128, mas o CBO usa 8. Triste, né?

Vocês todos leram a documentação e sabem os efeitos de bumpar db_file_multiblock_read_count alto. Full table scans vão acontecer com mais frequência e, como resultado, num sistema OLTP, normalmente você recebe uma ligação do seu chefe (hehe)

Mas tem um jeito de setar corretamente o db_file_multiblock_read_count.. testando.. por exemplo, dá uma olhada no bloco abaixo. É bobo, eu sei, mas pode te dar um valor mágico pra esse parâmetro.

set serveroutput on DECLARE l_count PLS_INTEGER; l_time PLS_INTEGER; l_starting_time PLS_INTEGER; l_ending_time PLS_INTEGER; BEGIN dbms_output.put_line(‘dbfmbrc seconds’); FOR l_dbfmbrc IN 1..64 LOOP EXECUTE IMMEDIATE ‘ALTER SESSION SET db_file_multiblock_read_count=’||l_dbfmbrc; EXECUTE IMMEDIATE ‘ALTER system flush buffer_cache’; EXECUTE IMMEDIATE ‘ALTER session disable parallel dml’; l_starting_time := dbms_utility.get_time(); SELECT /+ full(t) / count(*) INTO l_count FROM big_table t; l_ending_time := dbms_utility.get_time(); l_time := round((l_ending_time-l_starting_time)/100); dbms_output.put_line(l_dbfmbrc||’ ‘||l_time); END LOOP; END; /

(Obrigado Chris Antognini, você é incrível)

Com esse bloco (cuidado, ele vai levar 60-90 minutos dependendo do tamanho da big table, como conselho, usa uma tabela de 5GB), você vai ter valores, plota um gráfico e vê o comportamento. Não escolhe um valor alto pra OLTP.

Falamos!

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

Database on Café Com Cloud

Um how-to da AWS

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

Backup na era cloud - o que está mudando?

Por que você deveria e por que não deveria se preocupar com a nova era dos bancos inteligentes

O infame jdbc closed connection

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

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

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

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

db_multiblock_read_count - ser ou não ser?

SELECT nvl(value,’*NULL*’) AS value FROM v$spparameter WHERE name = ‘db_file_multiblock_read_count’;

Exame de Upgrade 12c - 1z0-060

Primeira impressão do install do 12cR2 database

Ser ou não ser (preguiçoso)

SELECT nvl(value,’NULL’) AS value FROM v$spparameter WHERE name = ‘db_file_multiblock_read_count’;