date:20130726

[oracle_br] ORA-38701: Flashback database log % seq 1 thread %:

2013-07-26 Por tôpico Rafael Mendonca

SQL> select FLASHBACK_ON from v$database;
FLASHBACK_ON
--
RESTORE POINT ONLY
 
 
SQL> select * from v$restore_point;
select * from v$restore_point
  *
ERROR at line 1:
ORA-38701: Flashback database log 35 seq 896 thread 1:
"/u06/fast_recovery_area////flashback/o1_mf_8yq3s0ks_.flb"
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3

SQL> select name from v$restore_point;
NAME

SNAPSHOT_STANDBY_REQUIRED_07/21/2013 05:00:44
 
SQL> drop restore point "SNAPSHOT_STANDBY_REQUIRED_07/21/2013 05:00:44";
drop restore point "SNAPSHOT_STANDBY_REQUIRED_07/21/2013 05:00:44"
*
ERROR at line 1:
ORA-38799: Cannot drop guaranteed restore point internally created for snapshot
standby
 
SQL> alter database convert to physical standby;
alter database convert to physical standby
*
ERROR at line 1:
ORA-19926: Database cannot be converted at this time
 
 
Pessoal, não estou conseguindo subir um banco por conta desse restore point 
guarantee que criaram e o espaço em disco estourou, e ainda por cima o log de 
flashback(físico) não existe mais.
Esse é um database que não está como standby, não sei o motivo de está 
acontecendo esse erro.

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico J. Laurindo Chiappa

  Informação importante essa - se, de acordo com a sua msg anterior, a 
config/parametrização dos channels e devices está Idêntica no teu script 
comparando ao script original de backup que funcionou (o que fecha basicamente 
a questão de RMAN), E agora vc diz que os arquivos em si estão acessíveis ao 
TSM server, só pode ser mesmo alguma coisa referente ao client do TSM (config, 
acesso, etc) ...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca  
escreveu
>
> Acabei de fazer isso, o pessoal conseguiu listar os backups listados.
> 
>  
> 
> 
>  De: J. Laurindo Chiappa 
> Para: oracle_br@yahoogrupos.com.br 
> Enviadas: Sexta-feira, 26 de Julho de 2013 16:06
> Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos
>   
> 
> 
>  
>    
>  
> E uma outra sugestão : manda uns LIST BACKUP (expired, deleted, de database, 
> de archivelog, etc, etc) que via de regra aparece o nome completo dos pieces 
> todos , aí manda pro pessoal do tsm e pede para eles via tsm ** LISTAREM *** 
> o conteúdo da fita e CONFIRMAREM que realmente o(s) arquivo(s) necessário(s) 
> est/ão lá...
> 
> []s
> 
> Chiappa
> 
> --- Em mailto:oracle_br%40yahoogrupos.com.br, "J. Laurindo Chiappa" 
>  escreveu
> >
> >   Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults 
> > marcados para o RMAN no quesito à channels e destination, ENTÃO quase que 
> > com certeza essas coisas DEVEM estar sendo definidas no script de backup - 
> > isso que vc mostra abaixo é o script de RESTORE que esta falhando : plz nos 
> > mostra o script DE BACKUP que está rodando corretamente, pra gente ver 
> > exatamente quais channels e quais devices estão sendo usados... 
> >   E outra coisa :
> > 
> > a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, 
> > que os eventuais Serviços necessários estão de pé, e coisas assim, né não ??
> > 
> > b. vc SACOU que o 
> > "'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu 
> > citei é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai 
> > saber qual é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de 
> > restore, yep ?? 
> > 
> >   []s
> > 
> > Chiappa
> > 
> > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca 
> >  escreveu
> > >
> > > SEgue informações que vc me solicitou Chiappa.
> > >  
> > > RMAN configuration parameters for database with db_unique_name  are:
> > > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
> > > CONFIGURE BACKUP OPTIMIZATION ON;
> > > CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> > > CONFIGURE CONTROLFILE AUTOBACKUP ON;
> > > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
> > > CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
> > > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > > CONFIGURE MAXSETSIZE TO UNLIMITED;
> > > CONFIGURE ENCRYPTION FOR DATABASE OFF;
> > > CONFIGURE ENCRYPTION ALGORITHM 'AES128';
> > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE 
> > > FOR LOAD TRUE;
> > > CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
> > > CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
> > > CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' 
> > > APPLIED ON ALL STANDBY;
> > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> > > '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
> > >  
> > >  
> > >  
> > >  
> > >  
> > > RMAN> run{
> > > 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
> > > ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
> > > 3> CROSSCHECK ARCHIVELOG ALL;
> > > 4> CROSSCHECK BACKUP;
> > > 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> > > 6> DELETE NOPROMPT EXPIRED BACKUP;
> > > 7> DELETE NOPROMPT OBSOLETE;
> > > 8> }
> > > allocated channel: d1
> > > channel d1: SID=1902 device type=SBT_TAPE
> > > channel d1: Data Protection for Oracle: version 6.3.0.0
> > >  
> > >  
> > > archived log file 
> > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
> > >  RECID=16437 STAMP=821086960
> > > validation succeeded for archived log
> > > archived log file 
> > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
> > >  RECID=16439 STAMP=821086976
> > > validation succeeded for archived log
> > > archived log file 
> > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc
> > >  RECID=16441 STAMP=821095920
> > > validation succeeded for archived log
> > > archived log file 
> > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc
> > >  RECID=16443 STAMP=821104031
> > > validation succeeded for archived log
> > > archived log file 
> > > name=/u01/app/oracle/product/11.2.0.3/dbhome_1

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico Rafael Mendonca

