Re: [oracle_br] Dúvida Básica - Rman - Recov er alterando localização Datafiles

[Willian Fernando Frasson]

1) Para mudar a localização do controlfile: mude no init.ora

2) Para mudar dos datafiles faça via RMAN: set new name for datafile 

3) Para mudar localização de archives no restore: set archivelog destination..



  - Original Message - 
  From: candiurudba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 24, 2010 1:40 PM
  Subject: [oracle_br] Dúvida Básica - Rman - Recover alterando localização 
Datafiles



  Bom dia Colegas,

  Tenho alguns scripts implementados que utilizam o Rman para realização de 
backups mas tenho a intenção de modifica-los, fazendo uso de catalogo..

  Minha dúvida é quanto o recover de uma base, de um backup feito pelo Rman 
(backup do banco + controlfile + spfile) e onde os caminhos do novo servidor, 
são diferentes do original, indicando que terei erro ao restaurar o 
controlfie...

  Neste caso, existe alguma opção no rman para remapear isso ? eu ate acho que 
não pois a logica de um recover é resturar dados originais mas caso eu va 
restaurar este backup em um outro servidor, como deveria proceder ?



  

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

Re: [oracle_br] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma Linux para AIX

[Willian Fernando Frasson]

Só uma idéia do que o Goldengate faz, tu monta todo ele... e coloca no ar, 
nesse momento você inicia o EXP convencional, depois o IMP na base B ok?

Após término do IMP você ativa o Replicat dele e ele vai replicar os dados 
dessas diferenças até estar no momento do BANCO A.

O único detalhe é que ele custa se nao me engano 17 mil por processador, mas 
vale a pena.

  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, March 25, 2010 6:01 PM
  Subject: Re: [oracle_br] Upgrade 10gR2 SE para 11gR2 EE com mudança de 
plataforma Linux para AIX



  Tem uma outra opção...pouco conhecida é utilizar o GoldenGate que a Oracle 
adquiriu em Novembro de 2009.
  Tenho alguns docs caso precisar, é um pouco complicado de se entender no 
início mas depois é tranquilo.

  Com relação ao tempo dos Transport Tablespace, lembre-se todas suas 
tablespaces no momento de fazer isso deverão estar em ReadOnly.

  - Original Message - 
  From: "José L. Silva" 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, March 25, 2010 5:30 PM
  Subject: [oracle_br] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma 
Linux para AIX

  Olá, pessoal.
  Gostaria de solicitar ajuda de vocês para esse desafio...
  Tenho hoje um database Oracle10gR2 10.2.0.4.0 RAC Standard Edition (2 nodes) 
com 350GB de tamanho em Linux RHEL AS 4.7 64bit (little endian)
  A empresa adquiriu novos servidores IBM P6 com AIX 6.1 64bit (2 nodes) (big 
endian).
  Gostaríamos de migrar nosso banco de dados para o novo ambiente, da forma 
mais rápida possível (mínimo de indisponibilidade), utilizando Oracle11gR2 RAC 
Enterprise Edition no AIX 6.1.

  Gostaria da ajuda de vocês sobre mecanismos possíveis para fazer isto.
  Opção onsiderada até o momento:
  - Conversão dos datafiles utilizando rman; cópia dos datafiles para o novo 
ambiente via transportable tablespaces
  Problemas encontrados nessa opção:
  - As tablespaces têm dependências entre si, sendo necessário remover essas 
dependências e recriá-las posteriormnte; o tempo de conversão e cópia seria 
relativamente grande; as versões seriam diferentes (é possível TTS em versões 
diferentes? funciona TTS em standard edition, que será a origem?)

  Agradeço antecipadamente a todos que puderem me auxiliar.

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



  

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

Re: [oracle_br] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma Linux para AIX

[Willian Fernando Frasson]

Tem uma outra opção...pouco conhecida é utilizar o GoldenGate que a Oracle 
adquiriu em Novembro de 2009.
Tenho alguns docs caso precisar, é um pouco complicado de se entender no início 
mas depois é tranquilo.

Com relação ao tempo dos Transport Tablespace, lembre-se todas suas tablespaces 
no momento de fazer isso deverão estar em ReadOnly.

  - Original Message - 
  From: "José L. Silva" 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, March 25, 2010 5:30 PM
  Subject: [oracle_br] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma 
Linux para AIX



  Olá, pessoal.
  Gostaria de solicitar ajuda de vocês para esse desafio...
  Tenho hoje um database Oracle10gR2 10.2.0.4.0 RAC Standard Edition (2 nodes) 
com 350GB de tamanho em Linux RHEL AS 4.7 64bit (little endian)
  A empresa adquiriu novos servidores IBM P6 com AIX 6.1 64bit (2 nodes) (big 
endian).
  Gostaríamos de migrar nosso banco de dados para o novo ambiente, da forma 
mais rápida possível (mínimo de indisponibilidade), utilizando Oracle11gR2 RAC 
Enterprise Edition no AIX 6.1.

  Gostaria da ajuda de vocês sobre mecanismos possíveis para fazer isto.
  Opção onsiderada até o momento:
  - Conversão dos datafiles utilizando rman; cópia dos datafiles para o novo 
ambiente via transportable tablespaces
  Problemas encontrados nessa opção:
  - As tablespaces têm dependências entre si, sendo necessário remover essas 
dependências e recriá-las posteriormnte; o tempo de conversão e cópia seria 
relativamente grande; as versões seriam diferentes (é possível TTS em versões 
diferentes? funciona TTS em standard edition, que será a origem?)

  Agradeço antecipadamente a todos que puderem me auxiliar.


  

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

Re: [oracle_br] Politica de Backup - Banco 3 TB

[Willian Fernando Frasson]

Tráfegar pela rede?

O mesmo é feito via TDP/Tivoli?
O ideal é ter uma rede separada de backups..
A questão dos level's acho que ta perfeito...
A unica coisa que saliento é testar o tempo de Restore, apropriando ao numero 
de canais alocados inicialmente, por ex se alocou 6 canais para Backup, aloque 
6 para teste de Restore.

  - Original Message - 
  From: candiurudba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, March 25, 2010 11:38 AM
  Subject: [oracle_br] Politica de Backup - Banco 3 TB



  Bom dia colegas,

  Estou estudando umas politicas e backup, em um servidor que criei para 
trabalhar com GED e fiquei na dúvida de uma politica idela de backup, para 
bancos maiores que 5 TB.

  Nesta situação, pensei em incluir este banco de dados no meu repositorio do 
Rman...mas fiquei com receio sobre o trafego destas infomrações via Rede, já 
que a massa de dados é grande (tamanho dos arquivos -imagens e mp3).

  hoje em dia faço um backup 0 aos domingos e de seg a sex, level 1...

  Mas mesmo que aumente o paralelismo na geração do backup, isso não ficaria 
"pesado" para trafegar pela rede ?

  Sugestoes sao bem vindas



  

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

Re: [oracle_br] Re: Deadlock misterioso.

[Willian Fernando Frasson]

Outra dica...
Atraves do deadlock que ele gerou ele gerou um TRACE na user_dump_dest, veja o 
comando executado através desse trace.

  - Original Message - 
  From: José Laurindo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, March 24, 2010 5:27 PM
  Subject: [oracle_br] Re: Deadlock misterioso.



  Segue :

  >
  > Hum, mas mesmo os JOBs criam sessões, não?

  Sim : na verdade a pergunta que eu não fiz e deveria ter feito é, vc OLHOU 
mesmo a V$SESSION ou assumiu que não tinha outras sessões porque só vc tava 
usando o server ? E isso foi ** IMEDIATAMENTE ANTES ** do deadlock ? pergunto 
isso porque, como creio que vc sabe, o DEADLOCK além de gerar msg ele ** MATA 
** quase imediatamente uma das sessões envolvidas se foi caso de clash entre 
sessões, aí LOGICAMENTE se vc olhar depois do deadlock só vai ter UMA mesmo na 
V$SESSION ...
  Se olhou mesmo na V$SESSION, imediatamente antes do DEADLOCK, e realmente não 
tinha ninguém fora a sessão em causa, OK, pode-se descartar JOBs e Parallels , 
ambos criam sessões...

  >Não, não é o caso de falta de FK.

  ** REPITO **, não é "FALTA DE FKs", é falta de ÍNDICE em FKs, ok ? É 
diferente... Inclusive, o fato de (ao menos consultando o que vc postou pela 
web, como estou, que dá uma bagunçadinha) não haver info para a parte de OTHER 
SESSION parece mesmo indicar por FK ou trigger, que são duas possibilidades 
boas de DEADLOCK snuma sessão só...

  > Bom, o trace foi de fato a primeira coisa que fui olhar. Veja que eu
  inclusive colei ele aqui.

  Sim, mas além de olhar vc ** FEZ ** a análise dele ? Por exemplo, com as 
infos de identificação de linha/bloco vc localizou o ROWID do objeto em questão 
? Com as infos de data/hora/sessão e de BIND VARIABLEs vc localizou QUEM 
exatamente (qual usuário, em qual terminal, com qual sistema), estava fazendo o 
que na sessão relatada pelo deadlock, para daí tentar identificar os SQLs, 
talvez até checando o cache de SQLs, views ASH/AWR ?? Esse tipo de análise só 
vc a penas vc pode fazer, na sua máquina, é é FUNDAMENTAL para que, se preciso, 
vc Reproduza a issue mas desta vez com trace Ativado, o que é algo que mui 
provavelmente o Suporte vai te pedir, e que pode ser revelador em alguns 
casos... 

  []s

  Chiappa



  

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

Re: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0

[Willian Fernando Frasson]

Caso for migrar e precisar de algo nos avise.

Se tiver Metalink, seria legal talvez abrir um chamado, apesar que se dizer p/ 
Oracle que sua virtualização é encima do VMWARE não sei se irão dar suporte.

  - Original Message - 
  From: Tadeu Paz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, March 23, 2010 1:42 PM
  Subject: Res: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0



  Fala Willian,

  Cara não há logs no event view realcionado a este problema.

  O serviço que trava é o do Oracle e não do Listener.

  Ja procurei bugs referentes ao VMWARE, mas não achei nada, inclusive tenho 
outros servidores com Oracle 10g e não me da dor de cabeça, funcionam 
legalzinho, só este Oracle9i. O VMWARE esta com todas atualizações aplicadas 
conforme são disponibilizadas pela VMWARE.

  O Service Pack do Windows 2003 server é o Service Pack 2.

  As configurações de rede foram as primeiras que conferi, esta tudo ok.

  As configurações do Listener é a seguinte :

  LISTENER =
  (DESCRIPTION_LIST =
  (DESCRIPTION =
  (ADDRESS_LIST =
  (ADDRESS = (PROTOCOL = TCP)(HOST = SPWS-VM-DB28)(PORT = 1521))
  )
  )
  )
  )

  SID_LIST_LISTENER =
  (SID_LIST =
  (SID_DESC =
  (GLOBAL_DBNAME = webpradm)
  (ORACLE_HOME = E:\Oracle\ora92)
  
(ENVS='LIBPATH=E:\Oracle\ora92\lib:E:\Oracle\ora92\lib32:E:\Oracle\ora92\rdbms\lib')
  (SID_NAME = webpradm)
  )
  )

  Estou procurando mais coisas relacionadas a isso , mas acredito ja ter feito 
tudo !!

  Estou pensando em migrar para Linux, que ai sei que não terei problema com 
estouro de memório ou coisas do tipo.

  Valeu

  Tadeu

  ____
  De: Willian Fernando Frasson 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Terça-feira, 23 de Março de 2010 12:15:25
  Assunto: Re: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0

  Algumas coisas que acredito que possa ser:

  1) Algum estouro de memória, veja o event view do Windows se tem algo do tipo
  2) Algum bug relativo a VMWare
  3) Qual Service Pack do Windows está aplicado?
  4) Algum problema de rede, DNS

  O serviço do Oracle no qual está citando é o Service do Banco ou do Listener?
  Como está a configuração do seu listener.ora?

  - Original Message - 
  From: Tadeu Paz 
  To: oracle...@yahoogrup os.com.br 
  Sent: Tuesday, March 23, 2010 11:39 AM
  Subject: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0

  Pessoal ,

  Estou com um problema que esta dificil de resolver. O serviço do Oracle 
simplismente trava , congela, mas não gera nada no alert.log.

  Após reiniciar o serviço do Oracle tudo volta ao nomal , mas depois de 
algumas horas ele volta a congelar.

  Meu Sistema operacional é um Windows 2003 server Standard com Oracle 9i patch 
9.2.8.0, servidor (Virtualizado - VMWARE) 2 processores com 4GB de memória.

  Este é o erro que aparece no listener.log.

  TNS-12500: TNS:listener failed to start a 
  dedicated server process
  TNS-12560: TNS:protocol adapter error
  TNS-00530: Protocol adapter error
  32-bit Windows Error: 233: Unknown error

  Ja fiz varias recomendações achadas no Metalink e Google.

  - Configurar /3gb /pae no boot.ini do windows
  - INBOUND_CONNECT_ TIMEOUT_LISTENER = 0 no listner.ora
  - SQLNET.INBOUND_ CONNECT_TIMEOUT = 0 no sqlnet.ora
  - USE_INDIRECT_ DATA_BUFFERS = TRUE no INIT.ora
  - Diminui o SGA para 1.3GB - pois o windows 32 bits só aloca 1.7GB por thread.
  - Recriei o Serviço do Oracle via ORADIM
  - Colocar no LISTENER.ORA o parametro (ENVS='LIBPATH= E:\Oracle\ ora92\lib: 
E:\Oracle\ ora92\lib32: E:\Oracle\ ora92\rdbms\ lib') 
  - Colocar no TNSNAMES.ORA - (SERVER = DEDICATED) para cada conexão.

  Pra falar a verdade não sei mais o que fazer !!

  Aos mestres por favor  É uma base de produção e este problema começou 
atualmente sem qualquer alteração no banco de dados.

  Obrigado !

  Tadeu Paz

   _ _ _ _ _ _
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbusca dos.yahoo. com

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

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

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  

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

Re: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0

[Willian Fernando Frasson]

Algumas coisas que acredito que possa ser:

1) Algum estouro de memória, veja o event view do Windows se tem algo do tipo
2) Algum bug relativo a VMWare
3) Qual Service Pack do Windows está aplicado?
4) Algum problema de rede, DNS

O serviço do Oracle no qual está citando é o Service do Banco ou do Listener?
Como está a configuração do seu listener.ora?


  - Original Message - 
  From: Tadeu Paz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, March 23, 2010 11:39 AM
  Subject: [oracle_br] Problema Windows 32bits e oracle 9i - 9.2.8.0



  Pessoal ,

  Estou com um problema que esta dificil de resolver. O serviço do Oracle 
simplismente trava , congela, mas não gera nada no alert.log.

  Após reiniciar o serviço do Oracle tudo volta ao nomal , mas depois de 
algumas horas ele volta a congelar.

  Meu Sistema operacional é um Windows 2003 server Standard com Oracle 9i patch 
9.2.8.0, servidor (Virtualizado - VMWARE) 2 processores com 4GB de memória.

  Este é o erro que aparece no listener.log.

  TNS-12500: TNS:listener failed to start a 
  dedicated server process
  TNS-12560: TNS:protocol adapter error
  TNS-00530: Protocol adapter error
  32-bit Windows Error: 233: Unknown error

  Ja fiz varias recomendações achadas no Metalink e Google.

  - Configurar /3gb /pae no boot.ini do windows
  - INBOUND_CONNECT_TIMEOUT_LISTENER = 0 no listner.ora
  - SQLNET.INBOUND_CONNECT_TIMEOUT = 0 no sqlnet.ora
  - USE_INDIRECT_DATA_BUFFERS = TRUE no INIT.ora
  - Diminui o SGA para 1.3GB - pois o windows 32 bits só aloca 1.7GB por thread.
  - Recriei o Serviço do Oracle via ORADIM
  - Colocar no LISTENER.ORA o parametro 
(ENVS='LIBPATH=E:\Oracle\ora92\lib:E:\Oracle\ora92\lib32:E:\Oracle\ora92\rdbms\lib')
 
  - Colocar no TNSNAMES.ORA - (SERVER = DEDICATED) para cada conexão.

  Pra falar a verdade não sei mais o que fazer !!

  Aos mestres por favor  É uma base de produção e este problema começou 
atualmente sem qualquer alteração no banco de dados.

  Obrigado !

  Tadeu Paz

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  

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

Re: [oracle_br] erro de Mutante Table

[Willian Fernando Frasson]

Voltando aos grupo Oracle depois de alguns meses...

Maria o que você pode fazer é o seguinte, não é muito usado no dia dia, mas 
pode-se criar uma outra tabela CONTROLE com os campos:

TABELA, ROWID_ORIGINAL, OPERACAO, FILIAL

Onde nessa tabela após ativar a 1ª trigger ela irá colocar a tabela, rowid e 
operacao na mesma.

Cria-se uma trigger na tabela CONTROLE quando entrar uma determinada linha 
nela, faz a operação na outra tabela separando por filial.

Qualquer dúvida estou a disposição.


  - Original Message - 
  From: Mária Cristina Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, March 23, 2010 10:50 AM
  Subject: [oracle_br] erro de Mutante Table



  Moçada, gostaria de pedir um Help a todos...
  Sei que parece ser um erro comum, mas como estou apanhando, alguém pode ter
  alguma dica...

  Preciso fazer uma trigger, onde sua função é: Quando a tabela A sofre
  alteração em algumas colunas curjo são valores(money), ela deve disparar uma
  trigger onde a tabela a ser alterada é a propria tabela A, porém altera
  outras linhas de uma filial por exemplo.

  A abaixo a trigger...Já usei o *pragma* *autonomous_transaction,* Já criei
  tabela temporaria e tentei fazer outra trigger para tentar alterar..mas não
  consegui...Se alguém puder me dá uma dica...desde já agradeço.

  *

  Create* *Or* *Replace* *Trigger* trg_A
  *Before* *update* *Of* CUSTOCONT, CUSTOFIN, CUSTOREAL, CUSTOREP,
  CUSTOULTENT, VALORULTENT,
  CUSTOULTENTFIN, VLULTENTCONTSEMST, STBCR, BASEBCR,CODPROD *on* A
  *REFERENCING* *NEW* *AS* *NEW*
  *for* *each* *row*
  *Declare*
  *pragma* *autonomous_transaction*;

  *Begin*

  *begin*
  *Update* A
  *set* CUSTOCONT = :*new*.CUSTOCONT,
  CUSTOFIN = :*new*.CUSTOFIN,
  CUSTOREAL = :*new*.CUSTOREAL,
  CUSTOREP = :*new*.CUSTOREP,
  CUSTOULTENT = :*new*.CUSTOULTENT,
  VALORULTENT = :*new*.VALORULTENT,
  CUSTOULTENTFIN = :*new*.CUSTOULTENTFIN,
  VLULTENTCONTSEMST = :*new*.VLULTENTCONTSEMST,
  STBCR = :*new*.STBCR,
  BASEBCR = :*new*.BASEBCR
  *Where* CODFILIAL = 'G3'
  *And* CODPROD = CODPROD;

  *commit*;

  */*

  commit;
  dbms_output.put_line('alterou ');*/*
  */* exception
  When Others Then
  dbms_output.put_line('alterou as colunas:'||:old.CODPROD);*\*/*

  *End*;
  *End* A;

  -- 
  Abraços,
  Mária Cristina
  Cel: 031-8883-5543
  E-mail: mariancrist...@gmail.com
  MSN: mcristinasil...@hotmail.com
  -- 
  "O começo é a parte mais importante do trabalho."
  - Platão

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



  

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

Re: [oracle_br] Tuning de Querys

[Willian Fernando Frasson]

Procure pelo livro do burleson, The Definitive Tuning
esse vai te ajudar em mta coisa..

  - Original Message - 
  From: darcio XX 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Saturday, November 14, 2009 3:45 PM
  Subject: [oracle_br] Tuning de Querys



  Alguem conhece algum livro "apostila, post..." bom para tuning query?

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Oracle RAC e Single Instance con vivendo numa mesma máquina

[Willian Fernando Frasson]

Mas imagine que ele precise aplicar um patch security?

Deverá baixar seu RAC para aplicar o patchsetcurity ou patchset há o lado pró e 
contra.


  - Original Message - 
  From: marcioribeiro1979 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, November 09, 2009 5:49 PM
  Subject: [oracle_br] Re: Oracle RAC e Single Instance convivendo numa mesma 
máquina




  Não há necessidade de ter 2 ORACLE_HOME. Pelo contrário, se vc tiver 2 
ORACLE_HOME, vai ter 2 de gerenciar 2 listener.ora, 2 tnsnames.ora, 2 binários 
para aplicar patch... ou seja, trabalho dobrado..

  Minha sugestão é criar a instância standalone no mesmo ORACLE_HOME do RAC. No 
caso, o CLUSTERWARE só vai administrar as instancias que vc registrar através 
do SRVCTL ou usando o DBCA. Se vc não registrar a instancia, ele não vai fazer 
isso automaticamente.

  Como não sou muito fã de ferramentas gráficas, nada melhor que fazer tudo via 
command line mesmo: criar o pfile, subir a instancia em nomount, criar o 
controlfile, rodar o catalog, catproc, e por aí vai...

  [ ]´s

  MR

  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Marcelo coloque a sua Single em outro ORACLE_HOME msmo.
  > 
  > abcs
  > 
  > - Original Message - 
  > From: "Marcelo Medrado" 
  > To: 
  > Sent: Friday, November 06, 2009 11:33 AM
  > Subject: Re: [oracle_br] Oracle RAC e Single Instance convivendo numa mesma 
  > máquina
  > 
  > 
  > Marcus,
  > 
  > Obrigado pelas respostas!!!
  > 
  > Na prática o mais importante:
  > 
  > Para ter o banco standalone e o nó do RAC convivendo num mesmo sistema
  > operacional eu preciso criar dois Oracle Homes, usuários de S.O. diferentes
  > ou coisa assim?
  > 
  > Meu grande receio é que o OCS "toma conta" do nó e não quero que ele tenha
  > ingerência sobre minha instância standalone.
  > 
  > Abraços,
  > 
  > Marcelo
  > 
  > 2009/11/5 Marcus Pavan 
  > 
  > >
  > >
  > > Marcelo, boa noite.
  > >
  > > Vamos as respostas.
  > >
  > >
  > > - Eu posso ter um nó do RAC e uma single instance num mesmo servidor?
  > > Sim, pode possuir sem problema nenhum.
  > >
  > >
  > > - Qual o impacto disso no que diz respeito a configuração de listener,
  > > redes, etc.
  > > Se você já configurou um RAC, saberá que ele possui entradas para os
  > > serviços e LISTENER dos nós. No seu ambiente o mesmo terá de ser
  > > configurado.
  > >
  > >
  > > - O clusterware lida bem com isso?
  > > Este é um grande fator, você poderá instalar o Clusterware sem problema.
  > > Após a instalação você poderá colocar suas instâncias configuradas para
  > > fazer o Start automático (como um serviço).
  > >
  > >
  > > - Existe alguma recomendação especial, case, etc que alguém possa me
  > > passar?
  > > Você estará fazendo a instalação do clusterware e após isto executará a
  > > instalação do banco de dados. Ao invés de selecionar o nós já configurado
  > > (database) informe somente o segundo servidor. Caso você esteja inseguro,
  > > monte um ambiente utilizando VMs ou OpenFiler e simule. Este processo é
  > > chato se você não quiser parar a base de dados.
  > >
  > > Espero ter ajudado,
  > >
  > > Marcus Pavan.
  > >
  > > 
  > > De: Marcelo Medrado 
  > > 
  > > >
  > > Para: oracle_br@yahoogrupos.com.br 
  > > Enviadas: Quinta-feira, 5 de Novembro de 2009 18:19:46
  > > Assunto: [oracle_br] Oracle RAC e Single Instance convivendo numa mesma
  > > máquina
  > >
  > >
  > > Prezados,
  > >
  > > A situação é a seguinte:
  > >
  > > No cenário em que estou atuando, possuímos dois servidores RISC c/ AIX, um
  > > com uma instância, outro com duas instâncias.
  > >
  > > A proposta que nos foi feita foi de montar um ambiente RAC nestes dois
  > > servidores já existentes SEM PARAR AS SINGLE INSTANCES em produção (ou,
  > > pelo
  > > menos, com paradas rápidas). Nunca implementei RAC desse jeito e fiquei
  > > inseguro.
  > >
  > > Perguntas:
  > >
  > > - Eu posso ter um nó do RAC e uma single instance num mesmo servidor?
  > > - Qual o impacto disso no que diz respeito a configuração de listener,
  > > redes, etc.
  > > - O clusterware lida bem com isso?
  > > - Existe alguma recomendação especial, case, etc que alguém possa me
  > > passar?
  > >
  > > Agradeço antecipadamente!
  > >
  > > Marcelo Medrado
  > >
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
 

Re: [oracle_br] Oracle 10g: Recuperação de Banco através de DUMP + Archive Log

[Willian Fernando Frasson]

Cleber boa tarde,

O que você pode fazer é o seguinte, irá te dar um trabalho na primeira vez mas 
depois que montar todo esquema ficara legal.

Faça primeiro:

import da tabela do seu backup full com:
imp fromuser=x touser =x

depois utilizando o logminer, minera os comandos executados no momento de 
backup até o horário que quer, dentro do minerador vc terá o sql_redo que é o 
que você ira usar,
faça a mineração e encontre somente os comandos relativos a aquela tabela x 
owner.

qlquer duvida sobre logminer avise
abcs.

  - Original Message - 
  From: clbpereira 
  To: oraora...@yahoogrupos.com.br ; usuarios_ora...@yahoogrupos.com.br ; 
oracle_br@yahoogrupos.com.br ; oracle_to...@yahoogrupos.com.br 
  Sent: Monday, November 02, 2009 6:26 PM
  Subject: [oracle_br] Oracle 10g: Recuperação de Banco através de DUMP + 
Archive Log


Boa tarde,
   
  Imaginemos a seguinte situação. Tenho um banco de dados Oracle 10g que possui 
apenas backup lógico e este é executado todos os domingos em modo offline.
   
  Obs: O banco está em modo Archive e sem flashback.
   
  Suponhamos que não tive crach físico da base de dados, porém na quarta-feira 
seguinte um usuário qualquer foi lá e eliminou três tabelas fundamentais do 
sistema, incluindo uma que foi criada e carregada na segunda-feira após o 
backup off-line.
   
  Como faço para voltar estes objetos em sua última posição, ou seja, usando o 
DUMP de domingo + aplicação de Archive Log?
   
  Atenciosamente,
   
  Cleber de Castro Pereira

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Dúvida Restor Backup Rman

[Willian Fernando Frasson]

faça um catalog:

catalog backuppiece '/backup/rman/arquivo.rman' 
estará catalogando arquivo por arquivo

ou 

catalog start with '/backup/rman' noprompt;
estará catalogando todo diretorio /backup/rman


  - Original Message - 
  From: Marcelo Procksch 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, October 27, 2009 5:10 PM
  Subject: [oracle_br] Dúvida Restor Backup Rman


Gelera

  Boa Tarde.

  É possível recuperar um backup do RMAN que foi feito via catalogo sem
  ter o catalogo?
  Eu posso adicionar os arquivos a outro catalogo ou a um controlfile e
  fazer um restor com esses arquivos?

  Obrigado.
  -- 
  Att.
  Marcelo E. Procksch
  cel. (11) 7960-6637


  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Oracle RAC ! Ajuda

[Willian Fernando Frasson]

Eduardo boa tarde,

Pensando que provavelmente será uma banco de produção a primeira coisa que deve 
ser vista é se o RHEL 5.2 por ex está homologado com RAC 10g, veja na matrix.

Com relação a documento para seu aprendizado, acho interessante subir duas VM's 
e fazer como ex do oracle_base.com

http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php


  - Original Message - 
  From: Eduardo T.I 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, October 26, 2009 4:39 PM
  Subject: [oracle_br] Oracle RAC ! Ajuda


Boa tarde Pessoal,

  Estou implentando um ambiente de 2 Servidores Quad-core com 16GB de memória 
cada e Storage iSCSI com ORACLE RAC 10G.
  Comprei as licenças da RedHat, alguem teria um material para implementação 
desde o inicio, e qual versão do S.O recomendada mais estavel ?

  Aguardo ajuda.

  Valeu

  Edu.

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Problemas ao Instalar Oracle 11R2 + Storage !!

[Willian Fernando Frasson]

Amigo ja olhou seu alert.log?


Acredito que seja porque você já tem um banco com o mesmo nome na maquina, 
quando você quer subir dois bancos com mesmo nome na mesma maquina, basta 
alterar o parametro db_unique_name ex:

instance: abc
banco: xyz

instance: abc1
banco: xyz

Quando você monta o banco ele cria um arquivo lkNomeBANCO por isso há 
necessidade de mudar tal parametro: db_unique_name.

abcs.

  - Original Message - 
  From: candiurudba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, October 26, 2009 3:38 PM
  Subject: [oracle_br] Problemas ao Instalar Oracle 11R2 + Storage !!


Boa tarde colegas,

  Estou instalando o 11gR2 em um storage e estou tendo um pequeno problema. Ao 
final da criação do banco de dados, estou tomando um erro, informando que o 
enterprise manager não pode ser configurado e pede para setar a variavel 
oracle_dbuniquename e startar o enterprise manager.

  Só que ele quando vou inicia-lo, o mesmo roda sem problemas mas fique 
intrigado com esta situação e meio receoso de colocar este servidor em produção 
e ter mais algum erro pos tras deste probleminha...

  O que acham ? 



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Recovery com o RMAN no modo ARCHIVELOG

[Willian Fernando Frasson]

O que você pode fazer é o seguinte:

Com um Backup FULL via RMAN do Servidor1:

1) Instale o 10g e aplique o Patchset da mesma versão no Servidor2
2) Faça copia da pasta DBS do Servidor1 para Servidor2
3) Faça um startup nomount; (Servidor2)
4) Utilize o script abaixo para restaurar seu banco:

Com relação a cada comando do RMAN

#!/bin/bash
DATA=`date +%Y%m%d.%H%M`
export DATA_BKP=`date +%Y%m%d`
rman target / LOG=/backup/rman/log_restore_rman_full_$DATA.log 

Re: [oracle_br] Alguem já passou por isso (Ins talação de Patch Set)

[Willian Fernando Frasson]

Provavelmente suas variaveis de ambiente não estão configuradas corretamente, 
ja verificou o oratab tambem?

abcs.


  - Original Message - 
  From: Marcelo Medrado 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, October 22, 2009 9:10 PM
  Subject: Re: [oracle_br] Alguem já passou por isso (Instalação de Patch Set)


