Erro ORA-01455 ao realizar backup no RMAN - Oracle 11gR2

Pessoal, me deparei com esse probleminha legal hoje. Quando tentava-se realizar backup do banco de dados, ou seja, um simples BACKUP DATABASE pelo RMAN o erro ORA-01455 era reportado:

O Problema:


RMAN> backup database;
Starting backup at 27-DEC-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=137 device type=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 12/27/2010 13:11:25
ORA-01455: converting column overflows integer datatype


Uma pesquisa no Oracle MySupport (a.k.a. Metalink) informava que o problema poderia ser relacionado a um campo numérico do catálogo do RMAN muito pequeno (2) e que deveria ser aumentado (5) e executar um UPGRADE CATALOG, mas no meu caso não havia catálogo... E agora?

DEBUG nele:


$ rman target / debug log=saida.log
RMAN> BACKUP DATABASE;
RMAN> EXIT;


Olhando o log do debug com calma (é preciso) encontrei o seguinte (meio a uma carrada de informações):


DBGSQL:   TARGET> select trunc(sysdate) - trunc(:bscompletion) into :days from sys.dual
DBGSQL:     sqlcode = 1455
DBGSQL:    B :bscompletion = "25-JAN-11"
DBGSQL:     error: ORA-01455: converting column overflows integer datatype (krmkosqlerr)


Com isso percebi com o LIST BACKUP que alguns backups foram feitos com a data errada do servidor, ou seja, o servidor estava em 2011, já tinha passado o reveillon com um backup SUPER atualizado ;). O erro não tinha muito a ver com o que estava acontecendo pelo visto, mas o velho DEBUG é bastante útil!
Bom, acabou que o RMAN não fazia mais backups.

A Solução:

O backup foi movido para outro local apenas para arquivar e executado um CROSSCHECK BACKUP para que essa "sujeira" fosse retirada. Deu certo, o backup rolou tranquilamente, porém no presente.

É isso aí, até a próxima!

Comentários

Postar um comentário

Postagens mais visitadas deste blog

ALTER USER IDENTIFIED BY VALUES

Imagem
O comando CREATE/ALTER USER <usuario> IDENTIFIED BY VALUES '<password hash>' não é documentado. É utilizado internamente para armazenar as senhas que foram anteriormente salvas com o utilitário export na tabela do dicionário de dados SYS.USER$. Em algumas situações onde o DBA precisa se conectar com um certo usuário, mas não sabe a senha dele ou a possibilidade de salvar estas senhas ganha-se tempo ao invés de sair perguntando por elas. Às vezes você como DBA precisa realizar alguma manutenção que é preciso ser com aquele schema específico, mas a empresa não quer fornecer a senha do usuário/schema então este recurso pode ser utilizado da seguinte maneira: Você se conecta com um usuário administrativo (DBA ou SYSDBA) e executa a consulta e anota o resultado: SQL> spool senha.log SQL> SELECT password FROM dba_users     WHERE username='SCOTT'; PASSWORD             ...
Continue lendo...

Evitando FULL TABLE SCANS quando usar IS NULL em cláusulas WHERE

Imagem
Olá pessoal, Neste post vou falar sobre um tuning simples, mas eficaz quando trabalhamos com valores nulos em filtros. Antes de tudo, contextualizando: O que é uma tabela? R. Uma tabela é um objeto do tipo SEGMENTO no banco de dados que armazena dados em forma de linhas e colunas, certo? Tipo uma planilha do excel: O que é um índice? R. Índice é outro objeto do tipo SEGMENTO que, uma vez criado em uma tabela por exemplo poderá ser utilizado para agilizar a pesquisa quando alguns critérios forem utilizados. Imagine um índice de um livro. Ele é feito para agilizar a pesquisa e você encontrar o assunto que está procurando de forma mais rápida. No banco de dados é similar, o índice é constituído basicamente do valor da coluna (ou colunas) indexada da tabela com um ponteiro que aponta para a linha (ou linhas) que possui aquele valor. Basicamente assim: - Funções é um objeto de código de programação que retorna algum valor. Por exemplo: a função SUM retorna o somatório dos ...
Continue lendo...

Restore no RMAN falha com "ORA-01180: can not create datafile 1"

Depois de um tempo ausente, volto com este probleminha que já aconteceu comigo duas vezes. Pediram-me para que eu restaurasse um banco de dados para criação de uma base de testes (ainda bem) e no momento da restauração algo assim aconteceu: creating datafile No=1 name=/....../o1_mf_system_5n2w3nky_.dbf released channel: t1 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of restore command at 09/05/2010 09:34:12 ORA-01180: can not create datafile 1 ORA-01110: data file 1: '/....../o1_mf_system_5n2w3nky_.dbf' Segundo o METALINK, isso acontece porque "O Rman acha que não tem backups pra restaurar, então ele recria os arquivos para aplicar os archives. No entanto isso não funciona para a tablespace SYSTEM". De fato é verdade. Quando tentamos restaurar os demais arquivos dá c...
Continue lendo...