Acabei de fazer isso, o pessoal conseguiu listar os backups listados.

 


 De: J. Laurindo Chiappa 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Sexta-feira, 26 de Julho de 2013 16:06
Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos
  


 
   
 
E uma outra sugestão : manda uns LIST BACKUP (expired, deleted, de database, de 
archivelog, etc, etc) que via de regra aparece o nome completo dos pieces todos 
, aí manda pro pessoal do tsm e pede para eles via tsm ** LISTAREM *** o 
conteúdo da fita e CONFIRMAREM que realmente o(s) arquivo(s) necessário(s) 
est/ão lá...

[]s

Chiappa

--- Em mailto:oracle_br%40yahoogrupos.com.br, "J. Laurindo Chiappa" 
 escreveu
>
>   Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults marcados 
> para o RMAN no quesito à channels e destination, ENTÃO quase que com certeza 
> essas coisas DEVEM estar sendo definidas no script de backup - isso que vc 
> mostra abaixo é o script de RESTORE que esta falhando : plz nos mostra o 
> script DE BACKUP que está rodando corretamente, pra gente ver exatamente 
> quais channels e quais devices estão sendo usados... 
>   E outra coisa :
> 
> a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, 
> que os eventuais Serviços necessários estão de pé, e coisas assim, né não ??
> 
> b. vc SACOU que o 
> "'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu 
> citei é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai 
> saber qual é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de 
> restore, yep ?? 
> 
>   []s
> 
> Chiappa
> 
> --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca 
>  escreveu
> >
> > SEgue informações que vc me solicitou Chiappa.
> >  
> > RMAN configuration parameters for database with db_unique_name  are:
> > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
> > CONFIGURE BACKUP OPTIMIZATION ON;
> > CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> > CONFIGURE CONTROLFILE AUTOBACKUP ON;
> > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
> > CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
> > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > CONFIGURE MAXSETSIZE TO UNLIMITED;
> > CONFIGURE ENCRYPTION FOR DATABASE OFF;
> > CONFIGURE ENCRYPTION ALGORITHM 'AES128';
> > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE 
> > FOR LOAD TRUE;
> > CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
> > CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
> > CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' 
> > APPLIED ON ALL STANDBY;
> > CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> > '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
> >  
> >  
> >  
> >  
> >  
> > RMAN> run{
> > 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
> > ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
> > 3> CROSSCHECK ARCHIVELOG ALL;
> > 4> CROSSCHECK BACKUP;
> > 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> > 6> DELETE NOPROMPT EXPIRED BACKUP;
> > 7> DELETE NOPROMPT OBSOLETE;
> > 8> }
> > allocated channel: d1
> > channel d1: SID=1902 device type=SBT_TAPE
> > channel d1: Data Protection for Oracle: version 6.3.0.0
> >  
> >  
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
> >  RECID=16437 STAMP=821086960
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
> >  RECID=16439 STAMP=821086976
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc
> >  RECID=16441 STAMP=821095920
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc
> >  RECID=16443 STAMP=821104031
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9921_754502319.arc
> >  RECID=16445 STAMP=821114451
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9922_754502319.arc
> >  RECID=16448 STAMP=821121151
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9923_754502319.arc
> >  RECID=16449 STAMP=821121151
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9924_754502319.arc
> >  RECID=16451 STAMP=821121152
> > validation succeed

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico Rafael Mendonca