Wilson,

  Boa noite.

  O patchset 10g às vezes tem a mania de colocar um oracle home diferente. Já
  verificou isso?

  Sds,

  Marcelo Medrado

  2009/10/22 Wilson Issao 

  >
  >
  > Prezados(as), boa tarde !
  >
  > Talvez (acredito), seja algo que eu tenha feito errado, mas...
  >
  > Estou com a seguinte configuração:
  > Servidor Sun Fire V490 (4 processadores spark 4 - Risc 1.5Ghz e 16GB
  > Memória)
  > Sistema Operacional Sun Solaris 5.10
  > RDBMS Oracle 10g - 10.2.0.1 64bits
  >
  > Ao tentar instalar o patch set 4, simplesmente o "danado" diz que não
  > existe
  > oracle instalado na máquina, e por consequencia, não consigo fazer nada.
  > Estou utilizando usuário ora10g e grupo dba10g, pois já existe outra versão
  > instalada (9i com patch set 7), cujo usuário é oracle e grupo dba.
  >
  > Na instalação da versão 10g, não ocorreu nenhum problemas, e as variáveis
  > ORACLE_HOME, ORACLE_BASE e ORACLE_OWNER foram setadas no .profile, bem como
  > pach, apontando para o local dos binários.
  >
  > Toda ajuda é bem vinda.
  >
  > Obrigado a todos(as).
  >
  > Issao
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] erro no export

[Willian Fernando Frasson]

Simone, boa tarde

Veja no metalink uma nota referente a MATRIX exp/imp:

https://metalink2.oracle.com/metalink/plsql/f?p=130:14:5504369679199176009p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,132904.1,1,1,1,helvetica

abcs.

  - Original Message - 
  From: simone gurita 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, October 19, 2009 3:30 PM
  Subject: [oracle_br] erro no export


Olá. Boa tarde!
  Alguém já passou por isso:
   
  Tenho um banco 10.2.0.4 e preciso copiar apena 1 owner deste banco  para 
outro banco 9.2.0.6
   
  Se faço o exp usando o client  do proprio 10.2 o exp é feito com sucesso . 
Mas ñ me adianta pq ñ vou conseguir importar no 9.2.0.6
  Se faço o exp usando o client do 9.2.6.0 o log do exp aparece o erro abaixo:
   
  EXP-8: ORACLE error 37002 encountered
  ORA-37002: Oracle OLAP failed to initialize. Please contact Oracle OLAP 
technica
  l support.
  ORA-33262: Analytic workspace EXPRESS does not exist.
  ORA-06512: at "SYS.DBMS_AW", line 93
  ORA-06512: at "SYS.DBMS_AW", line 122
  ORA-06512: at "SYS.DBMS_AW_EXP", line 476
  ORA-06512: at line 1
  EXP-00083: The previous problem occurred when calling 
SYS.DBMS_AW_EXP.schema_inf
  o_exp
  . exporting statistics
  Export terminated successfully with warnings.
   
   
   
   
  Se eu usar o client do 10 para IMPORTAR tbm da erro:
   
  IMP-00058: ORACLE error 6550 encountered
  ORA-06550: line 1, column 33:
  PLS-00302: component 'SET_NO_OUTLINES' must be declared
  ORA-06550: line 1, column 7:
  PL/SQL: Statement ignored
  IMP-0: Import terminated unsuccessfully

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: RES: RES: [oracle_br] Restaurar backup do Rman

[Willian Fernando Frasson]

Restaurou os datafiles e archivelogs para depois fazer o recover e abrir com 
resetlogs?

  - Original Message - 
  From: Aleksandro Souza Azevedo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, October 19, 2009 10:04 AM
  Subject: RES: RES: RES: [oracle_br] Restaurar backup do Rman


Restaurei com o comando

  RESTORE CONTROLFILE FROM
  "C:\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2009_10_16\O1_MF_S_700387848_5FJO5RW
  B_.BKP"

  Restaura sem nenhum erro.

  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de Aleksandro Souza Azevedo
  Enviada em: segunda-feira, 19 de outubro de 2009 09:11 AM
  Para: oracle_br@yahoogrupos.com.br
  Assunto: RES: RES: RES: [oracle_br] Restaurar backup do Rman

  Bom dia, 

  Eu fiz o seguinte procedimento :

  Copiei a flash_recovery_area para um local qualquer do outro servidor

  Montei o banco e conectei no rman com rman target /

  Restaurei o arquivo de controle
  O Spfile deu erro ao restaurar, então deixei quieto

  RESTORE SPFILE FROM
  "C:\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2009_10_16\O1_MF_S_700387848_5FJO5RW
  B_.BKP"

  Tive erro com o arquivo Pwdorcl.ora, mas recriei e deu certo.

  Após o banco montado, fui no dia que me interessava restaurar e fui
  adicionando no catálogo todos os .bkp com o comando abaixo :

  CATALOG BACKUPPIECE
  'C:\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2009_10_16\O1_MF_NNNDF_TAG20091016T08
  0958_5FJO470H_.BKP'

  Dei um restore database, e ai não consegui restaurar, porque o datafile 1
  não me recordo da mensagem mas era old, então fiz o seguinte :

  RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;

  Selecionei a opção AUTO, deu alguns erros, mas consegui executar o comando

  ALTER DATABASE OPEN RESETLOGS;

  Ai é que fiquei encucado, o backup do RMAN foi feito com o seguinte comando
  :

  BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;

  Acredito que os logs foram copiados juntamente com os datafiles, então,
  porque somente consegui abrir com o resetlogs ?. Esse macete é que eu ainda
  não sei fazer, mas estou pesquisando.

  De: oracle_br@yahoogrupos.com.br 
  [mailto:oracle_br@yahoogrupos.com.br 
  ] Em
  nome de juliotubista
  Enviada em: domingo, 18 de outubro de 2009 12:54 PM
  Para: oracle_br@yahoogrupos.com.br  
  Assunto: Re: RES: RES: [oracle_br] Restaurar backup do Rman

  Você catalogou os archives?
  Aplicou o recover após o restore ?Usou qual o opção de recover ?

  --- Em oracle_br@yahoogrupos.com.br 
  
  , "Aleksandro Souza Azevedo"  escreveu
  >
  > Bom dia, 
  > 
  > Consegui restaurar o backup utilizando a cópia do cliente só não consegui
  > restaurar os logs, só que o prejuízo foi pequeno já que o backup foi feito
  a
  > noite e o problema ocorreu logo pela manhã.
  > 
  > 
  > 
  > 
  > 
  > De: oracle_br@yahoogrupos.com.br 
  
  [mailto:oracle_br@yahoogrupos.com.br 
  
  ] Em
  > nome de itonebr
  > Enviada em: sexta-feira, 16 de outubro de 2009 08:45 AM
  > Para: oracle_br@yahoogrupos.com.br 
  

  > Assunto: Re: RES: [oracle_br] Restaurar backup do Rman
  > 
  > 
  > 
  > 
  > 
  > Se o backup tiver os control e datafiles vc pode sim recuperar o banco em
  > outra maquina.
  > 
  > Quando vc tiver restaurado o backup de controlfile, vc pode gerar um trace
  > do mesmo para ver a localizacao dos datafiles e redo',s. 
  > A partir dai vc pode recriar no SO a mesma estrutura do banco e concluir o
  > restore, no entanto no RMAN vc tem a possibilidade de renomear os
  datafiles
  > e coloca-los em qualquer diretorio disponivel.
  > 
  > Abraços
  > Alessandro Guimarães
  > 
  > --- Em oracle_br@yahoogrupos.com.br
   
  
  
  > , Aleksandro souza  escreveu
  > >
  > > Então, o que foi perdido foi o HD, foi dano físico que não tem como
  > restaurar. O backup que era feito no RMAN era {backup database}
  > > Nesse backup estava como autobackup o controlfile e acredito que os logs
  > também.
  > > O esquema é que eu terei que instalar um Oracle em uma outra máquina e
  > voltar esse backup do RMAN nessa máquina, porém a system do banco que deu
  > problema esta embutida nesse backup. É possível eu deixar esse Oracle que
  > instalei em outra máquina da mesma maneira que estava na antiga utilizando
  > esse backup ?. 
  > > 
  > > --- Em qui, 15/10/09, itonebr  escreveu:
  > > 
  > > 
  > > De: itonebr 
  > > Assunto: Re: RES: [oracle_br] Restaurar backup do Rman
  > > Para: oracle_br@yahoogrupos.com.br
  

Re: RES: [oracle_br] Restaurar backup do Rman

[Willian Fernando Frasson]

Quando isso acontecer, catalog seu backup de archives:

catalog backuppiece '/tmp/arquivo.rman';


  - Original Message - 
  From: Aleksandro Souza Azevedo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Saturday, October 17, 2009 12:55 PM
  Subject: RES: RES: [oracle_br] Restaurar backup do Rman


Bom dia, 

  Consegui restaurar o backup utilizando a cópia do cliente só não consegui
  restaurar os logs, só que o prejuízo foi pequeno já que o backup foi feito a
  noite e o problema ocorreu logo pela manhã.

  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de itonebr
  Enviada em: sexta-feira, 16 de outubro de 2009 08:45 AM
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: RES: [oracle_br] Restaurar backup do Rman

  Se o backup tiver os control e datafiles vc pode sim recuperar o banco em
  outra maquina.

  Quando vc tiver restaurado o backup de controlfile, vc pode gerar um trace
  do mesmo para ver a localizacao dos datafiles e redo',s. 
  A partir dai vc pode recriar no SO a mesma estrutura do banco e concluir o
  restore, no entanto no RMAN vc tem a possibilidade de renomear os datafiles
  e coloca-los em qualquer diretorio disponivel.

  Abraços
  Alessandro Guimarães

  --- Em oracle_br@yahoogrupos.com.br 
  , Aleksandro souza  escreveu
  >
  > Então, o que foi perdido foi o HD, foi dano físico que não tem como
  restaurar. O backup que era feito no RMAN era {backup database}
  > Nesse backup estava como autobackup o controlfile e acredito que os logs
  também.
  > O esquema é que eu terei que instalar um Oracle em uma outra máquina e
  voltar esse backup do RMAN nessa máquina, porém a system do banco que deu
  problema esta embutida nesse backup. É possível eu deixar esse Oracle que
  instalei em outra máquina da mesma maneira que estava na antiga utilizando
  esse backup ?. 
  > 
  > --- Em qui, 15/10/09, itonebr  escreveu:
  > 
  > 
  > De: itonebr 
  > Assunto: Re: RES: [oracle_br] Restaurar backup do Rman
  > Para: oracle_br@yahoogrupos.com.br 

  > Data: Quinta-feira, 15 de Outubro de 2009, 18:55
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > Pelo que entendi, o rman não tem os backup's do datafiles ?
  > Sem o backup dos datafile não tem como fazer nem o restore e nem o
  recover.
  > 
  > Se tiver o backup dos datafiles, vc precisa fazer o restore do control,
  posteriormente dos datafiles e aplicar os archives.
  > 
  > Uma duvida..vc escreveu que o disco onde estava instalado o Oracle foi
  perdido. Apenas os software estava instalado ou o banco estava neste disco
  tb ?
  > 
  > Abraços
  > Alessandro Guimaraes
  > 
  > --- Em oracle...@yahoogrup os.com.br, "Aleksandro Souza Azevedo"
   escreveu
  > >
  > > Não fui eu quem fez, mas existia um repositório para o RMAN na mesma
  máquina
  > > 
  > > 
  > > 
  > > De: oracle...@yahoogrup os.com.br [mailto:oracle...@yahoogrup os.com.br]
  Em
  > > nome de Marcos Fontana
  > > Enviada em: quinta-feira, 15 de outubro de 2009 03:13 PM
  > > Para: oracle...@yahoogrup os.com.br
  > > Assunto: Re: [oracle_br] Restaurar backup do Rman
  > > 
  > > 
  > > 
  > > 
  > > 
  > > Você usava algum repositório, tipo outra instância ou tudo estava no
  control
  > > file?
  > > 
  > > Att.
  > > 
  > > Marcos Fontana
  > > 
  > > 2009/10/15 aleksandrosouza  >  >
  > > 
  > > >
  > > >
  > > > Boa tarde,
  > > > Existia uma rotina de backup do RMAN que era executada diariamente,
  nessa
  > > > rotina era feita o cópia dos logs, do controlfile, spfile, etc, só que
  não
  > > > os .dbf.
  > > > Todos os arquivos relacionados ao backup estavam guardados em uma
  unidade
  > > > externa.
  > > > O disco aonde estava instalado o Oracle foi perdido e somente sobrou
  os
  > > > backups feitos pelo RMAN.
  > > > Eu consigo instalando o Oracle em outra máquina aproveitar o backup
  feito
  > > > pelo Rman ?.
  > > > Se isso for possível alguem tem alguma documentação específica para
  essa
  > > > situação ?
  > > > Não sei qual era a estrutura que existia anteriormente, o que é
  possível
  > > > fazer, instalar um banco vazio na outra máquina e configurar o rman e
  > > > solicitar o restore ou tem outra forma de fazer.
  > > > Grato e desculpem minha ignorância.
  > > >
  > > > O Oracle em questão é o 11.1
  > > >
  > > > 
  > > >
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > > 
  > > 
  > > 
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > __
  > Veja quais são os assuntos do momento no Yahoo! +Buscados
  > http://br.maisbuscados.yahoo.com
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >

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

Re: [oracle_br] total de cpu(%)

[Willian Fernando Frasson]

segue um select bem simples para pegar as 10 sessões que tem maior consumo de 
cpu:

SELECT * FROM (
SELECT
UPPER(b.username)   username
  , a.disk_readsdisk_reads
  , a.executionsexecutions
  , a.disk_reads / decode(a.executions, 0, 1, a.executions) reads_per_exec
  , sql_text || chr(10) || chr(10)  sql
FROM
sys.v_$sqlarea a
  , dba_users b
WHERE
  a.parsing_user_id = b.user_id
  AND a.disk_reads > 1000
  AND b.username NOT IN ('SYS','SYSTEM')
ORDER BY
disk_reads desc
)
WHERE ROWNUM <11
;

Outra forma que você pode pegar de uma determinada sessão, pegue a mesma via 
PID de SO, ataves do PID, pegue o ISD e Serial# e faça um trace da mesma.

abcs.


  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br ; gpora...@yahoogrupos.com.br 
  Sent: Friday, October 09, 2009 10:04 AM
  Subject: [oracle_br] total de cpu(%)


GeleiraBom dia! 

  Tem alguma maneira de identificar quantos porcento de CPU uma sessão utilizou 
na sua atividade?

  RELEASE 10.2.0.1
  Márcio

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Oracle mais lento que o SQLServer?

[Willian Fernando Frasson]

Tania bom dia,

São varios fatores que incluenciam na questão de escrita do Oracle, tais como 
parametros de memoria, parametros para performance de escrita, uso de FOR? 
bullk collect? 

1) quanto tem de memoria essa maquina que está o Oracle? é a mesma do Sql 
Server?

2) como está os parametros db_cache*, sga_target*, db_writer*


Veja materia sobre bullk collect para vc uma noção do mesmo:
http://mportes.blogspot.com/2007/03/bulk-collect_12.html

abcs.


  - Original Message - 
  From: Tânia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, October 05, 2009 11:06 AM
  Subject: [oracle_br] Oracle mais lento que o SQLServer?


Bom dia pessoal, tenho uma aplicação que irá rodar em vários bancos, para 
testar qual banco esta com melhor performance na nossa aplicação, inserimos 300 
mil registros em uma tabela, e tanto no C# quanto no Delphi o Oracle me demora 
de 2 a 3 segundos a mais que o SQLServer, os testes foram feitos sem alterar 
nenhum configuração de nenhum dos dois bancos, o Oracle XE 10 G e o SQLServer 
2005, sendo que já testamos também no SQLServer2000, não entendo o porque o 
Oracle sempre tem uma melhora maior...
  O Oracle XE possui alguma configuração básica que possamos fazer para que 
melhore esta performance?

  Agradeço desde já a atenção
  Tânia



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: RES: [oracle_br] BULK COLLECT

[Willian Fernando Frasson]

Amigo se você ja tem o grant, (provavel que esteja em outro owner e nao tenha o 
sinonimo da tabela)

abcs

  - Original Message - 
  From: fsilva6 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, October 02, 2009 2:31 PM
  Subject: Re: RES: [oracle_br] BULK COLLECT


Sim, tenho!

  --- Em oracle_br@yahoogrupos.com.br, "Omar Cury"  escreveu
  >
  > Fsilva6,
  > 
  > 
  > 
  > Verifique permissão de acesso(Grant) na tabela tb_teste_diario.
  > 
  > 
  > 
  > 
  > 
  > Att.
  > 
  > Omar
  > 
  > 
  > 
  > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  > nome de fsilva6
  > Enviada em: quinta-feira, 1 de outubro de 2009 17:57
  > Para: oracle_br@yahoogrupos.com.br
  > Assunto: [oracle_br] BULK COLLECT
  > 
  > 
  > 
  > 
  > 
  > 
  > Galera,
  > estou penando com o script abaixo. Já fiz de tudo e não consegui entender o
  > problema.
  > 
  > Abaixo o script.
  > 
  > DECLARE 
  > -- 
  > cursor c_dados is
  > select * from tb_xpto;
  > --
  > type TP_DADOS is table of tb_teste_&2%rowtype index by pls_integer;
  > R_DADOS TP_DADOS ;
  > --
  > BEGIN
  > --
  > OPEN c_dados;
  > --
  > LOOP
  > FETCH c_dados BULK COLLECT INTO R_DADOS LIMIT 500;
  > EXIT WHEN c_dados%NOTFOUND; 
  > --
  > 
  > FORALL indx IN 1.. R_DADOS.COUNT
  > INSERT INTO tb_teste_&2(
  > DT_BONUS ,
  > DDD ,
  > DS_OPERADORA,
  > DS_PLANO ,
  > DS_PROMOCAO ,
  > QTD ,
  > VL_TOTAL ,
  > VL_UNITARIO ,
  > TIPO_BASKET
  > )
  > values (R_DADOS(indx).DT_BONUS ,
  > R_DADOS(indx).DDD ,
  > R_DADOS(indx).DS_OPERADORA,
  > R_DADOS(indx).DS_PLANO ,
  > R_DADOS(indx).DS_PROMOCAO ,
  > R_DADOS(indx).QTD ,
  > R_DADOS(indx).VL_TOTAL ,
  > R_DADOS(indx).VL_UNITARIO ,
  > R_DADOS(indx).TIPO_BASKET
  > );
  > 
  > END LOOP;
  > --
  > CLOSE c_dados;
  > --
  > 
  > 
  > EXCEPTION
  > WHEN OTHERS THEN
  > ROLLBACK;
  > END; 
  > 
  > abaixo os erros
  > 
  > PLS-00201: identifier 'tb_teste_diario' must be declared
  > PL/SQL: Item ignored
  > PLS-00597: expression 'R_DADOS' in the INTO list is of wrong type
  > PL/SQL: SQL Statement ignored
  > PL/SQL: ORA-00942: table or view does not exist
  > 
  > Vale lembrar que a tabela "tb_teste_diario" existe no banco.
  > 
  > 
  > 
  > Nenhum vírus encontrado nessa mensagem recebida.
  > Verificado por AVG - www.avgbrasil.com.br
  > Versão: 8.5.409 / Banco de dados de vírus: 270.13.115/2404 - Data de
  > Lançamento: 10/01/09 06:34:00
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: MAPENTO DE LUNS PARA ORACLE RAC

[Willian Fernando Frasson]

Não gerencia não, o OpenFiller apenas simula o gerencimento em modo shared dos 
discos, de qualquer forma para que você teste seu RAC em uma Vmware (pelo que 
estou vendo é o caso), terá que ou usar o OpenFiller para gerenciar (OCR, 
Voting, ASM) ou então pode fazer de forma compartilhada conforme ex a seguir:

http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php

abcs

  - Original Message - 
  From: Aparecido 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 30, 2009 6:08 PM
  Subject: [oracle_br] Re: MAPENTO DE LUNS PARA ORACLE RAC


IMPORTANTE:

  ESTA SOLUÇÃO É NECESSÁRIA PARA OCR E VOTING DISKS OU RAW
  DEVICES.

  PARA DISCOS DE DADOS A ASMLIB GERENCIA ISSO.

  Aparecido Souza da Silva
  ORACLE DBA / LINUX
  ORACLE CERTIFIED ASSOCIATE 10g
  asilva.cdi...@gmail.com

  --- Em oracle_br@yahoogrupos.com.br, "Aparecido"  escreveu
  >
  > Boa tarde a todos.
  >
  > Estou utilizando como storage um cara chamado OPENFILER
  > (www.openfiler.com).
  >
  > Consegui resolver o problema!
  >
  > Tudo o que tive que fazer foi adicionar uma regra na white list do
  > SCSI_ID.CONF para reconhecer o OPENFILER e algumas regras para tornar
  > persistente os devices utilizando a mesma sequencia de luns em todos
  os
  > servidores, segue abaixo o que eu fiz:
  >
  >
  > ADICIONEI A SEGUINTE LINHA NO ARQUIVO /etc/scsi_id.conf em todos os
  > servidores:
  >
  > vendor=OPNFILER, model=VIRTUAL-DISK, options=-g
  >
  > EM SEGUIDA CRIEI O ARQUIVO /etc/udev/rules.d/55-iscsi.rules E
  ADICIONEI
  > AS SEGUINTES REGRAS:
  >
  > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id",
  > RESULT="14f504e46494c45006d6d734169672d4e5231772d616c3634" ,
  NAME="sdb"
  > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id",
  > RESULT="14f504e46494c45007676787661762d694677492d33614753" ,
  NAME="sdc"
  > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id",
  > RESULT="14f504e46494c450071774e6b33592d6e6d39742d58513946" ,
  NAME="sdd"
  > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id",
  > RESULT="14f504e46494c450030646d4e71712d6d6650392d366d4e4b" ,
  NAME="sde"
  > KERNEL="sd*[!0-9]", PROGRAM="/sbin/scsi_id",
  > RESULT="14f504e46494c45003273776c65662d4d6b64312d46305970" ,
  NAME="sdf"
  >
  > Desta forma consegui persistir por exemplo a mesma lun01 em todos os
  > servidores como /dev/sdb, e assim sucessivamente.
  >
  > OBS: Pra descobrir os IDs das LUNS eu rodei o seguinte comando como
  > root: scsi_id -g -u -s /block/sd[x] sendo [x] a letra do device
  > (sdb,sdc, sdd, etc...).
  >
  >
  > Espero que ajude alguém pois foram horas de pesquisa, rsss
  >
  > Abraço a todos.
  >
  > Aparecido Souza da Silva
  > ORACLE DBA / LINUX
  > ORACLE CERTIFIED ASSOCIATE 10g
  > asilva.cdi...@...
  >
  >
  > --- Em oracle_br@yahoogrupos.com.br, "rolegar" rolegar@ escreveu
  > >
  > > Cido,
  > >
  > > Qual o storage utilizado? No caso de EMC em um RPM(EMCPowerPath) que
  > faz o mapeamento para algo do tipo /dev/emcpowera e demais lun's
  > dependendo da configuração.
  > >
  > >
  > >
  > >
  > > >
  > > > Olá a todos.
  > > >
  > > > Estou montando um RAC 10g em RedHat 4 e luns fornecidas via iSCSI
  de
  > um STORAGE.
  > > >
  > > > Como faço para mapear as luns para os mesmo devices nos dois
  > servidores?
  > > >
  > > > Ex:
  > > > servidor1 lun0 --> /dev/sdb
  > > > servidor2 lun0 --> /dev/sdb
  > > >
  > > > O que ocorre é que tenho 5 luns e o mapeamento é aleatorio.
  > > >
  > > > Obrigado pela atenção.
  > > >
  > > > Cido
  > > >
  > >
  >
  >
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] ORA-12500 TNS ouvinte falhou ao iniciar um processo de servidor dedicado

[Willian Fernando Frasson]

Amigo boa tarde,

Esse problema é devido a falta de memória no servidor, no momento que ele está 
tentando alocar mais um processo novo no SO (imagino que seu oracle esteja 
configurado no modo dedicado) :

O que poderia fazer para resolver:

1) Verificar se windows está configurado com o /PAE alterando oa rquivo 
boot.ini colocando  o 3G:
veja ex: 
http://www.guiadowindows.net/2009/05/como-utilizar-mais-de-3-gb-de-ram-no-windows-32-bits.html

2) Aumentar a memoria do seu servidor e atualizar seu Windows 2000 para 2003 64 
bits

Antes de tudo isso apenas verifique se todos processos estão ok com relação a 
quant. de sessoes no banco ok?

abcs.


  - Original Message - 
  From: cegoncalvesvr 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 30, 2009 4:59 PM
  Subject: [oracle_br] ORA-12500 TNS ouvinte falhou ao iniciar um processo de 
servidor dedicado


Ola amigos,

  meu banco apresenta ORA-12500 de vez em quando.
  Impedindo novas conexões ao sistema e travando quem esta conectado.
  não sei mais o que fazer.
  envo os meus parametros apara ver se alguma amigo me ajuda.

  Oracle 9.2.0.7
  Windows 2000 Server
  04 GB RAM

  * Windows so esta gerenciando 02 GB.
  é o maiximo que ele consegue.

  active_instance_count 
  aq_tm_processes 1
  archive_lag_target 0
  audit_sys_operations FALSE
  audit_trail NONE
  background_core_dump partial
  background_dump_dest C:\oracle\admin\CSSJ\bdump
  backup_tape_io_slaves FALSE
  bitmap_merge_area_size 1048576
  blank_trimming FALSE
  buffer_pool_keep 
  buffer_pool_recycle 
  circuits 995
  cluster_database FALSE
  cluster_database_instances 1
  cluster_interconnects 
  commit_point_strength 1
  compatible 9.2.0.0.0
  control_file_record_keep_time 7
  control_files E:\oracle\oradata\CSSJ\CONTROL01.CTL, 
E:\oracle\oradata\CSSJ\CONTROL02.CTL, E:\oracle\oradata\CSSJ\CONTROL03.CTL
  core_dump_dest C:\oracle\admin\CSSJ\cdump
  cpu_count 4
  create_bitmap_area_size 8388608
  cursor_sharing EXACT
  cursor_space_for_time FALSE
  db_block_buffers 0
  db_block_checking FALSE
  db_block_checksum TRUE
  db_block_size 8192
  db_cache_advice ON
  db_cache_size 503316480
  db_create_file_dest 
  db_create_online_log_dest_1 
  db_create_online_log_dest_2 
  db_create_online_log_dest_3 
  db_create_online_log_dest_4 
  db_create_online_log_dest_5 
  db_domain 
  db_file_multiblock_read_count 16
  db_file_name_convert 
  db_files 600
  db_keep_cache_size 0
  dblink_encrypt_login FALSE
  db_name CSSJ
  db_recycle_cache_size 0
  dbwr_io_slaves 0
  db_writer_processes 1
  db_16k_cache_size 0
  db_2k_cache_size 0
  db_32k_cache_size 0
  db_4k_cache_size 0
  db_8k_cache_size 0
  dg_broker_config_file1 %ORACLE_HOME%\DATABASE\DR1%ORACLE_SID%.DAT
  dg_broker_config_file2 %ORACLE_HOME%\DATABASE\DR2%ORACLE_SID%.DAT
  dg_broker_start FALSE
  disk_asynch_io TRUE
  dispatchers (PROTOCOL=TCP) (SERVICE=CSSJXDB)
  distributed_lock_timeout 60
  dml_locks 4000
  drs_start FALSE
  enqueue_resources 4240
  event 
  fal_client 
  fal_server 
  fast_start_io_target 0
  fast_start_mttr_target 300
  fast_start_parallel_rollback LOW
  file_mapping FALSE
  filesystemio_options 
  fixed_date 
  gc_files_to_locks 
  global_context_pool_size 
  global_names FALSE
  hash_area_size 30122200
  hash_join_enabled TRUE
  hi_shared_memory_address 0
  hs_autoregister TRUE
  ifile 
  instance_groups 
  instance_name CSSJ
  instance_number 0
  java_max_sessionspace_size 0
  java_pool_size 25165824
  java_soft_sessionspace_limit 0
  job_queue_processes 10
  large_pool_size 75497472
  license_max_sessions 0
  license_max_users 0
  license_sessions_warning 0
  local_listener 
  lock_name_space 
  lock_sga FALSE
  log_archive_dest f:\archives
  log_archive_dest_state_1 enable
  log_archive_dest_state_10 enable
  log_archive_dest_state_2 enable
  log_archive_dest_state_3 enable
  log_archive_dest_state_4 enable
  log_archive_dest_state_5 enable
  log_archive_dest_state_6 enable
  log_archive_dest_state_7 enable
  log_archive_dest_state_8 enable
  log_archive_dest_state_9 enable
  log_archive_dest_1 
  log_archive_dest_10 
  log_archive_dest_2 
  log_archive_dest_3 
  log_archive_dest_4 
  log_archive_dest_5 
  log_archive_dest_6 
  log_archive_dest_7 
  log_archive_dest_8 
  log_archive_dest_9 
  log_archive_duplex_dest 
  log_archive_format arch_%t_%s.arc
  log_archive_max_processes 2
  log_archive_min_succeed_dest 1
  log_archive_start TRUE
  log_archive_trace 0
  log_buffer 30420992
  log_checkpoint_interval 100
  log_checkpoints_to_alert FALSE
  log_checkpoint_timeout 180
  log_file_name_convert 
  logmnr_max_persistent_sessions 1
  log_parallelism 1
  max_commit_propagation_delay 700
  max_dispatchers 5
  max_dump_file_size UNLIMITED
  max_enabled_roles 30
  max_rollback_segments 218
  max_shared_servers 20
  mts_circuits 995
  mts_dispatchers (PROTOCOL=TCP) (SERVICE=CSSJXDB)
  mts_listener_address 
  mts_max_dispatchers 5
  mts_max_servers 20
  mts_multiple_listeners FALSE
  mts_servers 1
  mt

Re: [oracle_br] Re: WinaXE Free

[Willian Fernando Frasson]

outro cara que vc pode utilizar é bem facil eh o Xmanager, basta abrir dai o 
programa que vem com ele chamado (Xmanager - passive), depois
export o DISPLAY da sua maquina la dentro do servidor onde quer abrir o dbca:
ex: IP DA SUA MAQUINA: 192.168.1.95

execute na sua sessão oracle no linux/unix:

export DISPLAY=192.168.1.95:0.0

Dai é só chamar o dbca e criar seu banco.

abcs


  - Original Message - 
  From: Luiz Antonio Camargo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 30, 2009 10:18 AM
  Subject: Re: [oracle_br] Re: WinaXE Free


