O encerramento de um banco de dados antes de fazer uma atualização ou um patch pode ser feito de várias maneiras.
shutdown immediate;
ou
shutdown abort;
startup restrict;
shutdown immediate;
ou
shutdown abort;
startup restrict;
shutdown;
ou
alter system checkpoint;
shutdown abort;
startup restrict;
shutdown immediate;
Claro que existem outras opções também. Qual deve ser preferido e por quê?
fonte
shutdown abort
? Interpretando o antagonista, se podemos confiar na Oracle para se recuperar corretamente quando a energia é puxada, não deveríamos confiar nela durante ashutdown abort
, principalmente se for mais rápido e vamos fazer imediatamente astartup restrict
e ashutdown immediate
? Em outras palavras, existem fatos que podemos comprovar contra o terrível aviso da Oracleshutdown abort
?shutdown abort
respeito ao backup acidental de logs on-line, mas é apenas no caso de você não fazer um desligamento posterior posteriormente. Se você sabe o que você está fazendo eu acho queshutdown abort
pode ser considerado perfeitamente seguro - e eu não tenho certeza se a contagem posição da Oracle como um "terrível aviso" ;-)Eu prefiro o método de interrupção do desligamento , porque é a maneira mais rápida de derrubar um banco de dados. existem algumas operações que não podem ser realizadas após um cancelamento do desligamento, por exemplo
nos dois casos, o banco de dados foi danificado e deve ser restaurado a partir de um backup completo.
desde 9i, a renomeação do banco de dados ou a alteração do dbid podem ser feitas com o utilitário dbnewid . tanto quanto sei, o utilitário verifica se o banco de dados foi encerrado corretamente. renomear arquivos de dados, arquivos temporários e arquivos de log pode ser feito executando as instruções sql apropriadas sem recriar o arquivo de controle, é claro.
fonte