a) Sim
 
b)
 
Chiappa eu usei a minha, é que por coincidência elas são iguais.
 
O script original de backup é esse:
 
Backup FULL
 
    run{
SET COMMAND ID TO 'BACKUP_FULL_DIARIO';
ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.'.opt)';
ALLOCATE CHANNEL d2 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.'.opt)';
ALLOCATE CHANNEL d3 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.'.opt)';
SQL "ALTER SYSTEM ARCHIVE LOG CURRENT";
BACKUP FULL (
    DATABASE
    FILESPERSET 5
    FORMAT 'full_%d_%s_%t_%u_%p'
    INCLUDE CURRENT CONTROLFILE
    TAG 'backup_diario_'
    ) PLUS ARCHIVELOG  FORMAT 'archive_%d_%s_%t_%u_%p' TAG 
'archive_'_diario' ;
SQL "ALTER SYSTEM ARCHIVE LOG CURRENT";
SQL "SELECT B.NAME DATAFILE,A.BLOCKS,A.CORRUPTION_TYPE FROM V$BACKUP_CORRUPTION 
A , V$DATAFILE B WHERE A.FILE# = B.FILE#" ;
DELETE NOPROMPT OBSOLETE RECOVERY WINDOW OF 15 DAYS;
RELEASE CHANNEL d1;
RELEASE CHANNEL d2;
RELEASE CHANNEL d3;
}
 
BACKUP dos ARchives
 

run{
SET COMMAND ID TO 'BACKUP_ARCHIVELOG';
CROSSCHECK ARCHIVELOG ALL;
ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.SJSE.opt)';
ALLOCATE CHANNEL d2 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.SJSE.opt)';
ALLOCATE CHANNEL d3 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.SJSE.opt)';
BACKUP  FORMAT 'arch_%d_%s_%t_%u_%p' ARCHIVELOG ALL TAG 'BACKUP_ARCHIVELOG';
RELEASE CHANNEL d1;
RELEASE CHANNEL d2;
RELEASE CHANNEL d3;
}
 
 
 
 
 


 De: J. Laurindo Chiappa 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Sexta-feira, 26 de Julho de 2013 15:42
Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos
  


 
   
 
Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults marcados 
para o RMAN no quesito à channels e destination, ENTÃO quase que com certeza 
essas coisas DEVEM estar sendo definidas no script de backup - isso que vc 
mostra abaixo é o script de RESTORE que esta falhando : plz nos mostra o script 
DE BACKUP que está rodando corretamente, pra gente ver exatamente quais 
channels e quais devices estão sendo usados... 
E outra coisa :

a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, que os 
eventuais Serviços necessários estão de pé, e coisas assim, né não ??

b. vc SACOU que o 
"'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu citei 
é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai saber qual 
é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de restore, yep 
?? 

[]s

Chiappa

--- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca 
 escreveu
>
> SEgue informações que vc me solicitou Chiappa.
>  
> RMAN configuration parameters for database with db_unique_name  are:
> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
> CONFIGURE BACKUP OPTIMIZATION ON;
> CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
> CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> CONFIGURE MAXSETSIZE TO UNLIMITED;
> CONFIGURE ENCRYPTION FOR DATABASE OFF;
> CONFIGURE ENCRYPTION ALGORITHM 'AES128';
> CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
> LOAD TRUE;
> CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
> CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
> CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' 
> APPLIED ON ALL STANDBY;
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
>  
>  
>  
>  
>  
> RMAN> run{
> 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
> ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
> 3> CROSSCHECK ARCHIVELOG ALL;
> 4> CROSSCHECK BACKUP;
> 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> 6> DELETE NOPROMPT EXPIRED BACKUP;
> 7> DELETE NOPROMPT OBSOLETE;
> 8> }
> allocated channel: d1
> channel d1: SID=1902 device type=SBT_TAPE
> channel d1: Data Protection for Oracle: version 6.3.0.0
>  
>  
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
>  RECID=16437 STAMP=821086960
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
>  RECID=16439 STAMP=8210

[oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico J. Laurindo Chiappa

  E uma outra sugestão : manda uns LIST BACKUP (expired, deleted, de database, 
de archivelog, etc, etc) que via de regra aparece o nome completo dos pieces 
todos , aí manda pro pessoal do tsm e pede para eles via tsm ** LISTAREM *** o 
conteúdo da fita e CONFIRMAREM que realmente o(s) arquivo(s) necessário(s) 
est/ão lá...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>   Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults marcados 
> para o RMAN no quesito à channels e destination, ENTÃO quase que com certeza 
> essas coisas DEVEM estar sendo definidas no script de backup - isso que vc 
> mostra abaixo é o script de RESTORE que esta falhando : plz nos mostra o 
> script DE BACKUP que está rodando corretamente, pra gente ver exatamente 
> quais channels e quais devices estão sendo usados... 
>   E outra coisa :
>   
> a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, 
> que os eventuais Serviços necessários estão de pé, e coisas assim, né não ??
>   
> b. vc SACOU que o 
> "'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu 
> citei é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai 
> saber qual é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de 
> restore, yep ?? 
>   
>   []s
>   
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca  escreveu
> >
> > SEgue informações que vc me solicitou Chiappa.
> >  
> > RMAN configuration parameters for database with db_unique_name  are:
> > CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
> > CONFIGURE BACKUP OPTIMIZATION ON;
> > CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> > CONFIGURE CONTROLFILE AUTOBACKUP ON;
> > CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
> > CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
> > CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> > CONFIGURE MAXSETSIZE TO UNLIMITED;
> > CONFIGURE ENCRYPTION FOR DATABASE OFF;
> > CONFIGURE ENCRYPTION ALGORITHM 'AES128';
> > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE 
> > FOR LOAD TRUE;
> > CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
> > CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
> > CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' 
> > APPLIED ON ALL STANDBY;
> > CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> > '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
> >  
> >  
> >  
> >  
> >  
> > RMAN> run{
> > 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
> > ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
> > 3> CROSSCHECK ARCHIVELOG ALL;
> > 4> CROSSCHECK BACKUP;
> > 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> > 6> DELETE NOPROMPT EXPIRED BACKUP;
> > 7> DELETE NOPROMPT OBSOLETE;
> > 8> }
> > allocated channel: d1
> > channel d1: SID=1902 device type=SBT_TAPE
> > channel d1: Data Protection for Oracle: version 6.3.0.0
> >  
> >  
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
> >  RECID=16437 STAMP=821086960
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
> >  RECID=16439 STAMP=821086976
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc
> >  RECID=16441 STAMP=821095920
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc
> >  RECID=16443 STAMP=821104031
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9921_754502319.arc
> >  RECID=16445 STAMP=821114451
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9922_754502319.arc
> >  RECID=16448 STAMP=821121151
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9923_754502319.arc
> >  RECID=16449 STAMP=821121151
> > validation succeeded for archived log
> > archived log file 
> > name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9924_754502319.arc
> >  RECID=16451 STAMP=821121152
> > validation succeeded for archived log
> > archived log file 
> > name=+FRA//archivelog/2013_07_18/thread_1_seq_9925.1963.821121903 
> > RECID=16453 STAMP=821121902
> > validation succeeded for archived log
> > archived log file 
> > name=+FRA//archivelog/2013_07_18/thread_1_seq_9926.1174.821121903

[oracle_br] Re: Restore Database RAC em Single Instance? Dúvida

2013-07-26 Por tôpico J. Laurindo Chiappa

  Sim, é basicamente isso - dá um look na nota metalink "HowTo Restore RMAN 
Disk backups of RAC Database to Single Instance On Another Node" (Doc ID 
415579.1) , que tem um bom detalhamento
 Sobre a questão de ser não-ASM, basicamente vc vai ter que renomear os 
