[oracle_br] Re: Particionamento

2013-05-07 Por tôpico christiancedrid 

Ok Chiappa!

Mais uma vez, obrigado a você e a todos os colegas.

Christian.


--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>  Só o que confundiu bastante foi a nomenclatura não muito própria que vc usou 
> : "eliminar" e "purge" sempre leva a se pensar em remoção de dados, o que Não 
> Era o desejado...
> 
>  []s
> 
>   Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
> escreveu
> >
> > okdoc, então respondido está É o que os outros colegas já disseram : vc 
> > pode fazer o MOVE da tablespace original para essa outra com datafiles 
> > criados em discos mais baratos a qualquer momento (só vai provavelmente 
> > precisar fazer o rebuild dos índices), e a qualquer momento após isso vc 
> > pode pedir um MOVE de volta para a tablespace de origem, sim, sem probs
> > 
> >  []s
> > 
> >   Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
> > escreveu
> > >
> > > 
> > > Olá Chiappa!
> > > Na realidade você matou a minha dúvida.
> > > Estamos querendo criar um gerenciamento de "DadosXEspaçoXCusto_acesso".
> > > A minha dúvida realmente são, como você comentou, sobre as "temperaturas" 
> > > dos dados.
> > > Creio que dados antigos demais não são necessários em discos rápidos em 
> > > nosso storage. Então temos custo desnecessário.
> > > Por isso queremos "movimentar-los" para discos mais lentos. Se algum dia, 
> > > por alguma demanda atípica, queremos retornar-los a tablespace/disco 
> > > original.
> > > 
> > > 
> > > 
> > > Obrigado,
> > > 
> > > Christian
> > > 
> > > 
> > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
> > > escreveu
> > > >
> > > >   Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle :
> > > >   
> > > >   1. a tablespace ** não ** serve parea permissionamento : os GRANTs 
> > > > são dados para o objeto, não para a tablespace ... Assim se vc mover a 
> > > > partição para uma tablespace x, os MESMOS usuários que tinham acesso à 
> > > > partição x VÃO CONTINUAR tendo esses acessos, sim ??
> > > >   
> > > >   2. necessariamente, uma tablespace PRESENTE no database VAI continuar 
> > > > consumindo espaço em disco, vai continuar sendo parte do database
> > > >   
> > > >Assim, SE o que vc queria com esse "purge" que vc diz que precisa é 
> > > > ELIMINAR a partição do database, de modo que esses dados NÂO ocupem 
> > > > mais espaço em disco, e que fiquem MESMO, realmente, 
> > > > offline/indisponíveis ao usuário, não é apenas o MOVE de tablespace que 
> > > > vai fazer isso, vc VAi ter que fazer um drop + ou - cfrme coloquei na 
> > > > minha outra msg..
> > > >...
> > > >imho esse MOVE só fará sentido se o que vc quer é mudar a ** 
> > > > TEMPERATURA ** desses dados, ie : vc quer que esses dados CONTINUEM 
> > > > online e disponíveis ao usuários, continuem ocupando espaço, MAS esses 
> > > > dados não são mais "quentes" - são dados que só raramente serão 
> > > > consultados, e portanto não é preciso que eles estejam nos discos mais 
> > > > rápidos do storage - AÍ SIM faz sentido vc criar uma nova tablespace , 
> > > > com datafiles residindo em discos mais baratos/lentos do STorage 
> > > > (talvez discos SATA) e mover a partição para essa tablespace
> > > > É isso que vc quer ?? 
> > > > 
> > > >  []s
> > > >  
> > > >Chiappa
> > > > 
> > > > --- Em oracle_br@yahoogrupos.com.br, "christiancedrid" 
> > > >  escreveu
> > > > >
> > > > > 
> > > > > Ivan,
> > > > > Na realidade, "eliminar", seria retirar o primeiro particionamento da 
> > > > > tablespace original e alocar-la em outra tablespace, mais 
> > > > > precisamente uma tablespace de "históricos".
> > > > > A minha dúvida realmente Ivan é quanto ao ponto final que você 
> > > > > escreveu. Talvez algum dia (ou não) , os usuários irão querer 
> > > > > visualizar esses dados novamente. Então, como você frisou, precisamos 
> > > > > escolher a melhor estratégia para o caso de isso acontecer.
> > > > > 
> > > > > 
> > > > > Obrigado
> > > > > Christian
> > > > > 
> > > > > 
> > > > > 
> > > > > --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster 
> > > > >  escreveu
> > > > > >
> > > > > > Christian,
> > > > > > 
> > > > > > O que você quer dizer com "eliminar para outra tablespace"?
> > > > > > Se for "mover" para outra tablespace, sim, você pode voltar ela 
> > > > > > depois
> > > > > > para a mesma tablespace desde que tenha espaço.
> > > > > > Dependendo da tua estratégia, você pode mover para uma tablespace 
> > > > > > que
> > > > > > use discos mais lentos (mais baratos) ou mover para uma tablespace e
> > > > > > transformá-la em read only para economizar em tempo (e espaço) de
> > > > > > backup.
> > > > > > 
> > > > > > É possível ainda colocar a tablespace offline, realizar backup dos
> > > > > > datafiles dela e remover do disco. Caso queira utilizar a partição,
> > > > > > teria que colocar os datafiles da tablespace em disco novamente e
> > > > > > alterar o status del

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico J. Laurindo Chiappa 
 Só o que confundiu bastante foi a nomenclatura não muito própria que vc usou : 
"eliminar" e "purge" sempre leva a se pensar em remoção de dados, o que Não Era 
o desejado...

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
> okdoc, então respondido está É o que os outros colegas já disseram : vc 
> pode fazer o MOVE da tablespace original para essa outra com datafiles 
> criados em discos mais baratos a qualquer momento (só vai provavelmente 
> precisar fazer o rebuild dos índices), e a qualquer momento após isso vc pode 
> pedir um MOVE de volta para a tablespace de origem, sim, sem probs
> 
>  []s
> 
>   Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
> escreveu
> >
> > 
> > Olá Chiappa!
> > Na realidade você matou a minha dúvida.
> > Estamos querendo criar um gerenciamento de "DadosXEspaçoXCusto_acesso".
> > A minha dúvida realmente são, como você comentou, sobre as "temperaturas" 
> > dos dados.
> > Creio que dados antigos demais não são necessários em discos rápidos em 
> > nosso storage. Então temos custo desnecessário.
> > Por isso queremos "movimentar-los" para discos mais lentos. Se algum dia, 
> > por alguma demanda atípica, queremos retornar-los a tablespace/disco 
> > original.
> > 
> > 
> > 
> > Obrigado,
> > 
> > Christian
> > 
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
> > escreveu
> > >
> > >   Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle :
> > >   
> > >   1. a tablespace ** não ** serve parea permissionamento : os GRANTs são 
> > > dados para o objeto, não para a tablespace ... Assim se vc mover a 
> > > partição para uma tablespace x, os MESMOS usuários que tinham acesso à 
> > > partição x VÃO CONTINUAR tendo esses acessos, sim ??
> > >   
> > >   2. necessariamente, uma tablespace PRESENTE no database VAI continuar 
> > > consumindo espaço em disco, vai continuar sendo parte do database
> > >   
> > >Assim, SE o que vc queria com esse "purge" que vc diz que precisa é 
> > > ELIMINAR a partição do database, de modo que esses dados NÂO ocupem mais 
> > > espaço em disco, e que fiquem MESMO, realmente, offline/indisponíveis ao 
> > > usuário, não é apenas o MOVE de tablespace que vai fazer isso, vc VAi ter 
> > > que fazer um drop + ou - cfrme coloquei na minha outra msg..
> > >...
> > >imho esse MOVE só fará sentido se o que vc quer é mudar a ** 
> > > TEMPERATURA ** desses dados, ie : vc quer que esses dados CONTINUEM 
> > > online e disponíveis ao usuários, continuem ocupando espaço, MAS esses 
> > > dados não são mais "quentes" - são dados que só raramente serão 
> > > consultados, e portanto não é preciso que eles estejam nos discos mais 
> > > rápidos do storage - AÍ SIM faz sentido vc criar uma nova tablespace , 
> > > com datafiles residindo em discos mais baratos/lentos do STorage (talvez 
> > > discos SATA) e mover a partição para essa tablespace
> > > É isso que vc quer ?? 
> > > 
> > >  []s
> > >  
> > >Chiappa
> > > 
> > > --- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
> > > escreveu
> > > >
> > > > 
> > > > Ivan,
> > > > Na realidade, "eliminar", seria retirar o primeiro particionamento da 
> > > > tablespace original e alocar-la em outra tablespace, mais precisamente 
> > > > uma tablespace de "históricos".
> > > > A minha dúvida realmente Ivan é quanto ao ponto final que você 
> > > > escreveu. Talvez algum dia (ou não) , os usuários irão querer 
> > > > visualizar esses dados novamente. Então, como você frisou, precisamos 
> > > > escolher a melhor estratégia para o caso de isso acontecer.
> > > > 
> > > > 
> > > > Obrigado
> > > > Christian
> > > > 
> > > > 
> > > > 
> > > > --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
> > > > escreveu
> > > > >
> > > > > Christian,
> > > > > 
> > > > > O que você quer dizer com "eliminar para outra tablespace"?
> > > > > Se for "mover" para outra tablespace, sim, você pode voltar ela depois
> > > > > para a mesma tablespace desde que tenha espaço.
> > > > > Dependendo da tua estratégia, você pode mover para uma tablespace que
> > > > > use discos mais lentos (mais baratos) ou mover para uma tablespace e
> > > > > transformá-la em read only para economizar em tempo (e espaço) de
> > > > > backup.
> > > > > 
> > > > > É possível ainda colocar a tablespace offline, realizar backup dos
> > > > > datafiles dela e remover do disco. Caso queira utilizar a partição,
> > > > > teria que colocar os datafiles da tablespace em disco novamente e
> > > > > alterar o status dela para online.
> > > > > 
> > > > > Sugiro que você teste bem a alternativa que escolher, principalmente
> > > > > objetos relacionados e indices inválidos, além do impacto para o
> > > > > usuário que tentar acessar o dado da partição que não estará em disco
> > > > > (receberá um erro).
> > > > > 
> > > > > 2013/5/7 christiancedrid :
> > > > > >
> > > > > > boa tarde pessoal,
> > > > > > tenho uma dúvida s

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico J. Laurindo Chiappa 
okdoc, então respondido está É o que os outros colegas já disseram : vc 
pode fazer o MOVE da tablespace original para essa outra com datafiles criados 
em discos mais baratos a qualquer momento (só vai provavelmente precisar fazer 
o rebuild dos índices), e a qualquer momento após isso vc pode pedir um MOVE de 
volta para a tablespace de origem, sim, sem probs

 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