Obrigado pela dica.
  Eu quero ele para usar exatamente o DBCA (dba newbie ainda ... hehehe)

  vlw

  2009/9/30 jlchiappa 

  >
  >
  > Intão, na verdade eu gosto mais do CygWin/X porque o uso junto com o CygWin
  > em si (é ** fantástico **, eu me admiro a cada vez que faço um ls, ps, tail
  > e heads em arquivos Windows :) mas já usei N vezes o X/Ming também : a minha
  > experiência bate TOTALMENTE com o exposto em
  > http://www.orafaq.com/forum/t/137534/2/ , que se vc instalar as FONTES
  > extras vai bem e é tranquilo E é claro, eu ** sempre ** a primeira vez
  > instalo só o software-base, depois o patch é só ENTÂO, com o patch mais
  > recente em ação, aciono o dbca...
  >
  > []s
  >
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br ,
  > "rei_do_delphi"  escreveu
  > >
  > > Senhores,
  > >
  > > só um detalhe, eu recomendo a utilização do cygwin/X ou de um outro pago
  > chamado xwin32, pois o xming tem um bug que quando você chama o DBCA ( criar
  > banco ) do 10g, na última tela, o botão de "Criar Banco" não funciona, você
  > clica e ele volta e não avança o processo. Há também a opção de utilização
  > do vncserver, onde você inicia o processo no servidor, da um cat no log que
  > ele gerar, e então você vai no seu browse e acessa:
  > >
  > > http://ip_do_servidor:porta_do_log
  > >
  > > Abraços,
  > >
  > > --- Em oracle_br@yahoogrupos.com.br ,
  > Luiz Antonio Camargo  escreveu
  > > >
  > > > Muito obrigado pessoal
  > > >
  > > > 2009/9/29 Alberto Souza 
  > > >
  > > > >
  > > > >
  > > > > Eu uso Xming sem problemas.
  > > > >
  > > > > http://www.straightrunning.com/XmingNotes/
  > > > >
  > > > > Alberto Souza
  > > > > 
  > > > >
  > > > > Em 29/09/2009 12:03, luizlaiho escreveu:
  > > > > >
  > > > > > Alguém conhece algum utilitário Free semelhante ao WinaXE? Serve
  > para
  > > > > > exportar o terminal x do linux numa maquina windows...
  > > > > >
  > > > > > O WinaXE é legal, mas como tenho a versão shareware, ele dura 30
  > > > > > minutos somente.
  > > > > >
  > > > > > Obrigado
  > > > > >
  > > > > >
  > > > >
  > > > >
  > > > >
  > > >
  > > >
  > > > [As partes desta mensagem que não continham texto foram removidas]
  > > >
  > >
  >
  > 
  >

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Estatísticas

[Willian Fernando Frasson]

Alex bom dia,

A forma ideal de coletar as estatisticas é a forma que vc mesmo pasosu usando 
gather_stats, algumas coisas variam conforme o ambiente, tabelas, número de 
registros das tabelas envolvidas, tenho casos onde faço tabela a tabela com 
gather_stats com %% especifico para 20% em tabelas maiores, 70% em tabelas 
menores, em outros casos tenho um scheduled onde é feito de forma automatica 
tais coletas.
segue alguns ex. na qual pode utilizar:
http://www.oracle-base.com/articles/8i/CostBasedOptimizerAndDatabaseStatistics.php

abcs.

  - Original Message - 
  From: Alex Oracle 
  To: OracleBR 
  Sent: Wednesday, September 30, 2009 10:17 AM
  Subject: [oracle_br] Estatísticas


Olá pessoal,

  gostaria de saber o que seria mais recomendado para atualizar estatísticas de 
tabelas/indices?

  Isso porque se usava o 'analyze table xpto compute/estimate statistics, em 
versões anteriores, e nas versões mais recentes tem a pkg dbms_stats com 
dezenas de opções e variações.

  Considerando um banco medio porte, 50~100 conexões, que parametros seria 
interessantes utilizar?
  Algo generico como abaixo já está de bom tamanho, ou dá pra acrescentar 
algumas opções que fazem diferença?

  dbms_stats.gather_table_stats(ownname=> 'schema', tabname=> 'tb_name');

  Sei que existem opções pra todos os tipos de banco, mas considerando um banco 
, o quer seria suficiente?

  Agradeço desde já sugestões.
  Abraço, Alex

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] RE: Instalação de RAC - erro no dbca

[Willian Fernando Frasson]

Ah desculpe antes de fazer isso, pare o CRS /etc/init.d/init.crs stop (como 
root)

  - Original Message - 
  From: Alex Oracle 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 24, 2009 9:45 PM
  Subject: [oracle_br] RE: Instalação de RAC - erro no dbca


Willian,

  desculpa, não tinha visto seu email.
  Mas executei o comando e acredito que o erro está aí.
  Olha o resultado:

  [r...@rac1 bin]# ./localconfig reset
  Successfully accumulated necessary OCR keys.
  Creating OCR keys for user 'root', privgrp 'root'..
  Operation successful.
  Configuration for local CSS has been initialized
  Stale CSS daemon is running... killing it now
  Adding to inittab
  Startup will be queued to init within 90 seconds.
  Checking the status of new Oracle init process...
  Expecting the CRS daemons to be up within 600 seconds.
  Giving up: Oracle CSS stack appears NOT to be running.
  Oracle CSS service would not start as installed
  Automatic Storage Management(ASM) cannot be used until Oracle CSS service is 
started

  Nesse caso, o que devo fazer? Poderia me dar o caminho das pedras? hehe

  Desde já obrigado pelas dicas.
  Abraço
  Alex

  --- Em qui, 24/9/09, Willian Fernando Frasson  
escreveu:

  > De: Willian Fernando Frasson 
  > Assunto: Re: [oracle_br] RE: Instalação de RAC - erro no dbca
  > Para: oracle_br@yahoogrupos.com.br
  > Data: Quinta-feira, 24 de Setembro de 2009, 23:49
  > veja que o listener está em UNKNOWN
  > no RAC1, tentou fazer o procedimento que te passei do
  > local_config?
  > abcs
  > 
  >   - Original Message - 
  >   From: Alex Oracle 
  >   To: OracleBR 
  >   Sent: Wednesday, September 23, 2009 10:30 PM
  >   Subject: [oracle_br] RE: Instalação de RAC - erro
  > no dbca
  > 
  > 
  > Rolegar/Willian,
  > 
  >   obrigado pelas sugestões, tantas variáveis num rac
  > que qualquer coisa faz muita diferença.
  > 
  >   Segundo sugestão, me parece que o comando abaixo
  > está ok, ou não?
  >   [ora...@rac1 bin]$ ./crs_stat -t
  >   Name Type Target State Host
  >  
  > --
  >   oraSM1.asm application ONLINE ONLINE rac1
  >   oraC1.lsnr application ONLINE UNKNOWN rac1
  >   ora.rac1.gsd application ONLINE UNKNOWN rac1
  >   ora.rac1.ons application ONLINE UNKNOWN rac1
  >   ora.rac1.vip application ONLINE ONLINE rac1
  >   oraSM2.asm application ONLINE UNKNOWN rac2
  >   oraC2.lsnr application ONLINE UNKNOWN rac2
  >   ora.rac2.gsd application ONLINE UNKNOWN rac2
  >   ora.rac2.ons application ONLINE UNKNOWN rac2
  >   ora.rac2.vip application ONLINE ONLINE rac2
  > 
  >   Outra sugestão foi o Listener, não sabia disso,
  > mas vi que tem um configurado já, basta iniciar antes do
  > dbca?!?
  > 
  >   [ora...@rac1 bin]$ cat
  > /oracle/product/10.2.0/db_1/network/admin/listener.ora
  >   # listener.ora.rac1 Network Configuration File:
  > /oracle/product/10.2.0/db_1/network/admin/listener.ora.rac1
  >   # Generated by Oracle configuration tools.
  > 
  >   LISTENER_RAC1 =
  >   (DESCRIPTION_LIST =
  >   (DESCRIPTION =
  >   (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
  >   (ADDRESS = (PROTOCOL = TCP)(HOST =
  > rac1-vip.localdomain)(PORT = 1521)(IP = FIRST))
  >   (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT =
  > 1521)(IP = FIRST))
  >   )
  >   )
  > 
  >   SID_LIST_LISTENER_RAC1 =
  >   (SID_LIST =
  >   (SID_DESC =
  >   (SID_NAME = PLSExtProc)
  >   (ORACLE_HOME = /oracle/product/10.2.0/db_1)
  >   (PROGRAM = extproc)
  >   )
  >   )
  > 
  >   Alem disso, li algo a respeito e fiquei com duvida
  > no /etc/hosts se está correto, poderia dar uma olhada?
  >   [ora...@rac2 bin]$ cat /etc/hosts
  >   127.0.0.1 localhost.localdomain localhost
  > 
  >   # Public
  >   10.1.1.50 rac1.localdomain rac1
  >   10.1.1.51 rac2.localdomain rac2
  > 
  >   #Private
  >   10.1.2.150 rac1-priv.localdomain rac1-priv
  >   10.1.2.151 rac2-priv.localdomain rac2-priv
  > 
  >   #Virtual
  >   10.1.1.150 rac1-vip.localdomain rac1-vip
  >   10.1.1.151 rac2-vip.localdomain rac2-vip
  > 
  >   Agradeço mais uma vez as sugestões.
  >   Alex
  > 
  >  
  > __
  >   Veja quais são os assuntos do momento no Yahoo!
  > +Buscados
  >   http://br.maisbuscados.yahoo.com
  > 
  > 
  > 
  >   
  > 
  > 
  > --
  > 
  > 
  > 
  >   O Banco de Dados de Vírus interno expirou.
  >   Verificado por AVG - http://www.avgbrasil.com.br 
  >   Versão: 8.0.233 / Banco de dados de vírus:
  > 270.10.16/1926 - Data de Lançamento: 30/1/2009 17:31
  > 

Re: [oracle_br] RE: Instalação de RAC - erro no dbca

[Willian Fernando Frasson]

veja que o listener está em UNKNOWN no RAC1, tentou fazer o procedimento que te 
passei do local_config?
abcs

  - Original Message - 
  From: Alex Oracle 
  To: OracleBR 
  Sent: Wednesday, September 23, 2009 10:30 PM
  Subject: [oracle_br] RE: Instalação de RAC - erro no dbca


Rolegar/Willian,

  obrigado pelas sugestões, tantas variáveis num rac que qualquer coisa faz 
muita diferença.

  Segundo sugestão, me parece que o comando abaixo está ok, ou não?
  [ora...@rac1 bin]$ ./crs_stat -t
  Name Type Target State Host
  --
  oraSM1.asm application ONLINE ONLINE rac1
  oraC1.lsnr application ONLINE UNKNOWN rac1
  ora.rac1.gsd application ONLINE UNKNOWN rac1
  ora.rac1.ons application ONLINE UNKNOWN rac1
  ora.rac1.vip application ONLINE ONLINE rac1
  oraSM2.asm application ONLINE UNKNOWN rac2
  oraC2.lsnr application ONLINE UNKNOWN rac2
  ora.rac2.gsd application ONLINE UNKNOWN rac2
  ora.rac2.ons application ONLINE UNKNOWN rac2
  ora.rac2.vip application ONLINE ONLINE rac2

  Outra sugestão foi o Listener, não sabia disso, mas vi que tem um configurado 
já, basta iniciar antes do dbca?!?

  [ora...@rac1 bin]$ cat /oracle/product/10.2.0/db_1/network/admin/listener.ora
  # listener.ora.rac1 Network Configuration File: 
/oracle/product/10.2.0/db_1/network/admin/listener.ora.rac1
  # Generated by Oracle configuration tools.

  LISTENER_RAC1 =
  (DESCRIPTION_LIST =
  (DESCRIPTION =
  (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
  (ADDRESS = (PROTOCOL = TCP)(HOST = rac1-vip.localdomain)(PORT = 1521)(IP = 
FIRST))
  (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)(IP = FIRST))
  )
  )

  SID_LIST_LISTENER_RAC1 =
  (SID_LIST =
  (SID_DESC =
  (SID_NAME = PLSExtProc)
  (ORACLE_HOME = /oracle/product/10.2.0/db_1)
  (PROGRAM = extproc)
  )
  )

  Alem disso, li algo a respeito e fiquei com duvida no /etc/hosts se está 
correto, poderia dar uma olhada?
  [ora...@rac2 bin]$ cat /etc/hosts
  127.0.0.1 localhost.localdomain localhost

  # Public
  10.1.1.50 rac1.localdomain rac1
  10.1.1.51 rac2.localdomain rac2

  #Private
  10.1.2.150 rac1-priv.localdomain rac1-priv
  10.1.2.151 rac2-priv.localdomain rac2-priv

  #Virtual
  10.1.1.150 rac1-vip.localdomain rac1-vip
  10.1.1.151 rac2-vip.localdomain rac2-vip

  Agradeço mais uma vez as sugestões.
  Alex

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Instalação de RAC - erro no dbca

[Willian Fernando Frasson]

Chegou a rodar o config do CSS novamente?

$ORACLE_HOME/bin/localconfig reset

  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 23, 2009 11:54 AM
  Subject: Re: [oracle_br] Instalação de RAC - erro no dbca


Alex bom dia,

  Você deve subir o listener manualmente nesse caso, veja se o mesmo está no ar 
no momento que você abre o DBCA e se o mesmo contém a instancia ASM nele.

  - Original Message - 
  From: Alex Oracle 
  To: OracleBR 
  Sent: Tuesday, September 22, 2009 10:29 PM
  Subject: [oracle_br] Instalação de RAC - erro no dbca

  Olá pessoal,

  estou instalando um ambiente Rac seguindo os passos descritos no site 
Oracle-base.
  ( 
http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php#create_db_using_dbca
 )
  Todos os passos foram executados sem problemas, mas agora no ultimo passo 
para criar a instancia estou tendo dificuldades.

  Seguindo a sequencia de telas no DBCA, após selecionar o mecanismo de 
armazenamento, no caso, ASM, logo aparece a mensagem:
  "Error when connectiong to ASM instance onlocal node: Io exception: The 
Network Adapter could not establish the connection"

  Em seguida a janela de senha do SYS para ASM, mas retorna mensagem de que a 
senha está invalida.

  As instancias Asm em ambos os nós estão rodando, executei pelos comandos
  [ora...@rac1 bdump]$ srvctl [start/stop] asm -n [rac1/rac2]

  Gerei nova senha via orapwd, e resetei as instancias Asm, mas reiniciado o 
processo pelo DBCA, o erro persiste.

  Tem algo mais que possa fazer ou alguma sugestão?

  Agradeço desde já.
  Abraço.
  Alex

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Instalação de RAC - erro no dbca

[Willian Fernando Frasson]

Alex bom dia,

Você deve subir o listener manualmente nesse caso, veja se o mesmo está no ar 
no momento que você abre o DBCA e se o mesmo contém a instancia ASM nele.

  - Original Message - 
  From: Alex Oracle 
  To: OracleBR 
  Sent: Tuesday, September 22, 2009 10:29 PM
  Subject: [oracle_br] Instalação de RAC - erro no dbca


Olá pessoal,

  estou instalando um ambiente Rac seguindo os passos descritos no site 
Oracle-base.
  ( 
http://www.oracle-base.com/articles/10g/OracleDB10gR2RACInstallationOnCentos4UsingVMware.php#create_db_using_dbca
 )
  Todos os passos foram executados sem problemas, mas agora no ultimo passo 
para criar a instancia estou tendo dificuldades.

  Seguindo a sequencia de telas no DBCA, após selecionar o mecanismo de 
armazenamento, no caso, ASM, logo aparece a mensagem:
  "Error when connectiong to ASM instance onlocal node: Io exception: The 
Network Adapter could not establish the connection"

  Em seguida a janela de senha do SYS para ASM, mas retorna mensagem de que a 
senha está invalida.

  As instancias Asm em ambos os nós estão rodando, executei pelos comandos
  [ora...@rac1 bdump]$ srvctl [start/stop] asm -n [rac1/rac2]

  Gerei nova senha via orapwd, e resetei as instancias Asm, mas reiniciado o 
processo pelo DBCA, o erro persiste.

  Tem algo mais que possa fazer ou alguma sugestão?

  Agradeço desde já.
  Abraço.
  Alex

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] numero de instancias - RAC

[Willian Fernando Frasson]

Diego boa tarde,


Com relação as instancias também já tive relatos onde o número máximo de 
instancias para cada NODE questão de performance é o ideal.

  - Original Message - 
  From: Diego Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, September 21, 2009 5:33 PM
  Subject: RES: [oracle_br] numero de instancias - RAC


Caros amigos,
  Um amigo aqui da empresa foi em um curso do Burleson (aqueles que tem em
  cruzeiro), ele falou que nas palestras lá ministradas e indicaram que o
  ideal para um ambiente RAC são 3 instancias, mais que isso começa a
  complicar.

  No ambiente em que trabalho hoje temos 7 instancias em 3 nós, e não
  aconselho a ninguém que faça o mesmo. O conceito de RAC as vezes não
  funcionam direto.

  Abcs,

  Diego Menezes
  DBA ORACLE

  -Mensagem original-
  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de Júlio César Corrêa
  Enviada em: segunda-feira, 21 de setembro de 2009 17:03
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] numero de instancias - RAC

  Você quer saber instancias por nó ou quantidade de nós possíveis?

  2009/9/21 orfeu lima 

  >
  >
  >
  > Bom dia Srs,
  >
  > Alguem Saberia me informar se tem algum documento da oracle, recomendando
  > um número X de instancias em cima de um RAC??
  >
  > obrigado
  >
  > __
  > Deixe suas conversas mais divertidas. Baixe agora mesmo novos emoticons. É
  > grátis!
  > http://specials.br.msn.com/ilovemessenger/pacotes.aspx
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

  -- 
  Júlio César Corrêa
  IS Technologist - Oracle DBA
  www.dbajccorrea.com

  "To stay competitive in the tech industry, never stop
  learning. Always be on the lookout for better ways of
  doing things and new technologies. Our industry does
  not reward people who let themselves stagnate"
  -John Hall, Senior Vice President, Oracle University

  [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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] numero de instancias - RAC

[Willian Fernando Frasson]

Só incrementando, algumas empresas nos Estados Unidos e até aqui no Brasil 
conheço uma que está começando a cogitar o uso de  Infinity Band 
para o trafego entre as interconnects, em alguns overviews da Dell ja vi até 32 
nós, mas em prática o máximo que temos hoje em cliente são 4.


  - Original Message - 
  From: Rodrigo Mufalani 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, September 21, 2009 6:03 PM
  Subject: Re: [oracle_br] numero de instancias - RAC


Boa tarde,

  No site do Burleson tem algo sobre este assunto. Ao meu ver o número ideal 
  é de acordo com a sua demanda. Particularmente eu acho que 2 a 3 nós o 
  tamanho ideal, mas tudo depende do seu banco de dados.
  Muito cuidado com a alocação de serviços pois o ideal é que você tenha 2 
  nós por serviço para evitar que muitos nós possam requisitar o mesmo bloco e 
  vc ter muito tráfego de interconnect.

  Atenciosamente,

  Rodrigo Mufalani
  OCP 10g & 11g
  OCE RAC 10g R2
  Oracle ACE Member
  http://mufalani.blogspot.com
  mufal...@oi.com.br

  - Original Message - 
  From: "Duilio Bruniera Junior" 
  To: 
  Sent: Monday, September 21, 2009 4:34 PM
  Subject: Re: [oracle_br] numero de instancias - RAC

  Brother o ORACLE RAC é uma solução de cluster ativo - ativo , voce não vai
  encontrar nada que diga que dois nós, tres ou dez seja padrão, na verdade o
  negocio é quanto mais melhor porem isso depende do seu negocio e voçe tambem
  não tera uma performance absurda a grande sacada do RAC é manter a alta
  disponibilidade da aplicação.

  2009/9/21 orfeu lima 

  >
  >
  >
  > Bom dia Srs,
  >
  > Alguem Saberia me informar se tem algum documento da oracle, recomendando
  > um número X de instancias em cima de um RAC??
  >
  > obrigado
  >
  > __
  > Deixe suas conversas mais divertidas. Baixe agora mesmo novos emoticons. É
  > grátis!
  > http://specials.br.msn.com/ilovemessenger/pacotes.aspx
  >
  > [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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Problema no parâmetro Global Cache

[Willian Fernando Frasson]

o crsd.log é onde fica guardado os logs do CRS de ambos os nós

  - Original Message - 
  From: erika furlan 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 5:43 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache


Willian,

  não tem e eu preciso saber que parâmetro é este? Qual a função dele?

  Érika Queiros Furlan  
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

  
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br
  Sent: Thursday, September 17, 2009 5:25:09 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache


  Erika,

  Veja dentro do arquivo crsd.log de cada nó para detectar onde está o 
problema, provavel que esteja dentro dele.

  - Original Message - 
  From: erika furlan 
  To: oracle...@yahoogrup os.com.br 
  Sent: Thursday, September 17, 2009 5:18 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache

  William,

  o problema foi detectado no Enterprise Manager não especificadament no nó, 
por isto que eu achei estranho.

  Érika Queiros Furlan 
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

   _ _ __
  From: Willian Fernando Frasson 
  To: oracle...@yahoogrup os.com.br
  Sent: Thursday, September 17, 2009 5:14:23 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache

  Erika parece problema no Cache Fusion...

  Esse erro estava no crsd.log?

  Nao havendo atividade no RAC (Somente um nó? Todos nós?)

  - Original Message - 
  From: erika furlan 
  To: oracle...@yahoogrup os.com.br 
  Sent: Thursday, September 17, 2009 4:26 PM
  Subject: [oracle_br] Problema no parâmetro Global Cache

  Olá,
  alguém pode me ajudar com este parâmetro:

  Não havendo ainda nenhuma atividade no RAC detectei alguns indícios de 
problemas com o RAC:
  * 15/09/2009 13:54:34 - A métrica "Global Cache Average CR Get Time" está em 
6,05556 
  * 15/09/2009 14:06:40 - A métrica "Global Cache Average Current Get Time" 
está em ,14286
  O que significa este erro que veio para mim?

  Érika Queiros Furlan 
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

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

   - - - - - -

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasi l.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

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

   - - - - - -

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasi l.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Problema no parâmetro Global Cache

[Willian Fernando Frasson]

Erika,

Veja dentro do arquivo crsd.log de cada nó para detectar onde está o problema, 
provavel que esteja dentro dele.

- Original Message - 
  From: erika furlan 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 5:18 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache


William,

  o problema foi detectado no Enterprise Manager não especificadament no nó, 
por isto que eu achei estranho.

  Érika Queiros Furlan  
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

  
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br
  Sent: Thursday, September 17, 2009 5:14:23 PM
  Subject: Re: [oracle_br] Problema no parâmetro Global Cache


  Erika parece problema no Cache Fusion...

  Esse erro estava no crsd.log?

  Nao havendo atividade no RAC (Somente um nó? Todos nós?)

  - Original Message - 
  From: erika furlan 
  To: oracle...@yahoogrup os.com.br 
  Sent: Thursday, September 17, 2009 4:26 PM
  Subject: [oracle_br] Problema no parâmetro Global Cache

  Olá,
  alguém pode me ajudar com este parâmetro:

  Não havendo ainda nenhuma atividade no RAC detectei alguns indícios de 
problemas com o RAC:
  * 15/09/2009 13:54:34 - A métrica "Global Cache Average CR Get Time" está em 
6,05556 
  * 15/09/2009 14:06:40 - A métrica "Global Cache Average Current Get Time" 
está em ,14286
  O que significa este erro que veio para mim?

  Érika Queiros Furlan 
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

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

   - - - - - -

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Replicação de Banco

[Willian Fernando Frasson]

Igor mas não vi a necessidade ai de abrir esse banco a noite, porque não 
continuar aplicando os Archives normalmente?

Não há necessidade de todo dia a noite copiar novamente DATAFILE, REDO, 
CONTROLFILE para a Standby.

Faça o backup via RMAN na produção e deixe a Standby aplicando archives 
normalmente..

  - Original Message - 
  From: Igor Laguardia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 5:00 PM
  Subject: Re: [oracle_br] Re: Replicação de Banco


Na verdade a ideia Willian, é ter duas bases Standard, em servidores
  distintos, uma ficaria parada(status=closed) e a outra, seria a de
  produção(status=open).

  1) A cada 15 min a maquina de produção faria um alter system switch logfile;
  para forçar gerar archive, e copiaria estes archives gerados para o servidor
  da instancia que está parada.

  2) De noite, a replicação a cada 15min para, coloca o banco em backup mode,
  e copia os datafiles, redos e controlfile para a maquina parada, e tira o
  banco de backupmode. A replicação de 15 em 15 continua parada.

  3) Ao finalizar a cópia, o banco que estava parado sofre um STARTUP, e
  começa a aplicar os archives que foram copiados durante o dia. Ao fim da
  cópia, o banco sofre um shutdown immediate.

  4) A replicação a cada 15 min começa novamente.

  Com este processo, na pior das hipóteses, teremos 15min de perda de
  informação.

  2009/9/17 Willian Fernando Frasson 

  >
  >
  > corrigindo meu português:
  >
  > Vai ter a base Standby aplicando archives em um banco Standart certo?
  >
  >
  > Porque não replicar uma das Standby seriam duas Standby na mesma maquina
  > certo?
  >
  > Dai você abre uma delas a noite, faz o backup e coloca uma rotina que
  > retoma a STBY para STBY2 novamente..
  >
  > - Original Message -
  > From: Willian Fernando Frasson
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Thursday, September 17, 2009 1:56 PM
  > Subject: Re: [oracle_br] Re: Replicação de Banco
  >
  > Apenas um pitaco...
  >
  > Vai ter a base Standby não aplicando archives certo?
  >
  > Porque não replicar uma das Standby seriam duas Standby na mesma maquina
  > certo?
  >
  > Dai você abre uma delas a noite, faz o backup e coloca uma rotina que
  > retoma a STBY para STBY2 novamente..
  >
  > - Original Message -
  > From: Igor Laguardia
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Thursday, September 17, 2009 11:18 AM
  > Subject: Re: [oracle_br] Re: Replicação de Banco
  >
  > Passei um caso deste na empresa que eu trabalhava.
  >
  > O que fizemos foi bem "simples" mas IMO uma gambiarra danada.
  >
  > Primeiro leve em consideração, conforme o Chiappa falou, versão Standard é
  > totalmente "capada" e não há como implementar features de replicação sem
  > perda de dados.
  >
  > Visto isto, veja com seu cliente quanto tempo é plausível uma perda de
  > informações, como fizemos no meu caso, que foi 15 min.
  >
  > O que faziamos era assim, a cada 15 min era executada uma batch que fazia
  > switch no redo log online, forçando o arquivamento deste log. logo depois,
  > este archive era copiado para maquina standby, que possuia a mesma
  > estrutura
  > da principal, porem o banco ficava parado.
  >
  > Todos os dias de noite, nós colocavamos o banco principal em backup mode, e
  > copiavamos o banco inteiro para a outra maquina. Ao fim, subiamos o banco
  > na
  > outra maquina, aplicavamos os archives do dia e faziamos backup. Este
  > processo era todo automático e feito por scripts bat.
  >
  > Fizemos alguns testes de contingência, e apesar dela ser manual, funcionava
  > perfeitamente.
  >
  > 2009/9/9 jlchiappa >
  >
  > >
  > >
  > > Colega, sendo a versão Standard, como é, ** extremamente ** podada e
  > > LIMITADA, não é surpresa que nela vc absolutamente Não pode usar o
  > Dataguard
  > > "avançado", que é a solução completa e automatizada de replicação de
  > > banco/standby, vc terá que fazer manualmente algo como o mostrado em
  > > http://www.dbasupport.com/oracle/ora10g/manual_standby.shtml , E perderá
  > > os recursos do dataguard, como a chance de ter o banco Standby aberto e
  > > atendendo à consultas (aliviando a Produção desses encargos), a escolha
  > de
  > > replicar os logs OU os SQLs, e outros quetais...
  > >
  > > []s
  > >
  > > Chiappa
  > > --- Em oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>,
  > > "flavio_delamare"  escreveu
  > >
  > > >
  > > > Olá, Pessoal!
  > > >
  > > > Gostaria de saber quais as possibilidades para implementar uma
  > replicação
  > > de banco em um site externo de contingência.
  

Re: [oracle_br] custo da cpu...

[Willian Fernando Frasson]

Provavel que setou a nivel de memória e nao spfile/pfile.

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 4:36 PM
  Subject: Re: [oracle_br] custo da cpu...


Essa tabela que faz full é pequena, tenho os indices criados nela. Quando 
forço o indice o custo é maior.

  Já fiz a alteração dos parametros conforme mencionado, tinha alterado no mes 
passado, mas vi no historico deles que voltou a alteração, não lembro de ter 
feito isso, mas era para estar assim.

  Márcio.

  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 4:21 PM
  Subject: Re: [oracle_br] custo da cpu...

  Começando temos um alguns full scan na tabela abaixo:
  TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3 

  Qual valor total do custo em MB? KB? Bytes?

  Ja tentou como disse alterar os parametros opt* a nivel de sessão e gerar o 
plano de execucao:
  optimizer_index_caching = 65
  optimizer_index_cost = 20

  Gera o antes e depois e faça uma comparação do Custo ok? Veja tambem se não 
necessidade de indice nesse FULL SCAN? Tentou criar um indice virtual? "virtual 
indexes"? Alterar a query?

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:52 PM
  Subject: Re: [oracle_br] custo da cpu...

  Não sei se o Yahoo vai desconfigurar. Mas tá ai o plano. Lembrando que não é 
somente essa query, tem outras também que queria" tunar".

  CPU_COUNT = 1
  Operação Objeto Tipo de Objeto Ordem Linhas Tamanho (KB) Custo Tempo (seg) 
