Devem ser feitos backups dos logs redo do Oracle * online *?

Question

O backup de logs de redo obviamente arquivados é feito com a frequência necessária, mas faz algum sentido fazer backup de redo logs online ? O redo log on-line é um arquivo aberto e ativo, de modo que copiá-lo nesse estado é uma perda de tempo (o mesmo que o backup de um banco de dados aberto)?

Se o redo log on-line não tiver sido alternado por 20 minutos (para que o log fique disponível para arquivamento), se o sistema falhar e a recuperação de mídia for necessária e você não tiver feito o backup do log de redo on-line, Acabei de perder os últimos 20 minutos de transações?

Eu sei que existem outras maneiras mais robustas de transportar informações de redo para garantir que nada seja perdido, mas ainda estou interessado no estado dos arquivos de redo log on-line.

Obrigado pelo seu tempo.

Atualização esclarecedora ...

Existe um processo regular em segundo plano que é executado regularmente e que sai de arquivos de log arquivados e arquivos de log online. Eu não tenho muito controle sobre esse processo. Os arquivos de log on-line são utilizáveis ou podem estar corrompidos se o log estiver sendo gravado quando o backup foi feito?

    

Answer 1

Outra coisa a considerar é um banco de dados em espera. Você pode configurar isso para que o gravador de log escreva refazer para o ouvinte em um sistema remoto com um banco de dados em espera (aplicação em tempo real). Isso é feito quase em tempo real. O benefício é o tempo de inatividade mínimo no caso de uma falha do sistema sem necessidade de recuperação. Basta ativar o banco de dados em espera e ir.

As recomendações sobre como espelhar seus grupos de redo log em discos separados são excelentes conselhos. Normalmente, apenas um de seus grupos de log está ativo por vez - o restante já está arquivado ou está aguardando arquivamento. Você não gostaria de copiar o ativo - provavelmente seria inútil em um cenário de recuperação.

Em resumo, não, você não pode copiar logs redo ao vivo enquanto o banco de dados estiver em execução e esperar ter algo de valor quando estiver pronto.

    

Answer 2

A recomendação é que você duplex / multiplex logs de redo on-line. Dessa forma, eles são gravados em dois discos físicos diferentes. Se um falhar, seu banco de dados será interrompido (pois não pode gravar nos logs de redo). Você interromper o desligamento, em seguida, abrir o banco de dados no (s) redo log (s) sobrevivente (s) e, em seguida, você poderá reiniciar o banco de dados com toda a multiplexação quando tiver resolvido o problema.

    

Answer 3

Depende do que você entende por Backup. Se você quer dizer isso no sentido tradicional, então o DCookie deu a resposta correta de "curto, não, você não pode copiar logs de redo ao vivo enquanto o banco de dados estiver rodando e esperar ter algo de valor quando estiver pronto". Por outro lado, existem novas tecnologias de backup que podem levar instantaneamente os volumes. Se eles conseguirem extrair seus arquivos de dados, controlar arquivos e refazer logs a partir do momento, então você terá algo útil. Se esses dados fossem restaurados quando o banco de dados fosse criado, ele se comportaria como se a energia fosse puxada no momento do snap. Todas as transações não confirmadas seriam revertidas, mas nenhuma transação confirmada seria perdida até o ponto em que o snap foi feito.

    

Answer 4

Se você quiser 'liberar' o redo log atual para garantir que você tenha um arquivo dele, você pode emitir um

alter system switch logfile;

do SQLPLUS ou do RMAN

Isso forçará o arquivamento do log atual que você pode fazer backup fora do site.

Outra opção seria usar logs de redo menores para que a taxa de transação natural do banco de dados cause uma alternância de logs e um arquivamento no intervalo em que você se sentir mais confortável.

"alter system switch logfile" não força o arquivamento do log atual, ele somente muda para o próximo log do atual tornando-o disponível para arquivamento. "alter system archive log current" força o arquivo do log atual.

    

Answer 5

Se os seus registros on-line estiverem disponíveis após a reinicialização e não estiverem corrompidos, o Oracle deverá reconhecê-los e reproduzi-los, bem como os arquivados. As únicas coisas que serão perdidas são as transações que ainda não foram confirmadas no momento da falha.

É claro que, se seus discos rígidos travarem, você perderá tudo o que não foi feito backup. É por isso que você deve ter algum espelhamento ou melhor ter os redo logs armazenados em diferentes discos / controladores / computadores.