escreveu
>
> 
> Olá Chiappa!
> Na realidade você matou a minha dúvida.
> Estamos querendo criar um gerenciamento de "DadosXEspaçoXCusto_acesso".
> A minha dúvida realmente são, como você comentou, sobre as "temperaturas" dos 
> dados.
> Creio que dados antigos demais não são necessários em discos rápidos em nosso 
> storage. Então temos custo desnecessário.
> Por isso queremos "movimentar-los" para discos mais lentos. Se algum dia, por 
> alguma demanda atípica, queremos retornar-los a tablespace/disco original.
> 
> 
> 
> Obrigado,
> 
> Christian
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
> escreveu
> >
> >   Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle :
> >   
> >   1. a tablespace ** não ** serve parea permissionamento : os GRANTs são 
> > dados para o objeto, não para a tablespace ... Assim se vc mover a partição 
> > para uma tablespace x, os MESMOS usuários que tinham acesso à partição x 
> > VÃO CONTINUAR tendo esses acessos, sim ??
> >   
> >   2. necessariamente, uma tablespace PRESENTE no database VAI continuar 
> > consumindo espaço em disco, vai continuar sendo parte do database
> >   
> >Assim, SE o que vc queria com esse "purge" que vc diz que precisa é 
> > ELIMINAR a partição do database, de modo que esses dados NÂO ocupem mais 
> > espaço em disco, e que fiquem MESMO, realmente, offline/indisponíveis ao 
> > usuário, não é apenas o MOVE de tablespace que vai fazer isso, vc VAi ter 
> > que fazer um drop + ou - cfrme coloquei na minha outra msg..
> >...
> >imho esse MOVE só fará sentido se o que vc quer é mudar a ** TEMPERATURA 
> > ** desses dados, ie : vc quer que esses dados CONTINUEM online e 
> > disponíveis ao usuários, continuem ocupando espaço, MAS esses dados não são 
> > mais "quentes" - são dados que só raramente serão consultados, e portanto 
> > não é preciso que eles estejam nos discos mais rápidos do storage - AÍ SIM 
> > faz sentido vc criar uma nova tablespace , com datafiles residindo em 
> > discos mais baratos/lentos do STorage (talvez discos SATA) e mover a 
> > partição para essa tablespace
> > É isso que vc quer ?? 
> > 
> >  []s
> >  
> >Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
> > escreveu
> > >
> > > 
> > > Ivan,
> > > Na realidade, "eliminar", seria retirar o primeiro particionamento da 
> > > tablespace original e alocar-la em outra tablespace, mais precisamente 
> > > uma tablespace de "históricos".
> > > A minha dúvida realmente Ivan é quanto ao ponto final que você escreveu. 
> > > Talvez algum dia (ou não) , os usuários irão querer visualizar esses 
> > > dados novamente. Então, como você frisou, precisamos escolher a melhor 
> > > estratégia para o caso de isso acontecer.
> > > 
> > > 
> > > Obrigado
> > > Christian
> > > 
> > > 
> > > 
> > > --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
> > > escreveu
> > > >
> > > > Christian,
> > > > 
> > > > O que você quer dizer com "eliminar para outra tablespace"?
> > > > Se for "mover" para outra tablespace, sim, você pode voltar ela depois
> > > > para a mesma tablespace desde que tenha espaço.
> > > > Dependendo da tua estratégia, você pode mover para uma tablespace que
> > > > use discos mais lentos (mais baratos) ou mover para uma tablespace e
> > > > transformá-la em read only para economizar em tempo (e espaço) de
> > > > backup.
> > > > 
> > > > É possível ainda colocar a tablespace offline, realizar backup dos
> > > > datafiles dela e remover do disco. Caso queira utilizar a partição,
> > > > teria que colocar os datafiles da tablespace em disco novamente e
> > > > alterar o status dela para online.
> > > > 
> > > > Sugiro que você teste bem a alternativa que escolher, principalmente
> > > > objetos relacionados e indices inválidos, além do impacto para o
> > > > usuário que tentar acessar o dado da partição que não estará em disco
> > > > (receberá um erro).
> > > > 
> > > > 2013/5/7 christiancedrid :
> > > > >
> > > > > boa tarde pessoal,
> > > > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada 
> > > > > por faixa de valores. Data para ser mais exato. Tenho 4 
> > > > > particionamentos
> > > > >
> > > > > - O primeiro particionamento é de 2010 (todas as datas)
> > > > > - O segundo particionamento é de 2011 (todas as datas)
> > > > > - O terceiro particionamento é de 2012 (todas as datas)
> > > > > - o quarto particionamento é de 2013 (todas as datas)
> > > > >
> > > > > Estamos fazendo um trabalho de expurgo e iremos elimi

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico christiancedrid 

Olá Chiappa!
Na realidade você matou a minha dúvida.
Estamos querendo criar um gerenciamento de "DadosXEspaçoXCusto_acesso".
A minha dúvida realmente são, como você comentou, sobre as "temperaturas" dos 
dados.
Creio que dados antigos demais não são necessários em discos rápidos em nosso 
storage. Então temos custo desnecessário.
Por isso queremos "movimentar-los" para discos mais lentos. Se algum dia, por 
alguma demanda atípica, queremos retornar-los a tablespace/disco original.



Obrigado,

Christian


--- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa"  
escreveu
>
>   Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle :
>   
>   1. a tablespace ** não ** serve parea permissionamento : os GRANTs são 
> dados para o objeto, não para a tablespace ... Assim se vc mover a partição 
> para uma tablespace x, os MESMOS usuários que tinham acesso à partição x VÃO 
> CONTINUAR tendo esses acessos, sim ??
>   
>   2. necessariamente, uma tablespace PRESENTE no database VAI continuar 
> consumindo espaço em disco, vai continuar sendo parte do database
>   
>Assim, SE o que vc queria com esse "purge" que vc diz que precisa é 
> ELIMINAR a partição do database, de modo que esses dados NÂO ocupem mais 
> espaço em disco, e que fiquem MESMO, realmente, offline/indisponíveis ao 
> usuário, não é apenas o MOVE de tablespace que vai fazer isso, vc VAi ter que 
> fazer um drop + ou - cfrme coloquei na minha outra msg..
>...
>imho esse MOVE só fará sentido se o que vc quer é mudar a ** TEMPERATURA 
> ** desses dados, ie : vc quer que esses dados CONTINUEM online e disponíveis 
> ao usuários, continuem ocupando espaço, MAS esses dados não são mais 
> "quentes" - são dados que só raramente serão consultados, e portanto não é 
> preciso que eles estejam nos discos mais rápidos do storage - AÍ SIM faz 
> sentido vc criar uma nova tablespace , com datafiles residindo em discos mais 
> baratos/lentos do STorage (talvez discos SATA) e mover a partição para essa 
> tablespace
> É isso que vc quer ?? 
> 
>  []s
>  
>Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
> escreveu
> >
> > 
> > Ivan,
> > Na realidade, "eliminar", seria retirar o primeiro particionamento da 
> > tablespace original e alocar-la em outra tablespace, mais precisamente uma 
> > tablespace de "históricos".
> > A minha dúvida realmente Ivan é quanto ao ponto final que você escreveu. 
> > Talvez algum dia (ou não) , os usuários irão querer visualizar esses dados 
> > novamente. Então, como você frisou, precisamos escolher a melhor estratégia 
> > para o caso de isso acontecer.
> > 
> > 
> > Obrigado
> > Christian
> > 
> > 
> > 
> > --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
> > escreveu
> > >
> > > Christian,
> > > 
> > > O que você quer dizer com "eliminar para outra tablespace"?
> > > Se for "mover" para outra tablespace, sim, você pode voltar ela depois
> > > para a mesma tablespace desde que tenha espaço.
> > > Dependendo da tua estratégia, você pode mover para uma tablespace que
> > > use discos mais lentos (mais baratos) ou mover para uma tablespace e
> > > transformá-la em read only para economizar em tempo (e espaço) de
> > > backup.
> > > 
> > > É possível ainda colocar a tablespace offline, realizar backup dos
> > > datafiles dela e remover do disco. Caso queira utilizar a partição,
> > > teria que colocar os datafiles da tablespace em disco novamente e
> > > alterar o status dela para online.
> > > 
> > > Sugiro que você teste bem a alternativa que escolher, principalmente
> > > objetos relacionados e indices inválidos, além do impacto para o
> > > usuário que tentar acessar o dado da partição que não estará em disco
> > > (receberá um erro).
> > > 
> > > 2013/5/7 christiancedrid :
> > > >
> > > > boa tarde pessoal,
> > > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada 
> > > > por faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> > > >
> > > > - O primeiro particionamento é de 2010 (todas as datas)
> > > > - O segundo particionamento é de 2011 (todas as datas)
> > > > - O terceiro particionamento é de 2012 (todas as datas)
> > > > - o quarto particionamento é de 2013 (todas as datas)
> > > >
> > > > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> > > > particionamento para uma outra tablespace de históricos.
> > > >
> > > > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento  
> > > > por algum motivo para a mesma tablespace original, posso movimentar-la 
> > > > com todos os dados?
> > > >
> > > >
> > > > abs
> > > >
> > > > Christian
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > 
> > > >
> > > > --
> > > >>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de 
> > > >>inteira responsabilida

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico J. Laurindo Chiappa 
  Hmmm : eu me pergunto se vc SABE que no RDBMS Oracle :
  
  1. a tablespace ** não ** serve parea permissionamento : os GRANTs são dados 
