Avalados por :
Olá especialistas,
Tenho o seguinte problema:
Estou executando um sistema SAP no Windows 2008 e Oracle 11g DB. Estou planejando backups com o DB13 e tudo está bem para a instância ABAP e JAVA em Double Stack.
A instância JAVA ficou presa devido a uma configuração incorreta da Área de Recuperação Rápida. Os registros foram salvos e removidos corretamente com brtools, mas o USE_DB_RECOVERY_FILE_DEST Parâmetro no inisid.ora estava a 100% de sua capacidade. No nível do sistema operacional, todos os antigos redo-logs foram removidos, mas o Oracle ainda acredita que eles existem.
Descobri através de
RMAN>crosscheck archivelog all;
isso me mostra que o RMAN ainda mantém todos os registros em um catálogo, mas não pode validá-los, o RMAN não os remove do catálogo se forem excluídos pelo brtools através do db13. Isso leva a um bloqueio de arquivo com um diretório oraflash vazio se o FRA for usado, muito divertido.
Posso remover esses registros não utilizados do catálogo com o seguinte comando:
RMAN>delete expired archivelog all;
Minha instância ABAP não usa FRA, mas o RMAN também mantém um catálogo aqui. Isso significa que o DB13 salva e remove todos os registros de arquivo sem problemas, mas o RMAN escreve um catálogo de todos os registros de arquivo já utilizados, esse é um comportamento normal? Como posso dizer ao RMAN para não fazer isso?
Se tiver alguma ideia ou precisar de mais informações, por favor me avise.
Atenciosamente
Phil
Pedimos desculpas pela resposta tardia, mas obrigado! Você nos ajudou muito!
Olá Phil,
O RMAN não "guarda" as entradas de registro no catálogo (por sinal, é armazenado no arquivo de controle em um cenário padrão do SAP, você deve ter cuidado com a palavra "catálogo", pois pode haver dois tipos de "catálogos" em um ambiente RMAN).
As entradas são criadas por meio de uma mudança de arquivo de registro e podem ter vários estados diferentes (DISPONÍVEL, EXPIRADO, e assim por diante; para mais detalhes, consulte a documentação http://docs.oracle.com/cd/E11882_01/server.112/e25513/dynviews_1016.htm#REFRN30011 )
Essas entradas são mantidas desde que não seja alcançado o período de retenção do parâmetro init CONTROL_FILE_RECORD_KEEP_TIME ou ainda haja espaço suficiente no arquivo de controle depois, ou realize atividades manuais.
Se você fizer backup (e excluir) seus arquivos de registro manualmente com RMAN e BR*Tools, o estado é normalmente atualizado e funciona conforme projetado, mas se você excluir seus arquivos de registro manualmente no nível do sistema operacional (sem usar RMAN), as entradas no arquivo de controle não são atualizadas e, portanto, o RMAN continua pensando que esses arquivos devem estar disponíveis.
Existe uma opção oculta para as BR*Tools (opção -RCC com parâmetros cleanup_disk_archive / cleanup_disk_backup) que realiza essas verificações cruzadas regularmente.
No entanto, está tudo bem e funcionando normalmente :-))
Saudações
Stefan
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