Custo da CPU Custo de Entrada/Saída: 
  SELECT STATEMENT 

  51 

  48 

  SORT ORDER BY 

  50 1 0.230 48 1 100431848 42 
  HASH GROUP BY 

  49 1 0.230 48 1 100431848 42 
  NESTED LOOPS 

  48 1 0.230 46 1 67132743 42 
  VIEW VW_REG_ENTRADA VIEW 45 2 0.406 44 1 67114240 40 
  SORT UNIQUE 

  44 2 0.430 44 1 33557120 20 
  UNION-ALL 

  43 

  HASH GROUP BY 

  21 1 0.215 22 1 33557120 20 
  FILTER 

  20 

  FILTER 

  15 

  NESTED LOOPS OUTER 

  14 1 0.215 15 1 183884 15 
  NESTED LOOPS 

  11 1 0.168 13 1 168131 13 
  NESTED LOOPS 

  8 1 0.142 12 1 157980 12 
  NESTED LOOPS 

  5 1 0.078 8 1 127115 8 
  TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 2 1 0.010 1 1 9121 1 
  INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 1 1 
  0 
  1050 0 
  TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 4 1 0.068 7 1 117993 7 
  INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 3 58 
  2 1 26693 2 
  TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 7 1 0.063 4 1 30865 4 
  INDEX RANGE SCAN RB02_IDX_MAT INDEX 6 1 
  3 1 22551 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 10 1 0.026 1 1 10151 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 9 1 
  0 
  1900 0 
  TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 13 1 0.047 2 1 15753 2 
  INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 12 1 
  1 1 8321 1 
  NESTED LOOPS 

  19 1 0.026 5 1 74132 5 
  TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 17 1 0.019 2 1 22374 2 
  INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 16 1 
  1 1 14443 1 
  TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3 
  HASH GROUP BY 

  42 1 0.215 22 1 33557120 20 
  FILTER 

  41 

  FILTER 

  36 

  NESTED LOOPS OUTER 

  35 1 0.215 15 1 183884 15 
  NESTED LOOPS 

  32 1 0.168 13 1 168131 13 
  NESTED LOOPS 

  29 1 0.142 12 1 157980 12 
  NESTED LOOPS 

  26 1 0.078 8 1 127115 8 
  TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 23 1 0.010 1 1 9121 1 
  INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 22 1 
  0 
  1050 0 
  TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 25 1 0.068 7 1 117993 7 
  INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 24 58 
  2 1 26693 2 
  TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 28 1 0.063 4 1 30865 4 
  INDEX RANGE SCAN RB02_IDX_MAT INDEX 27 1 
  3 1 22551 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 31 1 0.026 1 1 10151 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 30 1 
  0 
  1900 0 
  TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 34 1 0.047 2 1 15753 2 
  INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 33 1 
  1 1 8321 1 
  NESTED LOOPS 

  40 1 0.026 5 1 74132 5 
  TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 38 1 0.019 2 1 22374 2 
  INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 37 1 
  1 1 14443 1 
  TABLE ACCESS FULL GR03_UNIDADES TABLE 39 1 0.008 3 1 51757 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 47 1 0.027 1 1 9251 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 46 1 
  0 
  1900 0 

  Grato,
  Márcio.

  - Original Message ----- 

  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:40 PM
  Subject: Re: [oracle_br] custo da cpu...

  Certo, poderia mandar o plano de execução dessa query?
  faça também um show parameter cpu_count e nos mande

Re: [oracle_br] Problema no parâmetro Global Cache

[Willian Fernando Frasson]

Erika parece problema no Cache Fusion...

Esse erro estava no crsd.log?

Nao havendo atividade no RAC (Somente um nó? Todos nós?)

  - Original Message - 
  From: erika furlan 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 4:26 PM
  Subject: [oracle_br] Problema no parâmetro Global Cache


Olá,
  alguém pode me ajudar com este parâmetro:

  Não havendo ainda nenhuma atividade no RAC detectei alguns indícios de 
problemas com o RAC:
  * 15/09/2009 13:54:34 - A métrica "Global Cache Average CR Get Time" está em 
6,05556 
  * 15/09/2009 14:06:40 - A métrica "Global Cache Average Current Get Time" 
está em ,14286
  O que significa este erro que veio para mim?
   

   Érika Queiros Furlan  
  Oracle Certified Master
  Oracle Certified Profissional
  Oracle Application Server

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] custo da cpu...

[Willian Fernando Frasson]

Começando temos um alguns full scan na tabela abaixo:
TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3 

Qual valor total do custo em MB? KB? Bytes?

Ja tentou como disse alterar os parametros opt* a nivel de sessão e gerar o 
plano de execucao:
optimizer_index_caching = 65
optimizer_index_cost = 20

Gera o antes e depois e faça uma comparação do Custo ok? Veja tambem se não 
necessidade de indice nesse FULL SCAN? Tentou criar um indice virtual? "virtual 
indexes"? Alterar a query?

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:52 PM
  Subject: Re: [oracle_br] custo da cpu...


Não sei se o Yahoo vai desconfigurar. Mas tá ai o plano. Lembrando que não 
é somente essa query, tem outras também que queria" tunar".

  CPU_COUNT = 1
  Operação Objeto Tipo de Objeto Ordem Linhas Tamanho (KB) Custo Tempo (seg) 
Custo da CPU Custo de Entrada/Saída: 
  SELECT STATEMENT 

  51 

  48 



  SORT ORDER BY 

  50 1 0.230 48 1 100431848 42 
  HASH GROUP BY 

  49 1 0.230 48 1 100431848 42 
  NESTED LOOPS 

  48 1 0.230 46 1 67132743 42 
  VIEW VW_REG_ENTRADA VIEW 45 2 0.406 44 1 67114240 40 
  SORT UNIQUE 

  44 2 0.430 44 1 33557120 20 
  UNION-ALL 

  43 






  HASH GROUP BY 

  21 1 0.215 22 1 33557120 20 
  FILTER 

  20 






  FILTER 

  15 






  NESTED LOOPS OUTER 

  14 1 0.215 15 1 183884 15 
  NESTED LOOPS 

  11 1 0.168 13 1 168131 13 
  NESTED LOOPS 

  8 1 0.142 12 1 157980 12 
  NESTED LOOPS 

  5 1 0.078 8 1 127115 8 
  TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 2 1 0.010 1 1 9121 1 
  INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 1 1 
  0 
  1050 0 
  TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 4 1 0.068 7 1 117993 7 
  INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 3 58 
  2 1 26693 2 
  TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 7 1 0.063 4 1 30865 4 
  INDEX RANGE SCAN RB02_IDX_MAT INDEX 6 1 
  3 1 22551 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 10 1 0.026 1 1 10151 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 9 1 
  0 
  1900 0 
  TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 13 1 0.047 2 1 15753 2 
  INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 12 1 
  1 1 8321 1 
  NESTED LOOPS 

  19 1 0.026 5 1 74132 5 
  TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 17 1 0.019 2 1 22374 2 
  INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 16 1 
  1 1 14443 1 
  TABLE ACCESS FULL GR03_UNIDADES TABLE 18 1 0.008 3 1 51757 3 
  HASH GROUP BY 

  42 1 0.215 22 1 33557120 20 
  FILTER 

  41 






  FILTER 

  36 






  NESTED LOOPS OUTER 

  35 1 0.215 15 1 183884 15 
  NESTED LOOPS 

  32 1 0.168 13 1 168131 13 
  NESTED LOOPS 

  29 1 0.142 12 1 157980 12 
  NESTED LOOPS 

  26 1 0.078 8 1 127115 8 
  TABLE ACCESS BY INDEX ROWID GR03_UNIDADES TABLE 23 1 0.010 1 1 9121 1 
  INDEX UNIQUE SCAN GR03_UNIDADES_IDX_UN INDEX (UNIQUE) 22 1 
  0 
  1050 0 
  TABLE ACCESS BY INDEX ROWID RB01_NRE TABLE 25 1 0.068 7 1 117993 7 
  INDEX RANGE SCAN RB01_IDX_MOVTO INDEX 24 58 
  2 1 26693 2 
  TABLE ACCESS BY INDEX ROWID RB02_ITEM_NRE TABLE 28 1 0.063 4 1 30865 4 
  INDEX RANGE SCAN RB02_IDX_MAT INDEX 27 1 
  3 1 22551 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 31 1 0.026 1 1 10151 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 30 1 
  0 
  1900 0 
  TABLE ACCESS BY INDEX ROWID LF05_OBS_ENT_SAI TABLE 34 1 0.047 2 1 15753 2 
  INDEX RANGE SCAN LF05_OBS_ENT_SAI_IDX_DOC INDEX (UNIQUE) 33 1 
  1 1 8321 1 
  NESTED LOOPS 

  40 1 0.026 5 1 74132 5 
  TABLE ACCESS BY INDEX ROWID GR01_REM_DEST TABLE 38 1 0.019 2 1 22374 2 
  INDEX UNIQUE SCAN GR01_REM_DEST_IDX_CODIGO INDEX (UNIQUE) 37 1 
  1 1 14443 1 
  TABLE ACCESS FULL GR03_UNIDADES TABLE 39 1 0.008 3 1 51757 3 
  TABLE ACCESS BY INDEX ROWID LF01_CFO TABLE 47 1 0.027 1 1 9251 1 
  INDEX UNIQUE SCAN LF01_CFO_IDX_CFO INDEX (UNIQUE) 46 1 
  0 
  1900 0 

  Grato,
  Márcio.

  - Original Message ----- 

  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:40 PM
  Subject: Re: [oracle_br] custo da cpu...

  Certo, poderia mandar o plano de execução dessa query?
  faça também um show parameter cpu_count e nos mande..

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:37 PM
  Subject: Re: [oracle_br] custo da cpu...

  Tentarei responder todas as perguntas abaixo dos seus questionamentos.
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:07 PM
  Subject: Re: [oracle_br] custo da cpu...

  Márcio boa tarde,

  O COST não é uma coisa mágica que você pensa e logo mudou o custo. Deve levar 
em consideração várias coisas do TIPO:

  - Plano de execução como está?

  O plano está bom, com custo de 12. E o custo da cpu é de 16814300, isso no 
HASH GROUP BY. A atividade desse

Re: [oracle_br] custo da cpu...

[Willian Fernando Frasson]

Certo, poderia mandar o plano de execução dessa query?
faça também um show parameter cpu_count e nos mande..

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:37 PM
  Subject: Re: [oracle_br] custo da cpu...


Tentarei responder todas as perguntas abaixo dos seus questionamentos.
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 3:07 PM
  Subject: Re: [oracle_br] custo da cpu...

  Márcio boa tarde,

  O COST não é uma coisa mágica que você pensa e logo mudou o custo. Deve levar 
em consideração várias coisas do TIPO:

  - Plano de execução como está?

  O plano está bom, com custo de 12. E o custo da cpu é de 16814300, isso no 
HASH GROUP BY. A atividade desse select é 93% na CPU.

  - Requer a criação de um determinado índice?

  Não precisa de índice todas as tabelas envolvidas já estão utilizando índices.

  - Estatisticas das tabelas (forma que é coltada, usando GATHER_STATS ? %% da 
tabela envolvida? 10%, 50%? Volume de crescimento diário dela?)

  Não cheguei a ver as estatisticas e nem como são coletadas. Sei que são 
coletadas todo dia as 22h. Se possível, gostaria de uma explicação de como 
verifico essas informações.

  - Parametros opt* (optimizer_index_caching, optimizer_index_cost (há algum 
tempo tive um problema com custo elevado e tais parametros citado pelos colegas 
resolveu 
  o problema naquela ocasião)

  optimizer_index_caching = 0

  optimizer_index_cost_adj = 100

  - Parametros opt* (optimizer_mode, lembrando que a partir da 10g é 
recomendado não alterar tal parametro deixando o mesmo default em ALL_ROWS)

  está ALL_ROWS
  - Histogramas


  Não sei verificar.

  - Parametros com relação a IO (db_writer_process, file_system_io_options, 
disk_synch_io)


  db_writer_processes = 1

  filesystemio_options = asynch

  dysk_asynch_io = false

  São alguns dos fatores que vejo fundamentais para fazer um tuning de Cost e 
de Tempo

  Abcs

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br ; gpora...@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 2:48 PM
  Subject: [oracle_br] custo da cpu...

  GeleiraBoas. Estou tentando fazer o tuning de algumas querys, algumas vejo 
que o custo está baixo, utilizando indíces as vez um OR desnecessário, faço a 
correção melhora um pouco.
  O que não consigo ver ou melhorar é o Custo da CPU. Como eu faço pra diminuir 
esse custo, ou melhor, tem como diminuir?

  Banco 10G Release 10.2.0.1.0
  HP-UX 11.23

  Att,
  Márcio Ricardo.

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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] custo da cpu...

[Willian Fernando Frasson]

Márcio boa tarde,

O COST não é uma coisa mágica que você pensa e logo mudou o custo. Deve levar 
em consideração várias coisas do TIPO:

- Plano de execução como está?
- Requer a criação de um determinado índice?
- Estatisticas das tabelas (forma que é coltada, usando GATHER_STATS ? %% da 
tabela envolvida? 10%, 50%? Volume de crescimento diário dela?)
- Parametros opt* (optimizer_index_caching, optimizer_index_cost (há algum 
tempo tive um problema com custo elevado e tais parametros citado pelos colegas 
resolveu 
o problema naquela ocasião)
- Parametros opt*  (optimizer_mode, lembrando que a partir da 10g é recomendado 
não alterar tal parametro deixando o mesmo default em ALL_ROWS)
- Histogramas
- Parametros com relação a IO (db_writer_process, file_system_io_options, 
disk_synch_io)

São alguns dos fatores que vejo fundamentais para fazer um tuning de Cost e de 
Tempo

Abcs

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br ; gpora...@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 2:48 PM
  Subject: [oracle_br] custo da cpu...


GeleiraBoas. Estou tentando fazer o tuning de algumas querys, algumas vejo 
que o custo está baixo, utilizando indíces as vez um OR desnecessário, faço a 
correção melhora um pouco.
  O que não consigo ver ou melhorar é o Custo da CPU. Como eu faço pra diminuir 
esse custo, ou melhor, tem como diminuir?

  Banco 10G Release 10.2.0.1.0
  HP-UX 11.23

  Att,
  Márcio Ricardo.

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Replicação de Banco

[Willian Fernando Frasson]

corrigindo meu português:


Vai ter a base Standby aplicando archives em um banco Standart certo?

Porque não replicar uma das Standby seriam duas Standby na mesma maquina certo?

Dai você abre uma delas a noite, faz o backup e coloca uma rotina que retoma a 
STBY para STBY2 novamente..

  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 1:56 PM
  Subject: Re: [oracle_br] Re: Replicação de Banco


Apenas um pitaco...

  Vai ter a base Standby não aplicando archives certo?

  Porque não replicar uma das Standby seriam duas Standby na mesma maquina 
certo?

  Dai você abre uma delas a noite, faz o backup e coloca uma rotina que retoma 
a STBY para STBY2 novamente..

  - Original Message - 
  From: Igor Laguardia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 11:18 AM
  Subject: Re: [oracle_br] Re: Replicação de Banco

  Passei um caso deste na empresa que eu trabalhava.

  O que fizemos foi bem "simples" mas IMO uma gambiarra danada.

  Primeiro leve em consideração, conforme o Chiappa falou, versão Standard é
  totalmente "capada" e não há como implementar features de replicação sem
  perda de dados.

  Visto isto, veja com seu cliente quanto tempo é plausível uma perda de
  informações, como fizemos no meu caso, que foi 15 min.

  O que faziamos era assim, a cada 15 min era executada uma batch que fazia
  switch no redo log online, forçando o arquivamento deste log. logo depois,
  este archive era copiado para maquina standby, que possuia a mesma estrutura
  da principal, porem o banco ficava parado.

  Todos os dias de noite, nós colocavamos o banco principal em backup mode, e
  copiavamos o banco inteiro para a outra maquina. Ao fim, subiamos o banco na
  outra maquina, aplicavamos os archives do dia e faziamos backup. Este
  processo era todo automático e feito por scripts bat.

  Fizemos alguns testes de contingência, e apesar dela ser manual, funcionava
  perfeitamente.

  2009/9/9 jlchiappa 

  >
  >
  > Colega, sendo a versão Standard, como é, ** extremamente ** podada e
  > LIMITADA, não é surpresa que nela vc absolutamente Não pode usar o Dataguard
  > "avançado", que é a solução completa e automatizada de replicação de
  > banco/standby, vc terá que fazer manualmente algo como o mostrado em
  > http://www.dbasupport.com/oracle/ora10g/manual_standby.shtml , E perderá
  > os recursos do dataguard, como a chance de ter o banco Standby aberto e
  > atendendo à consultas (aliviando a Produção desses encargos), a escolha de
  > replicar os logs OU os SQLs, e outros quetais...
  >
  > []s
  >
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br ,
  > "flavio_delamare"  escreveu
  >
  > >
  > > Olá, Pessoal!
  > >
  > > Gostaria de saber quais as possibilidades para implementar uma replicação
  > de banco em um site externo de contingência.
  > > Utilizo uma versão Standard do Oracle 10g.
  > >
  > > Grato pela ajuda!
  > >
  > > Flavio
  > >
  >
  > 
  >

  -- 
  [ ]'s
  Igor Laguardia
  --
  "Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
  Flipperwaldt gersput."
  Monty Phyton's "Funniest Joke in the World"

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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Replicação de Banco

[Willian Fernando Frasson]

Apenas um pitaco...


Vai ter a base Standby não aplicando archives certo?

Porque não replicar uma das Standby seriam duas Standby na mesma maquina certo?

Dai você abre uma delas a noite, faz o backup e coloca uma rotina que retoma a 
STBY para STBY2 novamente..

  - Original Message - 
  From: Igor Laguardia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, September 17, 2009 11:18 AM
  Subject: Re: [oracle_br] Re: Replicação de Banco


Passei um caso deste na empresa que eu trabalhava.

  O que fizemos foi bem "simples" mas IMO uma gambiarra danada.

  Primeiro leve em consideração, conforme o Chiappa falou, versão Standard é
  totalmente "capada" e não há como implementar features de replicação sem
  perda de dados.

  Visto isto, veja com seu cliente quanto tempo é plausível uma perda de
  informações, como fizemos no meu caso, que foi 15 min.

  O que faziamos era assim, a cada 15 min era executada uma batch que fazia
  switch no redo log online, forçando o arquivamento deste log. logo depois,
  este archive era copiado para maquina standby, que possuia a mesma estrutura
  da principal, porem o banco ficava parado.

  Todos os dias de noite, nós colocavamos o banco principal em backup mode, e
  copiavamos o banco inteiro para a outra maquina. Ao fim, subiamos o banco na
  outra maquina, aplicavamos os archives do dia e faziamos backup. Este
  processo era todo automático e feito por scripts bat.

  Fizemos alguns testes de contingência, e apesar dela ser manual, funcionava
  perfeitamente.

  2009/9/9 jlchiappa 

  >
  >
  > Colega, sendo a versão Standard, como é, ** extremamente ** podada e
  > LIMITADA, não é surpresa que nela vc absolutamente Não pode usar o Dataguard
  > "avançado", que é a solução completa e automatizada de replicação de
  > banco/standby, vc terá que fazer manualmente algo como o mostrado em
  > http://www.dbasupport.com/oracle/ora10g/manual_standby.shtml , E perderá
  > os recursos do dataguard, como a chance de ter o banco Standby aberto e
  > atendendo à consultas (aliviando a Produção desses encargos), a escolha de
  > replicar os logs OU os SQLs, e outros quetais...
  >
  > []s
  >
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br ,
  > "flavio_delamare"  escreveu
  >
  > >
  > > Olá, Pessoal!
  > >
  > > Gostaria de saber quais as possibilidades para implementar uma replicação
  > de banco em um site externo de contingência.
  > > Utilizo uma versão Standard do Oracle 10g.
  > >
  > > Grato pela ajuda!
  > >
  > > Flavio
  > >
  >
  > 
  >

  -- 
  [ ]'s
  Igor Laguardia
  --
  "Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
  Flipperwaldt gersput."
  Monty Phyton's "Funniest Joke in the World"

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Replicação de Banco

[Willian Fernando Frasson]

Flavio boa tarde,

Pode montar uma base standby da seguinte forma:
- Faça um backup com RMAN da sua base de produção para essa maquina de 
contingencia
- Instale ORACLE_HOME e Patchset nas mesmas versões na maquina nova
- Crie um script que faça a cópia das archives de produção para a Standby de 
tempos em tempos (10 em 10 minutos por ex)
- No mesmo script que vai buscar as archives na produção, faça um recover 
automatic database using backup controlfile until cancel;

Com isso você estara fazendo a aplicação das suas archives no banco Standby, 
quando quiser abrir o mesmo bastar abrir com resetlogs ok?

Qlquer duvida estamos a disposicao.

Abcs.

  - Original Message - 
  From: flavio_delamare 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 09, 2009 12:28 PM
  Subject: [oracle_br] Replicação de Banco


Olá, Pessoal!

  Gostaria de saber quais as possibilidades para implementar uma replicação de 
banco em um site externo de contingência.
  Utilizo uma versão Standard do Oracle 10g.

  Grato pela ajuda!

  Flavio 



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Migração Oracle 9i para Orac le 10g - Problemas

[Willian Fernando Frasson]

Veja se seu ORACLE_HOME, ORACLE_SID está setado corretamente no regedit.

  - Original Message - 
  From: jota_lvaz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 08, 2009 12:53 PM
  Subject: [oracle_br] Migração Oracle 9i para Oracle 10g - Problemas


Pessoal,

  Estava fazendo um teste de Migração com o seguinte cenário :

  1a) Uma máquina com SO Windows XP - Oracle 9i (Sun Virtual Box)

  2a) A máquina principal com SO windows xp - Oracle 10g

  Tenho o Oracle 9i em uma máquina virtual e o 10g instalado na máquina 
principal.

  Quando utilizo o software (Assistente de Upgrade de Banco de Dados), ele só
  enxerga o banco criado no Oracle 10g, e
  eu gostaria de migrar o banco da máquina virtual (9i) para 10g.

  Obs: Consigo acessar normalmente pelo SQL*PLUS a máquina que contém o Oracle 
9i
  e vice-versa.

  Essa mesma migração eu consegui realizar no LINUX, mexendo no ORATAB.

  Alguém já fez alguma migração de Oracle em SO windows.

  Abs



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Execução do comando ANALYZE

[Willian Fernando Frasson]

Vai depende dos parametros x percentural que faça do analyze.

Como a tabela é bem grandinha porque nao fazer um analyze de XX percentural nos 
domingos e um percentural XX durante a madrugada?

Temos ctza que se fizer por ex um analyze com 20% da tabela será MUITO mais 
rapido do que o analyze antigo.

  - Original Message - 
  From: Eduardo Souza 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 02, 2009 11:53 AM
  Subject: Re: [oracle_br] Re: Execução do comando ANALYZE


As informações são valiosas. Mas o objetivo fim é diminuir o tempo. O
  tempo de execução do DBMS_STATS.GREATER_TABLE_STATS em substituição ao
  ANALYZE será menor?

  2009/9/2 Igor Laguardia 

  >
  >
  > É valida a execução de ANALYZE, NÃO, como nosso amigo Chiappa comentou,
  > este
  > metodo de coleta de estatísticas não é mais recomendado pela Oracle.
  >
  > Remover a coleta tb não faz muito sentido.
  >
  > Porem, como você disse que após várias procedures ele roda esta coleta,
  > provavelmente exite carga nesta tabela que ele faz a coleta. Portanto, acho
  > válido continuar com a coleta após o processo(se realmente for carga), e
  > utilize ao invés do analyze, o comando dbms_stats.gather_table_stats, pois
  > é
  > muito recomendado executar coleta de estatísticas após cargas grandes ou
  > processos de carga em batch.
  >
  > 2009/9/2 jlchiappa >
  >
  > >
  > >
  > > Bom, pra mim, imho, ymmv, etc & tal, já de cara ABSOLUTAMENTE NÃO É
  > > 'válido' se coletar estatísticas com ANALYZE, o manual de Tuning bem
  > > claramente recomenda é que se use a DBMS_STATS, a DBMS_STATS é a opção
  > > preferida, fatalmente cedo ou tarde podem haver diferenças na coleta com
  > > ANALYZE (que é a versão ANTIGA e NÃO-RECOMENDADA) , a DBMS_STATS tem **
  > > diversas ** opções para melhor performance (principalmente a opção de
  > > PARALELIZAR a coleta) Falando especificamente sobre o procedimento de
  > > remover as estatísticas antes da execução de uma dada rotina, imho não
  > faz
  > > muito sentido, o que deve ter acontecido, imagino, é que as estatísticas
  > não
  > > estavam adequadas para essa rotina específica (por exemplo, a rotina
  > > mencionava uma condição para a qual não havia Histogramas), ou coisa do
  > > tipo, aí ao invés de analizarem a rotina e descobrir o problema
  > exatamente,
  > > alguém como um 'quick-fix' (que não conserta grande coisa, mas enfim)
  > > preferiu remover as estatísticas Penso que o procedimento ** CORRETO
  > **
  > > é descobrir exatamente qual o problema e o resolver de uma vez...
  > > Já a coleta de estatísticas após uma rotina x aí sim é comum, até PODE
  > ser
  > > que esteja correta, se x fez alterações significativas nos dados estaria
  > > correto, assim que os dados são alterados em grande monta tão logo
  > possível
  > > deve se recomputar estatísticas, sim ... Objetaria ao fato de se usar
  > > ANALYZE, mas a coleta em si pode ser que seja precisa, mesmo...
  > >
  > > []s
  > >
  > > Chiappa
  > > --- Em oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>,
  > > Eduardo Souza  escreveu
  > > >
  > > > Caros amigos do grupo,
  > > >
  > > > estou avaliando a execução de um processo. São 8 procedures sendo
  > > > executadas uma após a outra. Em uma delas são executados os seguintes
  > > > comandos:
  > > >
  > > >
  > > > EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS delete statistics ';
  > > >
  > > > EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS compute statistics
  > for
  > > > table for all indexed columns ';
  > > >
  > > > A tabela tem 324029795 linhas, 13 índices associados (todos do tipo
  > > BITMAP
  > > > INDEX) e não tem PK.
  > > >
  > > > A versão do ORACLE é *Oracle9i Enterprise Edition Release 9.2.0.4.0 -
  > > 64bit
  > > > Production.*
  > > >
  > > > A execução dos comandos teve duração de 08:00 horas.
  > > >
  > > > A minha pergunta é a seguinte: é válido executar estes comandos no meio
  > > do
  > > > processo? Ele poderia ser executado depois do processo em separado?
  > > >
  > > > Grande abraço a todos.
  > > >
  > > >
  > > >
  > > > Eduardo Souza.
  > > >
  > > >
  > > >
  > > > *
  > > > *
  > > >
  > > >
  > > > [As partes desta mensagem que não continham texto foram removidas]
  > > >
  > >
  > >
  > >
  >
  > --
  > [ ]'s
  > Igor Laguardia
  > --
  > "Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
  > Flipperwaldt gersput."
  > Monty Phyton's "Funniest Joke in the World"
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 
  >

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