para o objeto, não para a tablespace ... Assim se vc mover a partição para uma 
tablespace x, os MESMOS usuários que tinham acesso à partição x VÃO CONTINUAR 
tendo esses acessos, sim ??
  
  2. necessariamente, uma tablespace PRESENTE no database VAI continuar 
consumindo espaço em disco, vai continuar sendo parte do database
  
   Assim, SE o que vc queria com esse "purge" que vc diz que precisa é ELIMINAR 
a partição do database, de modo que esses dados NÂO ocupem mais espaço em 
disco, e que fiquem MESMO, realmente, offline/indisponíveis ao usuário, não é 
apenas o MOVE de tablespace que vai fazer isso, vc VAi ter que fazer um drop + 
ou - cfrme coloquei na minha outra msg..
   ...
   imho esse MOVE só fará sentido se o que vc quer é mudar a ** TEMPERATURA ** 
desses dados, ie : vc quer que esses dados CONTINUEM online e disponíveis ao 
usuários, continuem ocupando espaço, MAS esses dados não são mais "quentes" - 
são dados que só raramente serão consultados, e portanto não é preciso que eles 
estejam nos discos mais rápidos do storage - AÍ SIM faz sentido vc criar uma 
nova tablespace , com datafiles residindo em discos mais baratos/lentos do 
STorage (talvez discos SATA) e mover a partição para essa tablespace
É isso que vc quer ?? 

 []s
 
   Chiappa

--- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
escreveu
>
> 
> Ivan,
> Na realidade, "eliminar", seria retirar o primeiro particionamento da 
> tablespace original e alocar-la em outra tablespace, mais precisamente uma 
> tablespace de "históricos".
> A minha dúvida realmente Ivan é quanto ao ponto final que você escreveu. 
> Talvez algum dia (ou não) , os usuários irão querer visualizar esses dados 
> novamente. Então, como você frisou, precisamos escolher a melhor estratégia 
> para o caso de isso acontecer.
> 
> 
> Obrigado
> Christian
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
> escreveu
> >
> > Christian,
> > 
> > O que você quer dizer com "eliminar para outra tablespace"?
> > Se for "mover" para outra tablespace, sim, você pode voltar ela depois
> > para a mesma tablespace desde que tenha espaço.
> > Dependendo da tua estratégia, você pode mover para uma tablespace que
> > use discos mais lentos (mais baratos) ou mover para uma tablespace e
> > transformá-la em read only para economizar em tempo (e espaço) de
> > backup.
> > 
> > É possível ainda colocar a tablespace offline, realizar backup dos
> > datafiles dela e remover do disco. Caso queira utilizar a partição,
> > teria que colocar os datafiles da tablespace em disco novamente e
> > alterar o status dela para online.
> > 
> > Sugiro que você teste bem a alternativa que escolher, principalmente
> > objetos relacionados e indices inválidos, além do impacto para o
> > usuário que tentar acessar o dado da partição que não estará em disco
> > (receberá um erro).
> > 
> > 2013/5/7 christiancedrid :
> > >
> > > boa tarde pessoal,
> > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> > > faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> > >
> > > - O primeiro particionamento é de 2010 (todas as datas)
> > > - O segundo particionamento é de 2011 (todas as datas)
> > > - O terceiro particionamento é de 2012 (todas as datas)
> > > - o quarto particionamento é de 2013 (todas as datas)
> > >
> > > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> > > particionamento para uma outra tablespace de históricos.
> > >
> > > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento  
> > > por algum motivo para a mesma tablespace original, posso movimentar-la 
> > > com todos os dados?
> > >
> > >
> > > abs
> > >
> > > Christian
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > 
> > >
> > > --
> > >>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
> > >
> > >
> >
>

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico christiancedrid 

Ivan,
Na realidade, "eliminar", seria retirar o primeiro particionamento da 
tablespace original e alocar-la em outra tablespace, mais precisamente uma 
tablespace de "históricos".
A minha dúvida realmente Ivan é quanto ao ponto final que você escreveu. Talvez 
algum dia (ou não) , os usuários irão querer visualizar esses dados novamente. 
Então, como você frisou, precisamos escolher a melhor estratégia para o caso de 
isso acontecer.


Obrigado
Christian



--- Em oracle_br@yahoogrupos.com.br, Ivan Ricardo Schuster  
escreveu
>
> Christian,
> 
> O que você quer dizer com "eliminar para outra tablespace"?
> Se for "mover" para outra tablespace, sim, você pode voltar ela depois
> para a mesma tablespace desde que tenha espaço.
> Dependendo da tua estratégia, você pode mover para uma tablespace que
> use discos mais lentos (mais baratos) ou mover para uma tablespace e
> transformá-la em read only para economizar em tempo (e espaço) de
> backup.
> 
> É possível ainda colocar a tablespace offline, realizar backup dos
> datafiles dela e remover do disco. Caso queira utilizar a partição,
> teria que colocar os datafiles da tablespace em disco novamente e
> alterar o status dela para online.
> 
> Sugiro que você teste bem a alternativa que escolher, principalmente
> objetos relacionados e indices inválidos, além do impacto para o
> usuário que tentar acessar o dado da partição que não estará em disco
> (receberá um erro).
> 
> 2013/5/7 christiancedrid :
> >
> > boa tarde pessoal,
> > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> > faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> >
> > - O primeiro particionamento é de 2010 (todas as datas)
> > - O segundo particionamento é de 2011 (todas as datas)
> > - O terceiro particionamento é de 2012 (todas as datas)
> > - o quarto particionamento é de 2013 (todas as datas)
> >
> > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> > particionamento para uma outra tablespace de históricos.
> >
> > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento  por 
> > algum motivo para a mesma tablespace original, posso movimentar-la com 
> > todos os dados?
> >
> >
> > abs
> >
> > Christian
> >
> >
> >
> >
> >
> >
> >
> > 
> >
> > --
> >>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
> >
> >
>

[oracle_br] Re: Particionamento

2013-05-07 Por tôpico J. Laurindo Chiappa 
 Colega, pmfji mas vamos esclarecer : vc diz que está fazendo um "purge", que 
vai ** ELIMINAR ** um particionamento : ora, "eliminar" normalmente significa 
'remover os dados do database', é isso mesmo que vc quer ? Se é isso, Imagino 
que a sua idéia ao mover a partição para uma outra tablespace dedicada é 
transformar a partição em tabela comum (via PARTITION EXCHANGE, o que é muito 
rápido), deixar a tabela numa tablespace dedicada, tirar um backup dessa tal 
tablespace (via RMAN, via transportable tablespace, o que for)  e depois aí sim 
fazer o "purge" dos dados, via DROP , e depois fazer um DROP da TABLESPACE , é 
isso ??
  SE for isso, funcionará ok, mas é CLARO que uma vez feito o "purge", uma vez 
os dados e a partição em si ELIMINADOS do database , vc NÂO poderá mais fazer 
um MOVE, okdoc ? Vc vai ter que fazer um procedimento de "restore" dessa 
tablespace,, o que vai trazer a partição como uma tabela comum, e aí 
TRANSFROMAR a tabela de volta em partição via EXCHANGE   
 
  []s
  
Chiappa

--- Em oracle_br@yahoogrupos.com.br, "christiancedrid"  
escreveu
>
> 
> Boa tarde Rodrigo, 
> então posso movimentar esse particionamento N vezes inclusive voltar para a 
> tablespace original? 
> Obrigado pela link. Vou dar uma olhada tbm.
> 
> 
> Christian
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani  escreveu
> >
> > Boa tarde,
> > 
> >   Se entendi o que vc quer:
> > 
> >alter table X move partition Y tablespace XTPO;
> > 
> >   Dê uma olhada nas outras opções em:
> > 
> > http://docs.oracle.com/cd/E18283_01/server.112/e16541/part_admin002.htm#i1007920
> > 
> > Atenciosamente,
> > 
> > Rodrigo Mufalani
> > rodrigo@
> > www.mufalani.com.br
> > 
> > On 07/05/2013, at 16:28, christiancedrid  wrote:
> > 
> > > 
> > > boa tarde pessoal,
> > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> > > faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> > > 
> > > - O primeiro particionamento é de 2010 (todas as datas)
> > > - O segundo particionamento é de 2011 (todas as datas)
> > > - O terceiro particionamento é de 2012 (todas as datas)
> > > - o quarto particionamento é de 2013 (todas as datas)
> > > 
> > > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> > > particionamento para uma outra tablespace de históricos.
> > > 
> > > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento 
> > > por algum motivo para a mesma tablespace original, posso movimentar-la 
> > > com todos os dados?
> > > 
> > > abs
> > > 
> > > Christian
> > > 
> > > 
> > 
> > 
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>

Re: [oracle_br] Particionamento

2013-05-07 Por tôpico Ivan Ricardo Schuster 
Christian,

O que você quer dizer com "eliminar para outra tablespace"?
Se for "mover" para outra tablespace, sim, você pode voltar ela depois
para a mesma tablespace desde que tenha espaço.
Dependendo da tua estratégia, você pode mover para uma tablespace que
use discos mais lentos (mais baratos) ou mover para uma tablespace e
transformá-la em read only para economizar em tempo (e espaço) de
backup.

