- Este tópico contém 4 respostas, 3 vozes e foi atualizado pela última vez 11 anos atrás por rman.
-
AutorPosts
-
21 de outubro de 2013 às 3:51 pm #106055PabloParticipante
Galera, estou com um banco de dados que seguido tem problemas de dar a flash recovery area cheia, já aumentei o limite dela e mesmo assim sempre acaba enchendo, momentaneamente tenho usado o comando delete force archivelog all para excluir tudo, mas gostaria de uma solução automatizada, que não fosse excluir tudo.
O que vocês me indicam aplicar nessas circunstâncias?21 de outubro de 2013 às 4:26 pm #106057rmanParticipante@Pablo
Pelo problema relatado, o que deu para entender é que o archivelog está sendo gerado dentro da fast recovery area, e com o tempo, essa area é ocupada por completo. Confirme pra mim se é isso.
Solução é fazer o backup do archivelog de tempos em tempos com exclusão imediata.
Pergunta, você fez backup do archivelog antes de remover? Se não fez, o seu backup está totalmente comprometido. :blink:
A área onde é gerado o archivelog não precisa ser absurdamente grande, pois essa área deve ser uma area de transição apenas. O backup de archivelog deve ser gerado em uma outra área.
O comando RMAN para fazer o backup com remoção imediata.
RUN {
BACKUP ARCHIVELOG ALL DELETE ALL INPUT TAG=ARCH_&1;
}
Você pode inicialmente fazer o backup de 30 e 30 min, e depois ajustar o intervalo ideal.
22 de outubro de 2013 às 7:52 pm #106063Fábio PradoParticipante@Pablo,
A solução do @rman pode resolver seu problema, mas eu gostaria de acrescentar uma informação.
Eu particularmente prefiro não armazenar archive logs dentro da FRA justamente pelo fato dela ser uma área de armazenamento com reciclagem automática, ou seja, quando ela enche, ela começa a sobrescrever os arquivos mais antigos, e como @rman já informou, se vc perder archive logs vc terá problemas para posteriormente efetuar o recover de um backup. Eu crio um volume lógico separado para archive logs e de hora em hora gero um backup deles, e em seguida, excluo-os com um comando parecido com o que o @rman passou.
[]s
Fábio Prado
http://www.fabioprado.net24 de outubro de 2013 às 11:50 pm #106069PabloParticipante@rman Entendi e já estou executando, porém as pastas continuam, o que não chega ser problema, mas para organização, acho que seria melhor excluir as pastas também.
oracle@serveror:~/flash_recovery_area/orcl/archivelog> du –si
4.1k ./2013_09_08
13k ./2013_10_14
13k ./2013_09_28
13k ./2013_09_22
13k ./2013_09_21
13k ./2013_10_10
4.1k ./2013_09_07
13k ./2013_10_08
13k ./2013_09_23
13k ./2013_10_22
13k ./2013_09_12
13k ./2013_10_12
13k ./2013_09_19
13k ./2013_09_18
21k ./2013_10_11
13k ./2013_10_03
13k ./2013_09_16
13k ./2013_09_17
13k ./2013_10_04
13k ./2013_10_01
87k ./2013_09_05
66k ./2013_09_06
21k ./2013_09_27
13k ./2013_09_20
17k ./2013_10_09
13k ./2013_09_25
13k ./2013_09_26
13k ./2013_10_16
13k ./2013_10_15
13k ./2013_10_13
17k ./2013_10_18
4.1k ./2013_10_19
2.1G ./2013_10_24
13k ./2013_10_23
1.5G ./2013_09_04
13k ./2013_10_05
13k ./2013_09_24
4.1k ./2013_10_20
13k ./2013_09_15
13k ./2013_10_17
13k ./2013_09_30
13k ./2013_10_07
13k ./2013_09_14
13k ./2013_09_29
13k ./2013_09_11
4.1k ./2013_10_21
4.1k ./2013_09_09
4.1k ./2013_10_06
13k ./2013_09_10
13k ./2013_10_02
13k ./2013_09_13
3.6G .25 de outubro de 2013 às 3:32 pm #106071rmanParticipante@Pablo
Você utiliza o controlfile como repositório RMAN? Ou você utiliza o catalogo?
Qual o valor do parâmetro control_file_record_keep_time? Creio que as pastas vão ser removidas de acordo com esse parâmetro.
-
AutorPosts
- Você deve fazer login para responder a este tópico.