Menu de navegação

[gaussParticipante]

Pessoal,

Me seguriu uma dúvida:

Se eu iniciar um backup do RMAN às 01h00 de hoje e ele terminar as 11h00 da manhã, qual é o ponto no tempo máximo que consigo voltar este backup?

Eu conseguiriua fazer um recover da data de hoje, às 02h00, por exemplo?

Vlw

[VitorLeandroParticipante]

Você está fazendo backup a quente então seu banco está em arckelog mode. Sendo assim, creio que você consiga volta-lo a qualquer tempo, desde que o revocery seja realizado corretamente.

EX:
RESTORE DATABASE UNTIL TIME “to_date(’01/10/2010 02:00:00′,’DD/MM/YYYY HH24:MI:SS’)”;

Neste caso, nem precisaria do backupset incompleto, bastaria os archives até o momento.

Dá uma estudada profunda em Backup/Restore, nisso agente não pode errar!

[Regis AraujoParticipante]

Fala Senhores..!!

Bom.. vamos lá..!!

Quando vc faz um backup, a ferramenta de backup pega o SCN do momento do inicio do backup e começa a gerar o backup de todos os dados até aquele SCN, pois desta maneira o Oracle irá garantir que todos os seus dados estão consistentes..!

Pois imagina vc fazendo uma carga de 10milhões de linhas em 2 tabelas relacioadas.. Vc inicia o insert na tabela A e depois ele começa a popular a tabela B, mas antes disto vc já iniciou um backup e o RMAN gerou o backup do datafile A após o comit e antes de vc fazer o commit na tabela B.. ou seja, seus dados não estarão consistentes ou até mesmo poderão estar faltando pedaços dos dados carregados..!!

Para garantir isto, os backups são gerados até o ultimo SCN sincronizado de todos os datafiles, garantindo uma integridade total da sua base..!!

Então se vc for usar apenas o backup que foi iniciado a 1:00, quando vc restaurar ele, os dados na sua base irão contemplar somente aquilo que existia até a 1:00 hora..

Mas isto é falando só deste backup iniciado a 1:00 hora.. Como estamos falando do ORACLE.. Se vc precisar restaurar sua base até o SCN que estiver “gravado” no controlfile.. ele vai restaurar o backup que vc iniciou a 1:00 hora e depois vai varrer seus REDO ONLINES e ARCHIVE LOGS atualizando os dados comitados e não comitados, afim de sincronizar o banco até o SCN atual do banco ou até o horário que vc precisar restaurar.. com o comando que o VITOR postou..!!

Bom.. mas isto vc consegue se tiver tbm todos os seus archives e redos backupeados..

Se vc perder todos os redos e archives após o ultimo backup (aquele q foi iniciado a 1:00), você só vai conseguir restaurar sua base com dados até a 1:00 hora..!!

Então.. se for fazer backup… faça sempre da base e dos archives.. e não esqueça de fazer backup do ControlFile sempre que fizer um backup..!
Habilita no RMAN o “Auto backup” do controlfile.. onde a cada backup feito.. não importa do que com o RMAN.. ele faz backup do controlfile..

Bom.. espero ter ajudado a esclarecer melhor..!!

Qualquer coisa.. posta ai..!

Abraços..

[jspaulonciParticipante]

Parabens Regis pela explicação , perfeita !!!, avançando só um pouco, salvo tudo que o Regist disse, nós DBAs, temos que nos atentar aos datafiles unrecoverables. Datafiles que estiverem com esse status, significa que neles contem objetos que não podem ser totalmente recuperados, exemplo disso são tabelas carregadas com direct loader, e outras técnicas usadas para supressão de redos quando desejamos gerar menos archives.

Saída para isso, fazer um backup do datafile, e fim de papo.
Para descobrir os objetos que não podem ser totalmente recuperados.
select distinct dbo.owner,dbo.object_name, dbo.object_type, dfs.tablespace_name,
dbt.logging table_level_logging, ts.logging tablespace_level_logging
from v$segstat ss, dba_tablespaces ts, dba_objects dbo, dba_tables dbt,v$datafile df, dba_data_files dfs, v$tablespace vts
where ss.statistic_name =’physical writes direct’
and dbo.object_id = ss.obj#
and vts.ts# = ss.ts#
and ts.tablespace_name = vts.name
and ss.value != 0
and df.unrecoverable_change# != 0
and dfs.file_name = df.name
and ts.tablespace_name = dfs.tablespace_name
and dbt.owner = dbo.owner
and dbt.table_name = dbo.object_name

Para descobrir quais datafiles estão com status de inrecuperável.

RMAN> report unrecoverable;

Gaus, quanto ao seu backup.
Para fazer um backup full e com os arquives durente o backup, segue o comando.

backup as compressed backupset full database plus archivelog delete input;

[PetersonParticipante]

mais um link pros meus favoritos

🙂

[gaussParticipante]

Opa, obrigado pelas detalhadas explicações e vocês e as dicas que vão auxiliar no bkp e recover!

abraços

[gaussParticipante]

Estranho que não funcionou como esperado, iniciamos um backup às 19h30, o primeiro backup piece foi gravado em 23 minutos. O backup terminou por volta da meia noite.

Tentamos realizar um duplicate para outro ambiente, com o banco de dados recuperado até às 20h00, portanto, 30 minutos após o início do backup.

Porém, ao tentar resgatar o Backup, o RMAN solicitou um backup de uma data de semana anterior. Coloquei para um pouco mais tarde, às 22h00 (portanto entre o início e o fim do backup), mas ele também procurou o backup piece de backups de um dia anterior.

[CleitonHanzenParticipante]

Opá….

Acredito que isso seja o desenho da ferramenta, digo isso por que:

1. O backup que você gerou foi de que jeito? Foi um backup full, certo?

2. O restore que você precisa fazer (restore/duplicate), também será “full”, certo?

Acredito que para ser feito restore full, o backup full tenha que ter sido finalizado antes (isso explicaria o por que do RMAN ler o backup full completo no dia anterior). Afinal, como “confiar” num backup ainda não finalizado.

Acho, inclusive, que softwares gerenciadores de fita (TSM, Data Protector) não considerem backups não-finalizados e/ou finalizados com erro como “fonte” para restauração…. 😉

Agora, se fosse restaurar somente 1 datafile ou 1 tablespace, acho que o RMAN já iria se comportar de forma diferente….hehehehe

[Autor]

Posts