É possível ainda colocar a tablespace offline, realizar backup dos
datafiles dela e remover do disco. Caso queira utilizar a partição,
teria que colocar os datafiles da tablespace em disco novamente e
alterar o status dela para online.

Sugiro que você teste bem a alternativa que escolher, principalmente
objetos relacionados e indices inválidos, além do impacto para o
usuário que tentar acessar o dado da partição que não estará em disco
(receberá um erro).

2013/5/7 christiancedrid :
>
> boa tarde pessoal,
> tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
>
> - O primeiro particionamento é de 2010 (todas as datas)
> - O segundo particionamento é de 2011 (todas as datas)
> - O terceiro particionamento é de 2012 (todas as datas)
> - o quarto particionamento é de 2013 (todas as datas)
>
> Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> particionamento para uma outra tablespace de históricos.
>
> Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento  por 
> algum motivo para a mesma tablespace original, posso movimentar-la com todos 
> os dados?
>
>
> abs
>
> Christian
>
>
>
>
>
>
>
> 
>
> --
>>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
>
>

Re: [oracle_br] Re: Particionamento

2013-05-07 Por tôpico Rodrigo Mufalani 

Boa tarde,

  Sim, pode, só tome cuidado pois alguns índices podem ficar inválidos nessa 
movimentação e isso é ruim em um sistema de produção.

Atenciosamente,

Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br

On 07/05/2013, at 16:38, "christiancedrid"  wrote:

> 
> Boa tarde Rodrigo, 
> então posso movimentar esse particionamento N vezes inclusive voltar para a 
> tablespace original? 
> Obrigado pela link. Vou dar uma olhada tbm.
> 
> Christian
> 
> --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani  escreveu
> >
> > Boa tarde,
> > 
> > Se entendi o que vc quer:
> > 
> > alter table X move partition Y tablespace XTPO;
> > 
> > Dê uma olhada nas outras opções em:
> > 
> > http://docs.oracle.com/cd/E18283_01/server.112/e16541/part_admin002.htm#i1007920
> > 
> > Atenciosamente,
> > 
> > Rodrigo Mufalani
> > rodrigo@...
> > www.mufalani.com.br
> > 
> > On 07/05/2013, at 16:28, christiancedrid  wrote:
> > 
> > > 
> > > boa tarde pessoal,
> > > tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> > > faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> > > 
> > > - O primeiro particionamento é de 2010 (todas as datas)
> > > - O segundo particionamento é de 2011 (todas as datas)
> > > - O terceiro particionamento é de 2012 (todas as datas)
> > > - o quarto particionamento é de 2013 (todas as datas)
> > > 
> > > Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> > > particionamento para uma outra tablespace de históricos.
> > > 
> > > Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento 
> > > por algum motivo para a mesma tablespace original, posso movimentar-la 
> > > com todos os dados?
> > > 
> > > abs
> > > 
> > > Christian
> > > 
> > > 
> > 
> > 
> > 
> > [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] Particionamento

2013-05-07 Por tôpico Rodrigo Mufalani 
Boa tarde,

  Se entendi o que vc quer:

   alter table X move partition Y tablespace XTPO;

  Dê uma olhada nas outras opções em:

http://docs.oracle.com/cd/E18283_01/server.112/e16541/part_admin002.htm#i1007920

Atenciosamente,

Rodrigo Mufalani
rodr...@mufalani.com.br
www.mufalani.com.br

On 07/05/2013, at 16:28, christiancedrid  wrote:

> 
> boa tarde pessoal,
> tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por 
> faixa de valores. Data para ser mais exato. Tenho 4 particionamentos
> 
> - O primeiro particionamento é de 2010 (todas as datas)
> - O segundo particionamento é de 2011 (todas as datas)
> - O terceiro particionamento é de 2012 (todas as datas)
> - o quarto particionamento é de 2013 (todas as datas)
> 
> Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
> particionamento para uma outra tablespace de históricos.
> 
> Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento por 
> algum motivo para a mesma tablespace original, posso movimentar-la com todos 
> os dados?
> 
> abs
> 
> Christian
> 
> 



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

2013-05-07 Por tôpico christiancedrid 

boa tarde pessoal,
tenho uma dúvida sobre particionamento. Tenho uma tabela particionada por faixa 
de valores. Data para ser mais exato. Tenho 4 particionamentos

- O primeiro particionamento é de 2010 (todas as datas)
- O segundo particionamento é de 2011 (todas as datas)
- O terceiro particionamento é de 2012 (todas as datas)
- o quarto particionamento é de 2013 (todas as datas)

Estamos fazendo um trabalho de expurgo e iremos eliminar o primeiro 
particionamento para uma outra tablespace de históricos.

Pergunta: Se um dia eu precisar "voltar" esse primeiro particionamento  por 
algum motivo para a mesma tablespace original, posso movimentar-la com todos os 
dados?


abs

Christian

Re: [oracle_br] Re: Histórico de Queries Impactantes

2013-05-07 Por tôpico Marcelo Santino 
Beleza Chiappa,

Obrigado mais uma vez pelas dicas.
To ciente quanto à necessidade da licença, até já mandei um post aqui
perguntando qual seria a melhor solução já que eu já havia utilizado e vou
aproveitar uma migração de servidor que teremos essa semana pra "zerar" a
utilização dessas features, já que a licença dessa base é Standard.

Vou dar uma olhada nesse material, brigadão pelo help!

Abraços,

*
Marcelo Santino*
DBA SQL Server / Oracle
www.bau-de-dev.com 
+55 21 8206-9930


 


2013/5/7 J. Laurindo Chiappa 

> s essas 3 features EXIGEM que a pe


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

[oracle_br] Re: ASM

2013-05-07 Por tôpico ederson2001br 
Boa tarde José Antonio,

A mensagem do Rman diz que falta arquivos no backup e informou que a operação 
de restore foi abortada, portanto o seu recover não vai funcionar, veja:
RMAN-06026: some targets not found - aborting restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19059 and 
starting SCN of 43420136478 found to restore

Concluindo: Backup inválido para o tipo de restore que vc está fazendo.

O que pode ser feito? bem, vc pode validar se o seu backup contém pelo menos um 
set válido, mesmo que não fique na última sequencia de sincronização.

Então, vamos verificar o seu backup:
--restore archivelog all validate; (não precisa, este vc já rodou)
crosscheck archivelog all;
crosscheck backup;
crosscheck backup of database; 
delete expired archivelog all;
delete expired backup;
delete obsolete;

Agora, vamos listar os archives para identificar as sequencias existentes (um 
exemplo do meu ambiente):
list backup of archivelog all;
...
...
...
  List of Archived Logs in backup set 277580
  Thrd Seq Low SCNLow Time Next SCN   Next Time
   --- --  -- -
  1245779  6689365278490 23/04/2013 02:50 6689365350748 23/04/2013 02:57
  1245780  6689365350748 23/04/2013 02:57 6689365469352 23/04/2013 03:20
  1245781  6689365469352 23/04/2013 03:20 6689365543260 23/04/2013 03:28
  2238727  6689365278495 23/04/2013 02:50 6689365350965 23/04/2013 02:57
  2238728  6689365350965 23/04/2013 02:57 6689365469394 23/04/2013 03:20
  2238729  6689365469394 23/04/2013 03:20 6689365543316 23/04/2013 03:28
  3189304  6689365278508 23/04/2013 02:50 6689365350763 23/04/2013 02:57
  3189305  6689365350763 23/04/2013 02:57 6689365469714 23/04/2013 03:20
  3189306  6689365469714 23/04/2013 03:20 6689365543626 23/04/2013 03:28
  4185996  6689365278586 23/04/2013 02:50 6689365350971 23/04/2013 02:57
  4185997  6689365350971 23/04/2013 02:57 6689365469717 23/04/2013 03:20
  4185998  6689365469717 23/04/2013 03:20 6689365543650 23/04/2013 03:28

Veja que a última sequencia que tem no meu backup é 185998 (3:20h da manhã), 
então o meu recover ficaria:
run {
restore database until sequence 185998;
recover database until sequence 185998;
sql "ALTER DATABASE OPEN RESETLOGS";
}

OK ?


Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit



--- Em oracle_br@yahoogrupos.com.br, José Antonio  escreveu
>
> Ederson,
> 
> O problema que está ocorrendo é esse:
> 
> RMAN> restore archivelog all validate;
> 
> Starting restore at 07-MAY-13
> using channel ORA_DISK_1
> using channel ORA_DISK_2
> using channel ORA_DISK_3
> using channel ORA_DISK_4
> using channel ORA_DISK_5
> using channel ORA_DISK_6
> using channel ORA_DISK_7
> using channel ORA_DISK_8
> using channel ORA_DISK_9
> using channel ORA_DISK_10
> 
> RMAN-00571: ===
> RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
> RMAN-00571: ===
> RMAN-03002: failure of restore command at 05/07/2013 09:42:17
> RMAN-06026: some targets not found - aborting restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19059 and
> starting SCN of 43420136478 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19058 and
> starting SCN of 43419300134 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19057 and
> starting SCN of 43418439217 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19056 and
> starting SCN of 43416610265 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19055 and
> starting SCN of 43416034586 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19054 and
> starting SCN of 43415024510 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19053 and
> starting SCN of 43414922936 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19052 and
> starting SCN of 43413860356 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19051 and
> starting SCN of 43412602901 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19050 and
> starting SCN of 43412424386 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19049 and
> starting SCN of 43411549589 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19048 and
> starting SCN of 43410640945 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19047 and
> starting SCN of 43409751709 found to restore
> RMAN-06025: no backup of archived log for thread 4 with sequence 19046 and
> starting SCN of 43408521446 found to restore
> RMAN-06025:

