Olá pessoal, neste artigo eu e meu amigo Gabriel Comenale tratamos de um assunto bastante polêmico para alguns DBAs. Desmistificamos alguns conceitos e comprovamos porquê você pode fazer um shutdown abort sem medo.
Fizemos traces de alguns processos do Oracle no sistema operacional Linux e também no banco de dados para mostrar o comportamento deles durante os diferentes cenários de desligamento, desta maneira conseguimos comprovar nossa defesa no uso do shutdown abort.
Acreditamos que é um tópico que tem que ser abordado e já recebemos vários feedbacks positivos a respeito desta publicação na Oracle Technology Network.
Espero que meus alunos e ex-alunos possam também aprender com este artigo. Apesar de abordarmos um pouco sobre os internals do Oracle não é um assunto complexo, mas é necessário compreender a arquitetura do Oracle Database, principalmente a relação entre processos, estruturas de memória e arquivos.
“… leia até o final para entender nossos argumentos.
O Oracle possui dois tipos de shutdown: consistente e inconsistente. Num shutdown consistente os arquivos do banco de dados são sincronizados pelo processo CKPT (checkpoint) em conjunto com o LGWR (logwriter) e DBWn (dbwriter) e então a instância é desligada. Num shutdown inconsistente o CKPT não é disparado então os arquivos não são sincronizados e permanecem no estado em que estão até que aconteça o startup, onde os mesmos são sincronizados. Este processo de sincronização no startup é chamado de instance recovery ou crash recovery e acontece automaticamente…”
Deixo aqui também, para que entendam um pouco do funcionamento de alguns processos de segundo plano (background processes) do Oracle, um artigo escrito pelo Eduardo Legatti, que explica muito bem este assunto: Desmistificando alguns conceitos do Oracle.
Em breve deve sair mais um artigo meu na OTN, enquanto isso vamos discutir esse assunto. Dúvidas ou opiniões, por favor comente aqui no blog.
Obrigado, Gabriel, pela parceria e espero escrever mais artigos contigo.
Grande abraço a todos e até mais.
Franky