- Este tópico contém 13 respostas, 3 vozes e foi atualizado pela última vez 11 anos atrás por Fábio Prado.
-
AutorPosts
-
18 de outubro de 2013 às 8:35 pm #106042maperesParticipante
Boa tarde, caros(as)
Estou com um problema na minha rotina de RMAN.
A rotina executa um backup FULL da base em modo compactado.
Ao fim da execução, gera um log que não apresenta erros durante sua execução, porém, ao verificar o status das tarefas realizadas pelo RMAN, me deparei com a mensagem abaixo :
OPERACAO TIPO STATUS MEDIA DATA TAMANHO(GB) INICIO
——————————— ————- ———————– —————– ——————- ———– ——————-
LIST ARCHIVELOG COMPLETED 18-10-2013 09:14:19 0 18-10-2013 09:14:09
LIST ARCHIVELOG COMPLETED 18-10-2013 09:14:43 0 18-10-2013 09:14:34
RMAN COMPLETED 18-10-2013 09:26:36 0 18-10-2013 09:13:00
REPORT DB FULL COMPLETED 18-10-2013 09:36:37 0 18-10-2013 09:36:25
RMAN COMPLETED WITH ERRORS 18-10-2013 09:43:52 0 18-10-2013 09:36:11
RMAN COMPLETED WITH ERRORS 18-10-2013 11:48:54 0 18-10-2013 11:47:16
RMAN COMPLETED WITH ERRORS 18-10-2013 12:03:13 0 18-10-2013 11:54:04
BACKUP VALIDATE DB FULL COMPLETED 18-10-2013 13:01:22 480,37 18-10-2013 11:50:05
RMAN COMPLETED WITH ERRORS 18-10-2013 13:06:03 480,37 18-10-2013 11:49:02
DELETE DB FULL COMPLETED 18-10-2013 13:17:09 0 18-10-2013 13:16:52
DELETE DB FULL COMPLETED 18-10-2013 13:17:45 0 18-10-2013 13:17:26OPERACAO TIPO STATUS MEDIA DATA TAMANHO(GB) INICIO
——————————— ————- ———————– —————– ——————- ———– ——————-Após verificar essa mensagem, execute o BACKUP VALIDATE DATABASE, e não consta nenhum problema no conjunto de backup rman.
Minha grande dúvida é :
Se esse backup está realmente integro, apesar da mensagem apresentada de erro.
A rotina de backup rman roda no cenário abaixo :
SO : AIX 5.3
Oracle 10.2.0.4 – RAC – 2 nósscript de backup :
RUN
{
host ‘rm -f /backup/rman/*.rman’;
CROSSCHECK BACKUP;
delete noprompt expired backup;
CROSSCHECK COPY;
delete noprompt expired copy;
CROSSCHECK backup of database;
delete noprompt expired backup;
CROSSCHECK backup of controlfile;
CROSSCHECK archivelog all;
delete noprompt expired archivelog all;
change archivelog all validate;
backup AS COMPRESSED BACKUPSET full database tag DBSM_FULL format ‘/backup/rman/%d_%T_%s_%p_FULL.rman’;
backup archivelog all tag DBSM_ARCHIVE format ‘/backup/rman/%d_%T_%s_%p_ARCHIVE.rman’;
delete noprompt archivelog all backed up 1 times to device type disk;
backup tag DBSM_CONTROL current controlfile format ‘/backup/rman/%d_%T_%s_%p_CONTROL.rman’;
delete expired backup;
}Alguém ja passou por esse tipo de problema.
Agradeço
Marco Aurelio
18 de outubro de 2013 às 9:34 pm #106043rmanParticipante@maperes
Em qual VIEW você consultou esse log de operações?
18 de outubro de 2013 às 10:16 pm #106044maperesParticipantena view v$rman_status, utilizando o script abaixo :
select operation as “OPERACAO”,
object_type as “TIPO”,
status, output_device_type as “MEDIA”,
to_char(end_time,’DD-MM-RRRR HH24:MI:SS’) as “DATA”,
round(MBYTES_PROCESSED/1024,2) as “TAMANHO(GB)”,
to_char(START_TIME,’DD-MM-RRRR HH24:MI:SS’) as “INICIO”
from
v$rman_status
where
operation <> ‘CATALOG’
and trunc(end_time)>=trunc(sysdate-1)
order by
end_time;18 de outubro de 2013 às 10:33 pm #106045rmanParticipante@maperes
Consultei aqui e também entrei um RMAN COMPLETED WITH ERRORS.
Bom, pelo menos aqui, realmente o backup falhou, eu estava fazendo teste e me lembro desta falha. Devido a falha, o arquivo de backup nem foi gerado.
18 de outubro de 2013 às 10:43 pm #106046maperesParticipanteentão, o conjunto de backup gerado, embora não de erro, está corrompido.
Puxa, corri risco demais.18 de outubro de 2013 às 10:49 pm #106047maperesParticipanteserá de existe uma maneira de contornar esse problema ?
18 de outubro de 2013 às 11:42 pm #106048rmanParticipante@maperes
Tentou restaurar esse backup em uma segunda máquina?
19 de outubro de 2013 às 12:08 am #106049maperesParticipante@rman
Não tenho essa segunda máquina no momento, estou tendo que fazer direto em produção, de qualquer forma eu tenho um outro script de backup que faz sem compactar, esse está validado, vou ativá-lo, até que eu entenda o que pode estar havendo.
19 de outubro de 2013 às 12:22 am #106050maperesParticipante@rman
Eu tentei usar o list failure, porém na versão 10g em RAC não funcionou.
Vc tem conhecimento de um comando similar para poder verificar essa falha ??
19 de outubro de 2013 às 1:16 am #106051rmanParticipante@maperes
Aqui também não mostrou nada.
RMAN> list failure;
using target database control file instead of recovery catalog
no failures found that match specification19 de outubro de 2013 às 1:41 am #106052maperesParticipante@rman
o comando list failure na versão 10g – 10.2.0.4 resulta em :
Recovery Manager: Release 10.2.0.4.0 – Production on Sex Out 18 18:39:27 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: DBSM (DBID=3129984438)
connected to recovery catalog databaseRMAN> list failure;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00558: error encountered while parsing input commands
RMAN-01009: syntax error: found “identifier”: expecting one of: “all, archivelog, backup, backuppiece, backupset, backed, completed, copy, controlfilecopy, datafilecopy, device, expired, global, incarnation, like, proxy, recoverable, script, tag”
RMAN-01008: the bad identifier was: failure
RMAN-01007: at line 1 column 6 file: standard input19 de outubro de 2013 às 6:27 pm #106053rmanParticipante@maperes
Na sua versão esse comando não existe. Aqui é 11.2.0.4.0
8 de novembro de 2013 às 7:44 pm #106107maperesParticipante@rman
Desculpe a demora em te retornar, só pra você saber, consegui acertar o rman compress. Agora está tudo certo.
14 de novembro de 2013 às 8:24 pm #106117Fábio PradoParticipantePessoal,
O comando list failure faz parte do Data Recovery Advisor, que só existe a partir do 11G. Mais informações: http://www.fabioprado.net/2013/07/recuperando-se-de-falhas-com-o-data.html.
[]s
-
AutorPosts
- Você deve fazer login para responder a este tópico.