primeiro:
um log de refazer contém muitas coisas necessárias para recuperação de instância, etc. um log arquivado é usado apenas para restaurações-ele não precisa de todas as coisas que estão em um log de refazer, portanto, quando o arch escreve o log de arquivo, ele não escreve tudo, apenas o que é necessário para restaurações
segundo :
os logs de arquivo são criados com tamanho menor e desigual do que os logs de refazer originais. Por quê?
——————————————————————————–
Modificado 02-JUN-2007 Tipo COMO o Status de MODERADOS
neste Document
Goal
Solution
——————————————————————————–
Este documento está sendo entregue a você via Suporte da Oracle Rápida Visibilidade (RaV) processo, e, portanto, não foi sujeito a uma revisão técnica independente.
aplica – se a:
Oracle Server – Enterprise Edition-Versão: 8.1.7.4 a 11.1
as informações neste documento se aplicam a qualquer plataforma.
Goal
os logs de arquivo são criados com tamanho menor e desigual do que os logs de refazer originais.
comandos como:
ALTER system SWITCH LOGFILE
ou
ALTER system ARCHIVE LOG …
não são usados para gerar arquivo ou alternar o arquivo de log. Além disso, não há um conjunto de parâmetros ARCHIVE_LAG_TARGET.O que mais poderia causar tal comportamento?
solução
de acordo com:
Bug: 5450861 : LOGS de arquivo são gerados com um tamanho menor do que os arquivos de LOG refazer
a explicação para esta situação tem 2 razões principais:
1. os logs do arquivo não precisam ser iguais em tamanho. Isso foi decidido há muito tempo, quando o preenchimento em branco dos logs do arquivo parou, por um bom motivo – para economizar espaço em disco.
2. a opção log não ocorre quando um arquivo de log redo está 100% cheio. Existe um algoritmo interno que determina o momento do interruptor de log. Isso também tem um motivo muito bom – fazer o interruptor de log no último momento pode incorrer em problemas de desempenho (por vários motivos, fora do escopo desta nota).
como resultado, após a mudança de log ocorrer, os arquivadores estão copiando apenas as informações reais dos arquivos de log refazer. Como os logs de refazer não estão 100% cheios após a chave de log e os logs de arquivo não estão em branco após a conclusão da operação de cópia, isso resulta em arquivos menores e irregulares do que os arquivos de log de refazer originais.
isso é muito visível para arquivos de log de refazer muito pequenos (menores que 10 MB); como tal, os logs de arquivo de 2,5 MB gerados a partir de logs de refazer de 5 MB são muito visíveis.
basta notar que, neste momento, os arquivos de log refazer padrão são 100 MB de tamanho. Se os arquivos de log de arquivo resultantes estivessem entre 98 e 100 MB, ninguém notaria.
a principal preocupação que se deve ter para os arquivos de log do arquivo é uma eventual corrupção. Isso pode ser facilmente verificado tentando uma recuperação de teste. Quando isso estiver ok, o tamanho desigual do log do arquivo não deve ser motivo de preocupação, como é esperado.
