Reginaldo, ** DIFICILMENTE ** eu reputo vc trabalhar com algo feito por outra pessoa como "bobeira de final de semana", em ESPECIAL administração de banco, pois se a pessoa que o fez não tinha uma sólida noção de admin, não era um DBA e sim um curioso, quase que FATALMENTE vc descobre que a tarefa foi mal-feita, feita pela metade.... E é aquela água, o coitado do cliente sempre acha que tudo foi feito certinho, muitas vezes mal sabe ele a inhaca que tá no banco dele... Bom, no caso : pra começo de conevrsa. vc querer, como vc diz que fez, criar uma nova instância , criar um NOVO database , copiar o datafile dum outro banco (da tablespace SYSTEM no caso, mas fosse qual fosse) e querer subir essa instância com enormes chances ** NÃO ** vai funcionar : veja vc, como mostrado (por exemplo) em http://database.sarang.net/database/oracle/concept/oracle- internal/db_block.html , dentro dos blocos de um datafile Oracle ficam SIM registradas informações sobre o banco origem, que criou esse datafile (tais como OBJECT_ID, SCN do banco, etc) : ORA, se vc criou um novo banco, o nome do banco e alguns detalhes até são os mesmos, mas MUITO PROVAVELMENTE o SCN é outro, o id é outro, então o RDBMS ** não vai mesmo ** aceitar esse datafile como parte do banco, já que as infos de banco presentes no datafile estão DIFERENTES das do banco!!! Esse "erro informando que o datafile da tablespace system não é deste banco de dados" é isso, é o óbvio do óbvio, só por PURA SORTE dois bancos vão ter o mesmo SCN, mesmos IDs... Para que vc possa voltar sem falhas um backup em caso de perda total dos datafiles e da instância (o que parece ser o caso aí), as exigências MÍNIMAS do bd Oracle são as seguintes : se em modo archive (que parece que é o caso, já que vc fala em hot backup), vc TEM QUE ter um backup de TODOS os datafiles (** inclusive o SYSTEM!!), tem que ter os controlfiles, o initfile/spfile, os archived logs de desde o backup, e preferencialmente os log files não-archivados (sem eles, vc até voltaria o banco mas só até o instante do último archive). Além disso tudo estar no backup, vc tem que OU ter um backup dos BINÁRIOS ORACLE (e ajutórios, como Serviços e REGISTRY no caso de windows), OU vc tem que saber exatamente QUAL ERA a versão de banco, aí vc re-instala os binários a partir do CD, aplica os patches até chegar na versão que estava. ==> UMA VEZ os binários estando OK, vc deve criar os diretórios/filesystems exatamente como estavam, vc volta o backup dos datafiles e , se vc não tiver a instância vc a cria (comando ORADIM no windows, no unix é simplesmente setar as vars e startup nomount), faz-se o recover normalm do database, e é isso.
==> Já se o que vc têm em mãos NÃO É um backup full, completo (com TODOS os tópicos acima!!) e íntegro, o que vc tem na verdade é lixo digital, e aí cfrme a situação talvez se possa ou não recuperar uma parte da informação - se é esse o caso , passe outra msg com os detalhes TODOS de SO, hardware, versões, o que vc tem e não tem, que a gente pode tentar te ajudar mais... []s Chiappa =========================================================== Participe do ENPO - Encontro de Profissionais Oracle 2006 ! Informações e inscrições em www.enpo-br.org José Laurindo Chiappa, Palestrante ENPO-2006 =========================================================== --- Em [email protected], rflribeiro <[EMAIL PROTECTED]> escreveu > > Olá a todos. > Peguei um trabalho que achei que seria um bobeira de final de semana e > agora ficou um pouco complicado. > Estou com um backup de 27/10/2006 02:00h de controlfiles, datafiles e > archives e não há banco criado. Foi tudo removido e os backups foram > feitos com tablespace begin/end backup.. > Criei um novo banco exatamente com a mesma estrutura e fiz o seguinte: > > -shutdown abort > -copiei os controlfiles do backup p/ localização correta > -copiei os datafiles, logs e archives p/ localização correta > -startup mount (aqui dá erro informando que o arquivo de senhas estava incorreto) > -recover database using backup controlfile until cancel (aqui dá erro informando que o datafile da tablespace system não é deste banco de dados) > > -- > Reginaldo Ribeiro > skype: dbcom_it_experts > Mobile: 551192344290 > Vem aí: ENPO-BR 2006 - Encontro Nacional de Profissionais Oracle VISITE: http://www.enpo-br.org/ - Dia 11/11 "Vagas Limitadas" ________________________________________________________________ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine -------------------------------------------------------------------------------------------------------------------------- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/[email protected]/ -------------------------------------------------------------------------------------------------------------------------- O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ ------------------------------------------------------------------------------------------------------------------------ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