[oracle_br] Re: Mensagens no Alert.Log - cannot allocate new log

2013-05-07 Por tôpico J. Laurindo Chiappa 
  Colega, veja que a questão  ** não é ** apenas sobre a Quantidade de redo log 
files, mas sim Também sobre o TAMANHO de cada redo log file (pois quando o redo 
log file enche tem que haver o log switch, e o log switch dispara um 
CHECKPOINT, ie, um evento de limpeza dos blocos "sujos" em memória, com o DBWR 
gravando os blocos sujos/alterados em disco), ok ? Se vc estiver com um tamanho 
muito minúsculo para cada log file, em tese pode acontecer que enquanto rola o 
checkpoint dos blocos protegidos pelo redo log file x, um outro redo log file y 
também encheu e disparou um checkpoint cumulativo, que vai sobrepor o que está 
rolando, resultando em performance piorada Como medida geral, eu costumo 
deixar uns poucos GBs  (talvez 1 ou 2 GB) como o tamanho de cada log file e ir 
consultando quanto tempo demora para haver o log switch...
   É Crítico também que a performance do DBWR em si (ie, tanto a leitura de 
blocos que ele faz da RAM quanto a GRAVAÇÃO que ele) faz seja a MELHOR 
possível,  o que envolve usar discos rápidos, preferencialmente não usar 
RAID-5, ter CERTEZA que o I/O Asíncrono está Habilitado  , ter CERTEZA que não 
está havendo Concorrência (ie, outros processos querendo fazer I/O  exatamente 
nos mesmos discos que o dbwr tá querendo acessar pra fazer o checkpoint) 
Como work-around, em alguns casos PODE ser considerado também se ter múltiplos 
DBWRs , também
   Para refs sobre o que eu disse,  e algumas consultas úteis, veja a 
Documentação Oracle, a nota metalink  
"Checkpoint Tuning and Troubleshooting Guide" [ID 147468.1] , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:19311485023372#32433480171457
 , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:69012348056#4682006200346954325
 , https://forums.oracle.com/forums/thread.jspa?threadID=2323603 e 
https://forums.oracle.com/forums/thread.jspa?threadID=2304416 

 []s
 
   Chiappa

--- Em oracle_br@yahoogrupos.com.br, Emerson Martins  
escreveu
>
> Olá pessoal.
> 
> Estou recebendo essas mensagens no alert.log do database.
> 
> Sei que não existe uma receita de bolo para a quantidade de REDOLOGS para o
> banco de dados tudo depende do ambiente o qual se trabalha.
> 
> Ja criei alguns grupos a mais separando os REDOLOGs em discos diferentes,
> mas ainda continuo recebendo as mensagens no alert.log.
> 
> Um detalhe interessante é que! Quando executo uma consulta para saber como
> estar o uso desses grupos a maioria dos caso eles encontram-se inativos
> Então o que os colegas me indicam nesse momento?
> 
> Cenário
> 
> Windows Server 2008
> ORACLE 11g R2
> 
> 
> 4 C:\ORACLE\ORADATA\PROD\REDO07.LOG CURRENT NO 300
> 4 D:\ORACLE\ORADATA\PROD\REDO08.LOG CURRENT NO 300
> 5 C:\ORACLE\ORADATA\PROD\REDO09.LOG INACTIVE YES 300
> 5 D:\ORACLE\ORADATA\PROD\REDO10.LOG INACTIVE YES 300
> 6 C:\ORACLE\ORADATA\PROD\REDO11.LOG INACTIVE YES 300
> 6 D:\ORACLE\ORADATA\PROD\REDO12.LOG INACTIVE YES 300
> 7 C:\ORACLE\ORADATA\PROD\REDO13.LOG INACTIVE YES 300
> 7 D:\ORACLE\ORADATA\PROD\REDO14.LOG INACTIVE YES 300
> 8 C:\ORACLE\ORADATA\PROD\REDO15.LOG INACTIVE YES 300
> 8 D:\ORACLE\ORADATA\PROD\REDO16.LOG INACTIVE YES 300
> 9 C:\ORACLE\ORADATA\PROD\REDO17.LOG INACTIVE YES 300
> 9 D:\ORACLE\ORADATA\PROD\REDO18.LOG INACTIVE YES 300
> 10 C:\ORACLE\ORADATA\PROD\REDO19.LOG INACTIVE YES 300
> 10 D:\ORACLE\ORADATA\PROD\REDO20.LOG INACTIVE YES 300
> 11 C:\ORACLE\ORADATA\PROD\REDO21.LOG INACTIVE YES 300
> 11 D:\ORACLE\ORADATA\PROD\REDO22.LOG INACTIVE YES 300
> 12 C:\ORACLE\ORADATA\PROD\REDO23.LOG INACTIVE YES 300
> 12 D:\ORACLE\ORADATA\PROD\REDO24.LOG INACTIVE YES 300
> 
> 
> Tue May 07 07:08:00 2013
> Thread 1 cannot allocate new log, sequence 3329
> Private strand flush not complete
>   Current log# 2 seq# 3328 mem# 0: C:\ORACLE\ORADATA\PROD\REDO03.LOG
>   Current log# 2 seq# 3328 mem# 1: C:\ORACLE\ORADATA\PROD\REDO04.LOG
> Thread 1 advanced to log sequence 3329 (LGWR switch)
>   Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
>   Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> Tue May 07 07:08:04 2013
> Archived Log entry 2346 added for thread 1 sequence 3328 ID 0xd4101ab dest
> 1:
> Tue May 07 07:31:34 2013
> Thread 1 cannot allocate new log, sequence 3330
> Private strand flush not complete
>   Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
>   Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> Thread 1 advanced to log sequence 3330 (LGWR switch)
>   Current log# 3 seq# 3330 mem# 0: C:\ORACLE\ORADATA\PROD\REDO05.LOG
>   Current log# 3 seq# 3330 mem# 1: D:\ORACLE\ORADATA\PROD\REDO06.LOG
> Tue May 07 07:31:39 2013
> Archived Log entry 2347 added for thread 1 sequence 3329 ID 0xd4101ab dest
> 1:
> Tue May 07 07:38:03 2013
> 
> 
> 
> 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] Mensagens no Alert.Log - cannot allocate new log

2013-05-07 Por tôpico Emerson Martins 
São 12 grupos com 2 RedoLogs de 300M cada arquivo

A media de checkpoint são de 2  a 3 por hora.



Att,

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


Em 7 de maio de 2013 12:55, Emerson dos Santos Gaudêncio <
emerson.fen...@gmail.com> escreveu:

> Chará,
>
> Qual é o tamanho dos Redologs configurados no seu servidor Oracle? Qual
> a frequência de switch log dos Redo logs?
>
> Att,
> Emerson S. Gaudencio
>
>
> Em 7 de maio de 2013 11:21, Emerson Martins  >escreveu:
>
> > **
> >
> >
> > Olá pessoal.
> >
> > Estou recebendo essas mensagens no alert.log do database.
> >
> > Sei que não existe uma receita de bolo para a quantidade de REDOLOGS
> para o
> > banco de dados tudo depende do ambiente o qual se trabalha.
> >
> > Ja criei alguns grupos a mais separando os REDOLOGs em discos diferentes,
> > mas ainda continuo recebendo as mensagens no alert.log.
> >
> > Um detalhe interessante é que! Quando executo uma consulta para saber
> como
> > estar o uso desses grupos a maioria dos caso eles encontram-se inativos
> > Então o que os colegas me indicam nesse momento?
> >
> > Cenário
> >
> > Windows Server 2008
> > ORACLE 11g R2
> >
> > 4 C:\ORACLE\ORADATA\PROD\REDO07.LOG CURRENT NO 300
> > 4 D:\ORACLE\ORADATA\PROD\REDO08.LOG CURRENT NO 300
> > 5 C:\ORACLE\ORADATA\PROD\REDO09.LOG INACTIVE YES 300
> > 5 D:\ORACLE\ORADATA\PROD\REDO10.LOG INACTIVE YES 300
> > 6 C:\ORACLE\ORADATA\PROD\REDO11.LOG INACTIVE YES 300
> > 6 D:\ORACLE\ORADATA\PROD\REDO12.LOG INACTIVE YES 300
> > 7 C:\ORACLE\ORADATA\PROD\REDO13.LOG INACTIVE YES 300
> > 7 D:\ORACLE\ORADATA\PROD\REDO14.LOG INACTIVE YES 300
> > 8 C:\ORACLE\ORADATA\PROD\REDO15.LOG INACTIVE YES 300
> > 8 D:\ORACLE\ORADATA\PROD\REDO16.LOG INACTIVE YES 300
> > 9 C:\ORACLE\ORADATA\PROD\REDO17.LOG INACTIVE YES 300
> > 9 D:\ORACLE\ORADATA\PROD\REDO18.LOG INACTIVE YES 300
> > 10 C:\ORACLE\ORADATA\PROD\REDO19.LOG INACTIVE YES 300
> > 10 D:\ORACLE\ORADATA\PROD\REDO20.LOG INACTIVE YES 300
> > 11 C:\ORACLE\ORADATA\PROD\REDO21.LOG INACTIVE YES 300
> > 11 D:\ORACLE\ORADATA\PROD\REDO22.LOG INACTIVE YES 300
> > 12 C:\ORACLE\ORADATA\PROD\REDO23.LOG INACTIVE YES 300
> > 12 D:\ORACLE\ORADATA\PROD\REDO24.LOG INACTIVE YES 300
> >
> > Tue May 07 07:08:00 2013
> > Thread 1 cannot allocate new log, sequence 3329
> > Private strand flush not complete
> > Current log# 2 seq# 3328 mem# 0: C:\ORACLE\ORADATA\PROD\REDO03.LOG
> > Current log# 2 seq# 3328 mem# 1: C:\ORACLE\ORADATA\PROD\REDO04.LOG
> > Thread 1 advanced to log sequence 3329 (LGWR switch)
> > Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
> > Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> > Tue May 07 07:08:04 2013
> > Archived Log entry 2346 added for thread 1 sequence 3328 ID 0xd4101ab
> dest
> > 1:
> > Tue May 07 07:31:34 2013
> > Thread 1 cannot allocate new log, sequence 3330
> > Private strand flush not complete
> > Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
> > Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> > Thread 1 advanced to log sequence 3330 (LGWR switch)
> > Current log# 3 seq# 3330 mem# 0: C:\ORACLE\ORADATA\PROD\REDO05.LOG
> > Current log# 3 seq# 3330 mem# 1: D:\ORACLE\ORADATA\PROD\REDO06.LOG
> > Tue May 07 07:31:39 2013
> > Archived Log entry 2347 added for thread 1 sequence 3329 ID 0xd4101ab
> dest
> > 1:
> > Tue May 07 07:38:03 2013
> >
> > 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
>
>
>


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

