Não há como impedir que o Oracle funcione. Até os backups são processos não bloqueantes em segundo plano. Use o RMAN para backups (que é reiniciado).
O outro jeito seria usar a abordagem da velha escola.
- cria controlfile standby para backup (ele criará uma cópia de backup do arquivo de controle do Oracle - tendo algum SCN antigo nele)
- execute
alter database begin backup
. Isso NÃO interromperá as operações de E / S contra os arquivos de dados. Apenas o SCN não será escrito neles - agora você pode criar um instantâneo.
- execute
alter database end backup
- Agora você também fez backup de todos os redologs de arquivo gerados pelo banco de dados
A restauração funciona como:
- copie o arquivo de controle de backup para o lugar certo
- copiar arquivos de dados (ou usar o instantâneo)
- tente iniciar o banco de dados. o banco de dados reconhecerá que os SCNs diferem e os arquivos de dados estão em estado inconsistente. Por isso, irá reaplicar todas as alterações dos redologs.
- então você pode ABRIR o banco de dados
Todo o procedimento é mais complicado e você deve ler algo sobre isso. Existem vários artigos na internet. Isso realmente requer algum conhecimento.
IMHO - seu pedido não faz muito sentido. O MySQL não tem nenhum suporte razoável para backups e as pessoas tendem a ignorar essa limitação por vários hacks. Os bancos de dados comerciais têm suporte nativo embutido para backups e oferecem mais recursos do que o sistema de arquivos ZFS. Por exemplo, você pode achar o PITR (point-in-time-recovery) muito útil. Então, eu realmente recomendo que você use os backups do RMAN para Oracle, especialmente se você não estiver familiarizado com a arquitetura Oracle.
PS: SCN significa número de alteração do sistema. Esse número aumenta sempre que algo é alterado no banco de dados e é gravado em todos os arquivos de dados do Oracle.
PPS: Se você quiser reverter o estado do banco de dados, você pode usar o comando FLASHBACK DATABASE.