Se a cópia do RMAN copiar os redo logs arquivados quando estiverem cheios, o que acontecerá com o redo log atual em caso de falha (falha de hardware, etc.)? Não há sempre um redo log ativo que não é um archive_log?
relate perguntas
-
Como você versiona as alterações do banco de dados Oracle?
-
Agendador de tarefas para SQL Server Express
-
Posso ativar o PITR depois que o banco de dados foi usado
-
Existe uma maneira de permitir que uma conexão proxy use autenticação passada em um link de banco de dados público?
-
Backups de banco de dados no Oracle - Exportar o banco de dados ou usar outras ferramentas?
A primeira coisa que o RMAN faz é executar automaticamente uma
ALTER SYSTEM ARCHIVE LOG CURRENT
troca de arquivos de log para que o log ativo no ponto em que o backup foi iniciado seja incluído.Ele não faz isso em todas as situações de backup, mas isso responde à sua pergunta.
Sim, se o banco de dados estiver aberto no modo de leitura/gravação, sempre haverá várias alterações no banco de dados que residem apenas no redo log atual e não em nenhum log arquivado. Se você deseja proteger o redo atual contra corrupção relacionada ao hardware, é necessário adicionar armazenamento redundante (com replicação remota ou espelho local). Se você deseja proteger o redo atual da corrupção relacionada ao sistema operacional, precisa de um banco de dados de "espera física" (o termo de marketing é DataGuard) com o feed "SYNC LGWR".
O RMAN não seria útil para você, pois não foi projetado para um backup contínuo do refazer atual.