datafiles, indo de +nomedodiskgroup/path para /mountpointlocal/path ...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Emerson Martins  
escreveu
>
> Bom dia pessoal.
> 
> Estou precisando realizando realizar um restore de um backup do no ambiente
> RAC (2 nodes) para um server Single Instance;
> 
> Ambiente :
> Red Hat 4.1
> Oracle RAC 11g
> ASM
> 
> Minha dúvida é se existe mais alguma passo necessário para efetuar esse
> restore considerando que eu não utilize ASM
> 
> 1 - Instalar o Software Oracle ( Mesma versão)
> 2 - Criar um Pfile do RAC para Single Instance e alterar os parâmetros
> necessários
> 3 - Copiar os arquivos de Backup
> 4 - Iniciar a instancia em modo nomount (Pfile)
> 5 - Restaurar o controlfile
> 6 - Montar o BD
> 7 - Restore database
> 8 - Recover database
> 9 - Abrir o BD (open resetlogs)
> 
> Agradeço os que puderem oferecer sugestões.
> 
> Att,
> 
> Emerson Martins
> DBA Oracle
> Oracle 11g Certified Associate
> *Contatos:*
> + 55 82 91235504 /
> + 55 82 96681283
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Re: Restore Database RAC em Single Instance? Dúvida

2013-07-26 Por tôpico Emerson Martins

Obrigado Chiappa!

Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283


Em 26 de julho de 2013 15:33, J. Laurindo Chiappa
escreveu:

