Shutdown consistente:
shutdown ou shutdown normal: novas conexões ao banco de dados não são permitidas, o Oracle aguarda que todos se desconectem do banco de dados, força o checkpoint nos arquivos e então faz o desligamento. No startup não é necessário recover.
shutdown transactional: novas conexões ao banco de dados não são permitidas, o Oracle aguarda que todas as transações sejam finalizadas, força o checkpoint nos arquivos e então faz o desligamento. No startup não é necessário recover.
shutdown immediate: novas conexões ao banco de dados não são permitidas, o Oracle derruba todas as sessões, faz o rollback das transações que não sofreram commit, força o checkpoint nos arquivos e faz o desligamento. No startup não é necessário recover.
Shutdown inconsistente:
shutdown abort ou startup force ou instance failure (falha da instância): o Oracle não aguarda nada ser concluído, não faz checkpoint nos arquivos e termina os processos fazendo o desligamento do banco de dados. No startup o processo SMON (system monitor) é responsável por identificar a necessidade de recover. Depois de concluído o recover o banco de dados é aberto para utilização e então o Oracle inicia o rollback das transações que não sofreram commit antes do desligamento. Isso acontece porque o Oracle faz a leitura dos redolog files e aplica todas as alterações que foram feitas nos dados que estavam no database buffer cache, inclusive as que não haviam sofrido commit, pois não é somente quando ocorre um commit que o log buffer é descarregado para os redolog files.