Re: [oracle_br] Mensagens no Alert.Log - cannot allocate new log

2013-05-07 Por tôpico Emerson dos Santos Gaudêncio 
Chará,

Qual é o tamanho dos Redologs configurados no seu servidor Oracle? Qual
a frequência de switch log dos Redo logs?

Att,
Emerson S. Gaudencio


Em 7 de maio de 2013 11:21, Emerson Martins escreveu:

> **
>
>
> Olá pessoal.
>
> Estou recebendo essas mensagens no alert.log do database.
>
> Sei que não existe uma receita de bolo para a quantidade de REDOLOGS para o
> banco de dados tudo depende do ambiente o qual se trabalha.
>
> Ja criei alguns grupos a mais separando os REDOLOGs em discos diferentes,
> mas ainda continuo recebendo as mensagens no alert.log.
>
> Um detalhe interessante é que! Quando executo uma consulta para saber como
> estar o uso desses grupos a maioria dos caso eles encontram-se inativos
> Então o que os colegas me indicam nesse momento?
>
> Cenário
>
> Windows Server 2008
> ORACLE 11g R2
>
> 4 C:\ORACLE\ORADATA\PROD\REDO07.LOG CURRENT NO 300
> 4 D:\ORACLE\ORADATA\PROD\REDO08.LOG CURRENT NO 300
> 5 C:\ORACLE\ORADATA\PROD\REDO09.LOG INACTIVE YES 300
> 5 D:\ORACLE\ORADATA\PROD\REDO10.LOG INACTIVE YES 300
> 6 C:\ORACLE\ORADATA\PROD\REDO11.LOG INACTIVE YES 300
> 6 D:\ORACLE\ORADATA\PROD\REDO12.LOG INACTIVE YES 300
> 7 C:\ORACLE\ORADATA\PROD\REDO13.LOG INACTIVE YES 300
> 7 D:\ORACLE\ORADATA\PROD\REDO14.LOG INACTIVE YES 300
> 8 C:\ORACLE\ORADATA\PROD\REDO15.LOG INACTIVE YES 300
> 8 D:\ORACLE\ORADATA\PROD\REDO16.LOG INACTIVE YES 300
> 9 C:\ORACLE\ORADATA\PROD\REDO17.LOG INACTIVE YES 300
> 9 D:\ORACLE\ORADATA\PROD\REDO18.LOG INACTIVE YES 300
> 10 C:\ORACLE\ORADATA\PROD\REDO19.LOG INACTIVE YES 300
> 10 D:\ORACLE\ORADATA\PROD\REDO20.LOG INACTIVE YES 300
> 11 C:\ORACLE\ORADATA\PROD\REDO21.LOG INACTIVE YES 300
> 11 D:\ORACLE\ORADATA\PROD\REDO22.LOG INACTIVE YES 300
> 12 C:\ORACLE\ORADATA\PROD\REDO23.LOG INACTIVE YES 300
> 12 D:\ORACLE\ORADATA\PROD\REDO24.LOG INACTIVE YES 300
>
> Tue May 07 07:08:00 2013
> Thread 1 cannot allocate new log, sequence 3329
> Private strand flush not complete
> Current log# 2 seq# 3328 mem# 0: C:\ORACLE\ORADATA\PROD\REDO03.LOG
> Current log# 2 seq# 3328 mem# 1: C:\ORACLE\ORADATA\PROD\REDO04.LOG
> Thread 1 advanced to log sequence 3329 (LGWR switch)
> Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
> Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> Tue May 07 07:08:04 2013
> Archived Log entry 2346 added for thread 1 sequence 3328 ID 0xd4101ab dest
> 1:
> Tue May 07 07:31:34 2013
> Thread 1 cannot allocate new log, sequence 3330
> Private strand flush not complete
> Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
> Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
> Thread 1 advanced to log sequence 3330 (LGWR switch)
> Current log# 3 seq# 3330 mem# 0: C:\ORACLE\ORADATA\PROD\REDO05.LOG
> Current log# 3 seq# 3330 mem# 1: D:\ORACLE\ORADATA\PROD\REDO06.LOG
> Tue May 07 07:31:39 2013
> Archived Log entry 2347 added for thread 1 sequence 3329 ID 0xd4101ab dest
> 1:
> Tue May 07 07:38:03 2013
>
> 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] Mensagens no Alert.Log - cannot allocate new log

2013-05-07 Por tôpico Emerson Martins 
Olá pessoal.

Estou recebendo essas mensagens no alert.log do database.

Sei que não existe uma receita de bolo para a quantidade de REDOLOGS para o
banco de dados tudo depende do ambiente o qual se trabalha.

Ja criei alguns grupos a mais separando os REDOLOGs em discos diferentes,
mas ainda continuo recebendo as mensagens no alert.log.

Um detalhe interessante é que! Quando executo uma consulta para saber como
estar o uso desses grupos a maioria dos caso eles encontram-se inativos
Então o que os colegas me indicam nesse momento?

Cenário

Windows Server 2008
ORACLE 11g R2


4 C:\ORACLE\ORADATA\PROD\REDO07.LOG CURRENT NO 300
4 D:\ORACLE\ORADATA\PROD\REDO08.LOG CURRENT NO 300
5 C:\ORACLE\ORADATA\PROD\REDO09.LOG INACTIVE YES 300
5 D:\ORACLE\ORADATA\PROD\REDO10.LOG INACTIVE YES 300
6 C:\ORACLE\ORADATA\PROD\REDO11.LOG INACTIVE YES 300
6 D:\ORACLE\ORADATA\PROD\REDO12.LOG INACTIVE YES 300
7 C:\ORACLE\ORADATA\PROD\REDO13.LOG INACTIVE YES 300
7 D:\ORACLE\ORADATA\PROD\REDO14.LOG INACTIVE YES 300
8 C:\ORACLE\ORADATA\PROD\REDO15.LOG INACTIVE YES 300
8 D:\ORACLE\ORADATA\PROD\REDO16.LOG INACTIVE YES 300
9 C:\ORACLE\ORADATA\PROD\REDO17.LOG INACTIVE YES 300
9 D:\ORACLE\ORADATA\PROD\REDO18.LOG INACTIVE YES 300
10 C:\ORACLE\ORADATA\PROD\REDO19.LOG INACTIVE YES 300
10 D:\ORACLE\ORADATA\PROD\REDO20.LOG INACTIVE YES 300
11 C:\ORACLE\ORADATA\PROD\REDO21.LOG INACTIVE YES 300
11 D:\ORACLE\ORADATA\PROD\REDO22.LOG INACTIVE YES 300
12 C:\ORACLE\ORADATA\PROD\REDO23.LOG INACTIVE YES 300
12 D:\ORACLE\ORADATA\PROD\REDO24.LOG INACTIVE YES 300


Tue May 07 07:08:00 2013
Thread 1 cannot allocate new log, sequence 3329
Private strand flush not complete
  Current log# 2 seq# 3328 mem# 0: C:\ORACLE\ORADATA\PROD\REDO03.LOG
  Current log# 2 seq# 3328 mem# 1: C:\ORACLE\ORADATA\PROD\REDO04.LOG
Thread 1 advanced to log sequence 3329 (LGWR switch)
  Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
  Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
Tue May 07 07:08:04 2013
Archived Log entry 2346 added for thread 1 sequence 3328 ID 0xd4101ab dest
1:
Tue May 07 07:31:34 2013
Thread 1 cannot allocate new log, sequence 3330
Private strand flush not complete
  Current log# 1 seq# 3329 mem# 0: C:\ORACLE\ORADATA\PROD\REDO01.LOG
  Current log# 1 seq# 3329 mem# 1: D:\ORACLE\ORADATA\PROD\REDO02.LOG
Thread 1 advanced to log sequence 3330 (LGWR switch)
  Current log# 3 seq# 3330 mem# 0: C:\ORACLE\ORADATA\PROD\REDO05.LOG
  Current log# 3 seq# 3330 mem# 1: D:\ORACLE\ORADATA\PROD\REDO06.LOG
Tue May 07 07:31:39 2013
Archived Log entry 2347 added for thread 1 sequence 3329 ID 0xd4101ab dest
1:
Tue May 07 07:38:03 2013



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: Histórico de Queries Impactantes

2013-05-07 Por tôpico J. Laurindo Chiappa 
  okdoc : sim, trace+tkprof é uma das tools, uma das maneiras de vc 
diagnosticar/monitorar a performance de um dado SQL ou dos SQLs emitidos
  durante uma sessão de observação, sim  
 Sobre os Advisors, para não ficar no "sei lá", eu Recomendo que vc estude no 
manual "Oracle® Database 2 Day DBA" o capútulo 10 - Monitoring and
 Tuning the Database , que lista os Advisors principais que existem, certo ? 
   Lá vc vai ver que REALMENTE existe no 11g a figura do  "Automatic SQL  