[As 

Re: [oracle_br] Re: Execução do comando ANALYZE

[Willian Fernando Frasson]

Dando mais uma ideia, seria legal talvez usar também a dbms_scheduler para 
schedular seu analyze com gather stats.

  - Original Message - 
  From: Igor Laguardia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 02, 2009 11:34 AM
  Subject: Re: [oracle_br] Re: Execução do comando ANALYZE


É valida a execução de ANALYZE, NÃO, como nosso amigo Chiappa comentou, este
  metodo de coleta de estatísticas não é mais recomendado pela Oracle.

  Remover a coleta tb não faz muito sentido.

  Porem, como você disse que após várias procedures ele roda esta coleta,
  provavelmente exite carga nesta tabela que ele faz a coleta. Portanto, acho
  válido continuar com a coleta após o processo(se realmente for carga), e
  utilize ao invés do analyze, o comando dbms_stats.gather_table_stats, pois é
  muito recomendado executar coleta de estatísticas após cargas grandes ou
  processos de carga em batch.

  2009/9/2 jlchiappa 

  >
  >
  > Bom, pra mim, imho, ymmv, etc & tal, já de cara ABSOLUTAMENTE NÃO É
  > 'válido' se coletar estatísticas com ANALYZE, o manual de Tuning bem
  > claramente recomenda é que se use a DBMS_STATS, a DBMS_STATS é a opção
  > preferida, fatalmente cedo ou tarde podem haver diferenças na coleta com
  > ANALYZE (que é a versão ANTIGA e NÃO-RECOMENDADA) , a DBMS_STATS tem **
  > diversas ** opções para melhor performance (principalmente a opção de
  > PARALELIZAR a coleta) Falando especificamente sobre o procedimento de
  > remover as estatísticas antes da execução de uma dada rotina, imho não faz
  > muito sentido, o que deve ter acontecido, imagino, é que as estatísticas não
  > estavam adequadas para essa rotina específica (por exemplo, a rotina
  > mencionava uma condição para a qual não havia Histogramas), ou coisa do
  > tipo, aí ao invés de analizarem a rotina e descobrir o problema exatamente,
  > alguém como um 'quick-fix' (que não conserta grande coisa, mas enfim)
  > preferiu remover as estatísticas Penso que o procedimento ** CORRETO **
  > é descobrir exatamente qual o problema e o resolver de uma vez...
  > Já a coleta de estatísticas após uma rotina x aí sim é comum, até PODE ser
  > que esteja correta, se x fez alterações significativas nos dados estaria
  > correto, assim que os dados são alterados em grande monta tão logo possível
  > deve se recomputar estatísticas, sim ... Objetaria ao fato de se usar
  > ANALYZE, mas a coleta em si pode ser que seja precisa, mesmo...
  >
  > []s
  >
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br ,
  > Eduardo Souza  escreveu
  > >
  > > Caros amigos do grupo,
  > >
  > > estou avaliando a execução de um processo. São 8 procedures sendo
  > > executadas uma após a outra. Em uma delas são executados os seguintes
  > > comandos:
  > >
  > >
  > > EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS delete statistics ';
  > >
  > > EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS compute statistics for
  > > table for all indexed columns ';
  > >
  > > A tabela tem 324029795 linhas, 13 índices associados (todos do tipo
  > BITMAP
  > > INDEX) e não tem PK.
  > >
  > > A versão do ORACLE é *Oracle9i Enterprise Edition Release 9.2.0.4.0 -
  > 64bit
  > > Production.*
  > >
  > > A execução dos comandos teve duração de 08:00 horas.
  > >
  > > A minha pergunta é a seguinte: é válido executar estes comandos no meio
  > do
  > > processo? Ele poderia ser executado depois do processo em separado?
  > >
  > > Grande abraço a todos.
  > >
  > >
  > >
  > > Eduardo Souza.
  > >
  > >
  > >
  > > *
  > > *
  > >
  > >
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  >
  > 
  >

  -- 
  [ ]'s
  Igor Laguardia
  --
  "Wenn ist das Nunstück git und Slotermeyer? Ja! ... Beiherhund das Oder die
  Flipperwaldt gersput."
  Monty Phyton's "Funniest Joke in the World"

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Execução do comando ANALYZE

[Willian Fernando Frasson]

Eduardo, cuidado ao apagar a estatistica de uma tabela tão grande.

A Oracle recomenda utilização das DBMS Gather Table Stats ex: EXEC 
DBMS_STATS.gather_table_stats('SCOTT', 'EMPLOYEES', estimate_percent => 15);

Porque não agendar o analyze de uma forma diária ou semanal de um certo %% da 
tabela? 

Com relação ao %%, isso vai depender de como é a utilização da mesma, tempo de 
resposta das querys, volume de dados inserido na mesma por dia, por semana, etc.

Perguntou de fazer analyze de dia com o pessoal trabalhando... poderia até ser 
feito mas num percentual baixo, lembrando que essa tabela é grandinha.



  - Original Message - 
  From: Eduardo Souza 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 02, 2009 10:27 AM
  Subject: [oracle_br] Execução do comando ANALYZE


Caros amigos do grupo,

  estou avaliando a execução de um processo. São 8 procedures sendo
  executadas uma após a outra. Em uma delas são executados os seguintes
  comandos:

  EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS delete statistics ';

  EXECUTE IMMEDIATE 'Analyze table FIN_AGING_REPORTS compute statistics for
  table for all indexed columns ';

  A tabela tem 324029795 linhas, 13 índices associados (todos do tipo BITMAP
  INDEX) e não tem PK.

  A versão do ORACLE é *Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit
  Production.*

  A execução dos comandos teve duração de 08:00 horas.

  A minha pergunta é a seguinte: é válido executar estes comandos no meio do
  processo? Ele poderia ser executado depois do processo em separado?

  Grande abraço a todos.

  Eduardo Souza.

  *
  *

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Instalar duas versões do Oracle no mesmo servidor

[Willian Fernando Frasson]

Qual SO? Linux? UNIX?

Se for instale em ORACLE_HOME diferentes apenas e crie um script com seu 
profile para um dos mesmos.

  - Original Message - 
  From: Dalton Pereira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 01, 2009 5:39 PM
  Subject: [oracle_br] Instalar duas versões do Oracle no mesmo servidor


Pessoal,

  Tenho que instalar o Oracle 11g e o 9i no mesmo servidor. Pensei em criar 2 
usuários, um para instalar o Oracle 11g e outro para o 9i. o que vc acham?

  Att,
  Dalton

  
  A Informação Confidencial deverá ser utilizada única e exclusivamente no 
âmbito da relação com a Glauco Informática e não poderá ser repassada, 
reproduzida de qualquer outra forma, e nem revelada a terceiros.

  La información confidencial se utilizará única y exclusivamente en relación 
con Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni 
revelada a terceros.

  The Confidential Information will be used solely and exclusively in relation 
to the Glauco Informatica and not be passed, reproduced in any way, nor 
disclosed to third parties.

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Instalar duas versões do Oracle no mesmo servidor

[Willian Fernando Frasson]

Qual SO? Linux?
  - Original Message - 
  From: Dalton Pereira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 01, 2009 5:39 PM
  Subject: [oracle_br] Instalar duas versões do Oracle no mesmo servidor


Pessoal,

  Tenho que instalar o Oracle 11g e o 9i no mesmo servidor. Pensei em criar 2 
usuários, um para instalar o Oracle 11g e outro para o 9i. o que vc acham?

  Att,
  Dalton

  
  A Informação Confidencial deverá ser utilizada única e exclusivamente no 
âmbito da relação com a Glauco Informática e não poderá ser repassada, 
reproduzida de qualquer outra forma, e nem revelada a terceiros.

  La información confidencial se utilizará única y exclusivamente en relación 
con Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni 
revelada a terceros.

  The Confidential Information will be used solely and exclusively in relation 
to the Glauco Informatica and not be passed, reproduced in any way, nor 
disclosed to third parties.

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Shared_Pool_Size

[Willian Fernando Frasson]

Marcio bom dia,


Com relação aos parametros utilizados porque não utilizar a SGA_TARGET e 
SGA_MAX_SIZE, pois a Oracle recomenda o gerenciamento automático das áreas 
de memória a partir da 10.1.

Recomendação de 40 a 60% da area total de memoria para a sga_target.

- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Tuesday, September 01, 2009 10:47 AM
Subject: [oracle_br] Shared_Pool_Size


Untitled DocumentOracle 10G Release 10.2.0.1.0
HP-UX 11.23 8GB RAM.

Minha Shared Pool hoje está com o tamanho de 592MB, estou monitorando ela 
desde ontem e o seu consumo fica acima dos 87%.

Com o select abaixo tive o resultado. Pelo que li, o Hit ratio e o pin hit 
ratio, tem que se maior que 70, é isso mesmo? Se sim, tenho "problemas" na 
SQL AREA e INDEX, preciso aumentar minha shared_pool_size?


SQL> select namespace, trunc(gethitratio * 100) "Hit ratio",
  2trunc(pinhitratio * 100) "pin hit ratio", reloads "reloads"
  3from v$librarycache;

NAMESPACEHit ratio pin hit ratioreloads
--- -- - --
SQL AREA 299  56215
TABLE/PROCEDURE 8997  49148
BODY9999190
TRIGGER 9399   1955
INDEX360 15
CLUSTER 9999 35
OBJECT 100   100  0
PIPE9999  0
JAVA SOURCE100   100  0
JAVA RESOURCE  100   100  0
JAVA DATA  100   100  0
Márcio Ricardo Alves da Silva
Programador .Net
OCP 9i
* marcio.si...@config.com.br

Config Informática Ltda
& Av. Eng. Luis Carlos Berrini, 801 - 7º andar
& 04571-010 - Brooklin Novo - São Paulo - SP
( Fone (11) 5501-8300
( Fax (11) 5501-8302
8 www.config.com.br



[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] consumo 100% CPU

[Willian Fernando Frasson]

Cara... primeiramente já tentou adaptar os parametros:

optimizer_index_caching integer = 65
optimizer_index_cost_adj integer = 20

Faça uma teste gera o plano de execução dentro da sessão:

alter session set optimizer_index_caching integer = 65;
alter session set optimizer_index_cost_adj integer = 20;

Outra coisa sua base roda em Storage? Disco Físico? Mande os parametros a 
seguir tb:
show parameter cpu_count
show parameter db_writer


  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 25, 2009 8:33 AM
  Subject: Re: [oracle_br] consumo 100% CPU


Tenho algumas tabelas com milhões/milhares/centenas e dezenas de registros, 
tudo nesse select.

  SQL> show parameter opt;

  NAME TYPE VALUE
   --- 
--
  filesystemio_options string asynch
  object_cache_optimal_size integer 102400
  optimizer_dynamic_sampling integer 2
  optimizer_features_enable string 10.2.0.1
  optimizer_index_caching integer 0
  optimizer_index_cost_adj integer 100
  optimizer_mode string ALL_ROWS
  optimizer_secure_view_merging boolean TRUE
  plsql_optimize_level integer 2

  O analyze é realizado toda noite, não sei ver a forma como é feita o analyze.

  O plano de execução é muito grande. se quiser posso te passar em arquivo em 
pvt, pois fui colar na mensagem e ele trava o meu outlook.

  Grato.
  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Saturday, August 22, 2009 8:09 AM
  Subject: Re: [oracle_br] consumo 100% CPU

  Márcio, poderia colar o plano de execução da query para que possamos ver? 
  Qual versão de banco? Tamanho das tabelas envolvidas nesse select? Data do 
  ultimo analyze? Qual a forma de analyze realizada? Como estão os parametros 
  Opt*? (show parameter opt)
  - Original Message - 
  From: "Márcio Ricardo Alves da Silva" 
  To: ; 
  Sent: Friday, August 21, 2009 10:02 AM
  Subject: [oracle_br] consumo 100% CPU

  Untitled DocumentBoas.

  Desde das 08h da manhã o consumo de cpu do meu servidor está atingindo os 
  100%. Tem um aplicativo que tem uma consulta muito pesada, acessam tabelas 
  com milhões de registros. Esse aplicativo é acessado por várias pessoas e dá 
  uma derrubada no meu banco. Olhei o select (gigantesco) e não achei muita 
  coisa pra mudar.

  O diretor está reclamando dizendo que não mudou nada, mas que dessa vez está 
  demorando muito. Estou consultando as views e só encontro esse cara.

  Alguma dica, onde eu possa analisar mais?

  GRato,
  Márcio.

  [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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
  Lançamento: 30/1/2009 17:31

  __
  Faça ligações para outros computadores com o novo Yahoo! Messenger 
  http://br.beta.messenger.yahoo.com/ 

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] consumo 100% CPU

[Willian Fernando Frasson]

Márcio, poderia colar o plano de execução da query para que possamos ver? 
Qual versão de banco? Tamanho das tabelas envolvidas nesse select? Data do 
ultimo analyze? Qual a forma de analyze realizada? Como estão os parametros 
Opt*? (show parameter opt)
- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Friday, August 21, 2009 10:02 AM
Subject: [oracle_br] consumo 100% CPU


Untitled DocumentBoas.

Desde  das 08h da manhã o consumo de cpu do meu servidor está atingindo os 
100%. Tem um aplicativo que tem uma consulta muito pesada, acessam tabelas 
com milhões de registros. Esse aplicativo é acessado por várias pessoas e dá 
uma derrubada no meu banco. Olhei o select (gigantesco) e não achei muita 
coisa pra mudar.

O diretor está reclamando dizendo que não mudou nada, mas que dessa vez está 
demorando muito. Estou consultando as views e só encontro esse cara.

Alguma dica, onde eu possa analisar mais?

GRato,
Márcio.

[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Oracle + IBM flash copy

[Willian Fernando Frasson]

Tem o SnapView ou SnapClone também...


Abcs.

  - Original Message - 
  From: Anderson Haertel Rodrigues 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, August 20, 2009 10:29 PM
  Subject: Re: [oracle_br] Oracle + IBM flash copy


Noite..

  Como solução completa de backupnãoporque teria alguns itens a colocar 
na mesa e ver os prós e contras!

  Mas, como solução de snapshot (cópia para desenvolvimento/homologação, etc) é 
show de bola...

  Att,
  Anderson Haertel Rodrigues

  --- Em ter, 18/8/09, Eliandro Jakubski  escreveu:

  > De: Eliandro Jakubski 
  > Assunto: [oracle_br] Oracle + IBM flash copy
  > Para: oracle_br@yahoogrupos.com.br
  > Data: Terça-feira, 18 de Agosto de 2009, 12:37
  > Alguém utiliza o flash copy da IBM
  > como solução de bkp?
  > 
  > OBSERVAÇÃO:
  > A ITAIPU esclarece que, por força de seu Estatuto, a
  > presente
  > mensagem não implica a assunção de obrigações em seu
  > nome.
  > 
  > [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
  > 
  > 
  > 
  > 

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com


  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Sim, mas estava até comentando com o Mufalani a respeito de alguns Bugs eu ja 
vi isso acontecer da Oracle dizer que o mesmo está corrigido na versão 10.2.0.3 
e ter o Patchset 10.2.0.4 aplicado o o problema continuar
blza.. irei fazer as comparações de COST antes e pós migração
Valeu novamente pela força e idéias

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 19, 2009 10:40 AM
  Subject: [oracle_br] Re: Problema Tuning


Bem, esse bug é reportado como afetando versões menores que 10.1.0.2 , é 
ESSE o seu caso ? Vc não disse (ao menos nas msgs que acompanhei da thread) a 
versão exata , mas realmente se for < 10.2.0.4 há uns tantos quantos bugs que 
podem te influenciar, acho que de cara passar dev e prod pra 10.2.0.4 é uma 
Necessidade... 
  Já quanto à I/O, pode ser que isso esteja influenciando, meu conselho é que 
vc Realmente faça a análise dos outros pontos que citei, E inclua agora antes 
da mudança do storage também traces 10046 em execuções sem estats, com estats, 
com optimizer alterado, E refaa os traces após a mudança, o legal dos traces 
10046 é que eles mostram direitinho pra gente o consumo de CPU e nao só quanto 
I/O vc fez mas o *** TEMPO *** que o I/O fez, com ele vc pode DEMONSTRAR 
exatamente a melhoria de performance no I/O . A idéia (pelo menos pra mim) 
é SEMPRE, SEMPRE, SEMPRE, trabalhar com NÚMEROS, com coisas EXATAS, evito 
procedimentos de ficar fazendo mudanças sem ter com o que comparar, é isso...

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Então Chiappa, com relação ao IO, já era para ter migrado essa base para um 
Storage, e será feito nesse final de semana, juntamente com a aplicação do 
10.2.0.4 + CPU Julh.
  > 
  > Encontrei também essa nota ref. ao consumo de CPU (Bug 2820066)
  > 
https://metalink.oracle.com/metalink/plsql/f?p=130:14:7094108281813804876p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,2820066.8,1,0,1,helvetica
  > - Original Message - 
  > From: jlchiappa 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Wednesday, August 19, 2009 10:16 AM
  > Subject: [oracle_br] Re: Problema Tuning
  > 
  > 
  > Ainda recomendo ênfase na verificação de aplicabilidade de histogramas, 
testes com CPU Costing (estats de sistema) se for 10g e uma comparação de 
vários traces 10053 , um sem estats, outro com estats com histograma de size 
auto, outro com histogramas SKEWONLY , isso pode dar bons insights, com isso vc 
vai ver se a diferença é na estimativa de cardinalidade (o que acho bem 
provável), ou se é algo físico mesmo, que o CBO não teria como descobrir (tipo 
velocidade de I/O menor por causa de concorrência, tabela/índice com muito 
whitespace dificultando o RANGE SCAN, cluster factor, por aí... 
  > 
  > []s
  > 
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson"  
escreveu
  > >
  > > Irei ver a questão dos parametros OPT o que posso melhorar, já os custos 
iguais também e outras coisas mais.
  > > 
  > > 
  > > - Original Message - 
  > > From: jlchiappa 
  > > To: oracle_br@yahoogrupos.com.br 
  > > Sent: Tuesday, August 18, 2009 6:34 PM
  > > Subject: [oracle_br] Re: Problema Tuning
  > > 
  > > 
  > > ** Releia ** a resposta, eu disse (entre outras coisas ) :
  > > 
  > > - PODE SER que o fato dos params optimizer estarem iguais esteja 
INCORRETO, um ajuste seja necessário em PROD porque o hardware é diferente, a 
concorrência é diferente, o que for
  > > 
  > > - *** NÂO *** é só "fazer o analyze com 100%", é COLETAR HISTOGRAMAS se 
há distribuição irregular de valores
  > > 
  > > - e as outras coisas TODAS que eu disse como CPU Costing, situação física 
diferente, cluster factor Isso TUDO tem que ser analisado para vc descobrir 
o que está acontecendo, OK ?
  > > 
  > > []s
  > > 
  > > Chiappa
  > > --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  > > >
  > > > Então Chiappa, o plano de execução está diferente na tabela está 
fazendo Full (conforme plano de execução) no Desenv que está ok.
  > > > 
  > > > Com relação aos parametros opt*** estão iguais em ambos bancos, ja 
tentei tambem fazer um analyze com 100% usando gather_stats das tabelas 
envolvidas.
  > > > 
  > > > - Original Message - 
  > > > From: jlchiappa 
  > > > To: oracle_br@yahoogrupos.com.br 
  > > > Sent: Tuesday, August 18, 2009 1:01 PM
  > > > Subject: [oracle_br] Re: Problema Tuning
  > > > 
  > > > 
  > > > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final 
d

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Então Chiappa, com relação ao IO, já era para ter migrado essa base para um 
Storage, e será feito nesse final de semana, juntamente com a aplicação do 
10.2.0.4 + CPU Julh.

Encontrei também essa nota ref. ao consumo de CPU (Bug 2820066)
https://metalink.oracle.com/metalink/plsql/f?p=130:14:7094108281813804876p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,2820066.8,1,0,1,helvetica
  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, August 19, 2009 10:16 AM
  Subject: [oracle_br] Re: Problema Tuning


Ainda recomendo ênfase na verificação de aplicabilidade de histogramas, 
testes com CPU Costing (estats de sistema) se for 10g e uma comparação de 
vários traces 10053 , um sem estats, outro com estats com histograma de size 
auto, outro com histogramas SKEWONLY , isso pode dar bons insights, com isso vc 
vai ver se a diferença é na estimativa de cardinalidade (o que acho bem 
provável), ou se é algo físico mesmo, que o CBO não teria como descobrir (tipo 
velocidade de I/O menor por causa de concorrência, tabela/índice com muito 
whitespace dificultando o RANGE SCAN, cluster factor, por aí... 

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Irei ver a questão dos parametros OPT o que posso melhorar, já os custos 
iguais também e outras coisas mais.
  > 
  > 
  > - Original Message - 
  > From: jlchiappa 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 6:34 PM
  > Subject: [oracle_br] Re: Problema Tuning
  > 
  > 
  > ** Releia ** a resposta, eu disse (entre outras coisas ) :
  > 
  > - PODE SER que o fato dos params optimizer estarem iguais esteja INCORRETO, 
um ajuste seja necessário em PROD porque o hardware é diferente, a concorrência 
é diferente, o que for
  > 
  > - *** NÂO *** é só "fazer o analyze com 100%", é COLETAR HISTOGRAMAS se há 
distribuição irregular de valores
  > 
  > - e as outras coisas TODAS que eu disse como CPU Costing, situação física 
diferente, cluster factor Isso TUDO tem que ser analisado para vc descobrir 
o que está acontecendo, OK ?
  > 
  > []s
  > 
  > Chiappa
  > --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson"  
escreveu
  > >
  > > Então Chiappa, o plano de execução está diferente na tabela está fazendo 
Full (conforme plano de execução) no Desenv que está ok.
  > > 
  > > Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei 
tambem fazer um analyze com 100% usando gather_stats das tabelas envolvidas.
  > > 
  > > - Original Message - 
  > > From: jlchiappa 
  > > To: oracle_br@yahoogrupos.com.br 
  > > Sent: Tuesday, August 18, 2009 1:01 PM
  > > Subject: [oracle_br] Re: Problema Tuning
  > > 
  > > 
  > > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das 
contas É mais rápido do que o full table scan ou não  Se for, pelo que vc 
diz parece ser muito mais questão de utilização do CBO do que tuning da query 
em si, provavelmente vc deve estar caindo num dos casos ** clássicos ** aonde o 
CBO pode montar um plano não-ótimo :
  > > 
  > > a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de 
boa qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com 
Histogramas em colunas aonde a distribuição de dados seja irregular
  > > 
  > > b) constraints (de PK, FK, UK) devem estar presentes aonde necessário, 
elas não servem apenas para Integridade, mas dão dicas importantes pro CBO
  > > 
  > > c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o 
optimizer_index_cost_adj, aonde vc influencia o custo do acesso via índice), o 
db_file_multiblock_read_count, as áreas de hash e sort, paralelismo Muitas 
vezes os valores default desses params até atendem, mas em outras para ajustar 
ao seu hardware e condições de uso pode ser necessários ajustes neles... O 
ponto de "estarem iguais em prod e em dev" me parece levar à copnclusão de que 
estão ** ERRADOS **, pois PROD e DEV são ambientes COMPLETAMENTE diferentes 
imagino (em número de usuários simultâneos, capacidade de I/O e CPU, 
concorrência, RAM disponível, etc), deixar os settings iguais nem sempre é o 
melhor , ajustar em PROD para corresponder à realidade de PROD pode ser 
recomendável
  > > 
  > > d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU 
costing) via dbms_stats.gather_system_stats , num período ** REPRESENTATIVO ** 
da sua utilização
  > > 
  > > e) questões físicas dos índices/tabelas, como cluster factor, extents 
anormalmente grandes ou pequenos, linhas migradas/chaining
  > > 
  > > quando se fala em volumes maiores (não que 2, 3 mi

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Saudações Chiappa, alterei o optimizer_index_cost_adj para 20 para teste, mudou 
completamente o plano de execução vejam a diferença:

-
| Id  | Operation| Name | Rows  | Bytes | Cost 
(%CPU)| Time |
-
|   0 | SELECT STATEMENT |  | 1 |32 | 58470   
(1)| 00:11:42 |
|   1 |  SORT AGGREGATE  |  | 1 |32 |   
 |  |
|*  2 |   HASH JOIN  |  | 49833 |  1557K| 58470   
(1)| 00:11:42 |
|*  3 |VIEW  | index$_join$_002 | 31146 |   608K|  6908   
(1)| 00:01:23 |
|*  4 | HASH JOIN|  |   |   |   
 |  |
|*  5 |  HASH JOIN   |  |   |   |   
 |  |
|*  6 |   INDEX RANGE SCAN   | UCPRDUPENT2  | 31146 |   608K|   235   
(2)| 00:00:03 |
|*  7 |   INDEX RANGE SCAN   | ICPRDUPENT3  | 31146 |   608K|  3437   
(1)| 00:00:42 |
|   8 |  INDEX FAST FULL SCAN| SYS_C00278919| 31146 |   608K|  3106   
(1)| 00:00:38 |
|   9 |TABLE ACCESS FULL | CPRDUPENT1   |  2932K|33M| 51541   
(1)| 00:10:19 |
-


-
| Id  | Operation| Name | Rows  | Bytes | Cost 
(%CPU)| Time |
-
|   0 | SELECT STATEMENT |  | 1 |32 | 20406 
  (1)| 00:04:05 |
|   1 |  SORT AGGREGATE  |  | 1 |32 |   
 |  |
|   2 |   TABLE ACCESS BY INDEX ROWID| CPRDUPENT1   | 2 |24 | 1 
  (0)| 00:00:01 |
|   3 |NESTED LOOPS  |  | 50640 |  1582K| 20406 
  (1)| 00:04:05 |
|*  4 | VIEW | index$_join$_002 | 31650 |   618K|  1406 
  (3)| 00:00:17 |
|*  5 |  HASH JOIN   |  |   |   |   
 |  |
|*  6 |   HASH JOIN  |  |   |   |   
 |  |
|*  7 |INDEX RANGE SCAN  | UCPRDUPENT2  | 31650 |   618K|38 
  (8)| 00:00:01 |
|*  8 |INDEX RANGE SCAN  | ICPRDUPENT3  | 31650 |   618K|   696 
  (3)| 00:00:09 |
|   9 |   INDEX FAST FULL SCAN   | SYS_C00278919| 31650 |   618K|   621 
  (1)| 00:00:08 |
|* 10 | INDEX RANGE SCAN | SYS_C00180122| 2 |   | 1 
  (0)| 00:00:01 |
-


  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 7:23 PM
  Subject: Re: [oracle_br] Re: Problema Tuning


Irei ver a questão dos parametros OPT o que posso melhorar, já os custos 
iguais também e outras coisas mais.

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 6:34 PM
  Subject: [oracle_br] Re: Problema Tuning

  ** Releia ** a resposta, eu disse (entre outras coisas ) :

  - PODE SER que o fato dos params optimizer estarem iguais esteja INCORRETO, 
um ajuste seja necessário em PROD porque o hardware é diferente, a concorrência 
é diferente, o que for

  - *** NÂO *** é só "fazer o analyze com 100%", é COLETAR HISTOGRAMAS se há 
distribuição irregular de valores

  - e as outras coisas TODAS que eu disse como CPU Costing, situação física 
diferente, cluster factor Isso TUDO tem que ser analisado para vc descobrir 
o que está acontecendo, OK ?

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Então Chiappa, o plano de execução está diferente na tabela está fazendo 
Full (conforme plano de execução) no Desenv que está ok.
  > 
  > Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei 
tambem fazer um analyze com 100% usando gather_stats das tabelas envolvidas.
  > 
  > - Original Message - 
  > From: jlchiappa 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 1:01 PM
  > Subject: [oracle_br] Re: Problema Tuning
  > 
  > 
  > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das 
contas É mais rápido do que o full table scan ou não  Se for, pelo que vc 
diz parece ser muito mais questão de utilização do CBO do que tuning da query 
em si, provavelmente vc deve estar caindo num dos casos ** clássicos ** aonde o 
CBO pode montar um plano não-ótimo :
  > 
  > a) nã

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Irei ver a questão dos parametros OPT o que posso melhorar, já os custos iguais 
também e outras coisas mais.


  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 6:34 PM
  Subject: [oracle_br] Re: Problema Tuning


** Releia ** a resposta, eu disse (entre outras coisas ) :

  - PODE SER que o fato dos params optimizer estarem iguais esteja INCORRETO, 
um ajuste seja necessário em PROD porque o hardware é diferente, a concorrência 
é diferente, o que for

  - *** NÂO *** é só "fazer o analyze com 100%", é COLETAR HISTOGRAMAS se há 
distribuição irregular de valores

  - e as outras coisas TODAS que eu disse como CPU Costing, situação física 
diferente, cluster factor Isso TUDO tem que ser analisado para vc descobrir 
o que está acontecendo, OK ?

  []s

  Chiappa
  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Então Chiappa, o plano de execução está diferente na tabela está fazendo 
Full (conforme plano de execução) no Desenv que está ok.
  > 
  > Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei 
tambem fazer um analyze com 100% usando gather_stats das tabelas envolvidas.
  > 
  > - Original Message - 
  > From: jlchiappa 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 1:01 PM
  > Subject: [oracle_br] Re: Problema Tuning
  > 
  > 
  > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das 
contas É mais rápido do que o full table scan ou não  Se for, pelo que vc 
diz parece ser muito mais questão de utilização do CBO do que tuning da query 
em si, provavelmente vc deve estar caindo num dos casos ** clássicos ** aonde o 
CBO pode montar um plano não-ótimo :
  > 
  > a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de boa 
qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com Histogramas 
em colunas aonde a distribuição de dados seja irregular
  > 
  > b) constraints (de PK, FK, UK) devem estar presentes aonde necessário, elas 
não servem apenas para Integridade, mas dão dicas importantes pro CBO
  > 
  > c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o 
optimizer_index_cost_adj, aonde vc influencia o custo do acesso via índice), o 
db_file_multiblock_read_count, as áreas de hash e sort, paralelismo Muitas 
vezes os valores default desses params até atendem, mas em outras para ajustar 
ao seu hardware e condições de uso pode ser necessários ajustes neles... O 
ponto de "estarem iguais em prod e em dev" me parece levar à copnclusão de que 
estão ** ERRADOS **, pois PROD e DEV são ambientes COMPLETAMENTE diferentes 
imagino (em número de usuários simultâneos, capacidade de I/O e CPU, 
concorrência, RAM disponível, etc), deixar os settings iguais nem sempre é o 
melhor , ajustar em PROD para corresponder à realidade de PROD pode ser 
recomendável
  > 
  > d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU 
costing) via dbms_stats.gather_system_stats , num período ** REPRESENTATIVO ** 
da sua utilização
  > 
  > e) questões físicas dos índices/tabelas, como cluster factor, extents 
anormalmente grandes ou pequenos, linhas migradas/chaining
  > 
  > quando se fala em volumes maiores (não que 2, 3 milhões sejam , longe disso 
num hardware de Produção) mas enfim a) é um caso típico por causa dos 
histogramas, mas cheque TODAs as possibilidades... Um trace 10053 pode ser 
útil, também Boas refs pra esse trabalho são : 
http://www.centrexcc.com/A%20Look%20under%20the%20Hood%20of%20CBO%20-%20the%2010053%20Event.pdf
 , http://www.adp-gmbh.ch/ora/tuning/cbo/logical_physical_io.html , 
http://www.centrexcc.com/Fallacies%20of%20the%20Cost%20Based%20Optimizer.pdf , 
http://www.centrexcc.com/Tuning%20by%20Cardinality%20Feedback.pdf , 
http://www.dbazine.com/oracle/or-articles/hotka2 , 
http://www.dbasupport.com/forums/archive/index.php/t-38893.html , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:3126073805757
 , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6601251003901
 e 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:67994814192949#1085556500346495558
 .
  > 
  > Sucesso,
  > 
  > Chiappa
  > 
  > --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson"  
escreveu
  > >
  > > Pessoal boa tarde,
  > > 
  > > Vamos ver se alguém já teve o problema semelhante:
  > > 
  > > Imaginem uma query com 4/5 tabelas envolvidas no voluma de 2, 3 milhoes 
de registros, onde o PLANO DE EXECUCAO mostra um FULL SCAN em todos, bom até ai 
tudo bem.
  > > 
  > > A mesma query no desenvolvimento com o mesmo volume de dados faz uso de 
índice e não o full scan.
  > > 
  > > Estatisticas da base de d

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Está igual tambem Paulo, desenv e produção com 100 todos OPT* estão 
iguais...
- Original Message - 
From: "Paulo Ruiz" 
To: 
Sent: Tuesday, August 18, 2009 5:51 PM
Subject: Re: [oracle_br] Re: Problema Tuning


De uma olhada em
optimizer_index_cost_adj

Enviado através do meu BlackBerry® da Nextel

-Original Message-----
From: "Willian Fernando Frasson" 

Date: Tue, 18 Aug 2009 17:46:46
To: 
Subject: Re: [oracle_br] Re: Problema Tuning


Então caraisso ja tentei tb rsrss
Estou na hipotese de algum BUG mesmo, no final de semana estaremos 
atualizando SO e Pathset.

  - Original Message - 
  From: Andre Santos
  To: oracle_br@yahoogrupos.com.br
  Sent: Tuesday, August 18, 2009 5:17 PM
  Subject: Re: [oracle_br] Re: Problema Tuning


Willian

  Se possível, tente recriar os índices da Produção e colete as estatísticas
  novamente.
  Não custa tentar esta hipótese. ;)

  Outra possibilidade é algum bug da versão da Produção (mais antiga,
  10.2.0.3). Se tiver acesso, tente pesquisar no Metalink (ou mesmo no
  Google).

  Só por curiosidade: os sistemas operacionais também são iguais nos dois
  ambientes?

  [ ]

  André

  2009/8/18 Willian Fernando Frasson 

  >
  >
  > Então... veja que estranho, no desenv coloquei com as estatisticas 
iguais
  > as tabelas/indices da produção e lá continua não fazendo full scan.
  >
  > A diferença do tempo sem RULE na produção é muito grande (fazendo full 
scan
  > é praticamente impossivel rodar as querys)
  >
  > - Original Message -
  > From: Andre Santos
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 4:50 PM
  > Subject: Re: [oracle_br] Re: Problema Tuning
  >
  > Willian
  >
  > Você disse os volumes são idênticos, mas que no Desenvolvimento as
  > estatísticas **não** estão atualizadas (e na Produção estão 
atualizadas)...
  > então os planos, muito provavelmente, seriam diferentes mesmo.
  >
  > A diferença no número da versão/release pode ser uma pista também...
  >
  > De qualquer forma, com as estatísticas "atualizadas" na Produção, algo 
faz
  > o
  > CBO considerar que o o **custo** de processamento do full-table scan é
  > menor
  > que o processamento através dos índices.
  >
  > Pode até ser que os índices estejam com algum problema de
  > balanceamento/fragmentação na Produção.
  >
  > Você também disse que tentou com coleta de estatísticas 100% 
(compute)...
  > mas, como disse o Chiappa, há possibilidade de ter "histogramas", etc... 
Ou
  > seja, há muitas variáveis envolvidas que podem influenciar.
  >
  > Perguntas:
  > - No desenvolvimento, se você tirar as estatísticas, qual plano é 
gerado?
  > - Na produção, qual a diferença de velocidade entre os 2 planos? (você
  > mediu
  > os tempos das execuções?)
  >
  > [ ]
  >
  > André
  >
  > 2009/8/18 Willian Fernando Frasson 

  > >
  >
  > >
  > >
  > > Também, mas a questão não é velocidade e sim plano de execução, as 
