Noções básicas de Arquivos 12c da Oracle

arquivamento

é a capacidade do banco de dados para rastrear todas as alterações de dados. Você pode ativar o arquivamento ligado ou desligado. Felizmente, a Oracle 12c foi concebido arquivamento para causar sobrecarga mínima. No final, o preço vale a paz de espírito que você tem de ter uma operação de 24/7 com zero perda de dados quase garantidos pelo danado.

Como transformar o arquivamento on e off no Oracle 12c

Com o arquivamento de fora, você pode fazer backups de banco de dados somente quando ele está fechado (também chamado consistente backups). Você pode fazer isso por desligar o banco de dados e iniciando-o no modo de montagem. Como resultado, nenhuma alteração são permitidos para os dados.

Este método permite-lhe tirar uma cópia consistente dos dados, uma vez que existe naquele momento. Se alguma vez tiver de restaurar este backup, o banco de dados será exatamente como o fez quando o backup foi feito. . . mesmo que era há um ano.

Você pode começar a ver alguns inconvenientes se você virar o arquivamento off:

  • Inconvenientes são inaceitáveis ​​se o seu banco de dados requer disponibilidade 24/7. Você não pode simplesmente desligá-lo e não permitir alterações durante o tempo que o seu backup leva.

  • Mesmo se você fizer backups consistentes a cada dia, o que acontece com as mudanças que ocorrem entre os backups? Eles estão perdidos se você tem que restaurar a partir de um backup anterior.

Com o arquivamento ativado, você recebe os seguintes benefícios:

  • Todas as alterações de dados são rastreados.

  • Você pode fazer backups com o banco de dados aberto e disponível para todos os usuários.

  • Se você tiver de restaurar um backup que foi tomada na noite anterior, você pode aplicar os arquivos que foram rastreadas até o ponto de falha.

Na realidade, o arquivamento é uma obrigação para quase todos os bancos de dados de produção ao vivo. É raro que você pode dar ao luxo de tomar o banco de dados offline por períodos significativos de tempo ou dar ao luxo de perder dados no caso de uma cópia de segurança tem de ser restaurado.

Noções básicas de logs de arquivo no Oracle 12c

Além do impacto do processo de arquivamento, você tem que considerar o que fazer com todos os arquivos de log arquivados que está sendo criado. Mais uma vez, o tamanho do banco de dados e número de mudanças determinar a quantidade de dados de arquivo que vai criar.

Você tem duas opções para onde armazenar os logs de arquivo:

  • Área rápida recuperação: Se você armazenar os logs de arquivo aqui, a Oracle ordenadamente organiza-as por base de dados e data. Esta solução resulta em menos trabalho e menos parâmetros para configurar.

  • LOG_ARCHIVE_DEST_n parâmetro de inicialização: Isto é, na verdade, 30 parâmetros. o n representa um número de 1 a 30. Isso mesmo: Você pode armazenar até 30 cópias de seus registros de arquivo (mas isso seria um exagero). DBAs geralmente têm dois, talvez três cópias. Aqui está um exemplo de como você pode definir o parâmetro LOG_ARCHIVE_DEST_1 em sua spfile:

    ALTER SYSTEM definir LOG_ARCHIVE_DEST_1 = 'LOCATION = / u01 / oradata / dev12c / archive'-

A linha inferior é que você precisa para monitorar a criação, armazenamento e backup dos logs de arquivo. É um fato da vida DBA.

A boa notícia é que você precisa para manter os logs de arquivo somente para recuperação entre backups. Isso significa que se você fizer backup toda noite, você pode lixo todos os logs arquivados criados antes que o backup? Não. Não o lixo todos os dias. Não há uma regra geral por quanto tempo para mantê-los, mas considere a seguinte situação:

É quarta-feira. Você está tendo um backup completo do seu banco de dados todas as noites e em execução no modo de registro de arquivamento. Após a conclusão do backup, você excluir todos os logs de arquivos criados antes desse backup.
Ao meio-dia, você tem uma falha de disco catastrófica e deve restaurar backups do anterior noite (terça-feira). Você descobre que a fita de backup da noite anterior tinha café derramado sobre ele (tsk tsk) e já não é bom.

Veja onde estamos indo com isso?

  • Você tem que voltar para a fita de backup de duas noites atrás (segunda-feira).

  • Você restaurar esse backup e descobrir que você não pode rolar para a frente para o tempo em que seu disco falhou hoje porque você destruiu todos os logs de arquivo após cada backup noturno.

Mais uma vez, recomenda-se não só para manter os logs de arquivos por algum tempo, mas também incluí-los como parte de seu backup.

Sem outras exigências, você pode querer manter logs de arquivo por pelo menos 30 dias. Este sistema dá-lhe tempo de sobra para voltar no caso de backups diários ou mesmo semanais incorrer em algum tipo de infeliz acidente.

Olhe isto deste modo: Se você faz backup de logs de arquivo, você pode removê-los a partir do sistema para economizar espaço. Outra razão para manter backups do log de arquivos: Permite a você restaurar o banco de dados para períodos de muito tempo atrás.

menu