Post originally written at April 2, 2017 updated at October 19, 2019. One of the possible ways of configuring to reduce costs while performing any incremental backup of a database is to enable the Block Change Tracking feature. Thus, when there is the execution of this type of backup the RMAN uses the file that was created when this feature is enabled only to save the blocks that have been changing in the database and then increasing the performance saving costs during the execution. Therefore, in this post, I…
Category: Oracle Recovery Manager (RMAN)
RMAN-06217: not connected to auxiliary database with a net service name
Estava executando um duplicate para criar um Oracle Standby quando foi reportado o seguinte erro: Neste caso, como é um Duplicate from Active Database é necessário a adição de uma entrada estática no arquivo Listener.ora do banco de dados auxiliar, além de utilizar a string de conexão na execução do Duplicate tanto para o banco de dados Auxiliar como para o target. Depois reexecutei o duplicate e finalizou com sucesso: brunorsHi! I am Bruno, a Brazilian born and bred. Former Oracle ACE, Computer Scientist, MSc in Data Science, over ten…
Configure a Fast Recovery Area
Configurar a Fast Recovery Area é uma tarefa que envolve dois parâmetros: DB_RECOVERY_FILE_DEST_SIZE e DB_RECOVERY_FILE_DEST. O primeiro basicamente determina o tamanho da Fast Recovery Area e o segundo o diretório onde os arquivos serão gerados. Sendo isso, neste post irei mostrar a configuração desta área em um ambiente Single instance. Uma vez que, a configuração em um ambiente com Oracle Real Application Clusters (RAC) deve ser a mesma em todas as instâncias do ambiente, além de especificar a cláusula SID=’*’ . Configuração do DB_RECOVERY_FILE_DEST_SIZE: Configuração do DB_RECOVERY_FILE_DEST: brunorsHi! I am Bruno, a…
ORA-19566: exceeded limit of 0 corrupt blocks for file usando SET MAXCORRUPT for datafile
Durante a execução de um backup foi reportado o seguinte erro: Blocos corrompidos: Uma ação paliativa para garantir pelo menos o backup é utilizar a sintaxe “SET MAXCORRUPT for datafile ” para o datafile que está corrompido. Com isso , o backup terminará sem erros. No entanto, a corrupção dos blocos permanecerá. Execução com a sintaxe “SET MAXCORRUPT” no backup. Note que coloquei o ID do datafile que apresentou erro, no caso 118, e o número aceitável de até 4 blocos corrompidos. Execução finalizada com sucesso… brunorsHi! I am Bruno,…
RMAN-06059: expected archived log not found, loss of archived log compromises recoverability
Estava executando um backup utilizando Zero Data Loss Recovery Appliance – ZDLRA com Recovery Manager (RMAN), quando a execução foi abortada reportando o seguinte erro: “RMAN-06059: expected archived log not found, loss of archived log compromises recoverability” Para resolver este erro, basta efetuar os seguintes passos: Rodar o comando “CROSSCHECK ARCHIVELOG ALL;’ no banco de dados target do RMAN que apresentou erro; Após a finalização do primeiro passo, deletar os archives expirados executando o seguinte comando “DELETE EXPIRED ARCHIVELOG ALL;” ; Reprocessar o backup que apresentou erro anteriormente. Sendo assim,…
RMAN-20033: control file SEQUENCE# too low
Durante a execução de um backup, foi reportado o seguinte erro: Para resolver este problema, executei um resync (para efetuar uma resincronização dos metadados no schema do catálogo do rman com os metadados no control file do banco de dados alvo) no catalógo do RMAN e posteriormente o backup foi finalizado com sucesso após uma nova execução. Segue abaixo um exemplo do troubleshooting: brunorsHi! I am Bruno, a Brazilian born and bred. Former Oracle ACE, Computer Scientist, MSc in Data Science, over ten years of experience in companies such as…
RMAN backup of archivelog files with ‘skip inaccessbile’ returns error/ RMAN-06061: WARNING: skipping archived log compromises recoverabilit
During a backup execution, I saw this warning “RMAN-06061: WARNING: skipping archivelog compromises recoverability” follow by “RMAN-00600: internal error, arguments [13200] [] [] [] []”. Then, searching in the MOS (My Oracle Support) I found this ID [341337.1] where I got the answer. Basically, you have to do this steps: RMAN> Resync catalog ; RMAN> Crosscheck archivelog all ; RMAN> delete expired archivelog all ; After, run your backup again with “SKIP Inaccessible option”, if failed again, try rerun without “SKIP Inaccessible option”. I hope this post can help you!…