Não existe uma ferramenta que forneça uma funcionalidade semelhante.
Mas há muito mais funcionalidade que um EE tem e eu não quero perder. Por exemplo:
- execução paralela, consulta paralela, backup paralelo e restauração (quanto tempo demora para restaurar o seu banco de dados? você pode arriscar um tempo de inatividade desse tipo sem a possibilidade de acelerar ??)
- recuperação de bloco único (já experimentou blocos corruptos no SE? - não é engraçado!)
- gerenciador de recursos (para requisitos empresariais, você absolutamente precisa disso para lidar com a carga)
- Opções de diagnóstico e pacote de ajuste
- DataGuard
- Flashback claro
... só para mencionar alguns ... você deve ter em mente que um ambiente de nível empresarial precisa de um banco de dados de edição corporativo. Se o seu banco de dados é crítico para os negócios e ninguém pode trabalhar sem ele, é melhor você ficar com o EE.
OK, volte para sua pergunta. Você pode criar um banco de dados standby manual que esteja sempre no modo de montagem e recupere os archivelogs produzidos pelo banco de dados de produção. Este banco de dados em standby irá apenas aplicar os archivelogs que são mais antigos que n horas então se você fizer algo defeituoso em seu banco de dados de produção você pode parar o script archivelog apply no banco de dados standby, abra em read apenas o modo e exportar os dados antes que o erro seja aplicado no banco de dados em espera.
Isso requer:
- banco de dados de produção (claro)
- script shell / batch que move os archivelogs do primário para o banco de dados de espera (não necessário se for o mesmo host que o primário)
- um segundo banco de dados
- archivelog aplica script no shell / script em lote
- Licença do Oracle SE (não necessária se for o mesmo host que o principal)
Eu geralmente recomendo este tipo de solução como um substituto para um DataGuard. Mas isso também poderia ser adequado para você. Mas isso não substituirá a funcionalidade de flashback de 5 minutos e flash forward . Levará algumas horas (2-6) para recuperar dados perdidos.