Colega, vc em tese até poderia pedir pro RMAN pular os datafiles (veja no 
manual de RMAN os capítulos de Advanced Topics, é a cláusula SKIP) , mas 
sinceramente pelo que vc descreve eu ** Condenaria ** esses datafiles, não dá 
absolutamente para confiar que eles está íntegros.... Vc até pode, mais por 
desencargo de consciência e respeito ao método que por utilidade real, usar as 
opções de SKIP e tentar um backup RMAN, mas COM CERTEZA a situação parece ser 
mesmo de DATA SALVAGE, ie : extrair o que puder dos dados, pois o database em 
si foi pro saco, não está nada confiável....
   Salvage basicamente implica em acessar via ROWID os dados que podem ser 
acessados, "pulando" os ROWIDs de dados que não podem ser lidos : óbvio 
Ululante que integridade de dados aí já subiu no telhado, mas é onde vc está : 
veja as notas metalink "Handling Oracle Block Corruptions in 
Oracle7/8/8i/9i/10g/11g" [ID 28814.1] , "Steps for Handling (Salvage) Block 
Corruption in Large Partitioned tables using EXCHANGE PARTITION method when no 
Backups available" [ID 1324772.1] e "Extracting Data from a Corrupt Table using 
SALVAGE Scripts / Programs" [ID 1029883.6] (e os links contidos nelas) para as 
técnicas a usar.... 
   
    []s
        
           Chiappa
           
   OBS : Só para constar, se fossem de importância capital esses dados (imagino 
que não, dado que não tem backup) eu lembro que até existem programas que lêem 
& recuperam  dados diretamente dos blocos em disco de datafiles Oracle : da 
própria Oracle é o DUL (Data UnLoader) e de parceiros/terceiros o DUDE 
(Database Unloading by Data Extraction, em http://www.ora600.be/intro-dul-dude) 
e o MyDUL em http://www.mydul.net/ : é Claro que todos esses caras custam uma 
nota pretíssima, e normalmente não são vendidos, e sim vc contrata a 
Consultoria do fabricante..... 

--- Em [email protected], "candiurudba" <candiurudba@...> escreveu
>
> Colegas, bom dia!
> 
> Me deparei hj con uma situação complexa em um cliente. 
> Ele possui um Oracle versão 11.2.0.1 enterprise e um filesystem onde estava 
> gravado uma parte dos dados se corrompeu. 
> 
> O banco caiu, fizeram a troca dos discos do servidor  e como o banco não 
> subia pela falta dos datafiles que foram perdidos, consegui subir o banco 
> colocando os Dbf perdidos como OFFLINE DROP.
> 
> O problema é que eles não possuem backup e estou tentando salvar o que restou 
> mas se utilizo datapump ou rman, ele me diz que o datafile 127 (que estava no 
> filesystem que se perdeu) não foi encontrado...normal pq realmente ele não 
> esta lá.
> 
> O interessante é que consigo realizar um FTS em algumas tabelas e ele não me 
> mostra o erro até uma certa quantidade o que já seria o ideal para salvarmos. 
> 
> Alguém teria alguma idéia de como salvar os dados remanescentes ?
>


Responder a