duas
  > > fazem planos de execuções diferentes.
  > >
  > > Ah desenv ta na 10.2.0.4, Prod 10.2.0.3.
  > >
  > > - Original Message -
  > > From: Andre Santos
  > > To: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > Sent: Tuesday, August 18, 2009 3:59 PM
  > > Subject: Re: [oracle_br] Re: Problema Tuning
  > >
  > > Willian
  > >
  > > As diferenças de velocidade são muito grandes? (com índices e sem 
índices
  > > nos 2 ambientes)
  > >
  > > [ ]
  > >
  > > André
  > >
  > > 2009/8/18 Willian Fernando Frasson 

  > 
  > > >
  > >
  > > >
  > > >
  > > > Então Chiappa, o plano de execução está diferente na tabela está
  > fazendo
  > > > Full (conforme plano de execução) no Desenv que está ok.
  > > >
  > > > Com relação aos parametros opt*** estão iguais em ambos bancos, ja
  > tentei
  > > > tambem fazer um analyze com 100% usando gather_stats das tabelas
  > > envolvidas.
  > > >
  > > >
  > > >
  > > > - Original Message -
  > > > From: jlchiappa
  > > > To: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br> > 40yahoogrupos.com.br>
  > > > Sent: Tuesday, August 18, 2009 1:01 PM
  > > > Subject: [oracle_br] Re: Problema Tuning
  > > >
  > > > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final
  > das
  > > > contas É mais rápido do que o full table scan ou não  Se for, 
pelo
  > > que
  > > > vc diz parece ser muito mais questão de utilização do CBO do que 
tuning
  > > da
  > > > query em si, provavelmente vc de

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Então caraisso ja tentei tb rsrss
Estou na hipotese de algum BUG mesmo, no final de semana estaremos atualizando 
SO e Pathset.

  - Original Message - 
  From: Andre Santos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 5:17 PM
  Subject: Re: [oracle_br] Re: Problema Tuning


Willian

  Se possível, tente recriar os índices da Produção e colete as estatísticas
  novamente.
  Não custa tentar esta hipótese. ;)

  Outra possibilidade é algum bug da versão da Produção (mais antiga,
  10.2.0.3). Se tiver acesso, tente pesquisar no Metalink (ou mesmo no
  Google).

  Só por curiosidade: os sistemas operacionais também são iguais nos dois
  ambientes?

  [ ]

  André

  2009/8/18 Willian Fernando Frasson 

  >
  >
  > Então... veja que estranho, no desenv coloquei com as estatisticas iguais
  > as tabelas/indices da produção e lá continua não fazendo full scan.
  >
  > A diferença do tempo sem RULE na produção é muito grande (fazendo full scan
  > é praticamente impossivel rodar as querys)
  >
  > - Original Message -
  > From: Andre Santos
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 4:50 PM
  > Subject: Re: [oracle_br] Re: Problema Tuning
  >
  > Willian
  >
  > Você disse os volumes são idênticos, mas que no Desenvolvimento as
  > estatísticas **não** estão atualizadas (e na Produção estão atualizadas)...
  > então os planos, muito provavelmente, seriam diferentes mesmo.
  >
  > A diferença no número da versão/release pode ser uma pista também...
  >
  > De qualquer forma, com as estatísticas "atualizadas" na Produção, algo faz
  > o
  > CBO considerar que o o **custo** de processamento do full-table scan é
  > menor
  > que o processamento através dos índices.
  >
  > Pode até ser que os índices estejam com algum problema de
  > balanceamento/fragmentação na Produção.
  >
  > Você também disse que tentou com coleta de estatísticas 100% (compute)...
  > mas, como disse o Chiappa, há possibilidade de ter "histogramas", etc... Ou
  > seja, há muitas variáveis envolvidas que podem influenciar.
  >
  > Perguntas:
  > - No desenvolvimento, se você tirar as estatísticas, qual plano é gerado?
  > - Na produção, qual a diferença de velocidade entre os 2 planos? (você
  > mediu
  > os tempos das execuções?)
  >
  > [ ]
  >
  > André
  >
  > 2009/8/18 Willian Fernando Frasson 

  > >
  >
  > >
  > >
  > > Também, mas a questão não é velocidade e sim plano de execução, as duas
  > > fazem planos de execuções diferentes.
  > >
  > > Ah desenv ta na 10.2.0.4, Prod 10.2.0.3.
  > >
  > > - Original Message -
  > > From: Andre Santos
  > > To: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > Sent: Tuesday, August 18, 2009 3:59 PM
  > > Subject: Re: [oracle_br] Re: Problema Tuning
  > >
  > > Willian
  > >
  > > As diferenças de velocidade são muito grandes? (com índices e sem índices
  > > nos 2 ambientes)
  > >
  > > [ ]
  > >
  > > André
  > >
  > > 2009/8/18 Willian Fernando Frasson 

  > 
  > > >
  > >
  > > >
  > > >
  > > > Então Chiappa, o plano de execução está diferente na tabela está
  > fazendo
  > > > Full (conforme plano de execução) no Desenv que está ok.
  > > >
  > > > Com relação aos parametros opt*** estão iguais em ambos bancos, ja
  > tentei
  > > > tambem fazer um analyze com 100% usando gather_stats das tabelas
  > > envolvidas.
  > > >
  > > >
  > > >
  > > > - Original Message -
  > > > From: jlchiappa
  > > > To: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br> > 40yahoogrupos.com.br>
  > > > Sent: Tuesday, August 18, 2009 1:01 PM
  > > > Subject: [oracle_br] Re: Problema Tuning
  > > >
  > > > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final
  > das
  > > > contas É mais rápido do que o full table scan ou não  Se for, pelo
  > > que
  > > > vc diz parece ser muito mais questão de utilização do CBO do que tuning
  > > da
  > > > query em si, provavelmente vc deve estar caindo num dos casos **
  > > clássicos
  > > > ** aonde o CBO pode montar um plano não-ótimo :
  > > >
  > > > a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de
  > > boa
  > > > qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com
  > > > Histogramas em colunas aonde a distribuição de dados seja irregular
  > > >
  > > > b) constraints (de PK, FK, UK) devem estar p

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Então... veja que estranho, no desenv coloquei com as estatisticas iguais as 
tabelas/indices da produção e lá continua não fazendo full scan.


A diferença do tempo sem RULE na produção é muito grande (fazendo full scan é 
praticamente impossivel rodar as querys)

  - Original Message - 
  From: Andre Santos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 4:50 PM
  Subject: Re: [oracle_br] Re: Problema Tuning


Willian

  Você disse os volumes são idênticos, mas que no Desenvolvimento as
  estatísticas **não** estão atualizadas (e na Produção estão atualizadas)...
  então os planos, muito provavelmente, seriam diferentes mesmo.

  A diferença no número da versão/release pode ser uma pista também...

  De qualquer forma, com as estatísticas "atualizadas" na Produção, algo faz o
  CBO considerar que o o **custo** de processamento do full-table scan é menor
  que o processamento através dos índices.

  Pode até ser que os índices estejam com algum problema de
  balanceamento/fragmentação na Produção.

  Você também disse que tentou com coleta de estatísticas 100% (compute)...
  mas, como disse o Chiappa, há possibilidade de ter "histogramas", etc... Ou
  seja, há muitas variáveis envolvidas que podem influenciar.

  Perguntas:
  - No desenvolvimento, se você tirar as estatísticas, qual plano é gerado?
  - Na produção, qual a diferença de velocidade entre os 2 planos? (você mediu
  os tempos das execuções?)

  [ ]

  André

  2009/8/18 Willian Fernando Frasson 

  >
  >
  > Também, mas a questão não é velocidade e sim plano de execução, as duas
  > fazem planos de execuções diferentes.
  >
  > Ah desenv ta na 10.2.0.4, Prod 10.2.0.3.
  >
  > - Original Message -
  > From: Andre Santos
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 3:59 PM
  > Subject: Re: [oracle_br] Re: Problema Tuning
  >
  > Willian
  >
  > As diferenças de velocidade são muito grandes? (com índices e sem índices
  > nos 2 ambientes)
  >
  > [ ]
  >
  > André
  >
  > 2009/8/18 Willian Fernando Frasson 

  > >
  >
  > >
  > >
  > > Então Chiappa, o plano de execução está diferente na tabela está fazendo
  > > Full (conforme plano de execução) no Desenv que está ok.
  > >
  > > Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei
  > > tambem fazer um analyze com 100% usando gather_stats das tabelas
  > envolvidas.
  > >
  > >
  > >
  > > - Original Message -
  > > From: jlchiappa
  > > To: oracle_br@yahoogrupos.com.br 
 40yahoogrupos.com.br>
  > > Sent: Tuesday, August 18, 2009 1:01 PM
  > > Subject: [oracle_br] Re: Problema Tuning
  > >
  > > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das
  > > contas É mais rápido do que o full table scan ou não  Se for, pelo
  > que
  > > vc diz parece ser muito mais questão de utilização do CBO do que tuning
  > da
  > > query em si, provavelmente vc deve estar caindo num dos casos **
  > clássicos
  > > ** aonde o CBO pode montar um plano não-ótimo :
  > >
  > > a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de
  > boa
  > > qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com
  > > Histogramas em colunas aonde a distribuição de dados seja irregular
  > >
  > > b) constraints (de PK, FK, UK) devem estar presentes aonde necessário,
  > elas
  > > não servem apenas para Integridade, mas dão dicas importantes pro CBO
  > >
  > > c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o
  > > optimizer_index_cost_adj, aonde vc influencia o custo do acesso via
  > índice),
  > > o db_file_multiblock_read_count, as áreas de hash e sort, paralelismo
  > > Muitas vezes os valores default desses params até atendem, mas em outras
  > > para ajustar ao seu hardware e condições de uso pode ser necessários
  > ajustes
  > > neles... O ponto de "estarem iguais em prod e em dev" me parece levar à
  > > copnclusão de que estão ** ERRADOS **, pois PROD e DEV são ambientes
  > > COMPLETAMENTE diferentes imagino (em número de usuários simultâneos,
  > > capacidade de I/O e CPU, concorrência, RAM disponível, etc), deixar os
  > > settings iguais nem sempre é o melhor , ajustar em PROD para corresponder
  > à
  > > realidade de PROD pode ser recomendável
  > >
  > > d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU
  > > costing) via dbms_stats.gather_system_stats , num período **
  > REPRESENTATIVO
  > > ** da sua utilização
  > >
  > > e) questões físicas dos índices/tabelas, como cluster factor, extents
  > >

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Chiappa, mais um detalhe, usando RULE na produção fica tudo ok.

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 1:01 PM
  Subject: [oracle_br] Re: Problema Tuning


Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das 
contas É mais rápido do que o full table scan ou não  Se for, pelo que vc 
diz parece ser muito mais questão de utilização do CBO do que tuning da query 
em si, provavelmente vc deve estar caindo num dos casos ** clássicos ** aonde o 
CBO pode montar um plano não-ótimo :

  a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de boa 
qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com Histogramas 
em colunas aonde a distribuição de dados seja irregular

  b) constraints (de PK, FK, UK) devem estar presentes aonde necessário, elas 
não servem apenas para Integridade, mas dão dicas importantes pro CBO

  c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o 
optimizer_index_cost_adj, aonde vc influencia o custo do acesso via índice), o 
db_file_multiblock_read_count, as áreas de hash e sort, paralelismo Muitas 
vezes os valores default desses params até atendem, mas em outras para ajustar 
ao seu hardware e condições de uso pode ser necessários ajustes neles... O 
ponto de "estarem iguais em prod e em dev" me parece levar à copnclusão de que 
estão ** ERRADOS **, pois PROD e DEV são ambientes COMPLETAMENTE diferentes 
imagino (em número de usuários simultâneos, capacidade de I/O e CPU, 
concorrência, RAM disponível, etc), deixar os settings iguais nem sempre é o 
melhor , ajustar em PROD para corresponder à realidade de PROD pode ser 
recomendável

  d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU 
costing) via dbms_stats.gather_system_stats , num período ** REPRESENTATIVO ** 
da sua utilização

  e) questões físicas dos índices/tabelas, como cluster factor, extents 
anormalmente grandes ou pequenos, linhas migradas/chaining

  quando se fala em volumes maiores (não que 2, 3 milhões sejam , longe disso 
num hardware de Produção) mas enfim a) é um caso típico por causa dos 
histogramas, mas cheque TODAs as possibilidades... Um trace 10053 pode ser 
útil, também Boas refs pra esse trabalho são : 
http://www.centrexcc.com/A%20Look%20under%20the%20Hood%20of%20CBO%20-%20the%2010053%20Event.pdf
 , http://www.adp-gmbh.ch/ora/tuning/cbo/logical_physical_io.html , 
http://www.centrexcc.com/Fallacies%20of%20the%20Cost%20Based%20Optimizer.pdf , 
http://www.centrexcc.com/Tuning%20by%20Cardinality%20Feedback.pdf , 
http://www.dbazine.com/oracle/or-articles/hotka2 , 
http://www.dbasupport.com/forums/archive/index.php/t-38893.html , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:3126073805757
 , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6601251003901
 e 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:67994814192949#1085556500346495558
 .

  Sucesso,

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Pessoal boa tarde,
  > 
  > Vamos ver se alguém já teve o problema semelhante:
  > 
  > Imaginem uma query com 4/5 tabelas envolvidas no voluma de 2, 3 milhoes de 
registros, onde o PLANO DE EXECUCAO mostra um FULL SCAN em todos, bom até ai 
tudo bem.
  > 
  > A mesma query no desenvolvimento com o mesmo volume de dados faz uso de 
índice e não o full scan.
  > 
  > Estatisticas da base de desenvolvimento desatualizadas, Estatisticas da 
produção (tabelas e indices das tabelas envolvidas atualizadas)
  > 
  > Pior de tudo (Retiro o stats dos indices da produção (faz o plano de 
execução correto usando os indices)
  > 
  > Obs.: Todos parametros opt_* estão iguais na Producao e no Desenv.
  > 
  > Utilização de RULE na produção (faz o plan correto tambem)
  > 
  > Hits de buffer cache (58% na producao)
  > 
  > Hits de buffer cache (95% no desenv)
  > 
  > Alguem teria ideia de mais alguma coisa que poderia ser...?
  > 
  > 
  > Abcs.
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Também, mas a questão não é velocidade e sim plano de execução, as duas fazem 
planos de execuções diferentes.

Ah desenv ta na 10.2.0.4, Prod 10.2.0.3.

  - Original Message - 
  From: Andre Santos 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 3:59 PM
  Subject: Re: [oracle_br] Re: Problema Tuning


Willian

  As diferenças de velocidade são muito grandes? (com índices e sem índices
  nos 2 ambientes)

  [ ]

  André

  2009/8/18 Willian Fernando Frasson 

  >
  >
  > Então Chiappa, o plano de execução está diferente na tabela está fazendo
  > Full (conforme plano de execução) no Desenv que está ok.
  >
  > Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei
  > tambem fazer um analyze com 100% usando gather_stats das tabelas envolvidas.
  >
  >
  >
  > - Original Message -
  > From: jlchiappa
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, August 18, 2009 1:01 PM
  > Subject: [oracle_br] Re: Problema Tuning
  >
  > Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das
  > contas É mais rápido do que o full table scan ou não  Se for, pelo que
  > vc diz parece ser muito mais questão de utilização do CBO do que tuning da
  > query em si, provavelmente vc deve estar caindo num dos casos ** clássicos
  > ** aonde o CBO pode montar um plano não-ótimo :
  >
  > a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de boa
  > qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com
  > Histogramas em colunas aonde a distribuição de dados seja irregular
  >
  > b) constraints (de PK, FK, UK) devem estar presentes aonde necessário, elas
  > não servem apenas para Integridade, mas dão dicas importantes pro CBO
  >
  > c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o
  > optimizer_index_cost_adj, aonde vc influencia o custo do acesso via índice),
  > o db_file_multiblock_read_count, as áreas de hash e sort, paralelismo
  > Muitas vezes os valores default desses params até atendem, mas em outras
  > para ajustar ao seu hardware e condições de uso pode ser necessários ajustes
  > neles... O ponto de "estarem iguais em prod e em dev" me parece levar à
  > copnclusão de que estão ** ERRADOS **, pois PROD e DEV são ambientes
  > COMPLETAMENTE diferentes imagino (em número de usuários simultâneos,
  > capacidade de I/O e CPU, concorrência, RAM disponível, etc), deixar os
  > settings iguais nem sempre é o melhor , ajustar em PROD para corresponder à
  > realidade de PROD pode ser recomendável
  >
  > d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU
  > costing) via dbms_stats.gather_system_stats , num período ** REPRESENTATIVO
  > ** da sua utilização
  >
  > e) questões físicas dos índices/tabelas, como cluster factor, extents
  > anormalmente grandes ou pequenos, linhas migradas/chaining
  >
  > quando se fala em volumes maiores (não que 2, 3 milhões sejam , longe disso
  > num hardware de Produção) mas enfim a) é um caso típico por causa dos
  > histogramas, mas cheque TODAs as possibilidades... Um trace 10053 pode ser
  > útil, também Boas refs pra esse trabalho são :
  > 
http://www.centrexcc.com/A%20Look%20under%20the%20Hood%20of%20CBO%20-%20the%2010053%20Event.pdf,
  > http://www.adp-gmbh.ch/ora/tuning/cbo/logical_physical_io.html ,
  > 
http://www.centrexcc.com/Fallacies%20of%20the%20Cost%20Based%20Optimizer.pdf,
  > http://www.centrexcc.com/Tuning%20by%20Cardinality%20Feedback.pdf ,
  > http://www.dbazine.com/oracle/or-articles/hotka2 ,
  > http://www.dbasupport.com/forums/archive/index.php/t-38893.html ,
  > 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:3126073805757,
  > 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6601251003901e
  > 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:67994814192949#1085556500346495558.
  >
  > Sucesso,
  >
  > Chiappa
  >
  > --- Em oracle_br@yahoogrupos.com.br ,
  > "Willian Fernando Frasson"  escreveu
  > >
  > > Pessoal boa tarde,
  > >
  > > Vamos ver se alguém já teve o problema semelhante:
  > >
  > > Imaginem uma query com 4/5 tabelas envolvidas no voluma de 2, 3 milhoes
  > de registros, onde o PLANO DE EXECUCAO mostra um FULL SCAN em todos, bom até
  > ai tudo bem.
  > >
  > > A mesma query no desenvolvimento com o mesmo volume de dados faz uso de
  > índice e não o full scan.
  > >
  > > Estatisticas da base de desenvolvimento desatualizadas, Estatisticas da
  > produção (tabelas e indices das tabelas envolvidas atualizadas)
  > >
  > > Pior de tudo (Retiro o stats dos indices da produção (faz o plano de
  > execução corr

Re: [oracle_br] Re: Problema Tuning

[Willian Fernando Frasson]

Então Chiappa, o plano de execução está diferente  na tabela está fazendo Full 
(conforme plano de execução) no Desenv que está ok.

Com relação aos parametros opt*** estão iguais em ambos bancos, ja tentei 
tambem fazer um analyze com 100% usando gather_stats das tabelas envolvidas.

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, August 18, 2009 1:01 PM
  Subject: [oracle_br] Re: Problema Tuning


Vamos por partes aí : PRIMEIRO de tudo, o acesso via índice ao final das 
contas É mais rápido do que o full table scan ou não  Se for, pelo que vc 
diz parece ser muito mais questão de utilização do CBO do que tuning da query 
em si, provavelmente vc deve estar caindo num dos casos ** clássicos ** aonde o 
CBO pode montar um plano não-ótimo :

  a) não basta só ter estatísticas, as estatísticas ** TEM ** que ser de boa 
qualidade, com COMPUTE sempre aonde que der, e (IMPORTANTE!!) com Histogramas 
em colunas aonde a distribuição de dados seja irregular

  b) constraints (de PK, FK, UK) devem estar presentes aonde necessário, elas 
não servem apenas para Integridade, mas dão dicas importantes pro CBO

  c) configuração do CBO, em especial os parâmetros OPTIMIZER_nnn (como o 
optimizer_index_cost_adj, aonde vc influencia o custo do acesso via índice), o 
db_file_multiblock_read_count, as áreas de hash e sort, paralelismo Muitas 
vezes os valores default desses params até atendem, mas em outras para ajustar 
ao seu hardware e condições de uso pode ser necessários ajustes neles... O 
ponto de "estarem iguais em prod e em dev" me parece levar à copnclusão de que 
estão ** ERRADOS **, pois PROD e DEV são ambientes COMPLETAMENTE diferentes 
imagino (em número de usuários simultâneos, capacidade de I/O e CPU, 
concorrência, RAM disponível, etc), deixar os settings iguais nem sempre é o 
melhor , ajustar em PROD para corresponder à realidade de PROD pode ser 
recomendável

  d) se for banco 10g ou superior, coletar estatísticas de SISTEMA (CPU 
costing) via dbms_stats.gather_system_stats , num período ** REPRESENTATIVO ** 
da sua utilização

  e) questões físicas dos índices/tabelas, como cluster factor, extents 
anormalmente grandes ou pequenos, linhas migradas/chaining

  quando se fala em volumes maiores (não que 2, 3 milhões sejam , longe disso 
num hardware de Produção) mas enfim a) é um caso típico por causa dos 
histogramas, mas cheque TODAs as possibilidades... Um trace 10053 pode ser 
útil, também Boas refs pra esse trabalho são : 
http://www.centrexcc.com/A%20Look%20under%20the%20Hood%20of%20CBO%20-%20the%2010053%20Event.pdf
 , http://www.adp-gmbh.ch/ora/tuning/cbo/logical_physical_io.html , 
http://www.centrexcc.com/Fallacies%20of%20the%20Cost%20Based%20Optimizer.pdf , 
http://www.centrexcc.com/Tuning%20by%20Cardinality%20Feedback.pdf , 
http://www.dbazine.com/oracle/or-articles/hotka2 , 
http://www.dbasupport.com/forums/archive/index.php/t-38893.html , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:3126073805757
 , 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:6601251003901
 e 
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:67994814192949#1085556500346495558
 .

  Sucesso,

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" 
 escreveu
  >
  > Pessoal boa tarde,
  > 
  > Vamos ver se alguém já teve o problema semelhante:
  > 
  > Imaginem uma query com 4/5 tabelas envolvidas no voluma de 2, 3 milhoes de 
registros, onde o PLANO DE EXECUCAO mostra um FULL SCAN em todos, bom até ai 
tudo bem.
  > 
  > A mesma query no desenvolvimento com o mesmo volume de dados faz uso de 
índice e não o full scan.
  > 
  > Estatisticas da base de desenvolvimento desatualizadas, Estatisticas da 
produção (tabelas e indices das tabelas envolvidas atualizadas)
  > 
  > Pior de tudo (Retiro o stats dos indices da produção (faz o plano de 
execução correto usando os indices)
  > 
  > Obs.: Todos parametros opt_* estão iguais na Producao e no Desenv.
  > 
  > Utilização de RULE na produção (faz o plan correto tambem)
  > 
  > Hits de buffer cache (58% na producao)
  > 
  > Hits de buffer cache (95% no desenv)
  > 
  > Alguem teria ideia de mais alguma coisa que poderia ser...?
  > 
  > 
  > Abcs.
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

[oracle_br] Problema Tuning

[Willian Fernando Frasson]

Pessoal boa tarde,

Vamos ver se alguém já teve o problema semelhante:

Imaginem uma query com 4/5 tabelas envolvidas no voluma de 2, 3 milhoes de 
registros, onde o PLANO DE EXECUCAO mostra um FULL SCAN em todos, bom até ai 
tudo bem.

A mesma query no desenvolvimento com o mesmo volume de dados faz uso de índice 
e não o full scan.

Estatisticas da base de desenvolvimento desatualizadas, Estatisticas da 
produção (tabelas e indices das tabelas envolvidas atualizadas)

Pior de tudo (Retiro o stats dos indices da produção (faz o plano de execução 
correto usando os indices)

Obs.: Todos parametros opt_* estão iguais na Producao e no Desenv.

Utilização de RULE na produção (faz o plan correto tambem)

Hits de buffer cache (58% na producao)

Hits de buffer cache (95% no desenv)

Alguem teria ideia de mais alguma coisa que poderia ser...?


Abcs.

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

Re: [oracle_br] mudar banco de servidor

[Willian Fernando Frasson]

Marcio boa tarde,

Para que tenha um tempo de mudança minimo o que você pode fazer é o 
seguinte:

1) Instale o Database na maquina nova

2) Aplique o Patchset da versão que esá na base atual na maquina nova

3) Faça um Backup via RMAN da base atual

4) Execute o restore do backup realizado anteriormente na base nova (como 
são diretório diferentes use o SET NEW NAME  FOR DATAFILE  ; do rman

5) Aplique as archives restantes (recover automatic database using backup 
controlfile unti cancel) e no momento que quiser abra essa base nova

- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Thursday, July 23, 2009 2:10 PM
Subject: [oracle_br] mudar banco de servidor


Untitled DocumentBoas.

 Tenho uma instância que precisa ser mudada de servidor, as configurações de 
hardware e SO são as mesmas, mas as configurações das pastas não será 
possível ser a mesma por problemas de storage.
  Hoje as pastas estão assim /Inst1/ e ficaria assim /dsk10/Inst1/... 
sendo assim pra migrar basta eu fazer o export e o import no novo servidor, 
ou preciso configurar as pastas.
  Fiz para uma instância pequena, hardware diferente, SO diferente, e criei 
o schema e as tablespace do schema com seus arquivos de dados,e foi tudo 
bem. Para essa mudança tenho que fazer as mesmas criação?

  Grato,
Márcio.

[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Gerar script com estrutura do Banco de dados.

[Willian Fernando Frasson]

A criação da tablespace pode fazer assim também:

SET LONG 6000
SPOOL C:\TABLESPACES.SQL
COL dbms_metadata.get_ddl('TABLESPACE',TABLESPACE_NAME) FOR A5000
SELECT dbms_metadata.get_ddl('TABLESPACE',TABLESPACE_NAME)||';'
FROM DBA_TABLESPACES;

  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 23, 2009 11:34 AM
  Subject: Re: [oracle_br] Gerar script com estrutura do Banco de dados.


Willian, preciso fazer a migração de um esquema para o outro servidor, a 
configuração do hardware e do banco são iguais.

  Pelo comando expdp que você passou com a opção CONTENT=metadata_only, consigo 
extrair também as tablespace do esquema?

  Se sim, queria fazer no primeiro momento essa exportação e importando no 
banco e depois outro export do mesmo esquema mas somente os dados.

  Grato.
  - Original Message ----- 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 22, 2009 10:23 AM
  Subject: Re: [oracle_br] Gerar script com estrutura do Banco de dados.

  Amigo se for 10g pode usar o expdp fazendo somente metadados veja:

  ORACLE_BASE=/oracle
  ORACLE_HOME=$ORACLE_BASE/product/10.2/db
  ORACLE_SID=CSDB
  export ORACLE_BASE ORACLE_HOME ORACLE_SID
  # Expdp Full
  $ORACLE_HOME/bin/expdp \'/ as sysdba\' DIRECTORY=backup 
DUMPFILE=csdb_expdp_full_metadata.dmp CONTENT=metadata_only FULL=y 
LOGFILE=csdb_expdp_full_metadata.log

  Caso queira somente por ex estrutura das tabelas? use o dbms_metadata.get_ddl

  SET LONG 6000
  SPOOL C:\TABELAS_TESTDTA.SQL
  COL dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER) FOR A5000
  SELECT dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER)||';'
  FROM DBA_TABLES
  WHERE OWNER='OWNER';

  - Original Message - 
  From: Walter A. de Melo Nt 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 22, 2009 9:20 AM
  Subject: [oracle_br] Gerar script com estrutura do Banco de dados.

  Olá,

  Alguém saber me dizer se consigo extrair a estrutura do banco sem utilizar os 
famosos tools.
  Gostaria de um "Caminho das pedras" para isso.

  Desde já agradeço

  WALTER A. DE MELO NT 

  ACE - Acronis Certified Engineer 

  New Choice Informatica 

  ( +55 21 3150-5564 
  * wal...@newchoice.com.br 
  walbin...@gmail.com 

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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] IMP-00003: ORACLE error 1 encountered ORA-00001

[Willian Fernando Frasson]

Pode colar  o log todo aqui?

- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Wednesday, July 22, 2009 5:30 PM
Subject: [oracle_br] IMP-3: ORACLE error 1 encountered ORA-1


Untitled DocumentBoas.

Estou tomando esse erro na importação para um banco 10g Express Edition. O 
dump foi feito de um banco oracle 8.1.7.0.0.

  Já tinha feito esse import para um banco 10G Release 10.2.0.1.0, e foi 
tudo bem. No 10g Express Edition não estou conseguindo.
  Estou querendo passar o Express Edition, porque a instãncia é pequena 
apenas 84MB.

Grato.


[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Gerar script com estrutura do Banco de dados.

[Willian Fernando Frasson]

Amigo se for 10g pode usar o expdp fazendo somente metadados veja:

ORACLE_BASE=/oracle
ORACLE_HOME=$ORACLE_BASE/product/10.2/db
ORACLE_SID=CSDB
export ORACLE_BASE ORACLE_HOME ORACLE_SID
# Expdp Full
$ORACLE_HOME/bin/expdp \'/ as sysdba\' DIRECTORY=backup 
DUMPFILE=csdb_expdp_full_metadata.dmp CONTENT=metadata_only FULL=y 
LOGFILE=csdb_expdp_full_metadata.log


Caso queira somente por ex estrutura das tabelas? use o dbms_metadata.get_ddl

SET LONG 6000
SPOOL C:\TABELAS_TESTDTA.SQL
COL dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER) FOR A5000
SELECT dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER)||';'
FROM DBA_TABLES
WHERE OWNER='OWNER';


  - Original Message - 
  From: Walter A. de Melo Nt 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 22, 2009 9:20 AM
  Subject: [oracle_br] Gerar script com estrutura do Banco de dados.


Olá,

  Alguém saber me dizer se consigo extrair a estrutura do banco sem utilizar os 