Tuning Advisor" , que na verdade é um dos muitos JOBs automáticos internos do 
11g que em determinados intervalos pré-programados faz uma coleta de SQLs, sim 
? Mais ou menos como vc fez manualmente com o DBMS_SQLTUNE ele faz, mas faz em 
horários pré-definidos, que vc pode mudar
   Então sim, vc até PODERIA tanto eventualmente consultar os resultados desse 
job quanto executar o SQL Tuning contra esses resultados pra ver se algum dos 
SQLs capturados é aquele que vc está interessado, sim, mas DESDE QUE vc tenha a 
LICENÇA necessária, yep ? Os advisors de performance praticamente TODOS usam 
dados coletados pelo AWR e pelo ASH, e executam rotinas definidas no ADDM : 
todas essas 3 features EXIGEM que a pessoa tenha adquirido as Licenças de uso - 
um simples SELECT que seja contra os dados coletados por elas já exige tal 
Licença Blz ?
   
[]s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br, Marcelo Santino  escreveu
>
> Pessoal, antes de tudo, obrigado pelas respostas!
> (desculpem a demora, mas só hoje eu vi que a mensagem ficou nos rascunhos e
> eu não tinha enviado!)
> 
> Realmente eu estava fazendo uma pequena confusão com um trabalho que fiz há
> um tempo e acho que isso embaralhou as minhas idéias.
> Depois de ver as respostas de vocês e fazer uns testes entendi o que foi a
> minha confusão.
> 
> Há um tempo eu tinha rodado um advisor pra umas queries:
> 
> Ex:
> DECLARE
>   l_sql_tune_task_id  VARCHAR2(100);
> BEGIN
>   l_sql_tune_task_id := DBMS_SQLTUNE.create_tuning_task (
>   begin_snap  => 19378,
>   end_snap=> 19379,
>   sql_id  => '722hn0cwjr7th',
>   scope   => DBMS_SQLTUNE.scope_comprehensive,
>   time_limit  => 1200,
>   task_name   => 'tune_sql02',
>   description => 'Tuning task for statement
> 722hn0cwjr7th in AWR.');
>   DBMS_OUTPUT.put_line('l_sql_tune_task_id: ' || l_sql_tune_task_id);
> END;
> /
> 
> Aí depois, ao fazer uma query na dba_advisor_log me deparei com uma série
> de outros advisors (automáticos, internos, sei lá!) que não foram os que eu
> fiz:
> SELECT task_name, status
> FROM dba_advisor_log
> WHERE owner = 'SYS' -- and TASK_NAME = 'tune_sql02';
> 
> Eu fiquei com isso na cabeça, mas não fixei que eram tasks do advisor. Tava
> lembrando desse fato e associando a serem possíveis advisors automáticos,
> que eu poderia interpretar como advisor das queries mais impactantes. Não
> sei porque pensei isso! rs...
> 
> De qualquer forma, o trabalho foi feito de outra forma. Pedi pro analista
> rodar um procedimento considerado como mais pesado e demorado e capturei um
> trace dele. Aí gerei um tkprof e peguei os piores planos de execução.
> 
> É isso pessoal, obrigado mais uma vez pelo help!
> 
> Abs,
> 
> *
> Marcelo Santino*
> DBA SQL Server / Oracle
> www.bau-de-dev.com 
> +55 21 8206-9930
> 
> 
>  
> 
> 
> *
> Marcelo Santino*
> DBA SQL Server / Oracle
> www.bau-de-dev.com 
> +55 21 8206-9930
> 
> 
>  
> 
> 
> 2013/4/29 Wanderson Barrence 
> 
> > Opa!!!
> >
> > Acho que é isso que você quer:
> >
> > SELECT * FROM
> > (SELECT
> > sql_fulltext,
> > sql_id,
> > child_number,
> > disk_reads,
> > executions,
> > first_load_time,
> > last_load_time
> > FROMv$sql
> > ORDER BY elapsed_time DESC)
> > WHERE ROWNUM < 10;
> > /
> >
> > Att,
> >
> >
> > --
> > Wanderson Barrence
> > DBA Oracle 10g/11g
> > Analista de Testes - CBTS
> > --
> > Skype: wbarrence
> > Facebook:http://www.facebook.com/wbarrence
> > Linkedin: http://br.linkedin.com/in/wbarrence
> >
> >
> > Em 29 de abril de 2013 15:13, Marcelo Santino
> > escreveu:
> >
> > > **
> > >
> > >
> > > Fala Pessoal, blz?
> > >
> > > O Oracle (11.2.0.3) mantém um advisor com TOP SQLs em que ele tem alguns
> > > advisors, não tem?
> > >
> > > Pergunto isso pois estou precisando capturar um histórico de SQLs mais
> > > impactantes e pensei em acessar esse advisor e pegar esses SQLs. Mas sem
> > > ser pelo AWR, pegando direto pela área do advisor.
> > >
> > > É possível?
> > >
> > > Att,
> > >
> > > *
> > > Marcelo Santi

[oracle_br] Re: Oracle Database Gateway

2013-05-07 Por tôpico netodba 
Pessoal, eu estava seguindo o blog do Eduardo Legatti
"http://eduardolegatti.blogspot.com.br/2009/07/abordando-o-uso-de-database-links-em.html";,
 e nele ele fala que quando foi tentar com a biblioteca genérica UNIXODBC não 
estava conseguindo, por isso faz o post usando o driver desse site 
"http://www.datadirect.com/index.html";

Então eu estava usando esse driver, e nao estava conseguindo acessar o 
postgres. Bem mandei uma mensagem para o próprio Eduardo e ele me responde: 
"Olá Neto,

Na época desse artigo (2009), o único driver que eu conseguia usar era o da 
datadirect.com. Acredito que hoje em dia o unixODBC deva ter evoluído.

Tente pesquisar "Oracle Gateway for ODBC for PostgreSQL", pois com certeza você 
vai encontrar alguém que já tenha utilizado o unixODBC com sucesso."

Bem, fiz exatamente o que ele falou.

segue os passos que eu usei.

-instalar rpm unixODBC e postgresql-odbc-08.04.0200-1.el6.x86_64.rpm

-configurar a rede do postgres, adicionando a entrada com o ip necessario
 
  vi /var/lib/pgsql/9.1/data/pg_hba.conf

# IPv4 local connections:
hostall all 127.0.0.1/32ident
hostall all 192.168.0.100/32  trust #  ident

-configurar os parametros de conexões.

hba_file = '/var/lib/pgsql/9.1/data/pg_hba.conf'
listen_addresses = '*'


- testar a conexão

psql -h 192.168.0.100 -p 5432 -d postgres -U postgres


- configurar o odbc

vi /etc/odbc.ini

[postgreTeste]
Driver = PostgreSQL
Database = postgres
Servername = 192.168.0.100
Port = 5432
ReadOnly = No
Username = postgres
Password = postgres


-testar 

isql postgreTeste

+---+
| Connected!|
|   |
| sql-statement |
| help [tablename]  |
| quit  |
|   |
+---+


- configurar o oracle gateway

-criar o initSID.ora no $ORACLE_HOME/hs/admin, o SID tem que ser exatamente o 
usado no listener.ora

initPOSTGRES.ora

HS_FDS_CONNECT_INFO = "postgreTeste"
HS_FDS_TRACE_LEVEL =0
HS_FDS_SHAREABLE_NAME = /usr/lib64/psqlodbc.so
# ODBC specific environment variables
#
set ODBCINI=/etc/odbc.ini
#
# Environment variables required for the non-Oracle system
#
set LD_LIBRARY_PATH = /usr/lib64:/u01/app/oracle/11.2.0/db_1/lib:/lib:/usr/lib
set PATH=/u01/app/oracle/11.2.0/db_1/lib:/usr/lib64



--Configurar o listener

(SID_DESC =
  (SID_NAME = POSTGRES)
  (ORACLE_HOME = /u01/app/oracle/11.2.0/db_1)
  (PROGRAM=dg4odbc)
  (ENVS=LD_LIBRARY_PATH = /usr/lib64:
  /u01/app/oracle/11.2.0/db_1/lib:
  /lib:/usr/lib:/etc)

--restart do listener

lsnrctl stop
lsnrctl start

--tnsnames.ora

POSTGRES =
   (DESCRIPTION=
  (ADDRESS=(PROTOCOL=tcp)(HOST = ora11g)(PORT=1521))
  (CONNECT_DATA=(SID=POSTGRES))
  (HS=OK)
   )

--testar o tns
tnsping POSTGRES


--criar o db_link 
--obs: o usuario e a senha tem que estar entre aspas duplas ""


 create public database link PGSQL3 connect to "postgres" identified by 
"postgres" using 'POSTGRES'


--testar o db_link

SQL> select * from "neto"@PGSQL3;

nome

olaNeto


Vlw Chiappa e Rosivaldo






--- Em oracle_br@yahoogrupos.com.br, "netodba"  escreveu
>
> Fala Chiappa, ja baixei e subi o listener depois de mudar o odbc.ini, mas 
> irei fazer de novo.
> O diretório $ORACLE_HOME/hs/log foi o 1° que eu olhei.
> 
> [oracle@ora11g ~]$ cd  /u01/app/oracle/11.2.0/db_1/hs/log/
> [oracle@ora11g log]$ ls -l
> total 0
> 
> E confesso que nunca vi o sqlplus truncar mensagens de erro, mas se vc esta 
> falando é porque existe. Irei verificar isso.
> 
> Rosivaldo, irei recriar o db_link colocando as aspas duplas, vlw pela dica. 
> Posto os resultados.
> 
> 
> 
> --- Em oracle_br@yahoogrupos.com.br, Rosivaldo Ramalho  escreveu
> >
> > Com isso que o Chiapa falou eu lembrei que para criar o dblink tem que ter
> > usuário e senha entre aspas:
> > CREATE public DATABASE link HSLINK CONNECT TO "fulano" IDENTIFIED BY
> > "senha" USING 'HSODBC';
> > 
> > 
> > 2013/5/6 J. Laurindo Chiappa 
> > 
> > >  E outro ponto : afaik o postgre converte comandos SQL e metadados tudo
> > > para minúsculas internamente, enquanto o Oracle o faz para maiúsculas -
> > > além de todos os testes e detalhes que falamos, tenta um :
> > >
> > >  select "nome" from "neto"@PGSQL3;
> > >
> > >  okdoc ?
> > >
> > >   []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" 
> > > escreveu
> > > >
> > > >   Eu ainda não tive ocasião de usar o odbc gateway contra um banco
> > > postgre, mas de qquer maneira :
> > > >
> > > >   a) Não Deixe de testar o odbc em si , ANTES de ir pro Oracle :
> > > normalmente o fornecedor do seu ODBC te dá junto um executável odbctest, 
> > > ou
> > > isql, ou coisa do tipo : CONFIRME

Re: [oracle_br] Re: ASM

2013-05-07 Por tôpico José Antonio 
Ederson,

O problema que está ocorrendo é esse:

RMAN> restore archivelog all validate;

Starting restore at 07-MAY-13
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
using channel ORA_DISK_4
using channel ORA_DISK_5
using channel ORA_DISK_6
using channel ORA_DISK_7
using channel ORA_DISK_8
using channel ORA_DISK_9
using channel ORA_DISK_10

RMAN-00571: ===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS ===
RMAN-00571: ===
RMAN-03002: failure of restore command at 05/07/2013 09:42:17
RMAN-06026: some targets not found - aborting restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19059 and
starting SCN of 43420136478 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19058 and
starting SCN of 43419300134 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19057 and
starting SCN of 43418439217 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19056 and
starting SCN of 43416610265 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19055 and
starting SCN of 43416034586 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19054 and
starting SCN of 43415024510 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19053 and
starting SCN of 43414922936 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19052 and
starting SCN of 43413860356 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19051 and
starting SCN of 43412602901 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19050 and
starting SCN of 43412424386 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19049 and
starting SCN of 43411549589 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19048 and
starting SCN of 43410640945 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19047 and
starting SCN of 43409751709 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19046 and
starting SCN of 43408521446 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19045 and
starting SCN of 43408119676 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19044 and
starting SCN of 43407903406 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19043 and
starting SCN of 43407518858 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19042 and
starting SCN of 43406157990 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19041 and
starting SCN of 43405583486 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19040 and
starting SCN of 43405432442 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19039 and
starting SCN of 43405284271 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19038 and
starting SCN of 43405136139 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19037 and
starting SCN of 43404761207 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19036 and
starting SCN of 43404711368 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19035 and
starting SCN of 43404494945 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19034 and
starting SCN of 43403697788 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19033 and
starting SCN of 43403481817 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19032 and
starting SCN of 43403079978 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19031 and
starting SCN of 43402772725 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19030 and
starting SCN of 43402377272 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19029 and
starting SCN of 43402036559 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19028 and
starting SCN of 43401864614 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19027 and
starting SCN of 43400956600 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19026 and
starting SCN of 43400489578 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19025 and
starting SCN of 43399154060 found to restore
RMAN-06025: no backup of archived log for thread 4 with sequence 19024 and
starting SCN of 43399

[oracle_br] Re: Oracle Database Gateway

2013-05-07 Por tôpico netodba 
Fala Chiappa, ja baixei e subi o listener depois de mudar o odbc.ini, mas irei 
fazer de novo.
O diretório $ORACLE_HOME/hs/log foi o 1° que eu olhei.

[oracle@ora11g ~]$ cd  /u01/app/oracle/11.2.0/db_1/hs/log/
[oracle@ora11g log]$ ls -l
total 0

E confesso que nunca vi o sqlplus truncar mensagens de erro, mas se vc esta 
falando é porque existe. Irei verificar isso.

Rosivaldo, irei recriar o db_link colocando as aspas duplas, vlw pela dica. 
Posto os resultados.



--- Em oracle_br@yahoogrupos.com.br, Rosivaldo Ramalho  escreveu
>
> Com isso que o Chiapa falou eu lembrei que para criar o dblink tem que ter
> usuário e senha entre aspas:
> CREATE public DATABASE link HSLINK CONNECT TO "fulano" IDENTIFIED BY
> "senha" USING 'HSODBC';
> 
> 
> 2013/5/6 J. Laurindo Chiappa 
> 
> >  E outro ponto : afaik o postgre converte comandos SQL e metadados tudo
> > para minúsculas internamente, enquanto o Oracle o faz para maiúsculas -
> > além de todos os testes e detalhes que falamos, tenta um :
> >
> >  select "nome" from "neto"@PGSQL3;
> >
> >  okdoc ?
> >
> >   []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" 
> > escreveu
> > >
> > >   Eu ainda não tive ocasião de usar o odbc gateway contra um banco
> > postgre, mas de qquer maneira :
> > >
> > >   a) Não Deixe de testar o odbc em si , ANTES de ir pro Oracle :
> > normalmente o fornecedor do seu ODBC te dá junto um executável odbctest, ou
> > isql, ou coisa do tipo : CONFIRME rodando a tal tool que o acesso odbc em
> > si está OK...
> > >
> > >   b) tenha Certeza de que, após adicionar o HS_FDS_TRACE_LEVEL, vc
> > baixou e subiu o listener, E abriu uma NOVA sessão sqlplus
> > >
> > >   c) o log/trace gerado normalmente vai para $ORACLE_HOME/hs/log , veja
> > lá
> > >
> > >   d) vc tem certeza que não havia mais linhas na msg ? Normalmente erros
> > aparecem no sqlplus assim :
> > >
> > >   SQL> select * from cmpx.compa_cntent_vw@;
> > > select * from cmpx.compa_cntent_vw@
> > > *
> > > ERROR at line 1:
> > > ORA-28511: lost RPC connection to heterogeneous remote agent using
> > > SID=ORA-28511: lost RPC connection to heterogeneous remote agent using
> > >
> > SID=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=oradb3)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=UMAPLINK)))
> > > ORA-02063: preceding line from UMAPLINK
> > > Process ID: 31918
> > > Session ID: 93 Serial number: 83
> > >
> > >
> > >  []s
> > >
> > >Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, "netodba"  escreveu
> > > >
> > > > Fala pessoal,
> > > >
> > > > alguem tem experiencia em acessar um banco POSTGRES pelo gateway ODBC??
> > > >
> > > > configuração:
> > > > Oracle 11.2.0.3
> > > > postgres 9.1.4
> > > >
> > > > arquivo odbc.ini
> > > >
> > > > [oracle@ora11g admin]$ cat
> > /opt/Progress/DataDirect/Connect64_for_ODBC_71/odbc.ini
> > > > [ODBC Data Sources]
> > > > PostgreSQL Wire Protocol=DataDirect 7.1 PostgreSQL Wire Protocol
> > > >
> > > > [ODBC]
> > > > IANAAppCodePage=4
> > > > InstallDir=/opt/Progress/DataDirect/Connect64_for_ODBC_71
> > > > Trace=0
> > > > TraceFile=odbctrace.out
> > > > TraceDll=/opt/Progress/DataDirect/Connect64_for_ODBC_71/lib/ddtrc27.so
> > > >
> > > > [PostgreSQLWireProtocol]
> > > > Driver=/opt/Progress/DataDirect/Connect64_for_ODBC_71/lib/ddpsql27.so
> > > > Description=DataDirect 7.1 PostgreSQL Wire Protocol
> > > > AlternateServers=
> > > > ApplicationUsingThreads=1
> > > > ConnectionReset=0
> > > > ConnectionRetryCount=0
> > > > ConnectionRetryDelay=3
> > > > Database=postgres
> > > > DefaultLongDataBuffLen=2048
> > > > EnableDescribeParam=1
> > > > EncryptionMethod=0
> > > > ExtendedColumnMetadata=0
> > > > FailoverGranularity=0
> > > > FailoverMode=0
> > > > FailoverPreconnect=0
> > > > FetchTSWTZasTimestamp=0
> > > > FetchTWFSasTime=0
> > > > HostName=localhost
> > > > HostNameInCertificate=
> > > > InitializationString=
> > > > KeyPassword=
> > > > KeyStore=
> > > > KeyStorePassword=
> > > > LoadBalanceTimeout=0
> > > > LoadBalancing=0
> > > > LoginTimeout=15
> > > > LogonID=postgres
> > > > MaxPoolSize=100
> > > > MinPoolSize=0
> > > > Password=*
> > > > Pooling=0
> > > > PortNumber=5432
> > > > QueryTimeout=0
> > > > ReportCodepageConversionErrors=0
> > > > TransactionErrorBehavior=1
> > > > TrustStore=
> > > > TrustStorePassword=
> > > > ValidateServerCertificate=1
> > > > XMLDescribeType=-10
> > > >
> > > > [oracle@ora11g admin]$ cat initPOSTGRES.ora
> > > > # This is a sample agent init file that contains the HS parameters
> > that are
> > > > # needed for the Database Gateway for ODBC
> > > >
> > > > #
> > > > # HS init parameters
> > > > #
> > > > HS_FDS_CONNECT_INFO = "PostgreSQLWireProtocol"
> > > > HS_FDS_TRACE_LEVEL =DEBUG
> > > > HS_FDS_SHAREABLE_NAME =
> > /opt/Progress/DataDirect/Connect64_for_ODBC_71/lib/ddpsql27.so
> > > > HS_LANGUAGE=american_america.we8iso8859p1
> > > > #HS_FDS_TRACE_FILE_NAME= /tmp/hs.log
> > > > #
> > > > # ODBC specific environment variables
> > > > #