ODA – Database to 12.2.0.1 Fails With Error Exit Code 6

scared-bugE eu continuo encontrando bugs! Agora a falha encontrada foi na execução do oakcli upgrade para a atualização do banco para a versão Oracle 12.2 no ODA.

I’m still hiting bugs ! Now It was an error running oakcli upgrade to update the database to Oracle 12.2 on ODA.

Parece que afeta somente os clientes com a versão 12.2.1.2.0 do ODA.

It seems this bug occurs only on ODA  version 12.2.1.2.0.

O comando de upgrade termina com o erro abaixo:

The oakcli upgrade finishes with the error below:

error at</bin/su oracle -c "/u01/app/oracle/product/12.2.0.1/dbhome_3/bin/dbua -silent -keepHiddenParams -dbName PRET12"> and errnum=<6>
ERROR : /bin/su oracle -c "/u01/app/oracle/product/12.2.0.1/dbhome_3/bin/dbua -silent -keepHiddenParams -dbName PRET12" did not complete successfull

Encontrei  documentações sobre esse problema em:

I have found information about this issue at:

  1. https://docs.oracle.com/cd/E89155_01/doc.122/e93442/issues-oda.htm#CMTRN-GUID-D3204371-D1D8-4D44-B4F7-0896AA7F07DA
  2. MOS note ODA 12.2.1.2.0 Oakcli Upgrade Database to 12.2.0.1 Fails With Error Exit Code 6 (Doc ID 2388901.1)

E segundo o MOS, o erro 6 significa SUCCESS_WITH_WARNINGS e o upgrade pode ser considerado concluído com sucesso.

And according to MOS, exit error 6 means SUCCESS_WITH_WARNINGS and the upgrade process was actually successful.

Você pode confirmar essas informações nos logs do upgrade e no relatório UpgradeResults.html. A view dba_registry também mostrará os componentes da base instalados e o status.

You can check the logs and UpgradeResults.html report to confirm that the upgrade process was successful. The dba_registry view will also show the installed database components and its status.

 

GUOB Tech Day / ODC LAD Tour 2018

GUOB-2018

Reserve o dia 04/08/2018 e prestigie a 9o. edição do GUOB TECH DAY / Oracle Development Community Tour 2018 Latin America.

Um novo modelo de evento, com mais tecnologia, mais desenvolvimento, palestrantes nacionais e internacionais, DBA’s e DEV’s.

Já estão confirmados palestrantes famosos como: Mike Dietrich, Connor McDonald, Henri Tremblay, Jim Czuprynski, Marc Sewtz, Alex Zaballa , entre outros.

Nesse ano minha palestra sobre Oracle Database Appliance foi aprovada e serei um dos palestrantes do evento ! 🙂

Acesse https://guobtechday2018.eventize.com.br/index.php?pagina=1

e inscreva-se já ! Aproveite o valor reduzido até 30/06.

E lembre-se, dia 04/08, vá para a sala 04 às 10:25h e conheça como foram meus primeiros 90 dias com o Oracle Database Appliance.

 

DB Parameters on the Oracle Database Appliance

Essa semana investi um tempo para entender os parâmetros que são configurados por padrão quando se utiliza o utilitário oakcli create database -db <db_name> para criar bases 12.1.0.2 no ODA X5-2.

This week I spent some time to understand those parameters set by default when we use oakcli create database -db <db_name> utility to deploy new 12.1.0.2 DBs on ODA X5-2.

Os parâmetros específicos do ODA são:

The ODA specific parameters are:

_datafile_write_errors_crash_instance=false
_db_flash_cache_max_outstanding_writes=160
_db_flash_cache_write_limit=6
_db_writer_coalesce_area_size=16777216
_disable_interface_checking=TRUE
_ENABLE_NUMA_SUPPORT=FALSE
_FILE_SIZE_INCREASE_INCREMENT=2143289344
_fix_control=’18960760:on’
_gc_policy_time=0
_gc_undo_affinity=FALSE
_gcs_cluster_flash_cache_mode=1

Após ler muitos notes no MOS, percebi que a Oracle fez um excelente trabalho de forma a entregar uma instalação o mais “bug free” e performática possível.

After reading lots of notes on MOS, I realized that Oracle did a great job avoiding known issues on RAC setup.

Durante as pesquisas sobre o parâmetro _gc_policy_time, encontrei no MOS uma nota técnica muito interessante que gostaria de compartilhar e recomendar a leitura:

Searching on MOS to learn about _gc_policy_time parameter, I found a interesting MOS note that I want to share and recommend the reading:

Best Practices and Recommendations for RAC databases with SGA size over 100GB (Doc ID 1619155.1)

PS: Utilizo a versão 12.1.2.12.0 do Oracle Database Appliance Software.

PS: I’m currently using Oracle Database Appliance Software version 12.1.2.12.0.

 

DBCA /LISTENER

Essa semana encontrei um erro durante a criação de um banco RAC no Oracle Database Appliance.

A mensagem de erro era:

“ERROR : /bin/su oracle -c “/opt/oracle/oak/onecmd/tmp/dbca-PRTCORP.sh” did not complete successfully. Exit code 1 #Step -1# “

e o log do DBCA mostrava a mensagem:

“Default Listener “LISTENER” is not configured in the Grid Infrastructure home.”

O erro na verdade foi meu 😦  .. já que eu alterei um pouco demais o ambiente.

Por que ? Configuração de algumas redes (VLANs) no ambiente.

Segundo o MOS 1198973.1, o DBCA procura pelo listener default LISTENER rodando na porta 1521 para completar a criação da base em ambientes com GridInfrastructure.

A correção foi simples: removi um listener e o criei novamente com o nome padrão LISTENER.

 

This week I got an error running DBCA to create a RAC DB on my Oracle Database Appliance.

The error message was:

“ERROR : /bin/su oracle -c “/opt/oracle/oak/onecmd/tmp/dbca-PRTCORP.sh” did not complete successfully. Exit code 1 #Step -1# “

and in DBCA log was reported:

“Default Listener “LISTENER” is not configured in the Grid Infrastructure home.”

It was actually my mistake 😦 .. because I end up changing the environment too much.

But why so many changes ? Well, I had to set up a few networks (VLANs) on this GI.

As stated by MOS 1198973.1, the dbca utility searches for a default listener named LISTENER and running on port 1521 in order to complete the database creation running on GridInfrastructure home.

To fix this issue I had to remove one listener and create a new one with the default listener name LISTENER.