> **
>
>
> Sim, é basicamente isso - dá um look na nota metalink "HowTo Restore RMAN
> Disk backups of RAC Database to Single Instance On Another Node" (Doc ID
> 415579.1) , que tem um bom detalhamento
> Sobre a questão de ser não-ASM, basicamente vc vai ter que renomear os
> datafiles, indo de +nomedodiskgroup/path para /mountpointlocal/path ...
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Emerson Martins 
> escreveu
>
> >
> > Bom dia pessoal.
> >
> > Estou precisando realizando realizar um restore de um backup do no
> ambiente
> > RAC (2 nodes) para um server Single Instance;
> >
> > Ambiente :
> > Red Hat 4.1
> > Oracle RAC 11g
> > ASM
> >
> > Minha dúvida é se existe mais alguma passo necessário para efetuar esse
> > restore considerando que eu não utilize ASM
> >
> > 1 - Instalar o Software Oracle ( Mesma versão)
> > 2 - Criar um Pfile do RAC para Single Instance e alterar os parâmetros
> > necessários
> > 3 - Copiar os arquivos de Backup
> > 4 - Iniciar a instancia em modo nomount (Pfile)
> > 5 - Restaurar o controlfile
> > 6 - Montar o BD
> > 7 - Restore database
> > 8 - Recover database
> > 9 - Abrir o BD (open resetlogs)
> >
> > Agradeço os que puderem oferecer sugestões.
> >
> > Att,
> >
> > Emerson Martins
> > DBA Oracle
> > Oracle 11g Certified Associate
> > *Contatos:*
> > + 55 82 91235504 /
> > + 55 82 96681283
> >
> >
> > [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

<*> 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:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico J. Laurindo Chiappa

  Colega, pelo resultado do SHOW ALL eu vejo que vc não tem defaults marcados 
para o RMAN no quesito à channels e destination, ENTÃO quase que com certeza 
essas coisas DEVEM estar sendo definidas no script de backup - isso que vc 
mostra abaixo é o script de RESTORE que esta falhando : plz nos mostra o script 
DE BACKUP que está rodando corretamente, pra gente ver exatamente quais 
channels e quais devices estão sendo usados... 
  E outra coisa :
  
a. a gente não cita mas vc TEM CERTEZA que a fita correta está montada, que 
os eventuais Serviços necessários estão de pé, e coisas assim, né não ??

b. vc SACOU que o 
"'ENV=(TDPO_OPTILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)" que eu citei 
é um ** EXEMPLO **, vc deverá tentar é com A SUA CONFIG, que vc vai saber qual 
é LISTANDO O SCRIPT DE BACKUP ORIGINAL, e não a sua tentativa de restore, yep 
?? 

  []s
  
Chiappa

--- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca  
escreveu
>
> SEgue informações que vc me solicitou Chiappa.
>  
> RMAN configuration parameters for database with db_unique_name  are:
> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
> CONFIGURE BACKUP OPTIMIZATION ON;
> CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
> CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
> CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
> CONFIGURE MAXSETSIZE TO UNLIMITED;
> CONFIGURE ENCRYPTION FOR DATABASE OFF;
> CONFIGURE ENCRYPTION ALGORITHM 'AES128';
> CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
> LOAD TRUE;
> CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
> CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
> CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' 
> APPLIED ON ALL STANDBY;
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> '/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
>  
>  
>  
>  
>  
> RMAN> run{
> 2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
> ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
> 3> CROSSCHECK ARCHIVELOG ALL;
> 4> CROSSCHECK BACKUP;
> 5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
> 6> DELETE NOPROMPT EXPIRED BACKUP;
> 7> DELETE NOPROMPT OBSOLETE;
> 8> }
> allocated channel: d1
> channel d1: SID=1902 device type=SBT_TAPE
> channel d1: Data Protection for Oracle: version 6.3.0.0
>  
>  
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
>  RECID=16437 STAMP=821086960
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
>  RECID=16439 STAMP=821086976
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc
>  RECID=16441 STAMP=821095920
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc
>  RECID=16443 STAMP=821104031
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9921_754502319.arc
>  RECID=16445 STAMP=821114451
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9922_754502319.arc
>  RECID=16448 STAMP=821121151
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9923_754502319.arc
>  RECID=16449 STAMP=821121151
> validation succeeded for archived log
> archived log file 
> name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9924_754502319.arc
>  RECID=16451 STAMP=821121152
> validation succeeded for archived log
> archived log file 
> name=+FRA//archivelog/2013_07_18/thread_1_seq_9925.1963.821121903 
> RECID=16453 STAMP=821121902
> validation succeeded for archived log
> archived log file 
> name=+FRA//archivelog/2013_07_18/thread_1_seq_9926.1174.821121903 
> RECID=16455 STAMP=821121903
> validation succeeded for archived log
> archived log file 
> name=+FRA//archivelog/2013_07_18/thread_1_seq_9927.1473.821121905 
> RECID=16457 STAMP=821121904
> validation succeeded for archived log
> archived log file 
> name=+FRA//archivelog/2013_07_18/thread_1_seq_9928.1104.821138451 
> RECID=16459 STAMP=821138453
> ...
> ...
> ...
>  
> crosschecked backup piece: found to be 'AVAILABLE'
> backup piece 
> handle=+FRA//autobackup/2013_07_15/s_820862520.1849.820862521 RECID=5760 
> STAMP=820862521
> crosschecked backup piece: found to be 'AVAILABLE'
> backup piece

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

2013-07-26 Por tôpico Rafael Mendonca

SEgue informações que vc me solicitou Chiappa.
 
RMAN configuration parameters for database with db_unique_name  are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 15 DAYS;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE;
CONFIGURE DB_UNIQUE_NAME '' CONNECT IDENTIFIER  '';
CONFIGURE DB_UNIQUE_NAME 'DG' CONNECT IDENTIFIER  'DG';
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO 'SBT_TAPE' APPLIED 
ON ALL STANDBY;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/snapcf_.f'; # default
 
 
 
 
 
RMAN> run{
2> ALLOCATE CHANNEL d1 TYPE 'sbt_tape' parms 'BLKSIZE=1048576 
ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)';
3> CROSSCHECK ARCHIVELOG ALL;
4> CROSSCHECK BACKUP;
5> DELETE NOPROMPT EXPIRED ARCHIVELOG ALL;
6> DELETE NOPROMPT EXPIRED BACKUP;
7> DELETE NOPROMPT OBSOLETE;
8> }
allocated channel: d1
channel d1: SID=1902 device type=SBT_TAPE
channel d1: Data Protection for Oracle: version 6.3.0.0
 
 
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9917_754502319.arc
 RECID=16437 STAMP=821086960
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9918_754502319.arc
 RECID=16439 STAMP=821086976
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9919_754502319.arc
 RECID=16441 STAMP=821095920
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9920_754502319.arc
 RECID=16443 STAMP=821104031
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9921_754502319.arc
 RECID=16445 STAMP=821114451
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9922_754502319.arc
 RECID=16448 STAMP=821121151
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9923_754502319.arc
 RECID=16449 STAMP=821121151
validation succeeded for archived log
archived log file 
name=/u01/app/oracle/product/11.2.0.3/dbhome_1/dbs/USE_DB_RECOVERY_FILE_DEST,1_9924_754502319.arc
 RECID=16451 STAMP=821121152
