[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-25 Por tôpico jlchiappa
Sim, pode ser que nesse nó estivesse presente uma configuração local do RMAN 
(em controlfile) apontando o snapshot para diretório local, e que Essa config 
errada estivesse sendo usada pelo snapshot ao não acessar o catalog : não estou 
neste exato momento com um ambiente RAC pra ver se isso ocorre, mas soa 
plausível  Faça um teste, conectando no RMAN nesse nó faltoso SEM usar 
catalog (ie, conectado no nó como o usuário correto localmente, com as 
variáveis ORACLE_SID, ORACLE_HOME e PATH ok peça um RMAN TARGET=/ NOCATALOG  ) 
e aí um SHOW ALL; , se aparecer o path 'errado' que vc cita nos parâmetros deve 
ser isso, sim, aí vc o altera
   INCLUSIVE, se o seu RAC for 11g, o que não estou certo, a partir da 11g 
passou a ser Obrigatório se dar destinos PÚBLICOS (ie, num disk device SHARED, 
acessível em QUALQUER nó) para o autobackup, siga o mesmo procedimento para o 
snapshot, também, e veja se soluciona...

  []s
  
Chiappa


--- Em oracle_br@yahoogrupos.com.br, "candiurudba"  escreveu
>
> Opa..
> 
> Segue:
> 
> RMAN configuration parameters for database with db_unique_name XPI are:
> CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
> CONFIGURE BACKUP OPTIMIZATION OFF;
> CONFIGURE DEFAULT DEVICE TYPE TO DISK;
> CONFIGURE CONTROLFILE AUTOBACKUP ON;
> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
> '/u03/work/backup_rman/backup_full/segunda/%F';
> CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT   
> '/u03/work/backup_rman/archivelog/BKP_ARC_ALL_%t_%d_%s.arc';
> CONFIGURE MAXSETSIZE TO UNLIMITED; # default
> CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
> CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
> CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
> LOAD TRUE ; # default
> CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DGDATA/prd/datafile/snapcf_xpi1.f';
> 
> 
> Mas este problema somente ocorre quando eu crio algum datafile novo neste nó.
> 
> Existe uma modificação que foi feita recente neste ambiente pois alteramos o 
> snapshot do controlfile para o ASM pois quando estava em file system, 
> tinhamos alguns problemas para a geração automatica do controlfile 
> (autobackup).
> 
> Fiz uma analise mais recente ainda pouco e descobri que deste nó, não 
> tinhamos a entrada do tnsnames para o catalogo do rman. Poderia ser tambem 
> este o motivo ??
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
> escreveu
> >
> >  *** Altamente *** provável que seja isso, Vitor : como eu mostrei em outra 
> > msg, em princípio AUTOBACKUPs não são disparados fora do RMAN, mas 
> > SNAPSHOTs são sim uma boa possibilidade .
> >Candiru, mostra um SHOW ALL pra gente , vamos ver se o SNAPSHOT está ON 
> > e pra onde ele está direcionado ...
> > 
> >  []s
> > 
> >Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
> > >
> > > Observar a nota:
> > > RMAN backup fails with Ora-00245 And Rman-08132 [ID 1365484.1]
> > > 
> > > RMAN> show all;
> > > 
> > > 
> > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE 
> > > FOR LOAD TRUE ; # default
> > > CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> > > '/opt/oracle/product/rdbms/11.2.0/dbhome_1/dbs/snapcf_LVSP1.f'; # default
> > > 
> > > 
> > > This directory might exist on all the related RAC-nodes, but are not 
> > > necessary shared.
> > > Depending on the configuration, the snapshot controlfile might be created 
> > > on 'Node 1', but is than read on 'Node 2' as that related channel is 
> > > making a backup of the controlfile.
> > > 
> > > Therefor the Snapshot Controlfile location needs to on a shared location 
> > > between the nodes.
> > > 
> > > Example :
> > > 
> > > RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/backup/snapcf_V112.f';
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 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: vitorjr81@
> > > http://certificacaobd.com.br/
> > > skype: vjunior1981
> > > 
> > > 
> > > 
> > > 
> > > On 25/09/2012, at 08:10, Wadson Ramon  wrote:
> > > 
> > > > Não seria possível ter uma trigger que dispara um Job de auto backup ?
> > > > Em 19/09/2012 11:15, "candiurudba"  escreveu:
> > > >> 
> > > >> 
> > > >> 
> > > >> Opa Milton, tudo bom ?
> > > >> 
> > > >> Na verdade não. pelo fo

[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-25 Por tôpico candiurudba
Opa..

Segue:

RMAN configuration parameters for database with db_unique_name XPI are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'/u03/work/backup_rman/backup_full/segunda/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 3 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 CHANNEL DEVICE TYPE DISK FORMAT   
'/u03/work/backup_rman/archivelog/BKP_ARC_ALL_%t_%d_%s.arc';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DGDATA/prd/datafile/snapcf_xpi1.f';


Mas este problema somente ocorre quando eu crio algum datafile novo neste nó.

Existe uma modificação que foi feita recente neste ambiente pois alteramos o 
snapshot do controlfile para o ASM pois quando estava em file system, tinhamos 
alguns problemas para a geração automatica do controlfile (autobackup).

Fiz uma analise mais recente ainda pouco e descobri que deste nó, não tinhamos 
a entrada do tnsnames para o catalogo do rman. Poderia ser tambem este o motivo 
??


--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>  *** Altamente *** provável que seja isso, Vitor : como eu mostrei em outra 
> msg, em princípio AUTOBACKUPs não são disparados fora do RMAN, mas SNAPSHOTs 
> são sim uma boa possibilidade .
>Candiru, mostra um SHOW ALL pra gente , vamos ver se o SNAPSHOT está ON e 
> pra onde ele está direcionado ...
> 
>  []s
> 
>Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
> >
> > Observar a nota:
> > RMAN backup fails with Ora-00245 And Rman-08132 [ID 1365484.1]
> > 
> > RMAN> show all;
> > 
> > 
> > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE 
> > FOR LOAD TRUE ; # default
> > CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> > CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> > '/opt/oracle/product/rdbms/11.2.0/dbhome_1/dbs/snapcf_LVSP1.f'; # default
> > 
> > 
> > This directory might exist on all the related RAC-nodes, but are not 
> > necessary shared.
> > Depending on the configuration, the snapshot controlfile might be created 
> > on 'Node 1', but is than read on 'Node 2' as that related channel is making 
> > a backup of the controlfile.
> > 
> > Therefor the Snapshot Controlfile location needs to on a shared location 
> > between the nodes.
> > 
> > Example :
> > 
> > RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/backup/snapcf_V112.f';
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 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: vitorjr81@
> > http://certificacaobd.com.br/
> > skype: vjunior1981
> > 
> > 
> > 
> > 
> > On 25/09/2012, at 08:10, Wadson Ramon  wrote:
> > 
> > > Não seria possível ter uma trigger que dispara um Job de auto backup ?
> > > Em 19/09/2012 11:15, "candiurudba"  escreveu:
> > >> 
> > >> 
> > >> 
> > >> Opa Milton, tudo bom ?
> > >> 
> > >> Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup
> > > do controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando
> > > setamos esta opção.
> > >> 
> > >> Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta
> > > camada entende...não em um outro formato e outro caminho.
> > >> 
> > >> Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado
> > > no primeiro nó. Deste servidor crio os datafiles e não gera nenhum
> > > erro..apenas no segundo servidor onde realmente este caminho não existe.
> > >> 
> > >> Este caminho esta relacionado aos backups que são feitos pelo Rman...
> > >> 
> > >> --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr."
> > >  escreveu
> > >> 
> > >>> 
> > >>> Quando se cria um datafile, essa informação necessariamente tem que ir
> > > pro
> > >>> controlfile.
> > >>> 
> > >>> Quando seu controlfile é alterado, o Oracle está tentando gravar o
> > >>> controlfile.
> > >>> Não tenho certeza se é um autobackup, pode ser que seja apenas mais um
> > > dos
> > >>> caminhos
> > >>> definidos na multiplexação do seu controlfile.
> > >>> 
> > >>> Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o
> > >>> arquivo.
> > >>> 
> > >>> Verifi

[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-25 Por tôpico J. Laurindo Chiappa
 *** Altamente *** provável que seja isso, Vitor : como eu mostrei em outra 
msg, em princípio AUTOBACKUPs não são disparados fora do RMAN, mas SNAPSHOTs 
são sim uma boa possibilidade .
   Candiru, mostra um SHOW ALL pra gente , vamos ver se o SNAPSHOT está ON e 
pra onde ele está direcionado ...

 []s

   Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Vitor Jr."  escreveu
>
> Observar a nota:
> RMAN backup fails with Ora-00245 And Rman-08132 [ID 1365484.1]
> 
> RMAN> show all;
> 
> 
> CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
> LOAD TRUE ; # default
> CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
> CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
> '/opt/oracle/product/rdbms/11.2.0/dbhome_1/dbs/snapcf_LVSP1.f'; # default
> 
> 
> This directory might exist on all the related RAC-nodes, but are not 
> necessary shared.
> Depending on the configuration, the snapshot controlfile might be created on 
> 'Node 1', but is than read on 'Node 2' as that related channel is making a 
> backup of the controlfile.
> 
> Therefor the Snapshot Controlfile location needs to on a shared location 
> between the nodes.
> 
> Example :
> 
> RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/backup/snapcf_V112.f';
> 
> 
> 
> 
> 
> 
> 
> 
> 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: vitorjr81@...
> http://certificacaobd.com.br/
> skype: vjunior1981
> 
> 
> 
> 
> On 25/09/2012, at 08:10, Wadson Ramon  wrote:
> 
> > Não seria possível ter uma trigger que dispara um Job de auto backup ?
> > Em 19/09/2012 11:15, "candiurudba"  escreveu:
> >> 
> >> 
> >> 
> >> Opa Milton, tudo bom ?
> >> 
> >> Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup
> > do controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando
> > setamos esta opção.
> >> 
> >> Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta
> > camada entende...não em um outro formato e outro caminho.
> >> 
> >> Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado
> > no primeiro nó. Deste servidor crio os datafiles e não gera nenhum
> > erro..apenas no segundo servidor onde realmente este caminho não existe.
> >> 
> >> Este caminho esta relacionado aos backups que são feitos pelo Rman...
> >> 
> >> --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr."
> >  escreveu
> >> 
> >>> 
> >>> Quando se cria um datafile, essa informação necessariamente tem que ir
> > pro
> >>> controlfile.
> >>> 
> >>> Quando seu controlfile é alterado, o Oracle está tentando gravar o
> >>> controlfile.
> >>> Não tenho certeza se é um autobackup, pode ser que seja apenas mais um
> > dos
> >>> caminhos
> >>> definidos na multiplexação do seu controlfile.
> >>> 
> >>> Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o
> >>> arquivo.
> >>> 
> >>> Verifique se o diretório especificado realmente existe... verifique
> > qual é
> >>> o owner
> >>> desse diretório... verifique se o Oracle tem permissão pra escrever
> > nesse
> >>> diretório... etc.
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 2012/9/19 candiurudba 
> >> 
> >>> 
>  **
>  
>  
>  Bom dia amigos,
>  
>  Estou tendo um problema curioso...
>  
>  Todas as vezes que adiciono um novo datafile a qualquer tablespace, o
>  arquivo [e criado mas recebo um erro no final, informando que houve
> > uma
>  falha na criacao do backup do controlfile (autobackup)
>  
>  ALTER TABLESPACE XXX ADD DATAFILE `+ASMDATA` SIZE 50M AUTOEXTEND ON
> > NEXT
>  10M MAXSIZE 31G
>  Web Sep 19 10?13?36 2012
>  ORA-19624? Operation failed, retry possible
>  ORA-19504? failed to create file "/u01/backup/c-3867024695"
>  ORA-27040: file create error, unable to create file
>  Linux-x86_64 Error: 2: No such file or directory
>  
>  Alguem teria alguma ideia ?
>  
>  
>  
> >>> 
> >>> 
> >>> 
> >>> --
> >>> Att,
> >>> 
> >>> 
> >>> [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: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-25 Por tôpico Vitor Jr.
Observar a nota:
RMAN backup fails with Ora-00245 And Rman-08132 [ID 1365484.1]

RMAN> show all;


CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR 
LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 
'/opt/oracle/product/rdbms/11.2.0/dbhome_1/dbs/snapcf_LVSP1.f'; # default


This directory might exist on all the related RAC-nodes, but are not necessary 
shared.
Depending on the configuration, the snapshot controlfile might be created on 
'Node 1', but is than read on 'Node 2' as that related channel is making a 
backup of the controlfile.

Therefor the Snapshot Controlfile location needs to on a shared location 
between the nodes.

Example :

RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/backup/snapcf_V112.f';








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




On 25/09/2012, at 08:10, Wadson Ramon  wrote:

> Não seria possível ter uma trigger que dispara um Job de auto backup ?
> Em 19/09/2012 11:15, "candiurudba"  escreveu:
>> 
>> 
>> 
>> Opa Milton, tudo bom ?
>> 
>> Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup
> do controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando
> setamos esta opção.
>> 
>> Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta
> camada entende...não em um outro formato e outro caminho.
>> 
>> Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado
> no primeiro nó. Deste servidor crio os datafiles e não gera nenhum
> erro..apenas no segundo servidor onde realmente este caminho não existe.
>> 
>> Este caminho esta relacionado aos backups que são feitos pelo Rman...
>> 
>> --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr."
>  escreveu
>> 
>>> 
>>> Quando se cria um datafile, essa informação necessariamente tem que ir
> pro
>>> controlfile.
>>> 
>>> Quando seu controlfile é alterado, o Oracle está tentando gravar o
>>> controlfile.
>>> Não tenho certeza se é um autobackup, pode ser que seja apenas mais um
> dos
>>> caminhos
>>> definidos na multiplexação do seu controlfile.
>>> 
>>> Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o
>>> arquivo.
>>> 
>>> Verifique se o diretório especificado realmente existe... verifique
> qual é
>>> o owner
>>> desse diretório... verifique se o Oracle tem permissão pra escrever
> nesse
>>> diretório... etc.
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 2012/9/19 candiurudba 
>> 
>>> 
 **
 
 
 Bom dia amigos,
 
 Estou tendo um problema curioso...
 
 Todas as vezes que adiciono um novo datafile a qualquer tablespace, o
 arquivo [e criado mas recebo um erro no final, informando que houve
> uma
 falha na criacao do backup do controlfile (autobackup)
 
 ALTER TABLESPACE XXX ADD DATAFILE `+ASMDATA` SIZE 50M AUTOEXTEND ON
> NEXT
 10M MAXSIZE 31G
 Web Sep 19 10?13?36 2012
 ORA-19624? Operation failed, retry possible
 ORA-19504? failed to create file "/u01/backup/c-3867024695"
 ORA-27040: file create error, unable to create file
 Linux-x86_64 Error: 2: No such file or directory
 
 Alguem teria alguma ideia ?
 
 
 
>>> 
>>> 
>>> 
>>> --
>>> Att,
>>> 
>>> 
>>> [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]



[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-22 Por tôpico J. Laurindo Chiappa
  Eu me baseei no parágrafo acima do manual, que diz :

"How RMAN Performs Control File Autobackups

The first channel allocated during the backup job creates the autobackup"

OU SEJA, é Após o disparo de um job de backup Pra mim até faz sentido esse 
default, já que Nem Sempre vc está com os dispositivos de backup online & 
montados, imho Faz Sentido o RDBMS não sair fazendo backup (seja de que tipo 
for) sozinho, SEM se poder garantir que os dispositivos tão online, que o 
momento é Apropriado.
 Não sei se em outras versões isso muda, E ESPECIALMENTE não estou com um RAC 
neste momento para testar (que foi a pergunta do colega que iniciou a thread), 
mas segue abaixo o teste confirmatório em 10.2.0.5 EE single : 

==> veja que o AUTOBACKUP está ON ...

C:\Windows\system32>rman target=/

Gerenciador de RecuperaþÒo: Release 10.2.0.5.0 - Production on Sßb Set 22 
14:04:43 2012

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

conectado ao banco de dados de destino: O10GR2 (DBID=1284328844)

RMAN> show all
2> ;

usar o arquivo de controle do banco de dados de destino em vez do catßlogo de 
recuperaþÒo
os parÔmetros de configuraþÒo RMAN sÒo:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'E:\RMAN_BACKUPS\ctrlfile_db_%F.ctl';
CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 3 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 4 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\O10GR2\DATABASE\SNCFO10GR2.ORA'; # 
default

=> vou pedir pro AUTOBACKUP ir prum lugar não-existente, para que na hora que 
ele aconteça der pau :

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'Z:\EU_NAO_EXISTO\ctrlfile_db_%F.ctl';

parÔmetros de configuraþÒo RMAN antigos:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'E:\RMAN_BACKUPS\ctrlfile_db_%F.ctl';
novos parÔmetros de configuraþÒo RMAN:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'Z:\EU_NAO_EXISTO\ctrlfile_db_%F.ctl';
os novos parÔmetros de configuraþÒo RMAN foram armazenados com sucesso

=> vou sair & entrar de novo só pra mostrar que o novo param está Ativo :

RMAN> exit


Recovery Manager completo.

C:\Windows\system32>rman target=/

Gerenciador de RecuperaþÒo: Release 10.2.0.5.0 - Production on Sßb Set 22 
14:08:38 2012

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

conectado ao banco de dados de destino: O10GR2 (DBID=1284328844)

RMAN> show all;

usar o arquivo de controle do banco de dados de destino em vez do catßlogo de 
recuperaþÒo
os parÔmetros de configuraþÒo RMAN sÒo:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 
'Z:\EU_NAO_EXISTO\ctrlfile_db_%F.ctl';
CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 3 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE CHANNEL 4 DEVICE TYPE DISK FORMAT   
'E:\RMAN_BACKUPS\backup_full_db_%d_%T_%s_%p.bkp' MAXPIECESIZE 50 M;
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\O10GR2\DATABASE\SNCFO10GR2.ORA'; # 
default

RMAN> exit


Recovery Manager completo.

==> vou fazer uma alteração Estrutural, no caso Adicionando um novo datafile, 
que foi o que o colega lá fez :

C:\Windows\system32>sqlplus / as sysdba

SQL*Plus: Release 10.2.0.5.0 - Production on Sßb Set 22 14:09:03 2012

C

[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-19 Por tôpico J. Laurindo Chiappa
  Colega, pela ordem : primeiro, afaik a opção local única do database 
(INDEPENDENTE de se estar usando ASM, cooked filesystem, raw devices, não 
importa) para se multiplexar controlfiles automaticamente, SEM nenhuma 
intervenção necessária, é mesmo o parâmetro CONTROL_FILE : assim, como já 
sugerido, passo 1 confira EXATAMENTE como está esse parâmetro nas duas 
instâncias  Não parece ser o caso, mas apenas por respeito ao método, faça 
isso ...

  Sobre a possibilidade de AUTOBACKUP, realmente googlando pela mensagem se 
obtém :
  
"  
Oracle database error code ORA-19624 – operation failed, retry possible
Oracle Database Error Code ORA-19624 Description :
operation failed, retry possible
Error Cause:
A backup, restore or image copy operation failed with an I/O error. If the 
source of the I/O error can be corrected, then the operation may be retried.

How to Solve :
This message is used by recovery manager to decide whether or not to retry the 
operation.
"

então REALMENTE parece ser o resultado de um autobackup - o ponto Curioso aqui 
é que afaik o autobackup *** NÃO ACONTECE SOZINHO ** quando vc faz um DDL, e 
sim apenas na próxima vez que o RMAN ser ativado, e ele Não deveria ser ativado 
automaticamente quando vc faz um ALTER TABLESPACE ADD DATAFILE, isso Com 
Certeza não é padrão .
   Então sugiro que primeiro  vc entre no RMAN e verifique a config de 
autobackup como está : se REALMENTE o destino do autobackup está marcado para 
esse path que aparece no erro, tá Reforçada a hipótese de que alguém/alguma 
coisa está acionando o RMAN e o RMAN tá fazendo autobackp após esse ALTER 
TABLESPACE que vc nos diz : consulte JOBs, triggers de DDL e quetais para 
descobrir quem tá acionando o RMAN, conserte a config do autobackup e se não 
desejar que esse autobackup continue ocorrendo após DDLs, elimine seja quem for 
que está acionando o RMAN após o DDL ...

  []s
  
Chiappa


--- Em oracle_br@yahoogrupos.com.br, "candiurudba"  escreveu
>
> Opa Milton, tudo bom ?
> 
> Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup do 
> controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando 
> setamos esta opção.
> 
> Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta 
> camada entende...não em um outro formato e outro caminho.
> 
> Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado no 
> primeiro nó. Deste servidor crio os datafiles e não gera nenhum erro..apenas 
> no segundo servidor onde realmente este caminho não existe.
> 
> Este caminho esta relacionado aos backups que são feitos pelo Rman...
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." 
>  escreveu
> >
> > Quando se cria um datafile, essa informação necessariamente tem que ir pro
> > controlfile.
> > 
> > Quando seu controlfile é alterado, o Oracle está tentando gravar o
> > controlfile.
> > Não tenho certeza se é um autobackup, pode ser que seja apenas mais um dos
> > caminhos
> > definidos na multiplexação do seu controlfile.
> > 
> > Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o
> > arquivo.
> > 
> > Verifique se o diretório especificado realmente existe... verifique qual é
> > o owner
> > desse diretório... verifique se o Oracle tem permissão pra escrever nesse
> > diretório... etc.
> > 
> > 
> > 
> > 
> > 
> > 2012/9/19 candiurudba 
> > 
> > > **
> > >
> > >
> > > Bom dia amigos,
> > >
> > > Estou tendo um problema curioso...
> > >
> > > Todas as vezes que adiciono um novo datafile a qualquer tablespace, o
> > > arquivo [e criado mas recebo um erro no final, informando que houve uma
> > > falha na criacao do backup do controlfile (autobackup)
> > >
> > > ALTER TABLESPACE XXX ADD DATAFILE `+ASMDATA` SIZE 50M AUTOEXTEND ON NEXT
> > > 10M MAXSIZE 31G
> > > Web Sep 19 10?13?36 2012
> > > ORA-19624? Operation failed, retry possible
> > > ORA-19504? failed to create file "/u01/backup/c-3867024695"
> > > ORA-27040: file create error, unable to create file
> > > Linux-x86_64 Error: 2: No such file or directory
> > >
> > > Alguem teria alguma ideia ?
> > >
> > >  
> > >
> > 
> > 
> > 
> > -- 
> > Att,
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>




[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile

2012-09-19 Por tôpico candiurudba
Opa Milton, tudo bom ?

Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup do 
controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando setamos 
esta opção.

Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta camada 
entende...não em um outro formato e outro caminho.

Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado no 
primeiro nó. Deste servidor crio os datafiles e não gera nenhum erro..apenas no 
segundo servidor onde realmente este caminho não existe.

Este caminho esta relacionado aos backups que são feitos pelo Rman...



--- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." 
 escreveu
>
> Quando se cria um datafile, essa informação necessariamente tem que ir pro
> controlfile.
> 
> Quando seu controlfile é alterado, o Oracle está tentando gravar o
> controlfile.
> Não tenho certeza se é um autobackup, pode ser que seja apenas mais um dos
> caminhos
> definidos na multiplexação do seu controlfile.
> 
> Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o
> arquivo.
> 
> Verifique se o diretório especificado realmente existe... verifique qual é
> o owner
> desse diretório... verifique se o Oracle tem permissão pra escrever nesse
> diretório... etc.
> 
> 
> 
> 
> 
> 2012/9/19 candiurudba 
> 
> > **
> >
> >
> > Bom dia amigos,
> >
> > Estou tendo um problema curioso...
> >
> > Todas as vezes que adiciono um novo datafile a qualquer tablespace, o
> > arquivo [e criado mas recebo um erro no final, informando que houve uma
> > falha na criacao do backup do controlfile (autobackup)
> >
> > ALTER TABLESPACE XXX ADD DATAFILE `+ASMDATA` SIZE 50M AUTOEXTEND ON NEXT
> > 10M MAXSIZE 31G
> > Web Sep 19 10?13?36 2012
> > ORA-19624? Operation failed, retry possible
> > ORA-19504? failed to create file "/u01/backup/c-3867024695"
> > ORA-27040: file create error, unable to create file
> > Linux-x86_64 Error: 2: No such file or directory
> >
> > Alguem teria alguma ideia ?
> >
> >  
> >
> 
> 
> 
> -- 
> Att,
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>