famosos tools.
  Gostaria de um "Caminho das pedras" para isso.

  Desde já agradeço

  WALTER A. DE MELO NT 

  ACE - Acronis Certified Engineer 

  New Choice Informatica 

  ( +55 21 3150-5564 
  * wal...@newchoice.com.br 
  walbin...@gmail.com 

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Duvida particionamento com hash ?

[Willian Fernando Frasson]

Amigo bom dia,

Você teria dai um particionamento com composite veja ex:

create table vendas
(
  id_produto   number(6) not null,
  descricaovarchar2(40) not null,
  data_venda   date default sysdate
)
partition by range (data_venda) subpartition by hash(descricao) subpartitions 4 
store in (users,users2)
(  partition p_semestre10 values less than (to_date('30-06-2008','DD-MM-')) 
tablespace users,
   partition p_semestre11 values less than (to_date('31-12-2008','DD-MM-')) 
tablespace users2
(  subpartition p_produto1 tablespace users,  
   subpartition p_produto2 tablespace users2));


  - Original Message - 
  From: analistadb2 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Sunday, July 19, 2009 2:33 PM
  Subject: [oracle_br] Duvida particionamento com hash ?



  Pessoal

  Alguem já fez algum particionamento com hash e range simultaneamente ?

  Chegararam a ter algum problema com este tipo particionamento , caso tenha 
tido comente o que ocorreU ?



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Real Time Apply

[Willian Fernando Frasson]

Amigo boa tarde
o Data Guard só existe no Enterprise.

O que você poderia fazer no Standart é montar uma base Standby replicando 
archives(físico e não logico como você quer)

  - Original Message - 
  From: wilson edarg 
  To: oraoracle ; oracle_br_docs ; oracle_br ; oracle-linux-br ; gporacle ; 
oradba_br ; certificacao_oracle ; usuarios_oracle 
  Sent: Friday, July 17, 2009 11:22 AM
  Subject: [oracle_br] Real Time Apply


Olá amigos, bom dia.

  Estou oesquisando nas documentações da Oracle e na Net a informação sobre 
Real Time Apply para Oracle 9i release 2. Pelo que estou entendendo não existe 
o Real Time Apply em uma base Standby para esta versão. Vocês confirmam isso?

  Obrigado a todos.

  Wilson Dutra

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Utilização da Console EM.

[Willian Fernando Frasson]

Olha até para te ajudar a montar essa base de homologação, caso queira que seja 
igual a produção e quer velocidade nisso.

Podes tambem usar o RMAN, fazer um backup da base de produção e fazer o 
restore/recover nessa maquina de homolog.

Qualquer duvida que tiver entre em contato...

Abcs..
  - Original Message - 
  From: Márcio Ricardo Alves da Silva 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 08, 2009 10:10 AM
  Subject: Re: [oracle_br] Utilização da Console EM.





  Oi Willian, seria muito bom fazer em ambiente de homologação. Assumi o banco 
há menos de 1 mês, e aqui não tem ambiente de homologação, a homologação é á 
máquina do Analista de Teste, se deu certo coloca em produção. Como é um 
projeto de NF-e, não teria também a mesma massa de dados. Poderia fazer um DUMP 
do banco e criar um ambiente de homologação, mas isso levaria tempo pra arrumar 
um servidor e recurso (infra) pra fazer isso.

  Como estou começando agora, estou adquirindo confiança a cada dia pra fazer 
as mudanças, com a ajuda do grupo e livros e apostilas.

  Vou conversar com o gerente e dizer o que poderemos ganhar, e explicarei que 
seria bom termos um ambiente de homologação para testarmos as alterações feitas.

  Grato. 
  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, July 08, 2009 10:01 AM
  Subject: Re: [oracle_br] Utilização da Console EM.

  Marcio boa tarde,

  Na maioria dos casos as recomendações estão ok, mas vale a pena lembrar que 
  nem tudo que é automático está certo.

  Porque não fazer antes em base de homologação?

  - Original Message - 
  From: "Márcio Ricardo Alves da Silva" 
  To: ; 
  Sent: Wednesday, July 08, 2009 9:40 AM
  Subject: [oracle_br] Utilização da Console EM.

  Untitled Document
  Boas.

  Estou começando a utlização do Enterprise Manager Grid. Na ferramenta em 
  algumas recomendações que a Oracle sugere. Estou com 3 recomendações de 
  Segment Advisor, para fazer shrink em duas tabelas e reorganizar os indices. 
  Essas recomendações que a oracle sugere, posso segui-las, executá-las sem 
  problemas?

  Grato,
  Márcio

  [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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
  Lançamento: 30/1/2009 17:31

  __
  Faça ligações para outros computadores com o novo Yahoo! Messenger 
  http://br.beta.messenger.yahoo.com/ 

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Utilização da Console EM.

[Willian Fernando Frasson]

Marcio boa tarde,

Na maioria dos casos as recomendações estão ok, mas vale a pena lembrar que 
nem tudo que é automático está certo.

Porque não fazer antes em base de homologação?

- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Wednesday, July 08, 2009 9:40 AM
Subject: [oracle_br] Utilização da Console EM.


Untitled Document
Boas.

Estou começando a utlização do Enterprise Manager Grid. Na ferramenta em 
algumas recomendações que a Oracle sugere. Estou com 3 recomendações de 
Segment Advisor, para fazer shrink em duas tabelas e reorganizar os indices. 
Essas recomendações que a oracle sugere, posso segui-las, executá-las sem 
problemas?

Grato,
Márcio

[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Re: Como medir numero e volume de transacoes.

[Willian Fernando Frasson]

Só para te dar uma mão caso queira usar o logminer Tatiana, no ex abaixo usei o 
Online_Catalog e não o dicionário gerado, mas é bom saber das duas formas:

-- Cria o dicionário do LogMinner
begin

  sys.dbms_logmnr_d.build('TSH1dict.ora', '/tmp/scripts/');

end;






-- Monta script para leitura das Archives

select 'sys.dbms_logmnr.add_logfile(''' || name ||  || ',' || ' 
sys.dbms_logmnr.addfile);'

from v$archived_log

where name like '%%'

order by name;

   



-- Dropa a tabela minerador

drop table minerador_comandos;






-- Cria a tabela minerador_comandos

create table minerador_comandos (

data date,

redo varchar2(4000),

undo varchar2(4000),

scn varchar2(40),

tabela varchar2(40),

seg_owner varchar2(40),

operation varchar2(30));






-- Inicia Logminer para leitura

begin

  
sys.dbms_logmnr.add_logfile('/u02/oradata/cclin/Archive/cclin_1_17535_640661308.arc',
 sys.dbms_logmnr.new);

  
sys.dbms_logmnr.add_logfile('/u02/oradata/cclin/Archive/cclin_1_17536_640661308.arc',
 sys.dbms_logmnr.addfile);

  
sys.dbms_logmnr.add_logfile('/u02/oradata/cclin/Archive/cclin_1_17537_640661308.arc',
 sys.dbms_logmnr.addfile);

  
sys.dbms_logmnr.add_logfile('/u02/oradata/cclin/Archive/cclin_1_17538_640661308.arc',
 sys.dbms_logmnr.addfile);  

  
sys.dbms_logmnr.add_logfile('/u02/oradata/cclin/Archive/cclin_1_17539_640661308.arc',
 sys.dbms_logmnr.addfile);

 

-- sys.dbms_logmnr.start_logmnr(startScn => 0,endScn => ,DictFileName 
=> '/tmp/scripts/TSH1dict.ora',Options => sys.dbms_logmnr.committed_data_only);

sys.dbms_logmnr.start_logmnr (options 
=>sys.dbms_logmnr.dict_from_online_catalog + 
sys.dbms_logmnr.committed_data_only);

end;



-- Trunca a tabela minerador_comandos
truncate table minerador_comandos;






-- Insere a mineração na tabela auxiliar minerador_comandos

insert into minerador_comandos

select timestamp, sql_redo, sql_undo, scn, table_name, seg_owner, operation 
from v$logmnr_contents

where upper(seg_owner) not in('SYSTEM','SYSMAN','SYS',' 
','RMAN','UNKNOWN','DBMSP')

and upper(operation) in ('INSERT','UPDATE','DELETE')

and (sql_redo like '%insert%' or sql_redo like '%update%' or sql_redo like 
'%delete%');






-- Para execução do LogMinner
begin

  sys.dbms_logmnr.end_logmnr;

end;

 





-- Select na tabela minerador_comandos

select data, redo, undo, scn, tabela, seg_owner, operation, length(redo) as 
tamanho

from minerador_comandos

 





-- Cria a procedure executa comandos na qual sera executada na base oficial

create or replace procedure executa_comandos is

begin

declare

   i number;

begin

i := 0;

for a in (

   select data, redo, undo, scn, tabela, seg_owner, operation, length(redo) as 
tamanho

   from minerador_comandos

   order by data, scn)

 

loop

 

  execute immediate substr(a.redo,1,a.tamanho-1);

  i := i + 1;

 

  if i >= 1000 then

i := 0;

commit;

  end if;

  

end loop;

commit;

end;

end;



  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, July 06, 2009 6:53 PM
  Subject: [oracle_br] Re: Como medir numero e volume de transacoes.





  Colega, vamos detalhar aí : no bd Oracle, "transação" é uma sequência de 
DMLs, que Automaticamente começa com o primeiro DML feito e Automaticamente é 
encerrada quando vier um COMMIT ou um ROLLBACK, ok ? Assim, se eu conecto no 
banco e mando um INSERT, um UPDATE, outro INSERT e um COMMIT, isso foi uma 
transação, se em seguida na mesma sessão eu mando (digamos) um INSERT e um 
ROLLBACK, isso é outra transação - OU SEJA, no bd Oracle NÂO hÀ relação 
absolutamente ALGUMA entre número de transações e número de 
INSERTs/UPDATEs/DELETEs, vc pode ter transação com 1, 10, n DMLs nela, ok ? Da 
mesma forma, SELECTs (desconsiderando SELECTs FOR UPDATE) também não abrem 
transação, yes ? Então no seu texto o relacionamento que vc quer fazer entre 
quantidade de INSERTs/UPDATEs/DELETEs e transações não cabe, não faz sentido, 
ok ? Confere ?
  Isto posto, respondo : 

  1. o número de transações em si não fica registrado no bd Oracle, mas o 
número de COMMITs (que encerram uma transação) fica, nas views V$SYSSTAT e 
relacionadas

  2. o número de INSERTs/UPDATEs/DELETEs por default não fica nunca registrado 
no bd Oracle, vc TERÁ que ativar algum tipo de Auditoria : pode ser via comando 
AUDIT, via LOG MINER ou (se for bd 10g ou superior) via Fine-Grainded Audit , 
consulte as docs que vc acha sintax e referência para todas estas opções.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, Tatiana Bandeira  
escreveu
  >
  > Alguem do grupo saberia me dar uma sugestao de como medir a quantidade de
  > delete/insert/update no banco de dados durante um dia por example e tambem o
  > volume de dados de um select.
  > 
  > Queria saber se existe alguma view com esse tipo de informacao.
  > 
  > A principio eu nao gostaria de usar leituras e escritas como parametro pra
  > isso e sim numero de transacoes.
  > 
  > Obrigada.
 

Re: [oracle_br] Query: Planos de execução difere ntes

[Willian Fernando Frasson]

Carlos boa tarde,

Poderia nos enviar os dois planos de execução?

  - Original Message - 
  From: Carlos Andrade 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, July 06, 2009 2:38 PM
  Subject: [oracle_br] Query: Planos de execução diferentes





  Boa Tarde!
   
  estou com um problema no ambiente de SIEBEL em que uma determinada query 
quando disparada via SQLPLUS (TOAD,PLSSQL DEVELOPER) corre com um plano (que é 
o ideal para a query, mas quando essa mesma query é disparada pela aplicação do 
SIEBEL o plano utilizador é outro.
  Sei que o siebel efectua alguns alter sessions antes de correr as queries, 
mas mesmo utilizando os alter sessions fora da aplicação, a query utiliza o 
plano correcto.
   
  Tem alguma ideia do que possa causar esse problema?
  Existe alguma tipo de PLANO SALVO?
   
  abs

  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] rotina de backup.

[Willian Fernando Frasson]

Márcio bom dia,

É muto interessante ter a base Standby também sim, mas o que você poderia 
fazer é um Backup Full RMAN jogando o mesmo para disco todos os dias depois 
enviar o mesmo para Fita(De preferência DLT), pois como dizia um professor 
meu da Pós que fiz em 2005, você só vai saber se seu  banco é grande no 
tempo de Restore.
Qual tamanho hoje da sua base? Qual versão que está também?
Outra coisa, continue fazendo seus dumps normais também, backup nunca é de+.


- Original Message - 
From: "Márcio Ricardo Alves da Silva" 
To: ; 
Sent: Friday, July 03, 2009 10:48 AM
Subject: [oracle_br] rotina de backup.


Untitled DocumentBoas.

Pessoal, estou começando a assumir todos os serviços de banco da empresa, e 
tem uma rotina de backup que queria mudar. Hoje o "backup", é feito um DUMP 
todos os dias e depois é feito um MIRROR do HD do servidor de produção e 
jogado para uma fita DAT, essa fita é restaurada em outro servidor.
Tinha sugerido para o diretor mudarmos essa rotina, fazermos um backup FULL 
no domingo e um incrremental nos demais dias com um cumulativo entre os 
dias. Mas, a pessoa que tomava conta do banco acha melhor não mudarmos na 
rotina de backup, disse que é mais seguro.
Ele sugeriu trazermos os ARCHIVE LOG todos os dias e aplicar no servidor 
"STAND BY". Não cheguei ver esse processo e não sei como aplicaria os 
ARCHIVES.

Esse processo funciona? Acho que não é o ideal, mas como estou entrando aos 
poucos na área da empresa vou fazer por ele. Aplicando os ARCHVIES no 
servidor, terei condições de se algum dia der crash no banco eu subir essa 
instãncia e funcionará ok?

Lembrando, esse meu outro servidor é um MIRROR do servidor de produção.

Grato,
Márcio.



[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








O Banco de Dados de Vírus interno expirou.
Verificado por AVG - http://www.avgbrasil.com.br
Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

__
Faça ligações para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] CPU cost...

[Willian Fernando Frasson]

ah um picato use com a sintaxe top -cd5 que se tiver mais instancias na maquina 
vai te mostrar processo por instance.

  - Original Message - 
  From: Carlos Alfredo M. de Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, July 02, 2009 3:25 PM
  Subject: Re: [oracle_br] CPU cost...





  Colega,
  Quando olhamos via comando TOP a coluna %CPU, significa apenas o 
  percentual de consumo de CPU dos processos em execução, ou seja, se só 
  existir um processo em execução no momento da consulta, não é raro ver o 
  processo acima de 50%, se o servidor tem vários processadores/cores, o 
  consumo total da cpu deve ficar bem abaixo desse valor. Não vejo muito 
  com o que se preocupar com isso, use a console "database control" do 
  banco, ela tem mais recursos de monitoração e tunning.

  Att,
  Carlos Alfredo

  Márcio Ricardo Alves da Silva escreveu:
  > Untitled DocumentOlá pessoal.
  >
  > Estou realizando o monitoramento de um banco, e através do comando TOP do 
unix, pego os processos que estão consumindo mais CPU. Alguns processos estão 
consumindo mais de 25% da CPU ou até mais de 50% do processamento. Pego a query 
do processo e vou verificar no banco o SQL, e no banco a query tem um custo 
baixo e utiliza indice, mas o CPU cost está alto.
  >
  > Estou pesquisando pra ver se consigo achar algo q melhore a query, tenho 
algumas nessa situação. Estou iniciando o meu trabalho de tuning, entendo mais 
ou menos. Tem como eu melhorar o CPU cost? 
  >
  > Grato,
  > Márcio. 
  >
  > [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
  >
  >
  >
  > 


  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE

[Willian Fernando Frasson]

Amigo boa noite, não precisa não, você ter multi blocks basta configurar os 
seguintes parametros como ex:

DB_4K_CACHE_SIZE  =4096
DB_8K_CACHE_SIZE  = 8192
DB_16K_CACHE_SIZE = 16384
DB_32K_CACHE_SIZE = 32768


  - Original Message - 
  From: cegoncalvesvr 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 8:32 PM
  Subject: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE





  Amigos,

  O meu db_block_size foi criado na instalação do banco com o bloco de 08 KB.
  preciso mudar para 16 kb o bloco, é possível?
  Se for possivel, terei algum outro problema no banco?

  Urgente
  Obrigado




  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

[Willian Fernando Frasson]

Opa legal, não tinha essa informação, sempre recebi informação do nosso 
comercial que a partir do banco que está rodando a máquina (modo mount 
aplicando archives) deveria se pagar a licensa (licensa por processador).

  - Original Message - 
  From: Nelson Cartaxo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, June 24, 2009 11:41 AM
  Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)





  Willian,

  A base estará em mount, não acho que isso seja considerado uso. De qualquer 
maneira eu falei com uma pessoa da Oracle que auxilia na parte de venda de 
licenças. Entendo por uso, quando a base está em modo open, com pessoas 
processando dados, deletando, etc.

  Att,
  Nelson

  
  De: Willian Fernando Frasson 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Terça-feira, 23 de Junho de 2009 18:52:13
  Assunto: Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Nelson tem certeza disso?

  Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma 
estará em uso.

  - Original Message - 
  From: Nelson Cartaxo 
  To: oracle...@yahoogrup os.com.br 
  Sent: Tuesday, June 23, 2009 10:53 AM
  Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Chiappa,

  Apenas uma pequena correção. A base standby só precisa ser licenciada caso 
ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu 
uso seja apenas quando a primária cair, não é necessário o licenciamento.

  Att,
  Nelson Cartaxo

   _ _ __
  De: jlchiappa 
  Para: oracle...@yahoogrup os.com.br
  Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36
  Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se 
vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai 
quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 
24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM 
QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados 
fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo 
no prédio como são sites diferentes o outro está inafetado, MS as opções de 
processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não 
cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE 
ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica 
que vc vai ter vários custos não triviais aí :

  a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado 
mesmo que não esteja processando diretamente, seja só um espelho do original

  b) o standby funciona enviando "dados" - normalmente redo logs, mas depende 
do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE 
TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa 
mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou 
ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" 
pro standby no site 2...

  c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, 
etc, etc, etc...

  d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga 
de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho 
vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o 
banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente 
uma atualização de hardware  Vc diz que hoje "há um grande volume de 
transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo 
no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que 
depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o 
overhead a mais em se enviar os "dados" adicionais até o standby pode ser 
significativo, e e já que é "24x7", opções de refresh não-online e automático 
dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora...

  e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação 
está configurada/ programada para se conectar diretamente ao servidor NNN no IP 
X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de 
transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E 
as aplicações pode ser que tenham que ser alteradas para usar a tal solução

  São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO 
com levantamente PRECISO de custo, ok ?

  []s

  Chiappa

  --- Em oracle...@yahoogrup os.com.br, "William Gouveia"  
escreveu
  >
  > 
  > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
empresa que tem a seguinte situação.
  > 
  > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
recen

Re: [oracle_br] Oracle RAC

[Willian Fernando Frasson]

Não são a mesma coisa amigo,

RAC é o Cluster que você ouviu dizer, Grid é uma ferramenta de Administração de 
Banco de Dados, 
onde você pode administrar váriss instâncias, vários bancos e até outros banco 
diferentes de Oracle.


  - Original Message - 
  From: hugoliv_dba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, June 19, 2009 7:32 PM
  Subject: [oracle_br] Oracle RAC






  Olá grupo!

  Eu estou começando a estudar Oracle e ouço muito o pessoal falar de do Oracle 
em Cluster, li alguns artigo no OTN e não sei se eu entendi bem o conceito, 
ainda mais porque li também sobre Oracle Grid.

  O Oracle RAC e o Grid são a mesma coisa?

  Eu ganho mais performance com isso??



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

[Willian Fernando Frasson]

Nelson tem certeza disso?

Pois no momento que você MONTAR a base e tiver aplicando as archives a mesma 
estará em uso.

  - Original Message - 
  From: Nelson Cartaxo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 23, 2009 10:53 AM
  Subject: Res: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)





  Chiappa,

  Apenas uma pequena correção. A base standby só precisa ser licenciada caso 
ela seja usada mais de 10 dias ao ano, ou seja, se a empresa garantir que seu 
uso seja apenas quando a primária cair, não é necessário o licenciamento.

  Att,
  Nelson Cartaxo

  
  De: jlchiappa 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Segunda-feira, 22 de Junho de 2009 19:52:36
  Assunto: [oracle_br] Re: DISPONIBILIDADE 24X7 (2 SITES)

  Bom, primeiro de tudo é aquela água : principalmente depois de uma falha, se 
vc pergunta pro gerentão/diretor/ whatever que tipo de disponibilidade ele vai 
quere não tenha dúvida que ele enche a boca pra falar "ah, eu quero 100% quero 
24x7, não, 20x7, 24x6, ** não serve **... Tá. mas TUDO TEM UM CUSTO, e vc TEM 
QUE incluir no seu projeto isso... Por exemplo, ter dois sites separados 
fisicamente é ** ótimo **, já que te dá até Disaster Recover, tipo, pegou fogo 
no prédio como são sites diferentes o outro está inafetado, MS as opções de 
processamento distribuído (RAC, Distributed Transactions, etc) simplesmente não 
cabem num caso assim, a latência simplesmente te mataria, então vc VAI TER QUE 
ter algum tipo de stand-by (via Dataguard, manual, o que for), o que implica 
que vc vai ter vários custos não triviais aí :

  a) licenciamento, a Oracle ** exige ** que o banco stand-by seja licenciado 
mesmo que não esteja processando diretamente, seja só um espelho do original

  b) o standby funciona enviando "dados" - normalmente redo logs, mas depende 
do tipo de standby - pela rede, intensamente, então os dois sites *** TEM QUE 
TER *** uma linha de rede pra interconexão EXTREMAMENTE potente, muito boa 
mesmo Ou seja, além dos dois canais por onde o usuário chega ao site 1 ou 
ao site 2, vc AINDA POR CIMA terá que ter um para o site 1 enviar os "dados" 
pro standby no site 2...

  c) duplicidade de tudo : vc terá dois banco, duas licenças, dois storages, 
etc, etc, etc...

  d) poder de máquina : evidentemente, se hoje vc não tem standby a sua carga 
de trabalho do servidor é X, o standby significa que ALÉM desse mesmo trabalho 
vc ainda terá que ficar enviando e controlando coisas pela rede, se hoje o 
banco sem standby já tá num gargalo, isso terá que ser revisto, provavelmente 
uma atualização de hardware  Vc diz que hoje "há um grande volume de 
transações", aí vem a pergunta , COMO está o teu SLA pra elas, vc tá cumprindo 
no limite ? Pois é aquela, dependendo da tecnologia de standby adotada (que 
depende se é banco Enterprise ou não, da versão, de que datatypes usa, etc) o 
overhead a mais em se enviar os "dados" adicionais até o standby pode ser 
significativo, e e já que é "24x7", opções de refresh não-online e automático 
dos sites, que impõem menos (ou nenhum) overhead às transações ficam fora...

  e) eventuais alterações na aplicação/ambiente : evidente, se hoje a aplicação 
está configurada/ programada para se conectar diretamente ao servidor NNN no IP 
X.Y.Z, evidentemente o site 2 é outro nome/outro IP, alguma solução de 
transpência (BigIP, IP/hostnames virtuais, o que for) vai ter que ser usada E 
as aplicações pode ser que tenham que ser alteradas para usar a tal solução

  São coisas assim que vc tem que pensar e relacionar pro seu cliente, e TUDO 
com levantamente PRECISO de custo, ok ?

  []s

  Chiappa

  --- Em oracle...@yahoogrup os.com.br, "William Gouveia"  
escreveu
  >
  > 
  > Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
empresa que tem a seguinte situação.
  > 
  > Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo 
fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema 
seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não 
tem nenhum.
  > 
  > Portanto a diretoria esta solicitando um projeto de redundancia de Sites 
tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria 
de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que 
o sistema tem um numero grande de transações diario e o modelo que desejam é 
que se o site 1 estiver fora todas as 150 filiais conectam no site 2, o site 1 
voltando ele sincroniza com o site 2 e volta a estar disponivel para conexao 
pelas filiais.
  > 
  > O desejo é que os dois sites estejam distantes cerca de 300km de distancia 
e que tenha realmente alta disponibilidade 24x7.
  > 
  > Tenho uma opniao sobre o assunto e gostaria de ouvir de outros que tem a 
mesma situação e suas experiencias sobre o assunto.
  > 
  > Desde já ag

Re: [oracle_br] DISPONIBILIDADE 24X7 (2 SITES)

[Willian Fernando Frasson]

Caso seja Enterprise, poderá usar o Data Guard para tal trabalho, caso seja 
Standart pode montar uma base Standby
onde será copia suas archives de tempos em tempos para o SITE2 e feito uma 
aplicação das mesmas.
Outra coisa, qual volume de archives/hora seu?
Qual o link disponivel entre o SITE1 e SITE2?

Abcs.

  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, June 22, 2009 12:09 PM
  Subject: Re: [oracle_br] DISPONIBILIDADE 24X7 (2 SITES)





  Opa bom dia Xará hehe,

  Então qual seria o tamanho dessa base? Utiliza Oracle Enterprise ou Standart? 
Qual a versão do banco também?

  - Original Message - 
  From: William Gouveia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, June 22, 2009 10:52 AM
  Subject: [oracle_br] DISPONIBILIDADE 24X7 (2 SITES)

  Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
empresa que tem a seguinte situação.

  Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo 
fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema 
seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não 
tem nenhum.

  Portanto a diretoria esta solicitando um projeto de redundancia de Sites 
tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria 
de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que 
o sistema tem um numero grande de transações diario e o modelo que desejam é 
que se o site 1 estiver fora todas as 150 filiais conectam no site 2, o site 1 
voltando ele sincroniza com o site 2 e volta a estar disponivel para conexao 
pelas filiais.

  O desejo é que os dois sites estejam distantes cerca de 300km de distancia e 
que tenha realmente alta disponibilidade 24x7.

  Tenho uma opniao sobre o assunto e gostaria de ouvir de outros que tem a 
mesma situação e suas experiencias sobre o assunto.

  Desde já agradeço

  William C. de Gouveia
  mailto: gouv...@oraculoconsutores.com.br
  Oraculo Consultoria e Desenvolvimento SS Ltda
  Fone: (16) 3515-3800 (16) 8111-8755
  www.oraculoconsultores.com.br 
  Antes de imprimir, pense em sua responsabilidade com o MEIO

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] DISPONIBILIDADE 24X7 (2 SITES)

[Willian Fernando Frasson]

Opa bom dia Xará hehe,

Então qual seria o tamanho dessa base? Utiliza Oracle Enterprise ou Standart? 
Qual a versão do banco também?

  - Original Message - 
  From: William Gouveia 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, June 22, 2009 10:52 AM
  Subject: [oracle_br] DISPONIBILIDADE 24X7 (2 SITES)






  Bom dia a todos, gostaria de solicitar uma ajuda, presto servico para uma 
empresa que tem a seguinte situação.

  Hoje ela possui um site com 150 filiais interligadas, mas tivemos problemas 
recentes onde ficamos 24 horas fora do ar, o problema foi causado pelo 
fornecedor de conexão, apesar de existir rotas redundantes, para mim o problema 
seja exatamente esse apenas "um" fornecedor. Conforme o ditado quem tem um não 
tem nenhum.

  Portanto a diretoria esta solicitando um projeto de redundancia de Sites 
tanto na parte de comunicacao e infra-estrutura como tambem em ORACLE, gostaria 
de uma sugestão como poderia aplicar isso com Oracle, a minha preocupação é que 
o sistema tem um numero grande de transações diario e o modelo que desejam é 
que se o site 1 estiver fora todas as 150 filiais conectam no site 2, o site 1 
voltando ele sincroniza com o site 2 e volta a estar disponivel para conexao 
pelas filiais.

  O desejo é que os dois sites estejam distantes cerca de 300km de distancia e 
que tenha realmente alta disponibilidade 24x7.

  Tenho uma opniao sobre o assunto e gostaria de ouvir de outros que tem a 
mesma situação e suas experiencias sobre o assunto.

  Desde já agradeço

  William C. de Gouveia
  mailto: gouv...@oraculoconsutores.com.br
  Oraculo Consultoria e Desenvolvimento SS Ltda
  Fone: (16) 3515-3800 (16) 8111-8755
  www.oraculoconsultores.com.br 
  Antes de imprimir, pense em sua responsabilidade com o MEIO


  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] 10 motivos para não instalar oracl e em windows

[Willian Fernando Frasson]

Boa noite,

Uma vez vi até uma reposta do Chiappa e realmente o que ele disse é o mais 
correto, não depende se vai usar Windows, Linux, Aix, Solaris, Hp-UX, etc.

O que depende é se terá um Admin de Rede em tal S.O, claro que se fosse por 
escolha seria AIX, Solaris, Linux (nessa ordem), mas tenho vários clientes que 
rodam até RAC 
em Win2003 Server e nunca parou.


  - Original Message - 
  From: Ricardo de Carvalho Moreno 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 02, 2009 9:56 PM
  Subject: [oracle_br] 10 motivos para não instalar oracle em windows





  Blz pessoal ?

  Todos já sabem que o oracle não se dá bem com o windows para uma base de
  produção com grande volume de dados.

  Alguém sabe me dizer motivos para não instalar oracle em windows ?
  O windows que me refiro é o windows server.

  Valew !!

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: RES: RES: [oracle_br] Replicacao de Dados - standby Database

[Willian Fernando Frasson]

Amigo se é o Standart vc deverá aplicar as archives.. faça um script que BUSQUE 
as archives na PRODUCAO e depois apllique elas deixando o banco em 
estado MOUNT  e executando o comando:

recover automatic database using backup controlfile until cancel;


  - Original Message - 
  From: candiurudba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, June 04, 2009 5:31 PM
  Subject: Re: RES: RES: [oracle_br] Replicacao de Dados - standby Database





  criei o controlfile depois...este foi o erro ?

  --- Em oracle_br@yahoogrupos.com.br, "Robson Lima"  