validation succeeded for archived log
archived log file 
name=+FRA//archivelog/2013_07_18/thread_1_seq_9925.1963.821121903 
RECID=16453 STAMP=821121902
validation succeeded for archived log
archived log file 
name=+FRA//archivelog/2013_07_18/thread_1_seq_9926.1174.821121903 
RECID=16455 STAMP=821121903
validation succeeded for archived log
archived log file 
name=+FRA//archivelog/2013_07_18/thread_1_seq_9927.1473.821121905 
RECID=16457 STAMP=821121904
validation succeeded for archived log
archived log file 
name=+FRA//archivelog/2013_07_18/thread_1_seq_9928.1104.821138451 
RECID=16459 STAMP=821138453
...
...
...
 
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=+FRA//autobackup/2013_07_15/s_820862520.1849.820862521 
RECID=5760 STAMP=820862521
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=+FRA//autobackup/2013_07_15/s_820863120.1986.820863121 
RECID=5761 STAMP=820863120
Crosschecked 2 objects
released channel: d1
RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03009: failure of crosscheck command on d1 channel at 07/26/2013 14:50:20
ORA-27191: sbtinfo2 returned error
Additional information: 3505
 
 
Conversei com o pessoal da TSM e eles me disseram que está tudo na versão 6.4 
atualizaram tudo, Cliente/API versão MAIN e o erro continua.
Eles estão tentando resolver o problema, mas ainda não encontraram uma solução.

  


 De: J. Laurindo Chiappa 
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Quinta-feira, 25 de Julho de 2013 17:01
Assunto: [oracle_br] Re: Erro ao deletar backups obsoletos
  


 
   
 
Colega, realmente parece ** muito ** ser algo externo ao database e ao RMAN, 
mas enquanto vc aguarda retorno do pessoal do tsm algumas questões adicionais 
que vc pode esclarecer :

a) http://www-01.ibm.com/support/docview.wss?uid=swg21

[oracle_br] Restore Database RAC em Single Instance? Dúvida

2013-07-26 Por tôpico Emerson Martins

Bom dia pessoal.

Estou precisando realizando realizar um restore de um backup do no ambiente
RAC (2 nodes) para um server Single Instance;

Ambiente :
Red Hat 4.1
Oracle RAC 11g
ASM

Minha dúvida é se existe mais alguma passo necessário para efetuar esse
restore considerando que eu não utilize ASM

1 - Instalar o Software Oracle ( Mesma versão)
2 - Criar um Pfile do RAC para Single Instance e alterar os parâmetros
necessários
3 - Copiar os arquivos de Backup
4 - Iniciar a instancia em modo nomount (Pfile)
5 - Restaurar o controlfile
6 - Montar o BD
7 - Restore database
8 - Recover database
9 - Abrir o BD (open resetlogs)

Agradeço os que puderem oferecer sugestões.

Att,

Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 91235504 /
+ 55 82 96681283


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: ora-00918 - coluna ambigua

2013-07-26 Por tôpico eduardo_paula

Orfeu,

passei pelo mesmo problema ano passado, quando migrei do 10G para o 11. É um 
bug que existe nas versões 10.1.0.1 até 10.2.0.4 (quase 2 anos). Na versão 
10.2.0.5 é corrigida. Na versão 9i também não existe esse problema.

A solução é corrigir mesmo a view. Mas que eu achei MUITO estranho.
Outra dica é fazer uma varredura nos aplicativos que fazem select no banco, 
pois esse erro também deve aparecer.

Até


Eduardo

--- Em oracle_br@yahoogrupos.com.br, orfeu lima  escreveu
>
> Boa tarde srs do gurpo.ambiente de produçãoSO - Linux Red Hat 4Versão banco - 
> Oracle 10.2.0.4ambiente de testeSO - Linux Red Hat 5.5 Versão banco - Oracle 
> 11.2.0.3Srs, estou fazendo uma migração de um servidor que está com o 10 para 
> o 11.Em dos schemas me deparei com a seguinte situação que me deixou muito 
> encucado.Tem uma view que no seu select está apresentando o erro de 
> ambiguidade de coluna, uma vez que realiza um join com um determinado campo e 
> na chamada não se especifica de qual schema que se deveria retornar os 
> valores.Até ai tudo bem, o que encucou é que a mesma consulta no servidor que 
> tem o 10 está rodando normalmente sem erros.Não existe nenhum sinônimo ou 
> outro objeto que tenha esse atributo.Teria alguma ídeia do que possa ter ou 
> estar acotecendo.Obrigado pela ajuda  
>  
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

