[oracle_br] Re: Problema RMAN-06056
Do nosso amigo manual "Oracle® Database SQL Reference 10g Release 2" na entrada sobre ALTER DATABASE (ênfase com *s minha) : "FOR DROP If the database is in noarchivelog mode, you must specify FOR DROP clause to take a datafile offline. * However, this clause does not remove the datafile from the database . To do that, you *** must *** use an operating system command or *** drop the tablespace *** in which the datafile resides. Until you do so, the datafile remains in the data dictionary with the status RECOVER or OFFLINE. " então Não é de forma alguma "apelação" dropar a tablespace, isso É REQUERIDO pro datafile sair das views, ok []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto escreveu > > retificando. > > na linha > > *Dropei os datafiles antigos (arquivos control file). > > eu quis dizer... > > Dropei o arquivo de control file... > > rss > > Evandro Giachetto > Oracle SQL Expert > Oracle Certified Associate > evan...@... > > > Em 13 de maio de 2010 16:57, Evandro Giachetto > escreveu: > > > antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' > > dessa forma > > > > Primeiro, peguei todos os datafile com '%MISSI%' no nome... > > > > Em seguida, exclui os datafiles dessa forma: > > > > ALTER DATABASE DATAFILE 12 OFFLINE DROP; > > ALTER DATABASE DATAFILE 16 OFFLINE DROP; > > > > após isso, baixei e subi o banco... e os datafiles continuavam sendo > > exibidos tanto na view dba_data_files como na v$datafile. > > > > > > > > Depois disso, partimos para a iguinorância. > > > > Recriei o controlfile. > > > > dei um > > > > ALTER DATABASE BACKUP CONTROLFILE TO TRACE... > > > > Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' > > Mantive os drop datafile dos datafiles 'MISSING%'. > > > > Dropei os datafiles antigos (arquivos control file). > > > > Rodei o scrip para criar novo controlfile. > > > > Mesmo assim não adiantou... > > > > Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam > > aparecendo. > > > > > > Estou partindo pra iguinorância agora... > > > > Vou dropar os tablespaces e recriá-los. > > > > Se alguém tiver mais alguma idéia do que possa ser feito, seria bem > > vinda... > > > > abraço > > > > > > > > > > Evandro Giachetto > > Oracle SQL Expert > > Oracle Certified Associate > > evan...@... > > > > > > Em 13 de maio de 2010 16:49, David Ricardo escreveu: > > > >> > >> > >> Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? > >> > >> > >> Abraço > >> > >> Em 13 de maio de 2010 16:19, José Laurindo > >> > >> >escreveu: > >> > >> > >> > > >> > > >> > Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus > >> > backups com controle pelo controlfile apenas Evandro, explica melhor > >> , > >> > que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER > >> DATABASE > >> > DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, > >> se > >> > vc puder ompartilhar com a gente ? > >> > > >> > []s > >> > > >> > Chiappa > >> > --- Em oracle_br@yahoogrupos.com.br > >> > >> 40yahoogrupos.com.br>, > >> > >> > Evandro Giachetto escreveu > >> > > >> > > > >> > > Veja o erro que deu: > >> > > > >> > > RMAN> resync catalog; > >> > > > >> > > RMAN-00571: > >> === > >> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS > >> === > >> > > RMAN-00571: > >> === > >> > > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 > >> > > RMAN-06428: recovery catalog is not installed > >> > > > >> > > > >> > > Evandro Giachetto > >> > > Oracle SQL Expert > >> > > Oracle Certified Associate > >> > > evandro@ > >> > > >> > > > >> > > > >> > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior > >> > > escreveu: > >> > > >> > > > >> > > > brother, normalmente sempre que voce adiciona , dropar um tablespace > >> ou > >> > > > move > >> > > > um datafile > >> > > > voce deve fazer o resync catalog. > >> > > > é simples tenta ai ! > >> > > > > >> > > > $ rman target / > >> > > > $ connect catalog rman/r...@rman; > >> > > > rman> resync catalog; > >> > > > > >> > > > Em 13 de maio de 2010 13:45, Evandro Giachetto > >> > > > escreveu: > >> > > >> > > > > >> > > > > > >> > > > > > >> > > > > Pessoal, estou tendo um problema com um backup de um banco. > >> > > > > > >> > > > > O backup está me retornando o seguinte erro: > >> > > > > > >> > > > > RMAN-06056: could not access datafile 12 > >> > > > > > >> > > > > Verifiquei na v$datafile e obtive o seguinte: > >> > > > > > >> > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where > >> FILE# > >> > = > >> > > > 12; > >> > > > > > >> > > > > FILE# STATUS ENABLED NAME > >> > > > > -- --- -- > >> > > > > -- > >> > > > > 12 RECOVER READ WRITE /oracle/g01/software
Re: [oracle_br] Re: Problema RMAN-06056
Tem alguma informação na v$recover_files em especifico relacionada a esses datafiles? Ats Em 13 de maio de 2010 16:58, Evandro Giachetto escreveu: > retificando. > > na linha > > *Dropei os datafiles antigos (arquivos control file). > > eu quis dizer... > > Dropei o arquivo de control file... > > rss > > Evandro Giachetto > Oracle SQL Expert > Oracle Certified Associate > evan...@clickinterativa.com.br > > > Em 13 de maio de 2010 16:57, Evandro Giachetto > escreveu: > > > antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' > > dessa forma > > > > Primeiro, peguei todos os datafile com '%MISSI%' no nome... > > > > Em seguida, exclui os datafiles dessa forma: > > > > ALTER DATABASE DATAFILE 12 OFFLINE DROP; > > ALTER DATABASE DATAFILE 16 OFFLINE DROP; > > > > após isso, baixei e subi o banco... e os datafiles continuavam sendo > > exibidos tanto na view dba_data_files como na v$datafile. > > > > > > > > Depois disso, partimos para a iguinorância. > > > > Recriei o controlfile. > > > > dei um > > > > ALTER DATABASE BACKUP CONTROLFILE TO TRACE... > > > > Alterei o script gerado retirando os create datafile com aqueles > 'MISSING%' > > Mantive os drop datafile dos datafiles 'MISSING%'. > > > > Dropei os datafiles antigos (arquivos control file). > > > > Rodei o scrip para criar novo controlfile. > > > > Mesmo assim não adiantou... > > > > Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam > > aparecendo. > > > > > > Estou partindo pra iguinorância agora... > > > > Vou dropar os tablespaces e recriá-los. > > > > Se alguém tiver mais alguma idéia do que possa ser feito, seria bem > > vinda... > > > > abraço > > > > > > > > > > Evandro Giachetto > > Oracle SQL Expert > > Oracle Certified Associate > > evan...@clickinterativa.com.br > > > > > > Em 13 de maio de 2010 16:49, David Ricardo >escreveu: > > > >> > >> > >> Você sabe informar a qual tablespace era referenciado esse DATAFILE > 12??? > >> > >> > >> Abraço > >> > >> Em 13 de maio de 2010 16:19, José Laurindo > >> >escreveu: > >> > >> > >> > > >> > > >> > Duílio, pelo jeito o Evandro não está usando catalog, está fazendo > seus > >> > backups com controle pelo controlfile apenas Evandro, explica > melhor > >> , > >> > que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER > >> DATABASE > >> > DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de > backup, > >> se > >> > vc puder ompartilhar com a gente ? > >> > > >> > []s > >> > > >> > Chiappa > >> > --- Em oracle_br@yahoogrupos.com.br > >> 40yahoogrupos.com.br>, > >> > >> > Evandro Giachetto escreveu > >> > > >> > > > >> > > Veja o erro que deu: > >> > > > >> > > RMAN> resync catalog; > >> > > > >> > > RMAN-00571: > >> === > >> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS > >> === > >> > > RMAN-00571: > >> === > >> > > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 > >> > > RMAN-06428: recovery catalog is not installed > >> > > > >> > > > >> > > Evandro Giachetto > >> > > Oracle SQL Expert > >> > > Oracle Certified Associate > >> > > evan...@... > >> > > >> > > > >> > > > >> > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior > >> > > escreveu: > >> > > >> > > > >> > > > brother, normalmente sempre que voce adiciona , dropar um > tablespace > >> ou > >> > > > move > >> > > > um datafile > >> > > > voce deve fazer o resync catalog. > >> > > > é simples tenta ai ! > >> > > > > >> > > > $ rman target / > >> > > > $ connect catalog rman/r...@rman; > >> > > > rman> resync catalog; > >> > > > > >> > > > Em 13 de maio de 2010 13:45, Evandro Giachetto > >> > > > escreveu: > >> > > >> > > > > >> > > > > > >> > > > > > >> > > > > Pessoal, estou tendo um problema com um backup de um banco. > >> > > > > > >> > > > > O backup está me retornando o seguinte erro: > >> > > > > > >> > > > > RMAN-06056: could not access datafile 12 > >> > > > > > >> > > > > Verifiquei na v$datafile e obtive o seguinte: > >> > > > > > >> > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where > >> FILE# > >> > = > >> > > > 12; > >> > > > > > >> > > > > FILE# STATUS ENABLED NAME > >> > > > > -- --- -- > >> > > > > -- > >> > > > > 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ > >> > > > > 10.2.0.4/dbs/MISSING00012 > >> > > > > > >> > > > > Já tentamos dropar o datafile, mas nada acontece. > >> > > > > > >> > > > > também já reconstruimos o control file, retirando todas as > >> entradas > >> > para > >> > > > os > >> > > > > datafile 'MISSING'.. > >> > > > > > >> > > > > Também, nada mudou... > >> > > > > Ao subir o banco novamente, todos continuam sendo listados na > >> > v$datafile > >> > > > > > >> > > > > Alguém tem alguma idéia do que poderia ser feito? > >> > > > > > >> > > > > Detalhe: > >> > > > > > >> > > > > Não p
Re: [oracle_br] Re: Problema RMAN-06056
retificando. na linha *Dropei os datafiles antigos (arquivos control file). eu quis dizer... Dropei o arquivo de control file... rss Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:57, Evandro Giachetto escreveu: > antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' > dessa forma > > Primeiro, peguei todos os datafile com '%MISSI%' no nome... > > Em seguida, exclui os datafiles dessa forma: > > ALTER DATABASE DATAFILE 12 OFFLINE DROP; > ALTER DATABASE DATAFILE 16 OFFLINE DROP; > > após isso, baixei e subi o banco... e os datafiles continuavam sendo > exibidos tanto na view dba_data_files como na v$datafile. > > > > Depois disso, partimos para a iguinorância. > > Recriei o controlfile. > > dei um > > ALTER DATABASE BACKUP CONTROLFILE TO TRACE... > > Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' > Mantive os drop datafile dos datafiles 'MISSING%'. > > Dropei os datafiles antigos (arquivos control file). > > Rodei o scrip para criar novo controlfile. > > Mesmo assim não adiantou... > > Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam > aparecendo. > > > Estou partindo pra iguinorância agora... > > Vou dropar os tablespaces e recriá-los. > > Se alguém tiver mais alguma idéia do que possa ser feito, seria bem > vinda... > > abraço > > > > > Evandro Giachetto > Oracle SQL Expert > Oracle Certified Associate > evan...@clickinterativa.com.br > > > Em 13 de maio de 2010 16:49, David Ricardo escreveu: > >> >> >> Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? >> >> >> Abraço >> >> Em 13 de maio de 2010 16:19, José Laurindo >> >> >escreveu: >> >> >> > >> > >> > Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus >> > backups com controle pelo controlfile apenas Evandro, explica melhor >> , >> > que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER >> DATABASE >> > DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, >> se >> > vc puder ompartilhar com a gente ? >> > >> > []s >> > >> > Chiappa >> > --- Em oracle_br@yahoogrupos.com.br >> > > 40yahoogrupos.com.br>, >> >> > Evandro Giachetto escreveu >> > >> > > >> > > Veja o erro que deu: >> > > >> > > RMAN> resync catalog; >> > > >> > > RMAN-00571: >> === >> > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS >> === >> > > RMAN-00571: >> === >> > > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 >> > > RMAN-06428: recovery catalog is not installed >> > > >> > > >> > > Evandro Giachetto >> > > Oracle SQL Expert >> > > Oracle Certified Associate >> > > evan...@... >> > >> > > >> > > >> > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior >> > > escreveu: >> > >> > > >> > > > brother, normalmente sempre que voce adiciona , dropar um tablespace >> ou >> > > > move >> > > > um datafile >> > > > voce deve fazer o resync catalog. >> > > > é simples tenta ai ! >> > > > >> > > > $ rman target / >> > > > $ connect catalog rman/r...@rman; >> > > > rman> resync catalog; >> > > > >> > > > Em 13 de maio de 2010 13:45, Evandro Giachetto >> > > > escreveu: >> > >> > > > >> > > > > >> > > > > >> > > > > Pessoal, estou tendo um problema com um backup de um banco. >> > > > > >> > > > > O backup está me retornando o seguinte erro: >> > > > > >> > > > > RMAN-06056: could not access datafile 12 >> > > > > >> > > > > Verifiquei na v$datafile e obtive o seguinte: >> > > > > >> > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where >> FILE# >> > = >> > > > 12; >> > > > > >> > > > > FILE# STATUS ENABLED NAME >> > > > > -- --- -- >> > > > > -- >> > > > > 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ >> > > > > 10.2.0.4/dbs/MISSING00012 >> > > > > >> > > > > Já tentamos dropar o datafile, mas nada acontece. >> > > > > >> > > > > também já reconstruimos o control file, retirando todas as >> entradas >> > para >> > > > os >> > > > > datafile 'MISSING'.. >> > > > > >> > > > > Também, nada mudou... >> > > > > Ao subir o banco novamente, todos continuam sendo listados na >> > v$datafile >> > > > > >> > > > > Alguém tem alguma idéia do que poderia ser feito? >> > > > > >> > > > > Detalhe: >> > > > > >> > > > > Não posso iguinorar (usar skip) esses datafiles no script de >> backup >> > pois >> > > > > esse script é padrão. Não posso alterá-lo. >> > > > > A solução seria fazer esses datafile MISSING sumirem das entradas >> do >> > > > > banco.. >> > > > > >> > > > > Any Ideas? >> > > > > >> > > > > Abraço. >> > > > > >> > > > > Evandro Giachetto >> > > > > Oracle SQL Expert >> > > > > Oracle Certified Associate >> > > > > evan...@... >> > >> > > > > >> > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problema RMAN-06056
antes de recriar o controlfile eu tentei dropar os datafiles 'MISSING%' dessa forma Primeiro, peguei todos os datafile com '%MISSI%' no nome... Em seguida, exclui os datafiles dessa forma: ALTER DATABASE DATAFILE 12 OFFLINE DROP; ALTER DATABASE DATAFILE 16 OFFLINE DROP; após isso, baixei e subi o banco... e os datafiles continuavam sendo exibidos tanto na view dba_data_files como na v$datafile. Depois disso, partimos para a iguinorância. Recriei o controlfile. dei um ALTER DATABASE BACKUP CONTROLFILE TO TRACE... Alterei o script gerado retirando os create datafile com aqueles 'MISSING%' Mantive os drop datafile dos datafiles 'MISSING%'. Dropei os datafiles antigos (arquivos control file). Rodei o scrip para criar novo controlfile. Mesmo assim não adiantou... Ao subir o banco, todos aqueles datafile com nome '%MISSING%' continuavam aparecendo. Estou partindo pra iguinorância agora... Vou dropar os tablespaces e recriá-los. Se alguém tiver mais alguma idéia do que possa ser feito, seria bem vinda... abraço Evandro Giachetto Oracle SQL Expert Oracle Certified Associate evan...@clickinterativa.com.br Em 13 de maio de 2010 16:49, David Ricardo escreveu: > > > Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? > > Abraço > > Em 13 de maio de 2010 16:19, José Laurindo > > >escreveu: > > > > > > > > Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus > > backups com controle pelo controlfile apenas Evandro, explica melhor > , > > que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER > DATABASE > > DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, > se > > vc puder ompartilhar com a gente ? > > > > []s > > > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br > > 40yahoogrupos.com.br>, > > > Evandro Giachetto escreveu > > > > > > > > Veja o erro que deu: > > > > > > RMAN> resync catalog; > > > > > > RMAN-00571: === > > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > > > RMAN-00571: === > > > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 > > > RMAN-06428: recovery catalog is not installed > > > > > > > > > Evandro Giachetto > > > Oracle SQL Expert > > > Oracle Certified Associate > > > evan...@... > > > > > > > > > > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior > > > escreveu: > > > > > > > > > brother, normalmente sempre que voce adiciona , dropar um tablespace > ou > > > > move > > > > um datafile > > > > voce deve fazer o resync catalog. > > > > é simples tenta ai ! > > > > > > > > $ rman target / > > > > $ connect catalog rman/r...@rman; > > > > rman> resync catalog; > > > > > > > > Em 13 de maio de 2010 13:45, Evandro Giachetto > > > > escreveu: > > > > > > > > > > > > > > > > > > > > > Pessoal, estou tendo um problema com um backup de um banco. > > > > > > > > > > O backup está me retornando o seguinte erro: > > > > > > > > > > RMAN-06056: could not access datafile 12 > > > > > > > > > > Verifiquei na v$datafile e obtive o seguinte: > > > > > > > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where > FILE# > > = > > > > 12; > > > > > > > > > > FILE# STATUS ENABLED NAME > > > > > -- --- -- > > > > > -- > > > > > 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ > > > > > 10.2.0.4/dbs/MISSING00012 > > > > > > > > > > Já tentamos dropar o datafile, mas nada acontece. > > > > > > > > > > também já reconstruimos o control file, retirando todas as entradas > > para > > > > os > > > > > datafile 'MISSING'.. > > > > > > > > > > Também, nada mudou... > > > > > Ao subir o banco novamente, todos continuam sendo listados na > > v$datafile > > > > > > > > > > Alguém tem alguma idéia do que poderia ser feito? > > > > > > > > > > Detalhe: > > > > > > > > > > Não posso iguinorar (usar skip) esses datafiles no script de backup > > pois > > > > > esse script é padrão. Não posso alterá-lo. > > > > > A solução seria fazer esses datafile MISSING sumirem das entradas > do > > > > > banco.. > > > > > > > > > > Any Ideas? > > > > > > > > > > Abraço. > > > > > > > > > > Evandro Giachetto > > > > > Oracle SQL Expert > > > > > Oracle Certified Associate > > > > > evan...@... > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > >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/oracle_br@yahoogrupos.com.br/ > > > > > > > > --
Re: [oracle_br] Re: Problema RMAN-06056
Velhão vê se isso aqui te ajuda :
Applies to: Oracle Server - Enterprise Edition - Version: 9.2.0.4.0
This problem can occur on any platform.
Symptoms
RMAN DUPLICATE completes ok.
However, the cloned database is missing a datafile, which was ONLINE in the
original database.
Alert log in the clone shows:
File #60 found in data dictionary but not in controlfile.
Creating OFFLINE file 'MISSING00060' in the controlfile
The RMAN shows the datafile was backed up:
BS Key Type LV Size Device Type Elapsed Time Completion Time
--- -- -- --- ---
1467 Incr 0 10G SBT_TAPE 00:10:20 02-MAY-07
BP Key: 1467 Status: AVAILABLE Tag: TAG_COD_2007_05_02_03_00
Piece Name: COD_2007_05_02_03_00-2.rman
List of Datafiles in backup set 1467
File LV Type Ckp SCN Ckp Time Name
-- -- -
1 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/system
5 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit
6 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit001
7 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit002
8 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit003
9 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit004
10 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit005
11 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit006
12 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/deposit007
...
57 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/integrator_indx
60 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/depo_hist_02;
<<< datafile 60
61 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/depo_stat_indx_02
62 0 Incr 1357066334 02-MAY-07 /dev/vx/rdsk/cod-dg/transit_indx_02
The RMAN DUPLICATE shows the datafile is skipped during the SWITCH command:
...
set newname for datafile 60 to "/dev/vx/rdsk/cod-standby/depo_hist_02;
...
restoring datafile 00060 to /dev/vx/rdsk/cod-standby/depo_hist_02
datafile 60 switched to datafile copy
input datafilecopy recid=59 stamp=621515693
filename=/dev/vx/rdsk/cod-standby/depo_hist_02
catalog clone datafilecopy "/dev/vx/rdsk/cod-standby/depo_hist_02;
cataloged datafile copy
datafile copy filename=/dev/vx/rdsk/cod-standby/depo_hist_02 recid=59
stamp=621515887
...
datafile 59 switched to datafile copy
input datafilecopy recid=58 stamp=621515887
filename=/dev/vx/rdsk/cod-standby/work02
datafile 2 switched to datafile copy
input datafilecopy recid=1 stamp=621515883
filename=/dev/vx/rdsk/cod-standby/undotbs
datafile 3 switched to datafile copy
DATAFILE 60 MISSING DURING SWITCH
printing stored script: Memory Script
{
Alter clone database open resetlogs;
}
executing script: Memory Script
database opened
Finished Duplicate Db at 02/05/2007 11:19:40
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: failure of release command at 05/02/2007 11:19:40
RMAN-06012: channel: t1 not allocated
Cause Bug
4381732
-
MISSING DATAFILES AFTER RMAN DUPLICATION
Solution
This is related to the underscore(s) used in the naming of the missing
datafile.
Check for a datafile with a similar name i.e.with almost the same exact
name, except one character being different, such as underscore.
Example:
/dev/vx/rdsk/cod-dg/depo_hist002; datafile 27
/dev/vx/rdsk/cod-dg/depo_hist_02; datafile 60
The names have the same length, with hist002 and hist_02 (0 and _ being
different)
Another example:
/oracle2/oradata/V1010/dbs/rhscidx_001.dbf 8
/oracle2/oradata/V1010/dbs/rhs_idx_001.dbf 9
This is causing RMAN to switch datafile 27 twice and ignore datafile 60.
WORKAROUND:
1.Replace the underscore in the second filename (datafile 60) with 2
underscores.
This would need to be done in the original database using:
ALTER DATABASE RENAME FILE '/dev/vx/rdsk/cod-dg/depo_hist_02' TO
'/dev/vx/rdsk/cod-dg/depo_hist__02';
or
2.Change the underscore to another character or add any other character that
will make the names differ in length.
Issue does not reproduce in 10g. RMAN duplication fails with:
ORA-27036: translation error, unable to expand file name
Abraço e boa sorte
Em 13 de maio de 2010 16:49, David Ricardo escreveu:
> Você sabe informar a qual tablespace era referenciado esse DATAFILE 12???
>
> Abraço
>
> Em 13 de maio de 2010 16:19, José Laurindo escreveu:
>
>
>>
>> Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus
>> backups com controle pelo controlfile apenas Evandro, explica melhor ,
>> que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE
>> DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se
>> vc puder ompartilhar com a gente ?
>>
>> []s
>>
>> Chiappa
>> --- Em oracle_br@yahoogrupos.com.br ,
>> Evan
Re: [oracle_br] Re: Problema RMAN-06056
Você sabe informar a qual tablespace era referenciado esse DATAFILE 12??? Abraço Em 13 de maio de 2010 16:19, José Laurindo escreveu: > > > Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus > backups com controle pelo controlfile apenas Evandro, explica melhor , > que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE > DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se > vc puder ompartilhar com a gente ? > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br , > Evandro Giachetto escreveu > > > > > Veja o erro que deu: > > > > RMAN> resync catalog; > > > > RMAN-00571: === > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > > RMAN-00571: === > > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 > > RMAN-06428: recovery catalog is not installed > > > > > > Evandro Giachetto > > Oracle SQL Expert > > Oracle Certified Associate > > evan...@... > > > > > > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior > > escreveu: > > > > > > brother, normalmente sempre que voce adiciona , dropar um tablespace ou > > > move > > > um datafile > > > voce deve fazer o resync catalog. > > > é simples tenta ai ! > > > > > > $ rman target / > > > $ connect catalog rman/r...@rman; > > > rman> resync catalog; > > > > > > Em 13 de maio de 2010 13:45, Evandro Giachetto > > > escreveu: > > > > > > > > > > > > > > > > Pessoal, estou tendo um problema com um backup de um banco. > > > > > > > > O backup está me retornando o seguinte erro: > > > > > > > > RMAN-06056: could not access datafile 12 > > > > > > > > Verifiquei na v$datafile e obtive o seguinte: > > > > > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# > = > > > 12; > > > > > > > > FILE# STATUS ENABLED NAME > > > > -- --- -- > > > > -- > > > > 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ > > > > 10.2.0.4/dbs/MISSING00012 > > > > > > > > Já tentamos dropar o datafile, mas nada acontece. > > > > > > > > também já reconstruimos o control file, retirando todas as entradas > para > > > os > > > > datafile 'MISSING'.. > > > > > > > > Também, nada mudou... > > > > Ao subir o banco novamente, todos continuam sendo listados na > v$datafile > > > > > > > > Alguém tem alguma idéia do que poderia ser feito? > > > > > > > > Detalhe: > > > > > > > > Não posso iguinorar (usar skip) esses datafiles no script de backup > pois > > > > esse script é padrão. Não posso alterá-lo. > > > > A solução seria fazer esses datafile MISSING sumirem das entradas do > > > > banco.. > > > > > > > > Any Ideas? > > > > > > > > Abraço. > > > > > > > > Evandro Giachetto > > > > Oracle SQL Expert > > > > Oracle Certified Associate > > > > evan...@... > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > -- > > > >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/oracle_br@yahoogrupos.com.br/ > > > > > > -- > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » > Procedure > > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! > VISITE: > > > http://www.oraclebr.com.br/ > > > -- > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > -- "O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)" [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Problema RMAN-06056
Duílio, pelo jeito o Evandro não está usando catalog, está fazendo seus backups com controle pelo controlfile apenas Evandro, explica melhor , que comandos vc deu : vc deu um DROP TABLESPACE ? Ou deu um ALTER DATABASE DATAFILE 'pathenomedele' OFFLINE DROP ??? Qual é o tal script de backup, se vc puder ompartilhar com a gente ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto escreveu > > Veja o erro que deu: > > RMAN> resync catalog; > > RMAN-00571: === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > RMAN-00571: === > RMAN-03002: failure of resync command at 05/13/2010 13:04:22 > RMAN-06428: recovery catalog is not installed > > > Evandro Giachetto > Oracle SQL Expert > Oracle Certified Associate > evan...@... > > > Em 13 de maio de 2010 14:50, Duilio Bruniera Junior > escreveu: > > > brother, normalmente sempre que voce adiciona , dropar um tablespace ou > > move > > um datafile > > voce deve fazer o resync catalog. > > é simples tenta ai ! > > > > $ rman target / > > $ connect catalog rman/r...@rman; > > rman> resync catalog; > > > > Em 13 de maio de 2010 13:45, Evandro Giachetto > > escreveu: > > > > > > > > > > > Pessoal, estou tendo um problema com um backup de um banco. > > > > > > O backup está me retornando o seguinte erro: > > > > > > RMAN-06056: could not access datafile 12 > > > > > > Verifiquei na v$datafile e obtive o seguinte: > > > > > > SQL> select FILE#, STATUS, ENABLED, NAME from v$datafile where FILE# = > > 12; > > > > > > FILE# STATUS ENABLED NAME > > > -- --- -- > > > -- > > > 12 RECOVER READ WRITE /oracle/g01/software/rdbms/ > > > 10.2.0.4/dbs/MISSING00012 > > > > > > Já tentamos dropar o datafile, mas nada acontece. > > > > > > também já reconstruimos o control file, retirando todas as entradas para > > os > > > datafile 'MISSING'.. > > > > > > Também, nada mudou... > > > Ao subir o banco novamente, todos continuam sendo listados na v$datafile > > > > > > Alguém tem alguma idéia do que poderia ser feito? > > > > > > Detalhe: > > > > > > Não posso iguinorar (usar skip) esses datafiles no script de backup pois > > > esse script é padrão. Não posso alterá-lo. > > > A solução seria fazer esses datafile MISSING sumirem das entradas do > > > banco.. > > > > > > Any Ideas? > > > > > > Abraço. > > > > > > Evandro Giachetto > > > Oracle SQL Expert > > > Oracle Certified Associate > > > evan...@... > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > -- > > >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/oracle_br@yahoogrupos.com.br/ > > > > -- > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure > > » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > http://www.oraclebr.com.br/ > > > > Links do Yahoo! Grupos > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
