Alternativas para a funcionalidade de banco de dados / tabela flashback oracle

2

Alguém sabe de uma ferramenta de código aberto ou similar que abrange a mesma funcionalidade que os recursos de tabela de flashback e banco de dados de flashback internos do Oracle EE?

Estou pensando em migrar do Oracle EE para o SE / SE1, e esses recursos são interessantes de se manter de uma forma ou de outra.

Uma alternativa poderia ser emular esses recursos em SE / SE1 - alguém tem alguma experiência com isso?

Obrigado antecipadamente

    
por Lars Nielsen 11.12.2013 / 12:20

1 resposta

1

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.

    
por 23.12.2014 / 17:45