Depois de um longo per\u00edodo sem escrever, eis me aqui novamente. Hoje, para compartilhar um caso do dia a dia.<\/p>\n\n\n\n
Uma inst\u00e2ncia Oracle ca\u00eda um pouco depois de sua inicializa\u00e7\u00e3o, e pod\u00edamos ver a seguinte mensagem no Alert.log:<\/p>\n\n\n
\nThu Dec 29 17:17:16 2022\nDumping diagnostic data in directory=[cdmp_20221229171716], requested by (instance=1, osid=2479 (MMON)), summary=[incident=671562].\nBlock recovery from logseq 117292, block 72 to scn 231911436605\nRecovery of Online Redo Log: Thread 1 Group 1 Seq 117292 Reading mem 0\n Mem# 0: \/*\/*\/onlinelog\/redo01.log\nBlock recovery completed at rba 117292.74.16, scn 53.4278169919\nErrors in file \/u01\/app\/oracle\/diag\/rdbms\/trace\/a_pmon_2370.trc (incident=671451):\nORA-00600: c\u00a6digo de erro interno, argumentos: [4194], [], [], [], [], [], [], [], [], [], [], []\nUse ADRCI or Support Workbench to package the incident.\nSee Note 411.1 at My Oracle Support for error and packaging details.\nErrors in file \/u01\/app\/oracle\/diag\/rdbms\/trace\/a_pmon_2370.trc:\nORA-00600: c\u00a6digo de erro interno, argumentos: [4194], [], [], [], [], [], [], [], [], [], [], []\nPMON (ospid: 2370): terminating the instance due to error 472\nSystem state dump requested by (instance=1, osid=2370 (PMON)), summary=[abnormal instance termination].\nSystem State dumped to trace file \/u01\/app\/oracle\/diag\/rdbms\/trace\/a_diag_2380.trc\nDumping diagnostic data in directory=[cdmp_20221229171719], requested by (instance=1, osid=2370 (PMON)), summary=[abnormal instance termination].\nInstance terminated by PMON, pid = 2370\n<\/pre><\/div>\n\n\nAp\u00f3s algum per\u00edodo investigando no MOS, decidimos nos orientar a partir da Nota “Step by step to resolve ORA-600 4194 4193 4197 on database crash (Doc ID 1428786.1)<\/strong>“. Nela, \u00e9 reportado como causa um constrangimento entre os registros de Redo e Undo (que em alguns casos pode ser derivado de Bug ou de interrup\u00e7\u00e3o abrupta da instance).<\/p>\n\n\n\nConforme procedimento da nota, montamos o banco de dados, criamos um arquivo PFILE e baixamos a instance:<\/p>\n\n\n
\n[oracle@host ] $ sqlplus \/ as sysdba\n\nSQL*Plus: Release 11.2.0.3.0 Production on Fri Dec 30 10:05:55 2022\n\nCopyright (c) 1982, 2011, Oracle. All rights reserved.\n\nConnected to an idle instance.\n\nSQL> startup mount;\nORACLE instance started.\n\nTotal System Global Area 1068937216 bytes\nFixed Size 2235208 bytes\nVariable Size 671089848 bytes\nDatabase Buffers 390070272 bytes\nRedo Buffers 5541888 bytes\nDatabase mounted.\nSQL> create pfile='\/tmp\/bss.ora' from spfile;\n\nFile created.\n\nSQL> shu immediate;\nORA-01109: base de dados n?o aberta\n\n\nDatabase dismounted.\nORACLE instance shut down.\nSQL> exit\n<\/pre><\/div>\n\n\nNeste arquivo PFILE, adicionamos 2 par\u00e2metros conforme abaixo:<\/p>\n\n\n
\n*.undo_management='manual'\n*.event='10513 trace name context forever, level 2'\n<\/pre><\/div>\n\n\nInicializamos a inst\u00e2ncia em modo restrito usando o PFILE editado:<\/p>\n\n\n
\n[oracle@host ] $ sqlplus \/ as sysdba\n\nSQL*Plus: Release 11.2.0.3.0 Production on Fri Dec 30 10:23:04 2022\n\nCopyright (c) 1982, 2011, Oracle. All rights reserved.\n\nConnected to an idle instance.\n\nSQL> startup restrict pfile='\/tmp\/bss.ora';\nORACLE instance started.\n\nTotal System Global Area 1068937216 bytes\nFixed Size 2235208 bytes\nVariable Size 671089848 bytes\nDatabase Buffers 390070272 bytes\nRedo Buffers 5541888 bytes\nDatabase mounted.\nDatabase opened.\n<\/pre><\/div>\n\n\nO resultado da consulta abaixo vai determinar os pr\u00f3ximos passos. Haver\u00e1 sempre um registro vinculado com a tablespace SYSTEM com status ONLINE. Se houver outros segmentos com status “PARTLY AVAILABLE” ou “NEEDS RECOVERY”, \u00e9 necess\u00e1rio a abertura de um chamado na Oracle. Se estiverem OFFLINE, ou n\u00e3o for reportado mais segmentos (que foi o nosso caso), pode-se seguir:<\/p>\n\n\n
\nSQL> select tablespace_name, status, segment_name from dba_rollback_segs where status != 'OFFLINE';\n\nTABLESPACE_NAME STATUS SEGMENT_NAME\n------------------------------ ---------------- ------------------------------\nSYSTEM ONLINE SYSTEM\n<\/pre><\/div>\n\n\nO pr\u00f3ximo passo \u00e9 criar uma nova tablespace de UNDO. Antes de sua cria\u00e7\u00e3o, obtemos as informa\u00e7\u00f5es m\u00ednimas da tablespace atual:<\/p>\n\n\n
\nSELECT a.tablespace_name, SIZEMB, USAGEMB, (SIZEMB - USAGEMB) FREEMB\nFROM ( SELECT SUM (bytes) \/ 1024 \/ 1024 SIZEMB, b.tablespace_name\nFROM dba_data_files a, dba_tablespaces b\nWHERE a.tablespace_name = b.tablespace_name AND b.contents like 'UNDO'\nGROUP BY b.tablespace_name) a,\n( SELECT c.tablespace_name, SUM (bytes) \/ 1024 \/ 1024 USAGEMB\nFROM DBA_UNDO_EXTENTS c\nWHERE status <> 'EXPIRED'\nGROUP BY c.tablespace_name) b\nWHERE a.tablespace_name = b.tablespace_name;\n<\/pre><\/div>\n\n\nSQL> SELECT a.tablespace_name,\nSIZEMB,\nUSAGEMB,\n(SIZEMB - USAGEMB) FREEMB\nFROM ( SELECT SUM (bytes) \/ 1024 \/ 1024 SIZEMB, b.tablespace_name\nFROM dba_data_files a, dba_tablespaces b\n 2 3 4 5 6 7 WHERE a.tablespace_name = b.tablespace_name AND b.contents like 'UNDO'\nGROUP BY b.tablespace_name) a,\n( SELECT c.tablespace_name, SUM (bytes) \/ 1024 \/ 1024 USAGEMB\nFROM DBA_UNDO_EXTENTS c\nWHERE status <> 'EXPIRED'\nGROUP BY c.tablespace_name) b\nWHERE a.tablespace_name = b.tablespace_name; 8 9 10 11 12 13\n\nTABLESPACE_NAME SIZEMB USAGEMB FREEMB\n------------------------------ ---------- ---------- ----------\nUNDOTBS1 28564 37,125 28526,875\n<\/pre><\/div>\n\n\nCriando nova tablespace (em nosso caso com o mesmo tamanho da atual, por termos espa\u00e7o suficiente):<\/p>\n\n\n
\nSQL> CREATE UNDO TABLESPACE UNDOTBS DATAFILE '****\/datafile\/undotbs.dbf' SIZE 28564M;\n\nTablespace created.\n<\/pre><\/div>\n\n\nDeletando a tablespace atual:<\/p>\n\n\n
\nSQL> drop tablespace UNDOTBS1 including contents and datafiles;\n\nTablespace dropped.\n<\/pre><\/div>\n\n\nBaixando a inst\u00e2ncia, e montando o banco de dados com o SPFILE original. Ap\u00f3s isso, alterando o seu par\u00e2metro com a nova tablespace de UNDO. Ao realizar o restart da inst\u00e2ncia, pudemos ver que n\u00e3o tivemos mais os erros reportados no Alert.log, al\u00e9m da nossa inst\u00e2ncia n\u00e3o ser abortada automaticamente como antes:<\/p>\n\n\n
\nSQL> SHU IMMEDIATE;\nDatabase closed.\nDatabase dismounted.\nORACLE instance shut down.\nSQL> STARTUP NOMOUNT;\nORACLE instance started.\n\nTotal System Global Area 1068937216 bytes\nFixed Size 2235208 bytes\nVariable Size 671089848 bytes\nDatabase Buffers 390070272 bytes\nRedo Buffers 5541888 bytes\nSQL> Alter system set undo_tablespace = 'UNDOTBS' scope=spfile;\n\nSystem altered.\n\nSQL> SHU IMMEDIATE;\nORA-01507: base de dados n?o montada\n\n\nORACLE instance shut down.\nSQL> STARTUP;\nORACLE instance started.\n\nTotal System Global Area 1068937216 bytes\nFixed Size 2235208 bytes\nVariable Size 671089848 bytes\nDatabase Buffers 390070272 bytes\nRedo Buffers 5541888 bytes\nDatabase mounted.\nDatabase opened.\nSQL> ALTER SYSTEM CHECKPOINT;\n\nSystem altered.\n\nSQL>\n<\/pre><\/div>","protected":false},"excerpt":{"rendered":"Depois de um longo per\u00edodo sem escrever, eis me aqui novamente. Hoje, para compartilhar um caso do dia a dia. Uma inst\u00e2ncia Oracle ca\u00eda um pouco depois de sua inicializa\u00e7\u00e3o, e pod\u00edamos ver a seguinte mensagem no Alert.log: Ap\u00f3s algum per\u00edodo investigando no MOS, decidimos nos orientar a partir da Nota “Step by step to […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-8607","post","type-post","status-publish","format-standard","hentry","category-administration"],"_links":{"self":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/8607","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/comments?post=8607"}],"version-history":[{"count":1,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/8607\/revisions"}],"predecessor-version":[{"id":9032,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/8607\/revisions\/9032"}],"wp:attachment":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/media?parent=8607"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/categories?post=8607"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/tags?post=8607"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}