escreveu
  >
  > 
  > 
  > Você criou o controlfile antes ou depois que fez a copia do banco?
  > 
  > 
  > 
  > Nesse link tem um passo a passo bem legal:
  > 
  > 
  > 
  > http://www.idevelopment.info/data/Oracle/DBA_tips/Standby_Database/SD_1.shtm
  > l
  > 
  > 
  > 
  > 
  > 
  > 
  > 
  > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  > nome de candiurudba
  > Enviada em: quinta-feira, 4 de junho de 2009 17:07
  > Para: oracle_br@yahoogrupos.com.br
  > Assunto: Re: RES: [oracle_br] Replicacao de Dados - standby Database
  > 
  > 
  > 
  > Opa..
  > 
  > Existe sim na pasta este archive..
  > 
  > Fiz um switch logfile para aplicar no meu standby..para ver se estava
  > funcionando e depois schedular no cron...mas nao consigo aplicar o
  > archive...
  > 
  > -- Em oracle_br@yahoogrupos.com.br  ,
  > "Robson Lima"  escreveu
  > >
  > > Ola tudo bem ?
  > > 
  > > 
  > > 
  > > Existe um archive chamado 1_2_688650560.arc na pasta /sarchive ? Sem esse
  > > archive o banco não vai abrir.
  > > 
  > > 
  > > 
  > > Voce pode tentar forçar para ele aplicar esse archive chamando de outra
  > > pasta daí é so escrever o caminho.
  > > 
  > > 
  > > 
  > > Abcs
  > > 
  > > Robson Lima
  > > 
  > > 
  > > 
  > > 
  > > 
  > > 
  > > 
  > > De: oracle_br@yahoogrupos.com.br 
  > [mailto:oracle_br@yahoogrupos.com.br 
  > ] Em
  > > nome de candiurudba
  > > Enviada em: quinta-feira, 4 de junho de 2009 16:30
  > > Para: oracle_br@yahoogrupos.com.br 
  > 
  > > Assunto: [oracle_br] Replicacao de Dados - standby Database
  > > 
  > > 
  > > 
  > > 
  > > 
  > > 
  > > 
  > > 
  > > Boa tarde colegas..
  > > 
  > > Estou finalizando a montagem do meu standby para a versão standard
  > > edition..ja fiz a copia fria dos datafiles, alterei o init.ora e tudo
  > > funionando certinho...mas tive um probleminha na hora de começar a
  > aplicação
  > > dos ARC.
  > > 
  > > 1) criei o standby contolfile
  > > 2) copiei os arquivos de dados para as respectivas pastas no standby
  > > 3)subi o banco com startup nomount / alter database mount standby database
  > > 
  > > Mas quando fui fazer o recover, ele me exibiu o seguinte erro:
  > > 
  > > recover standby database;
  > > ORA-00279: change 536238 generated at 06/04/2009 12:20:40 needed for
  > thread
  > > 1
  > > ORA-00289: suggestion : /sarchive/1_1_688650560.arc
  > > ORA-00280: change 536238 for thread 1 is in sequence #1
  > > 
  > > Specify log: {=suggested | filename | AUTO | CANCEL}
  > > auto
  > > ORA-00279: change 540440 generated at 06/04/2009 15:56:38 needed for
  > thread
  > > 1
  > > ORA-00289: suggestion : /sarchive/1_2_688650560.arc
  > > ORA-00280: change 540440 for thread 1 is in sequence #2
  > > ORA-00278: log file '/sarchive/1_1_688650560.arc' no longer needed for
  > this
  > > recovery
  > > 
  > > alguem poderia me ajudar ?
  > > 
  > > 
  > > 
  > > Nenhum vírus encontrado nessa mensagem recebida.
  > > Verificado por AVG - www.avgbrasil.com.br
  > > Versão: 8.5.339 / Banco de dados de vírus: 270.12.53/2154 - Data de
  > > Lançamento: 06/04/09 05:53:00
  > > 
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram removidas]
  > >
  > 
  > 
  > 
  > Nenhum vírus encontrado nessa mensagem recebida.
  > Verificado por AVG - www.avgbrasil.com.br
  > Versão: 8.5.339 / Banco de dados de vírus: 270.12.53/2154 - Data de
  > Lançamento: 06/04/09 05:53:00
  > 
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] criar ddl de objetos.

[Willian Fernando Frasson]

Boa noite, caro amigo, faça com o sqlplus, se você tentar com PL/SQL Developer 
vai dar a mesma coisa que te deu heheh
faça assim por ex:

--Tablespaces
SET LONG 6000
SPOOL C:\TABLESPACES.SQL
COL dbms_metadata.get_ddl('TABLESPACE',TABLESPACE_NAME) FOR A5000
SELECT dbms_metadata.get_ddl('TABLESPACE',TABLESPACE_NAME)||';'
FROM DBA_TABLESPACES;

--Indices
SET LONG 6000
SPOOL C:\INDICES_TESTDTA.SQL
COL dbms_metadata.get_ddl('INDEX',INDEX_NAME,OWNER) FOR A5000
SELECT dbms_metadata.get_ddl('INDEX',INDEX_NAME,OWNER)||';'
FROM DBA_INDEXES
WHERE OWNER='OWNER';

--Tabelas
SET LONG 6000
SPOOL C:\TABELAS_TESTDTA.SQL
COL dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER) FOR A5000
SELECT dbms_metadata.get_ddl('TABLE',TABLE_NAME,OWNER)||';'
FROM DBA_TABLES
WHERE OWNER='OWNER';



  - Original Message - 
  From: Elvio Barbalho 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 02, 2009 4:05 PM
  Subject: [oracle_br] criar ddl de objetos.





  Senhores bom dia, estou precisando gerar os dll de vários objetos na verdade
  mais de 1000. pesquisando encontrei o seguinte comando.

  select dbms_metadata.get_ddl(object_type, object_name) "DLL" from dual que
  me retorna um clob com o conteúdo da dll. Ai pensei agora ficou fácil vou
  fazer um script e pronto, entretanto para alguns objetos ele esta gerando um
  arquivo vazio para outros incompleto e para outros completo. Mas quando
  executo somente o comando para os casos em que da problema o comando retorna
  o conteúdo completo, e não estou conseguindo encontrar o problema abaixo
  esta o script. Alguém poderia me dar uma ajuda ou então me informar uma
  ferramenta que gere estes dll em arquivos separados

  declare
  file_saida UTL_FILE.file_type;
  p_path_saida VARCHAR2 (100);
  filename_saida VARCHAR2 (200);
  begin
  FOR A IN (SELECT object_name, object_type from all_objects where owner IN
  ('EXTRACT', 'CATEGORIZACAO')
  and object_type in ('PROCEDURE'))
  LOOP
  p_path_saida := '/bilprd1db/u040/utlfile';
  filename_saida := A.object_name || '_' || A.object_type || '.SQL';
  dbms_output.put_line(A.object_name || '_' || A.object_type || '.SQL');
  file_saida := UTL_FILE.fopen (p_path_saida, filename_saida, 'W');
  for b in (select dbms_metadata.get_ddl(A.object_type, A.object_name) as
  elvio from dual)
  loop
  UTL_FILE.put_line(file_saida, b.elvio);
  end loop;
  END LOOP;
  utl_file.fclose(file_saida);
  end;

  Elvio Barbalho
  Brasília, DF
  Brasil

  T + 55 61 21096814
  C + 55 61 84223137
  C + 55 61 81751213
  elvio.barba...@gmail.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Restore database

[Willian Fernando Frasson]

rman target / catalog rman/rman321 

Re: [oracle_br] Restore via RMan

[Willian Fernando Frasson]

Bom, tinha entedido que você NÃO tinha o full do dia 26/05. 

  - Original Message - 
  From: Zumba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 02, 2009 10:07 PM
  Subject: Res: [oracle_br] Restore via RMan





  Na verdade, eu tenho backup full todo dia desde 30 dias atrás.
  O restore é praticamente full pois tem apenas um owner na base com 30G de 
dados.
  Não estou preocupado como voltar um datafile, ou uma tablespace, ou ainda o 
backup completo, mas sim como restaurar apenas o backup do dia 26/05, 
desprezando os backups de antes e depois.

  Valeu pela ajuda desde já!!
  Abraço

  
  De: Willian Fernando Frasson 
  Para: oracle_br@yahoogrupos.com.br
  Enviadas: Terça-feira, 2 de Junho de 2009 17:27:27
  Assunto: Re: [oracle_br] Restore via RMan

  Boa tarde amigo, olha o que precisa restaurar é toda base ou por ex somente 
uma tabela, um owner?

  Já que você NÃO tem backup full dia 26 ou dia 25/05 por ex, o que pode ser 
feito é você restaurar esse backup do dia 01, utilizar o LOGMINER e aplicar os 
SQL_UNDO de todas operações (visando que seja apenas uma tabela será pouco o 
trampo hehehehe)

  Qualquer duvida estamos a disposição

  - Original Message - 
  From: Zumba 
  To: Oracle BR 
  Sent: Tuesday, June 02, 2009 4:23 PM
  Subject: [oracle_br] Restore via RMan

  Olá pessoal,

  gostaria de tirar uma dúvida conceitual.
  Supondo um ambiente com Oracle 9i efetuado backup diário full via Rman 
(datafiles+archivel ogs) configurado em fita para o servidor Tivoli TSM com 
retenção dos ultimos 30 dias. Funciona perfeito inclusive o restore.

  Hoje dia 02, chegou uma solicitação pedindo para restaurar um backup do dia 
26/05 em outro ambiente, para testes.
  Até onde eu sei, restaurando o backup em outra maquina fará sem problemas, 
inclusive com caminho diferente se necessário.

  A situação é: o ultimo backup é do dia 01/06. Como faço pra restaurar um 
backup do dia 26/05??
  Se seguir o procedimento de restore, será restaurado o dia 01 que é o ultimo 
disponível. Devo ir no gerenciador de backups e excluir do dia 01/06 até o dia 
26/05 para que aí tenha o backup que preciso??

  Como seria o procedimento nessa situação?

  PS: Não existe dump deste dia, apenas o dump do dia anterior que não serve 
nesse caso.

  Desde já agradeço a contribuição.

  Saudações.
  Zumba

  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbusca dos.yahoo. com

   - - - - - -

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasi l.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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

  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Restore via RMan

[Willian Fernando Frasson]

Boa tarde amigo, olha o que precisa restaurar é toda base ou por ex somente uma 
tabela, um owner?

Já que você NÃO tem backup full dia 26 ou dia 25/05 por ex, o que pode ser 
feito é você restaurar esse backup do dia 01, utilizar o LOGMINER e aplicar os 
SQL_UNDO de todas operações (visando que seja apenas uma tabela será pouco o 
trampo hehehehe)

Qualquer duvida estamos a disposição

  - Original Message - 
  From: Zumba 
  To: Oracle BR 
  Sent: Tuesday, June 02, 2009 4:23 PM
  Subject: [oracle_br] Restore via RMan






  Olá pessoal,

  gostaria de tirar uma dúvida conceitual.
  Supondo um ambiente com Oracle 9i efetuado backup diário full via Rman 
(datafiles+archivelogs) configurado em fita para o servidor Tivoli TSM com 
retenção dos ultimos 30 dias. Funciona perfeito inclusive o restore.

  Hoje dia 02, chegou uma solicitação pedindo para restaurar um backup do dia 
26/05 em outro ambiente, para testes.
  Até onde eu sei, restaurando o backup em outra maquina fará sem problemas, 
inclusive com caminho diferente se necessário.

  A situação é: o ultimo backup é do dia 01/06. Como faço pra restaurar um 
backup do dia 26/05??
  Se seguir o procedimento de restore, será restaurado o dia 01 que é o ultimo 
disponível. Devo ir no gerenciador de backups e excluir do dia 01/06 até o dia 
26/05 para que aí tenha o backup que preciso??

  Como seria o procedimento nessa situação?

  PS: Não existe dump deste dia, apenas o dump do dia anterior que não serve 
nesse caso.

  Desde já agradeço a contribuição.

  Saudações.
  Zumba

  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Enterprise Flash Drives - EMC

[Willian Fernando Frasson]

A sim em questão de alguns dados sobre ele eu tenho, gostaria de saber a 
utilização do mesmo se alguém utilizas.
  - Original Message - 
  From: Carlos Alfredo M. de Menezes 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 02, 2009 9:51 AM
  Subject: Re: [oracle_br] Enterprise Flash Drives - EMC





  Colega,
  Ainda não conheço alguém que os use, mas sobre testes de performance com 
  Oracle, dê uma olhada em: 
  
http://www.emc.com/collateral/hardware/white-papers/h5699-implement-dmx-flash-with-oracle-wp.pdf

  Att,
  Carlos Alfredo

  Willian Fernando Frasson escreveu:
  >
  >
  > Pessoal bom dia,
  >
  > Apenas por questões de curiosidade, alguém já está utilizando o 
  > Enterprise Flash Drives da EMC? Realmente há o ganho esperado?
  >
  > Abcs.
  >
  > [As partes desta mensagem que não continham texto foram removidas]
  >
  > 


  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

[oracle_br] Enterprise Flash Drives - EMC

[Willian Fernando Frasson]

Pessoal bom dia,

Apenas por questões de curiosidade, alguém já está utilizando o Enterprise 
Flash Drives da EMC? Realmente há o ganho esperado?

Abcs.

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

Re: [oracle_br] Dúvidas...Aumento de memória !!

[Willian Fernando Frasson]

Bom Dia Amigo,

O que o linux faz e todo consumo de memoria e com essa memoria ele faz o
gerencimento da mesma.
Voce pode adicionar 500GB de memoria... e ira aparecer que o consumo
sera total.


Em Seg, 2009-05-25 às 13:58 +, candiurudba escreveu:
> 
> 
> Bom dia colegas,
> 
> Tenho uma dúvida...tenho um servidor DELL 2950 e nele esta instalado o
> Suse 10 enterprise + Oracle 10.2.0.3.
> 
> Neste servidor, tinhamos 32GB e o total de SGA era de 13GB. Nesta
> antiga configuração, utilizando um simples free -m, verificava que
> sobravam 182M livre no servidor.
> 
> Neste final de semana, aumentamos a memória do servidor para 64 GB e
> destinei para SGA 20GB e neste momento, tenho sobrando 312M no
> servidor.
> 
> Minha dúvida é a seguinte, apór ter adicionado quase o dobro de
> memória no servidor, não era para pelo menos ter mais megas livres ?
> Levando em consideração que nada foi alterado no banco ? Ou é normal
> os processos de background consumirem a memória do servidor em quase
> sua totalidade, sem termos alterações significativas no RDBMS ?
> 
> 
> 
> 
> 

__
Fa�a liga��es para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Planejamento - StandBy Database - Standard Edition

[Willian Fernando Frasson]

Boa Noite, 

Monte tudo dentro de apenas um script, via shell, chamando todos
comandos dentro dele de switch etc, faça a copia dos archives dentro
dele.. e criei um arquivo look para ter certeza que o mesmo não está em
execução, faça o recover automatic database using backup controlfile
until cancel; de tempos em tempos

Em Qui, 2009-05-21 às 16:08 -0300, Carlos Alfredo M. de Menezes
escreveu:
> 
> 
> Colega,
> Existem várias formas de fazer isso, eu gosto de usar jobs agendados
> via 
> SO, no meu caso, Linux. Nesse job vc chamará o sqlplus para executar
> o 
> comando "alter system switch logfile;" e usará o rsync para
> sincronizar 
> as pastas do destino do archivelog para outra pasta no servidor de
> standby.
> 
> Att,
> 
> candiurudba escreveu:
> >
> >
> > Boa tarde colegas, tudo bom ?
> >
> > Durante algum tempo, iniciei os estudos para implementar uma
> política 
> > de disaster recovery visando o uso de um Stand By Database e como
> faço 
> > uso do standard edition, não sou contemplado com o DG, por isso,
> tenho 
> > algumas dúvidas...
> >
> > Pelo que andei lendo, o ideal seria o desenvolvimento de um
> primeiro 
> > script para efetuar um switch logfile de tempos em tempos (talvez
> de 
> > 20 em 20 minutos). Não existe no banco, nenhum parametro onde
> possamos 
> > setar estes switchs automaticos, conforme nossa necessidade ? Algum 
> > parametro no spfile talvez..algum alter system set... ?
> >
> > Quanto a cópia dos archives para o outro servidor. não posso 
> > configurar algum parametro ARCHIVE_LOG_DEST_2='??' para que estes 
> > archives sejam gerados no mesmo servidor e tambem enviados para o
> outro ?
> >
> > Nesta semana ja devo começar alguns testes...estu querendo
> implementar 
> > aqui na empresa na proxima semana
> >
> > agradeço a ajuda
> >
> > 
> 
> 
> 
> 

__
Fa�a liga��es para outros computadores com o novo Yahoo! Messenger 
http://br.beta.messenger.yahoo.com/ 

Re: [oracle_br] Como mover spfile no RAC

[Willian Fernando Frasson]

Faça o seguinte como você já tem o pfile, criei o spfile no disco local certo?

Depois utilize a DBMS - DBMS_FILE_TRANSFER e jogue o mesmo dentro do ASM.

Segue link:
http://www.oracle-base.com/articles/10g/FileTransfer10g.php

  - Original Message - 
  From: Alexandre Anselmo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, May 20, 2009 2:20 PM
  Subject: [oracle_br] Como mover spfile no RAC






  Pessoal,

  mais uma bronquinha com essa maravilha que é o RAC. Precisei criar uma 
segunda instancia no meu RAC mas o dbca colocou o spfile em um datagroup 
diferente do que se econtra o spfile da primeira instancia.

  Estou precisando mover este spfile para o local correto mas estou tendo 
muitas dificuldades.

  1 - Criei o pfile a partir do spfile para o filesystem

  2- dei um srvctl stop database -d db;

  3- dei startup no banco em estado no mount usando o init criado

  4 - tento criar o spfile para o novo datagroup mas nao consigo

  * quando faco create spfile='+ASMADM' from 
pfile=/u01/app/oracle/admin/db/scripts/init_new.ora' o comando fica travado e 
nao cria o arquivo e nem da erro. Fica la um tempao e tenho que matar o 
processo na mao.

  ** quando faco create spfile='+ASMADM/db/spfiledb.ora' from 
pfile=/u01/app/oracle/admin/db/scripts/init_new.ora' recebo o erro:

  ERROR at line 1:
  ORA-01078: failure in processing system parameters
  ORA-17502: ksfdcre:4 Failed to create file +ASMADM/db
  ORA-15056: additional error message
  ORA-17502: ksfdcre:4 Failed to create file +ASMADM/db
  ORA-15005: name "db" is already used by an existing alias
  ORA-06512: at line 4

  Se eu conseguisse criar o spfile iria depois fazer srvctl modify database -d 
db -p '+ARCH/db/spfiledb.ora' -s open para atualizar o OCR.

  Alguem ja passou por isso? Estou fazendo aalguma coisa errada?

  Qualquer ajuda sera bem vinda.

  Desde ja agradeco.

  Ats,
  Alexandre Tenorio.



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] dbca ou rman

[Willian Fernando Frasson]

Sim esqueci de mencionar para ele que é na mesma versão (ele disse apenas 
migrar 32 para 64 bits por isso nao citei)

  - Original Message - 
  From: Marcus Vinicius Miguel Pedro 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 19, 2009 11:55 AM
  Subject: RES: [oracle_br] dbca ou rman





  Se o nível de release for o mesmo entre os dois servidores (10.2.0.1 =
  10.2.0.1 ou 10.2.0.4 = 10.2.0.4), não há necessidade de rodar o catupgrd.sql

  Faça o seguinte:

  Backup via RMAN na primeira máquina (32 bits);

  Restore na segunda máquina (64 bits);

  Startup upgrade;

  @?/rdbms/admin/utlirp.sql

  Shutdown immediate

  Startup

  @?/rdbms/admin/utlrp

  Shutdown immediate

  Startup

  Isso é o que chamamos de mudar o Word Size de 32bit para 64bit, há uma nota
  no Metalink que cita esses passos: 62290.1 - Changing between 32-bit and
  64-bit Word Sizes

  Fiz ontem uma migração dessas...

  Marcus Vinicius Miguel Pedro

  OCP Database 9i

  OCP Database 10g

  OCE RAC 10g

  De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
  nome de Willian Fernando Frasson
  Enviada em: terça-feira, 19 de maio de 2009 11:45
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] dbca ou rman

  Caso seja 10g porque não pegar esse backup de RMAN restaurar ele na máquina
  64 fazer o startup upgrade
  e depois rodar o catupgrd.sql.
  Acredito que não terá problemas.
  Apenas faça isso em homologação primeiro.

  Abcs.

  - Original Message - 
  From: Marcos Braga 
  To: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> 
  Sent: Tuesday, May 19, 2009 10:53 AM
  Subject: Re: [oracle_br] dbca ou rman

  Oi Eduardo,

  As vezes que efetuei migração de plataforma foram através de import/export
  (muito prático).

  Porém passei por um "perrengue" uma vez que efetuei uma cópia física de toda
  minha estrutura do banco de dados em um servidor 64bits para um servidor com
  arquitetura 32bits (crach geral no servidor, só tinha o aplicativo instalado
  na máquina 32bits). A princípio o banco iniciou, mas quando efetuava
  qualquer procedimento dava ORA-600. A solução imediata para esse erro foi
  recriar o dicionário de dados e o banco funcionou corretamente.

  Posteriormente efetuei um expdp, recriei o banco e fiz um impdp (isso foi
  para desencargo de consciência, pois o banco estava funcionando).

  Ainda não utilizei dbca. Mas tenho algumas experiências recuperando
  tablespaces com rman em outras plataformas e funciona corretamente.

  []s
  Braga

  2009/5/19 Eduardo mailto:eduardo.paula%40gmail.com> >

  >
  >
  > Bom dia senhores,
  >
  > tenho a seguinte tarefa, migrar um banco 32 bits para o novo servidor 64
  > bits. Tem como fazer um clone usando o dbca (automaticamente ele leva os
  > dados e usuarios?), ou é melhor usar o Rman?
  >
  > Por favor me enviem suas experiências.
  >
  > Obrigado
  >

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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de
  Lançamento: 30/1/2009 17:31

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

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] dbca ou rman

[Willian Fernando Frasson]

Caso seja 10g porque não pegar esse backup de RMAN restaurar ele na máquina 64 
fazer o startup upgrade
e depois rodar o catupgrd.sql e depois o utlrp.sql para recompilar os objetos 
inválidos.
Acredito que não terá problemas.
Apenas faça isso em homologação primeiro.


  - Original Message - 
  From: Willian Fernando Frasson 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 19, 2009 11:45 AM
  Subject: Re: [oracle_br] dbca ou rman





  Caso seja 10g porque não pegar esse backup de RMAN restaurar ele na máquina 
64 fazer o startup upgrade
  e depois rodar o catupgrd.sql.
  Acredito que não terá problemas.
  Apenas faça isso em homologação primeiro.

  Abcs.

  - Original Message - 
  From: Marcos Braga 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 19, 2009 10:53 AM
  Subject: Re: [oracle_br] dbca ou rman

  Oi Eduardo,

  As vezes que efetuei migração de plataforma foram através de import/export
  (muito prático).

  Porém passei por um "perrengue" uma vez que efetuei uma cópia física de toda
  minha estrutura do banco de dados em um servidor 64bits para um servidor com
  arquitetura 32bits (crach geral no servidor, só tinha o aplicativo instalado
  na máquina 32bits). A princípio o banco iniciou, mas quando efetuava
  qualquer procedimento dava ORA-600. A solução imediata para esse erro foi
  recriar o dicionário de dados e o banco funcionou corretamente.

  Posteriormente efetuei um expdp, recriei o banco e fiz um impdp (isso foi
  para desencargo de consciência, pois o banco estava funcionando).

  Ainda não utilizei dbca. Mas tenho algumas experiências recuperando
  tablespaces com rman em outras plataformas e funciona corretamente.

  []s
  Braga

  2009/5/19 Eduardo 

  >
  >
  > Bom dia senhores,
  >
  > tenho a seguinte tarefa, migrar um banco 32 bits para o novo servidor 64
  > bits. Tem como fazer um clone usando o dbca (automaticamente ele leva os
  > dados e usuarios?), ou é melhor usar o Rman?
  >
  > Por favor me enviem suas experiências.
  >
  > Obrigado
  >

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

  --

  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] dbca ou rman

[Willian Fernando Frasson]

Caso seja 10g porque não pegar esse backup de RMAN restaurar ele na máquina 64 
fazer o startup upgrade
e depois rodar o catupgrd.sql.
Acredito que não terá problemas.
Apenas faça isso em homologação primeiro.

Abcs.


  - Original Message - 
  From: Marcos Braga 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 19, 2009 10:53 AM
  Subject: Re: [oracle_br] dbca ou rman





  Oi Eduardo,

  As vezes que efetuei migração de plataforma foram através de import/export
  (muito prático).

  Porém passei por um "perrengue" uma vez que efetuei uma cópia física de toda
  minha estrutura do banco de dados em um servidor 64bits para um servidor com
  arquitetura 32bits (crach geral no servidor, só tinha o aplicativo instalado
  na máquina 32bits). A princípio o banco iniciou, mas quando efetuava
  qualquer procedimento dava ORA-600. A solução imediata para esse erro foi
  recriar o dicionário de dados e o banco funcionou corretamente.

  Posteriormente efetuei um expdp, recriei o banco e fiz um impdp (isso foi
  para desencargo de consciência, pois o banco estava funcionando).

  Ainda não utilizei dbca. Mas tenho algumas experiências recuperando
  tablespaces com rman em outras plataformas e funciona corretamente.

  []s
  Braga

  2009/5/19 Eduardo 

  >
  >
  > Bom dia senhores,
  >
  > tenho a seguinte tarefa, migrar um banco 32 bits para o novo servidor 64
  > bits. Tem como fazer um clone usando o dbca (automaticamente ele leva os
  > dados e usuarios?), ou é melhor usar o Rman?
  >
  > Por favor me enviem suas experiências.
  >
  > Obrigado
  >

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] query lenta custo x tempo

[Willian Fernando Frasson]

Ricardo boa tarde,

Quando você trabalha com Tuning, não significa necessariamente que se o custo 
de uma query 
estiver menor que o outro terá o resultado mais rápido.
Isso significa que você pode "tunar" uma query em custo e em tempo.
Já tentou mudar a query em relação aos planos de execução da mesma? Criar 
indices virtuais para teste?
Se for Oracle 10 ou superior, como não tem muita experiência para tuning, já 
tentou usar o Sql Advisor?

http://www.oracle-base.com/articles/11g/SQLAccessAdvisor_11gR1.php


  - Original Message - 
  From: Ricardo Francisco 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, May 13, 2009 3:26 PM
  Subject: [oracle_br] query lenta custo x tempo





  Pessoal, desculpem se eu disser besteira. Não sou expert em tuning de SQL.
  Tenho a seguinte situação:

  Tenho um relatório que estava muito lento, muito mesmo. Joguei o Sql no
  pl/sql e vi que seu custo era de 45000 +-.

  Reescrevi a query e consegui que caísse para 1500 +- o custo, porém, há uma
  diferença enorme no tempo de retorno dos registros. O relatório de maior
  custo traz o resultado mais rápido que o de menor custo.

  Minha dúvida é: qual a relação do custo x tempo de resposta. Se alguém tiver
  algum material sobre isso eu agradeço muito.

  Obrigado.

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Condição dentro de variável

[Willian Fernando Frasson]

Rogério são muitas comparações?

Se forem talvez uma tabela temporária com a condição seria legal:
Ex: 
TBCONDICAO

TABELACONDICAO

CLIENTE>=1
FORNECEDOR   <=1
FUNCIONARIO=5

  - Original Message - 
  From: RogérioLo Bello 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 12, 2009 10:46 AM
  Subject: [oracle_br] Condição dentro de variável





  Bom dia,

  Estou com um problema, sei que em algumas linguagens tem como fazer essa
  conversão, mas não sei quanto a PL/SQL.

  Quero fazer o seguinte, colocar uma condição dentro da variável e testar a
  variável:

  V_CAST := '1=1';

  IF V_CAST THEN
  V_RETORNO := '1 é igual a 1';
  END IF;

  Existe alguma forma de fazer isso?

  Rogério



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] Duvida Job

[Willian Fernando Frasson]

Opa bom dia amigo, o que você pode fazer é o seguinte criei apenas um JOB que 
execute a a cada minuto a procedure agendador_dba:

Com isso seu JOB verifica se os seus JOBS cadastros na tabela estão em 
execuação ou não e iniciam em tal horário.

Crie uma tabela auxiliar com os campos:
JOB_NUMBER,START_TIME,STOP_TIME,DIA_SEMANA,status


Peocedure para agendar:

CREATE OR REPLACE PROCEDURE agendador_dba (tipo varchar2) AUTHID CURRENT_USER AS
BEGIN
DECLARE

CURSOR verf_janela_start_exec_cur IS
select JOB_NUMBER,START_TIME,STOP_TIME,DIA_SEMANA,status
from agendador
WHERE status='START';

CURSOR verf_janela_stop_exec_cur IS
select JOB_NUMBER,START_TIME,STOP_TIME,DIA_SEMANA,status
from agendador
where status='STOP';

BEGIN

   IF UPPER(TIPO) = 'RUN' THEN
  
  --VERICA SE O STATUS É START
  FOR verf_janela_start_exec in verf_janela_start_exec_cur LOOP
  IF TO_CHAR(SYSDATE, 'HH24:MI')=verf_janela_start_exec.STOP_TIME then
dbms_job.broken(verf_janela_start_exec.job_number,true);
update agendador set status='STOP' where 
job_number=verf_janela_start_exec.job_number;
insert into agendador_log 
VALUES(verf_janela_start_exec.job_number,'STOP',SYSDATE);
commit;
  end if;
  END LOOP;
  
 --VERICA SE O STATUS É STOP
  FOR verf_janela_stop_exec in verf_janela_stop_exec_cur LOOP
  IF TO_CHAR(SYSDATE, 'HH24:MI')=verf_janela_stop_exec.START_TIME then
dbms_job.broken(verf_janela_stop_exec.job_number,false);
update agendador set status='START' where 
job_number=verf_janela_stop_exec.job_number;
insert into agendador_log 
VALUES(verf_janela_stop_exec.job_number,'START',SYSDATE);
commit;
  end if;
  END LOOP;
END IF;
END;
END AGENDADOR_DBA;



  - Original Message - 
  From: Marcio 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 12, 2009 10:01 AM
  Subject: [oracle_br] Duvida Job





  Olá pessoal,

  Eu tenho uma Job que roda todo dia as 18:00, porém quando ela da alguma
  falha ela é reprogramada automaticamente para 3 horas após o horário
  programado ou seja as 21:00, e os dias subseqüentes ficam para as 21:00
  também, o que eu teria que fazer para que ele não se auto programasse ? ou
  seja, se ele desse a falha, deixa que rode somente no dia anterior.

  Abraços

  Márcio Ramo

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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

Re: [oracle_br] existing state of packages has been discarded ???

[Willian Fernando Frasson]

Welvis verifique quais objetos estão inválidos:

SELECT OBJECT_NAME, OBJECT_TYPE, OWNER FROM DBA_OBJECTS
WHERE STATUS = 'INVALID';

Caso queira recompilar todos objetos inválidos basta executar como SYS o script 
utlrp.sql que se encontra no $ORACLE_HOME/rdbms/admin.

- Original Message - 
  From: Welvis Douglas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 12, 2009 10:05 AM
  Subject: [oracle_br] existing state of packages has been discarded ???





  Olá pessoal, o banco de dados está dando este erro constatemente em objetos 
que estão compilados

  alguem sabe de algum problema que isso pode estar causando ?

  att,

  Welvis Douglas

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



  


--



  O Banco de Dados de Vírus interno expirou.
  Verificado por AVG - http://www.avgbrasil.com.br 
  Versão: 8.0.233 / Banco de dados de vírus: 270.10.16/1926 - Data de 
Lançamento: 30/1/2009 17:31


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