RE: RES: [oracle_br] ora-00918 - coluna ambigua

2013-07-26 Por tôpico orfeu lima

Obrigado pela ajuda e dica Vitor.
Orfeu
 
To: oracle_br@yahoogrupos.com.br
From: vitorj...@gmail.com
Date: Thu, 25 Jul 2013 16:18:37 -0300
Subject: RES: [oracle_br] ora-00918 - coluna ambigua
















 



  



  
  
  Buenas Orfeu. Dá um search no grupo que tem tópicos sobre isso. Isso 
ocorreu

com a mudança do 10g pro 11g. Apesar de coluna não referenciada por aliás é

ruim em qualquer versão... hehehehe



3. Ambiguous column in the query.

Oracle Error: ORA-00918: column ambiguously defined

According to Oracle this is an expected behavior and 11g from the need to

qualify ambiguous names in select list (DOC ID

835701.1)



Solution:

3.1. Change the query specifying the columns ambiguous.



Example of query with ambiguous column:



SELECT PROJECT_ID , PROJ_VERSION_NO, NAME , DESCRIPTION , LAST_CHANGED_DATE



FROM leeh.PW2_PROJECT



JOIN



(SELECT PROJECT_ID AS MAX_ID, MAX(PROJ_VERSION_NO) AS MAX_VERSION



FROM leeh.PW2_PROJECT



GROUP BY PROJECT_ID



) T



ON PROJECT_ID = MAX_ID AND PROJ_VERSION_NO = MAX_VERSION



WHERE PROJ_VERSION_NO > 0;



Att,/Regards,



Vitor Jr.

Infraestrutura / Infrastructure Team

Oracle 11g DBA Certified Professional - OCP



Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid

Infrastructure Administrator - OCE

Oracle Database 11g Performance Tuning Certified Expert - OCE

Oracle Exadata 11g Certified Implementation Specialist

Oracle Certified Associate, MySQL 5

mail, gtalk e msn:   vitorj...@gmail.com

  http://certificacaobd.com.br/

skype: vjunior1981



De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em

nome de orfeu lima

Enviada em: quinta-feira, 25 de julho de 2013 16:13

Para: grupo oracle

Assunto: [oracle_br] ora-00918 - coluna ambigua



Boa tarde srs do gurpo.ambiente de produçãoSO - Linux Red Hat 4Versão banco

- Oracle 10.2.0.4ambiente de testeSO - Linux Red Hat 5.5 Versão banco -

Oracle 11.2.0.3Srs, estou fazendo uma migração de um servidor que está com o

10 para o 11.Em dos schemas me deparei com a seguinte situação que me deixou

muito encucado.Tem uma view que no seu select está apresentando o erro de

ambiguidade de coluna, uma vez que realiza um join com um determinado campo

e na chamada não se especifica de qual schema que se deveria retornar os

valores.Até ai tudo bem, o que encucou é que a mesma consulta no servidor

que tem o 10 está rodando normalmente sem erros.Não existe nenhum sinônimo

ou outro objeto que tenha esse atributo.Teria alguma ídeia do que possa ter

ou estar acotecendo.Obrigado pela ajuda 



[As partes desta mensagem que não continham texto foram removidas]



[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

<*> 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:
oracle_br-unsubscr...@yahoogrupos.com.br

<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html

[oracle_br] ORA-38701: Flashback database log % seq 1 thread %:

[oracle_br] Re: Erro ao deletar backups obsoletos

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

[oracle_br] Re: Erro ao deletar backups obsoletos

[oracle_br] Re: Restore Database RAC em Single Instance? Dúvida

Re: [oracle_br] Re: Restore Database RAC em Single Instance? Dúvida

[oracle_br] Re: Erro ao deletar backups obsoletos

Re: [oracle_br] Re: Erro ao deletar backups obsoletos

[oracle_br] Restore Database RAC em Single Instance? Dúvida

[oracle_br] Re: ora-00918 - coluna ambigua

RE: RES: [oracle_br] ora-00918 - coluna ambigua

12 matches

Site Navigation

Mail list logo

Footer information