Re: [oracle_br] ajuda em sql

2012-07-02 Por tôpico Nino
vc pode tentar assim:

select substr(campo,instr(campo,'/',-1)+1)
from dual;


Nino


2012/7/2 Jales Jose Moraes 

> **
>
>
> Senhores tenho um campo com as informações (no qual informa o path para os
> arquivos) e agora preciso que fiquem apenas o arquivo (sem diretórios).
>
> '/noticias2009/lista_de_municipios/listanot25092009.zip'
> '/noticias2010/listanot25092010.zip'
> .
> .
> .
> .
>
>
> Meu conhecimento é meio básico em sql. Alguém pode me dar uma dica?
>
> [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




Re: [oracle_br] Re: Problemas RAC Multipath

2012-07-02 Por tôpico Régis Pradela
Chiappa,

Foi aberto um chamado na IBM e um na RH, estou aguardando as respostas.
Grato pela ajuda.

[]s

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  sexta-feira, 29 de junho de 2012 13:17
To:  
Subject:  [oracle_br] Re: Problemas RAC Multipath

 
 
 
   

   Sim, okdoc, a idéia foi te Confirmar que numa primeira vista o problema
não parece ser com nenhuma camada Oracle - é sempre válido porém mesmo assim
mandar uma msg pro grupo, sim
 Só relembro também , que cfrme os links que te passei, há Sim chances
também de bug no RH, então não só acione o Suporte IBM, mas o Suporte RH,
também...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br 
, Régis  Pradela  escreveu
>
> Chiappa, bom dia!
> 
> Grato pela ajuda, sei que a lista é de Oracle, mas enviei a dúvida caso
> alguém já tivesse se deparado com este problema.
> Estamos abrindo um chamado junto a IBM, assim que tiver uma resposta
> compartilho com a lista.
> 
> Abs.
> 
> -- 
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
> 
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 11g Administrator Certified Associate
> Oracle Database 10g Real Applications Clusters Administrator Certified
> Expert (OCE)
> Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> 
> 
> From:  "J. Laurindo Chiappa" 
> Reply-To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Date:  sexta-feira, 29 de junho de 2012 11:51
> To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Subject:  [oracle_br] Re: Problemas RAC Multipath
> 
>  
>  
>  
>
> 
>   Colega, o que vc descreve parece *** muito *** que é um problema externo
> ao database, então não vamos poder ajudar muito, mas
> https://bugzilla.redhat.com/show_bug.cgi?id=143466 e
> https://bugzilla.redhat.com/show_bug.cgi?id=649705 mostram bugs do RH com
> mesmo sintoma (embora não no mesmo hardware e versão que vc), acho que o
> primeiro passo é checar com o Suporte da RH, e isso EM PARALELO com o
> Suporte do teu storage, é absolutamente Possível uma situação de falha nos
> drivers do teu storage, isso tem que ser checado com o Fornecedor...
> 
> []s
> 
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br 

> , Régis  Pradela  escreveu
> >
> > Senhores, bom dia!
> > 
> > Montei um ambiente Oracle RAC 10gR2 em Linux Red Hat 5.2 64bits, estou
> > usando estas versões mais antigas pois o cliente não quis atualizar SO e nem
> > software Oracle neste momento.
> > Da parte Oracle correu tudo bem, porem estou tendo um problema com
> > Multipath, segue cenário:
> > Storage IBM DS4700, ligado nos servidores via SAN com duas HBAs em cada
> > server.
> > 
> > O que ocorre é o seguinte, após eu apresentar as luns e configurar o
> > multipath qualquer atividades de scaneamento de devices (fdisk, boot do SO,
> > asm scandisks) fica muito lenta e retornando erros de acesso a disco,
> > aparentemente estes erros ocorrem porque o SO tenta acessar os caminhos
> > "ready" do multipath.
> > Erros:
> > Jun 29 10:32:34 BR-S-ORAT01 kernel: Buffer I/O error on device sdal, logical
> > block 0
> > Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 838860792
> > Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > 
> > O startup dos servers chega a demorar 25 minutos, a parte mais demorada é
> > para montar o /u01 (LVM).
> > Acredito que estes erros ocorram devido a alguma configuração errada do
> > multipath.conf ou do próprio SO, não tenho muito conhecimento em
> > configuração do Multipath e a equipe que deveria me suportar não está
> > achando o que ocorre.
> > Segue configurações do multipath, se alguém tiver alguma sugestão será bem
> > vinda:
> > defaults {
> >   udev_dir  /dev
> >   selector   "round-robin 0"
> >   failback   15
> >   no_path_retry  5
> >   rr_min_io  100
> >   path_checker   tur
> >   user_friendly_namesyes
> >   }
> >   # DS4700 
> >device {
> >  vendor  "IBM"
> >  product "1814"
> >  path_grouping_policygroup_by_prio
> >  prio_callout"/sbin/mpath_prio_tpc /dev/%n"
> >  getuid_callout  "/sbin/scsi_id -g -u -s /block/%n"
> >  hardware_handler"0"
> >  rr_weight   priorities
> >  no_path_retry   

Re: [oracle_br] Backup Consistente

2012-07-02 Por tôpico Luis Freitas
Ola Rafael,
 
  Concordo com o Milton.
 
   Se a base já estivesse em modo archivelog antes do backup, sem problemas, 
voce poderia aplicar os archives, e avancar para a posição que precisar durante 
a semana.
 
   Mas se ativar o archivelog depois do backup realizado, tem uma grande chance 
que voce nao vai conseguir aplicar os archivelogs, pois vai ficar faltando 
os redo's gerados logo após o startup do banco.
 
   Talvez voce tenha sorte e todas as operacoes apos o startup do banco estejam 
apenas em um redo log gerado logo apos o startup, este seja arquivado, e voce 
consiga fazer isso em uma base de testes, mas não pode contar com essa sorte 
acontecendo toda a vez. 
 
Atc,
Luis Freitas



From: Milton Bastos Henriquis Jr. 
To: oracle_br@yahoogrupos.com.br 
Sent: Sunday, July 1, 2012 7:41 PM
Subject: Re: [oracle_br] Backup Consistente

- Vc só conseguirá restaurar aquele backup FULL.

- NÃO, vc NÃO conseguirá aplicar archives nessa base restaurada! Ela TERIA
que estar em modo archivelog ANTES de vc fazer o backup.
O teu backup era de um banco em modo NOARCHIVELOG. Como é que vc vai pedir
pra aplicar archives num banco em modo NOARCHIVELOG?

Depois que vc muda o teu banco do modo "noarchivelog" para "archivelog", a
PRIMEIRA coisa a ser feita é fazer um backup full do banco.


Se eu estiver falando alguma bobagem, por favor pessoal, fiquem a vontade
pra me corrigir!
Eu pelo menos entendo dessa maneira




2012/7/1 raffaell.ti77 

> **
>
>
> Pessoal, boa tarde.
>
> Estou pagando uma cadeira na pós-graduação chamada "Contigência e Alta
> disponibilidade", e no decorrer da aula me veio uma dúvida na qual o
> professor não meu deu 100% de certeza, então recorro aos amigos para tirar
> a seguinte dúvida:
>
> CENÁRIO:
>
> Vamos supor que exista uma empresa aonde só ocorram backup's consistentes,
> o usuário foi no **DOMINGO**, deu um shutdown immediate e faz o backup full
> do banco. Na segunda-feira o usuário habilita o SGBD para o modo archivelog
> e coloca o banco no ar. Na segunda-feira todos trabalham normalmente até
> que na terça feira acontece uma falha de mídia, o HD foi todo para o
> espaço, o que foi salvo apenas foi o Backup full do domingo e os archives
> da segunda-feira.
>
> A pergunta é:
> É possível aplicar os archives realizado na segunda-feira, após executar o
> RESTORE do backup consistente?
>
> Eu creio que não, pois após o RESTORE do backup FULL(consistente) o Oracle
> vai entender que o banco está consistente( e realmente está naquele
> momento), todos os SCN estão atualizados e sincronizados, por tanto acho
> que o Oracle não entenderia a aplicação dos archives.
>
> Se alguém puder tirar a minha dúvida, agradeceria.
>
>  
>



-- 
Att,


[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]



Re: [oracle_br] rman

2012-07-02 Por tôpico Luis Freitas
Ola Alex,
 
   Se nao me engano se for apenas a perda de um redo log com a instancia 
rodando nao precisa fazer recover. Por exemplo, se voce remover ele por engano. 
 
   Voce pode "dropar" o redo log e fazer recover full dos datafiles que estao 
faltando, e a instancia vai continuar a funcionar. 
 
    Se perder todos os redos de um grupo inativo, pode dropar ele tambem, se 
nao estiver arquivado ainda, nao vai conseguir fazer recover apos esse drop, 
entao nao consegue restaurar datafiles apos esse drop, antes do proximo backup.
 
    Se for a perda de um disco inteiro, junto com todas as copias de alguns 
grupos do redo log, voce vai ter de fazer um recover full "incompleto" e tem 
perda de dados de alguns minutos, dos redologs que foram perdidos e que nao 
foram arquivados ainda. Se nao me engano se ocorrer um erro de escrita em todos 
os membros de um redo log a instancia é abortada. 
 
Atc,
Luis



From: Alex Castro 
To: oracle_br@yahoogrupos.com.br 
Cc: lfreita...@yahoo.com 
Sent: Friday, June 29, 2012 3:41 PM
Subject: Re: [oracle_br] Re: erro rman urgent

Se eu simular a perda do redolog

pelo rman teria q fazer um restoure full ? ou tem uma manetira mais
inteligente ?
..
www.servercom.com.br




Em 29 de junho de 2012 07:18, Luis Freitas  escreveu:

> **
>
>
> Alex,
>
>    Isso so funciona se voce tem a maquina do banco pra conectar :-)
>
>    Pode setar o DBID manualmente tambem, com set DBID=.
>
>
> Atc,
> Luis
>
> 
> From: Alex Castro 
> To: oracle_br@yahoogrupos.com.br
> Sent: Thursday, June 28, 2012 6:54 PM
>
> Subject: Re: [oracle_br] Re: erro rman urgent
>
> Um servidor de teste .
>
> Mas o meu erro que qto esta em nomount eu preciso fazer target na maquina
> do banco , setar o DBID e bala !
>
> Deu certo .
>
> Estarei fazendo um manual disso para futuros dbas rsss
>
> Assim q tiver concluido eu post aqui !
>
> ..
> www.servercom.com.br
> <
> http://www.canaldachina.com.br>
>
> Em 28 de junho de 2012 13:24, Luis Freitas 
> escreveu:
>
> > **
>
> >
> >
> > Ola Alex,
> >
> >    Voce esta tentando restaurar uma base de producao em um servidor de
> > teste?
> >
> >    O RMAN está pegando um DBID quando conecta, sinal que a base que voce
> > esta conectando tem arquivos dela no disco, ja que ela nao esta no
> > catalogo. Dessa forma voce so vai conseguir restaurar aquivos dessa base
> de
> > testes.
> >
> >    Outro problema, se voce fizer o restore desse jeito em uma maquina de
> > teste, vai impactar sua rotina de backup de producao, pois um nova
> > "incarnation" da base vai ser registrado no catalogo. Tem que fazer um
> > duplicate em vez de restore, ou rodar o restore sem acessar o catalogo.
> >
> > Atc,
> > Luis
> >
> > 
> > From: Alex Castro 
> > To: oracle_br@yahoogrupos.com.br
> > Sent: Thursday, June 28, 2012 3:11 PM
> > Subject: Re: [oracle_br] Re: erro rman urgent
> >
> >
> > Alguem me ajuda
> >
> > eu coloco a base em nomount
> > Mas nao consigo restaurar o controlfile
> > Ele ja tem permissao sysdba sysoper e arquivo de senha esta configurado
> > certinho
> >
> > rman catalog RMAN/rman target rsd0-teste
> >
> > Recovery Manager: Release 9.2.0.8.0 - 64bit Production
> >
> > Copyright (c) 1995, 2002, Oracle Corporation.  All rights reserved.
> >
> > target database Password:
> > connected to target database: RMANTEST (DBID=3770946296)
> > connected to recovery catalog database
> >
> > RMAN> restore controlfile from
> > "/u01/app/oracle/product/9.2.0/dbs/c-2847253212-20120618-01";
> >
> > Starting restore at 28-JUN-12
> >
> > RMAN-00571: ===
> > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> > RMAN-00571: ===
> > RMAN-03002: failure of restore command at 06/28/2012 10:05:42
> > RMAN-12010: automatic channel allocation initialization failed
> > RMAN-06004: ORACLE error from recovery catalog database: RMAN-20001:
> target
> > database not found in recovery catalog
> >
> > ..
> > www.servercom.com.br
> > <
> > http://www.canaldachina.com.br/>
> >
> > 2012/6/27 ederson2001br 
> >
> > > **
> >
> > >
> > >
> > > Alex,
> > >
> > > Veja a mensagem #108740
> > >
> > >
> > > Ederson Elias
> > > DBA Oracle
> > > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, Alex Castro  ...>
> > > escreveu
> > > >
> > > > banco estando nomout ou mount da o erro qto tento conectar no targer
> > > >
> > > > target database Password:
> > > > RMAN-00571:
> ===
> > > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS
> ===
> > > > RMAN-00571:
>