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

2010-03-26 Por tôpico 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] Politica de Backup - Banco 3 TB

2010-03-25 Por tôpico 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] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma Linux para AIX

2010-03-25 Por tôpico 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] Upgrade 10gR2 SE para 11gR2 EE com mudança de plataforma Linux para AIX

2010-03-25 Por tôpico 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] erro de Mutante Table

2010-03-23 Por tôpico 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] Problema Windows 32bits e oracle 9i - 9.2.8.0

2010-03-23 Por tôpico 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] Problema Windows 32bits e oracle 9i - 9.2.8.0

2010-03-23 Por tôpico 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 wfras...@yahoo.com.br
  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] Tuning de Querys

2009-11-14 Por tôpico 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

2009-11-09 Por tôpico 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 
wfras...@... escreveu
  
   Marcelo coloque a sua Single em outro ORACLE_HOME msmo.
   
   abcs
   
   - Original Message - 
   From: Marcelo Medrado marcelo.medr...@...
   To: oracle_br@yahoogrupos.com.br
   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 marcus_...@...
   
   
   
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 
marcelo.medr...@...marcelo.medrado%40polo-it.com.br

Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.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]
   
__
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]
   
   
   
   
   
   --
   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

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

2009-11-03 Por tôpico 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

2009-10-27 Por tôpico 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] Problemas ao Instalar Oracle 11R2 + Storage !!

2009-10-26 Por tôpico 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] Oracle RAC ! Ajuda

2009-10-26 Por tôpico 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] Alguem já passou por isso (Ins talação de Patch Set)

2009-10-22 Por tôpico 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 wilson.is...@gmail.com

  
  
   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: RES: RES: [oracle_br] Restaurar backup do Rman

2009-10-19 Por tôpico 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%40yahoogrupos.com.br
  [mailto:oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
  ] Em
  nome de juliotubista
  Enviada em: domingo, 18 de outubro de 2009 12:54 PM
  Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.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 mailto:oracle_br%40yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.com.br
  , Aleksandro Souza Azevedo aleksandroso...@... 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%40yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.com.br
  [mailto:oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.com.br
  ] Em
   nome de itonebr
   Enviada em: sexta-feira, 16 de outubro de 2009 08:45 AM
   Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.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
  mailto:oracle_br%40yahoogrupos.com.br 
  mailto:oracle_br%40yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.com.br
   , Aleksandro souza aleksandrosouza@ 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 alessandro@ escreveu:


De: itonebr alessandro@
Assunto: Re: RES: [oracle_br] Restaurar backup do Rman
Para: oracle_br@yahoogrupos.com.br
  mailto:oracle_br%40yahoogrupos.com.br 
  

Re: [oracle_br] erro no export

2009-10-19 Por tôpico 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: [oracle_br] Restaurar backup do Rman

2009-10-18 Por tôpico 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 mailto:oracle_br%40yahoogrupos.com.br
  , Aleksandro souza aleksandroso...@... 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 alessan...@... escreveu:
   
   
   De: itonebr alessan...@...
   Assunto: Re: RES: [oracle_br] Restaurar backup do Rman
   Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.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
  aleksandrosouza@ ... 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 aleksandrosouza@ ...
mailto:aleksandros ouza%40yahoo. com.br 



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



  


--



  O Banco de 

Re: [oracle_br] total de cpu(%)

2009-10-09 Por tôpico 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?

2009-10-05 Por tôpico 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

2009-10-02 Por tôpico 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 ti.o...@... 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] Estatísticas

2009-09-30 Por tôpico 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 
genérico, 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: WinaXE Free

2009-09-30 Por tôpico 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 jlchia...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.com.br,
   rei_do_delphi brunomaximom...@... 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 oracle_br%40yahoogrupos.com.br,
   Luiz Antonio Camargo luizlaiho@ escreveu

 Muito obrigado pessoal

 2009/9/29 Alberto Souza jalbertoacbr@

 
 
  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] ORA-12500 TNS ouvinte falhou ao iniciar um processo de servidor dedicado

2009-09-30 Por tôpico 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
  

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

2009-09-25 Por tôpico 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 wfras...@yahoo.com.br 
escreveu:

   De: Willian Fernando Frasson wfras...@yahoo.com.br
   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
   
   
   [As partes desta mensagem que não continham texto foram
   removidas]
   
   
   
   
   
   --
   Atenção! As mensagens do grupo ORACLE_BR são de
   acesso público e de inteira responsabilidade de seus
   remetentes.
   Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br

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

2009-09-24 Por tôpico 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

2009-09-23 Por tôpico 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] Instalação de RAC - erro no dbca

2009-09-23 Por tôpico 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] numero de instancias - RAC

2009-09-22 Por tôpico 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 orfe...@hotmail.com

  
  
  
   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

2009-09-21 Por tôpico 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 bruni...@gmail.com
  To: oracle_br@yahoogrupos.com.br
  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 orfe...@hotmail.com

  
  
  
   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

2009-09-18 Por tôpico 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 wfras...@yahoo.com.br
  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 wfras...@yahoo. com.br
  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] Re: Replicação de Banco

2009-09-17 Por tôpico 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 jlchia...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.com.br,
   flavio_delamare flavio_delama a...@... 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] Re: Replicação de Banco

2009-09-17 Por tôpico 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 jlchia...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.com.br,
   flavio_delamare flavio_delama a...@... 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] custo da cpu...

2009-09-17 Por tôpico 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] custo da cpu...

2009-09-17 Por tôpico 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...

2009-09-17 Por tôpico 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 select é 93% na CPU

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

2009-09-17 Por tôpico 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...

2009-09-17 Por tôpico 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..

  - Original Message

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

2009-09-17 Por tôpico 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 wfras...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.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 oracle_br%40yahoogrupos.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 jlchia...@yahoo.com.br jlchiappa%40yahoo.com.br
  
   
   
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 
oracle_br%40yahoogrupos.com.broracle_br%
   40yahoogrupos.com.br,
flavio_delamare flavio_delama a...@... 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

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

2009-09-17 Por tôpico 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 wfras...@yahoo.com.br
  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] Replicação de Banco

2009-09-09 Por tôpico 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

2009-09-08 Por tôpico 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

2009-09-02 Por tôpico 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 jlchia...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.com.br,
   Eduardo Souza pjabran...@... 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] Re: Execução do comando ANALYZE

2009-09-02 Por tôpico 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 igo...@gmail.com

  
  
   É 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 jlchia...@yahoo.com.br jlchiappa%40yahoo.com.br
  
   
   
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 
oracle_br%40yahoogrupos.com.broracle_br%
   40yahoogrupos.com.br,
Eduardo Souza pjabran...@... 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 partes desta mensagem que não continham texto foram removidas]



Re: [oracle_br] Shared_Pool_Size

2009-09-01 Por tôpico 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 marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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

2009-08-25 Por tôpico 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 marcio_...@yahoo.com.br
  To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
  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

2009-08-22 Por tôpico 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 marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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

2009-08-20 Por tôpico 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 elian...@itaipu.gov.br escreveu:

   De: Eliandro Jakubski elian...@itaipu.gov.br
   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

2009-08-19 Por tôpico 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 
wfras...@... 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 wfrasson@ 
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

Re: [oracle_br] Re: Problema Tuning

2009-08-19 Por tôpico 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 
wfras...@... 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 wfrasson@ 
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 
wfrasson@ 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

[oracle_br] Problema Tuning

2009-08-18 Por tôpico 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] Re: Problema Tuning

2009-08-18 Por tôpico 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 
wfras...@... 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

2009-08-18 Por tôpico 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 wfras...@yahoo.com.br

  
  
   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 oracle_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
   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 oracle_br%40yahoogrupos.com.br,
   Willian Fernando Frasson wfras...@... 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

Re: [oracle_br] Re: Problema Tuning

2009-08-18 Por tôpico 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 
wfras...@... 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

2009-08-18 Por tôpico 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 wfras...@yahoo.com.br

  
  
   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 oracle_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 
wfras...@yahoo.com.brwfrasson%40yahoo.com.br
   
  
   
   
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 
oracle_br%40yahoogrupos.com.broracle_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
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

Re: [oracle_br] Re: Problema Tuning

2009-08-18 Por tôpico 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 wfras...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.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 
wfras...@yahoo.com.brwfrasson%40yahoo.com.br
   
  
   
   
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 
oracle_br%40yahoogrupos.com.broracle_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 
wfras...@yahoo.com.brwfrasson%40yahoo.com.br
   wfrasson%40yahoo.com.br

   


 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 
oracle_br%40yahoogrupos.com.broracle_br%
   40yahoogrupos.com.broracle_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

Re: [oracle_br] Re: Problema Tuning

2009-08-18 Por tôpico Willian Fernando Frasson
Está igual tambem Paulo, desenv e produção com 100 todos OPT* estão 
iguais...
- Original Message - 
From: Paulo Ruiz p.r...@globo.com
To: oracle_br@yahoogrupos.com.br
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 wfras...@yahoo.com.br

Date: Tue, 18 Aug 2009 17:46:46
To: oracle_br@yahoogrupos.com.br
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 wfras...@yahoo.com.br

  
  
   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 oracle_br%40yahoogrupos.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 
wfras...@yahoo.com.brwfrasson%40yahoo.com.br
   
  
   
   
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 
oracle_br%40yahoogrupos.com.broracle_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 
wfras...@yahoo.com.brwfrasson%40yahoo.com.br
   wfrasson%40yahoo.com.br

   


 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 
oracle_br%40yahoogrupos.com.broracle_br%
   40yahoogrupos.com.broracle_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

Re: [oracle_br] Re: Problema Tuning

2009-08-18 Por tôpico 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 
wfras...@... 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 wfrasson@ 
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

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

2009-07-23 Por tôpico 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] mudar banco de servidor

2009-07-23 Por tôpico 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 marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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.

2009-07-22 Por tôpico 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] IMP-00003: ORACLE error 1 encountered ORA-00001

2009-07-22 Por tôpico Willian Fernando Frasson
Pode colar  o log todo aqui?

- Original Message - 
From: Márcio Ricardo Alves da Silva marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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] Duvida particionamento com hash ?

2009-07-21 Por tôpico 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

2009-07-17 Por tôpico 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.

2009-07-08 Por tôpico 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 marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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] Utilização da Console EM.

2009-07-08 Por tôpico 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 marcio_...@yahoo.com.br
  To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
  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] Query: Planos de execução difere ntes

2009-07-06 Por tôpico 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] Re: Como medir numero e volume de transacoes.

2009-07-06 Por tôpico 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 tatianabande...@... 
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] rotina de backup.

2009-07-03 Por tôpico 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 marcio_...@yahoo.com.br
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
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...

2009-07-02 Por tôpico 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] Re: DISPONIBILIDADE 24X7 (2 SITES)

2009-06-24 Por tôpico 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 wfras...@yahoo.com.br
  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 jlchia...@yahoo. com.br
  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 gouv...@...  
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

Re: [oracle_br] Bloco de 16 KB no DB_BLOCK_SIZE

2009-06-24 Por tôpico 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)

2009-06-23 Por tôpico 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 jlchia...@yahoo.com.br
  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 gouv...@...  
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.
   
   

Re: [oracle_br] Oracle RAC

2009-06-23 Por tôpico 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] DISPONIBILIDADE 24X7 (2 SITES)

2009-06-22 Por tôpico 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] DISPONIBILIDADE 24X7 (2 SITES)

2009-06-22 Por tôpico 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] criar ddl de objetos.

2009-06-04 Por tôpico 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: RES: RES: [oracle_br] Replicacao de Dados - standby Database

2009-06-04 Por tôpico 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 robsonlimagn...@... 
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 mailto:oracle_br%40yahoogrupos.com.br ,
   Robson Lima robsonlimagnews@ 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%40yahoogrupos.com.br
   [mailto:oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br
   ] Em
nome de candiurudba
Enviada em: quinta-feira, 4 de junho de 2009 16:30
Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.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: {RET=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] 10 motivos para não instalar oracl e em windows

2009-06-04 Por tôpico 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: [oracle_br] Restore via RMan

2009-06-03 Por tôpico 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 wfras...@yahoo.com.br
  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 database

2009-06-03 Por tôpico Willian Fernando Frasson
rman target / catalog rman/rman321 EOF

RUN {
SET ARCHIVELOG DESTINATION TO '/u02/oradata/cclin/Archive';
restore archivelog sequence 17399 until sequence 17405;
}
exit;

EOF

Faça o rename de todos datafiles e depois: recover automatic database using 
backup controlfile until cancel;


  - Original Message - 
  From: Eli Dias 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, June 02, 2009 10:33 PM
  Subject: [oracle_br] Restore database





  Boa noite pessoal!

  Alguem ja teve que restaurar uma base de dados através do RMAN mas somente 
alguns datafiles via catalogo?

  Por exemplo tenho uma base com 380GB e preciso restaura-la em um servidor que 
tem 360GB em disco disponiveis. No banco tenho 64 datafiles, estarei 
restaurando 62 apenas

  Consegui normalmente recuperar os controlfile e os datafiles necessários, 
porém como faço para restaurar os archives e criar os redos?

  Inclui o comando 'recover database using backup controlfile' mas o mesmo 
apresenta erro na tablespace system, também utilizei um 'recover archivelog 
all' mas sem sucesso.

  Alguem tem uma idéia de como isso é reversivel ou se é possível??

  Abraços,
  Eli Dias



  


--



  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

2009-06-02 Por tôpico 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] Enterprise Flash Drives - EMC

2009-06-02 Por tôpico 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]



Re: [oracle_br] Restore via RMan

2009-06-02 Por tôpico 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] Dúvidas...Aumento de memória !!

2009-05-25 Por tôpico 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

2009-05-21 Por tôpico 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

2009-05-20 Por tôpico 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

2009-05-19 Por tôpico 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 eduardo.pa...@gmail.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]



Re: [oracle_br] dbca ou rman

2009-05-19 Por tôpico 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 eduardo.pa...@gmail.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]



  


--



  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

2009-05-13 Por tôpico 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] query lenta custo x tempo

2009-05-13 Por tôpico 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] existing state of packages has been discarded ???

2009-05-12 Por tôpico 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]



Re: [oracle_br] Duvida Job

2009-05-12 Por tôpico 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] Tamanho de datafiles no ASM com rawdevice

2009-05-08 Por tôpico Willian Fernando Frasson
Alexandre bom dia,

Apenas tome um cuidado que quando configurar os raw para o OCR e Voting atribui 
o setor 0, e sendo assim cria a particao iniciando no setor 1 do disco.

  - Original Message - 
  From: Alexandre Anselmo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, May 08, 2009 6:39 AM
  Subject: [oracle_br] Tamanho de datafiles no ASM com rawdevice





  Pessoal,

  vocês mantém a preocupação com os tamanhos dos arquivos quando estão 
utilizando ASM e raw devices? A arquitetura é SOLARIS SPARC 64. Será que 
preciso ter preocupação de criar varios arquivos com tamanho máximo de x GB?

  Qual a recomendação de vocês para isso?

  Ats,
  Alexandre Tenorio Anselmo

  [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 na instalação

2009-05-08 Por tôpico Willian Fernando Frasson
É problema de lib sim, faça novamente a verif; de todos pacotes. Dê um rpm -qa 
| grep pacote e liste aqui gpara ente ver.
  - Original Message - 
  From: Gerson Luz 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, May 08, 2009 7:47 AM
  Subject: [oracle_br] erro na instalação





  Olá pessoal,
  Bom dia.

  Estou seguindo um tutorial encontrado no Ora-base para instalação do Oracle
  no Fedora, no momento de conferir os pacotes, o instalador não reclama da
  falta de nenhum pacote, porém, na fase Vinculando 'Oracle Database 10g
  10.2.0.1.0, no momento Relinking SGA Fetchlet and nm collector binary
  tenho o seguinte erro:

  Erro ao chamar o destino 'Collector' do makefile
  '/u01/app/oracle/product/11.1.0/db_1/sysman/lib/ins_emdb.mk.

  Já conferi todas as libs, estão todas instaladas, alguem faz idéia do que
  pode ser?

  Oracle 10G
  Fedora 9.

  Grato

  Gerson Luz

  [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úivida RAC

2009-05-08 Por tôpico Willian Fernando Frasson
Marcus bom dia, tu me disse que instalou esses tempos um RAC com GPFS?

Chegou a ver a questão do Persistent Reserves (PR) do IBM GPFS ? Pois pelo que 
via EMC só homologa se tiver o mesmo.

  - Original Message - 
  From: Marcus Vinicius Miguel Pedro 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Friday, May 08, 2009 10:54 AM
  Subject: RES: [oracle_br] Dúivida RAC





  Ricardo,

  O cenário que o Eliandro se refere é conhecido como “Extended RAC”.

  Se a distância entre os dois data centers for menor que 10km, o recomendado é 
usar fibra ótica. Se for maior que 10km, recomendam usar o que chamam de “fibra 
exclusiva”, ou dark fiber usando uma tecnologia chamada DWDM. 

  A DWDM é uma tecnologia que usar vários lasers e transmite diversos 
comprimentos de onda de luz simultaneamente por uma única fibra ótica. A DWDM 
permite a ampliação acentuada de uma infra-estrutura existente composta de um 
único cabo de fibra. Os sistemas DWDM podem suportar mais de 150 comprimentos 
de onda, cada um transmitindo até 10Gbps. Só que imagino que o custo disso não 
deve ser baixo...

  No Metalink Note 220970.1 (RAC Frequently Asked Questions), há uma seção 
exclusiva dedicada à Extended RAC: Streched/Extended RAC

  A questão da falha do link levantada, é claro, existe, por isso que se você 
tiver um link ultra-rápido exclusivo entre os dois data centers, você não 
poderá ter apenas um link. Tem que haver redundância nisso, já que não faz 
sentido você criar redundância de servidores, switches, storages, banco de 
dados, cluster e não fazer redundância do link.

  ---

  Sobre a questão do Quorum de Voting Disks, o ideal é ter um terceiro site 
para garantir a máxima disponibilidade.

  Sobre o máximo de voting disks ser 3, essa afirmação não é válida.

  Na instalação do CRS realmente o máximo que conseguimos colocar são 3 voting 
disks, mas após a instalação, via comando “crsctl add css votedisk 
/path/votingdisk“, conseguimos colocar quantos quisermos (pelo menos não 
encontrei nenhuma referência ao número máximo, mas afirmo que não são 3).

  Eu já deixei um CRS rodando com 6 voting disks... na seguinte situação: o uso 
de raw devices foi depreciado no Linux (não existe mais o serviço rawdevices no 
RHEL5, só é possível criar dispositivos em raw via UDEV). Sendo assim, a 
recomendação é usar “block devices”. Mas, a instalação do CRS 10g Release 2 não 
consegue determinar se os block devices são compartilhados entre os nós, com 
isso, há falha na instalação. Para que a instalação seja feita com sucesso, o 
OCR e Voting devem ser apontados para os raw devices, após a instalação, 
recomendam mover esses arquivos para os block devices. Quando eu fui fazer 
isso, já possuía 3 voting disks em RAW, e adicionei mais 3 em block... somente 
depois que excluí os dispositivos em raw. Portanto, fiquei com 6 voting disks 
online.

  No Metalink Note 220970.1 (RAC Frequently Asked Questions), tem o seguinte:

  Are block devices supported for OCR, Voting Disks, ASM devices?

  Block Devices are only supported on Linux. For Unix platforms, the directio 
symantics not applicable (or rather not implemented) for the block devices on 
these platforms.
  Note: On Linux, raw devices are being deprecated so you should move to using 
block devices. Note the Oracle Database 10g OUI does not support block devices 
however Oracle Clusterware and ASM do.

  No 11g Release 2 será possível armazenar o Voting Disk e o OCR dentro do ASM.

  Eliandro, você terá um belo trabalho, o cenário é realmente muito 
interessante, como disse o Ricardo. Eu tinha um link que citava alguns casos de 
sucesso pelo mundo, incluindo Brasil, para cenários como esses. Vou ver se 
encontro, uma troca de idéias com outras empresas é muito válida nessas horas.

  Abraços

  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 Ricardo Portilho Proni
  Enviada em: quinta-feira, 7 de maio de 2009 20:32
  Para: oracle_br@yahoogrupos.com.br
  Assunto: Re: [oracle_br] Dúivida RAC

  Oi Eliandro. Cenário interessante.

  Creio que uma soluçao melhor para isso (e seria a recomendada para HA
  pela Oracle) seriam dois sites, um com RAC dois nós, e outro site com um
  Physical Data Guard em RAC, com dois nós.
  Desta forma um dos sites poderia explodir, você teria o outro.

  Com dois nós geograficamente separados, se os dois sites estiverem no
  ar, mas seu link cair, que nó será dono do cluster?
  Dependerá de onde está o storage, que deve ser 1.

  Você disse que seriam dois storages... como assim? Um é espelho do
  outro, ou cada um fica com uma parte do banco?

  E esta recomendação de número de voting disks online está estranha.
  Você só pode ter até 3 Voting Disks, então 50%+1 de 2 seriam 2, mas e
  50%+1 de 3? Desta forma o mirroring não é tão benéfico.

  - 
  Ricardo Portilho Proni
  http://portilho.profissionaloracle.com.br

  Em Qui, 

Re: [oracle_br] Analise de CPU e Banco

2009-05-07 Por tôpico Willian Fernando Frasson
Qual SO? Versão do Banco? Discos? Números de sessões?

Já tentou com o uso do top pegar as sessões que estão consumindo mais CPU, pelo 
SPID pegar o SID, Serial e gerar um trace para ver o que elas estão fazendo? Ah 
quanto tempo está assim?
Bloqueios vc diz.. são locks né? hehe

  - Original Message - 
  From: Anderson Ferreira Rodrigues 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, May 07, 2009 3:36 PM
  Subject: [oracle_br] Analise de CPU e Banco





  Senhores, boa tarde,
  estou com o seguinte problema, uso o Glance e o TOP para realizar 
monitoramento das máquinas aqui do trabalho, e tb analiso as sessões e os 
bloqueios, caso exista, so q tenho notado q mesmo não existindo bloqueios e e 
pouco user, a CPU fica em 100%, a memoria fica abaixo de 50%, e temos uma 
máquina em termos de hardware muito boa, o q poderia fazer para monitar o q ta 
ocorrendo?



  


--



  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] Analise de CPU e Banco

2009-05-07 Por tôpico Willian Fernando Frasson
Anderson faça um trace dessas sessões que estão no top de consumo de CPU e use 
o tkprof para analisar as mesmas.

  - Original Message - 
  From: Anderson Ferreira 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, May 07, 2009 7:42 PM
  Subject: RE: [oracle_br] Analise de CPU e Banco






  Então esta instalado em um 

  HP-UX 11 com oracle 9.2
  por essa analise eu já verifiquei, posso vericar os traces, seria uma boa 
usar o tkaf?

  Atenciosamente,
  Anderson Ferreira
  Cel: +55 11 8876-7515 
  E-mail: andfr2...@hotmail.com
  Or aferre...@mackenzista.com.br

  To: oracle_br@yahoogrupos.com.br
  From: wfras...@yahoo.com.br
  Date: Thu, 7 May 2009 15:59:53 -0300
  Subject: Re: [oracle_br] Analise de CPU e Banco

  Qual SO? Versão do Banco? Discos? Números de sessões?

  Já tentou com o uso do top pegar as sessões que estão consumindo mais CPU, 
pelo SPID pegar o SID, Serial e gerar um trace para ver o que elas estão 
fazendo? Ah quanto tempo está assim?
  Bloqueios vc diz.. são locks né? hehe

  - Original Message - 
  From: Anderson Ferreira Rodrigues 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, May 07, 2009 3:36 PM
  Subject: [oracle_br] Analise de CPU e Banco

  Senhores, boa tarde,
  estou com o seguinte problema, uso o Glance e o TOP para realizar 
monitoramento das máquinas aqui do trabalho, e tb analiso as sessões e os 
bloqueios, caso exista, so q tenho notado q mesmo não existindo bloqueios e e 
pouco user, a CPU fica em 100%, a memoria fica abaixo de 50%, e temos uma 
máquina em termos de hardware muito boa, o q poderia fazer para monitar o q ta 
ocorrendo?

  --

  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]

  __
  Conheça os novos produtos Windows Live! Clique aqui.
  http://www.windowslive.com.br

  [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] Auditoria de Tabelas em Oracle 9i.

2009-05-06 Por tôpico Willian Fernando Frasson
é mandei errado hahaha era pra ele..

  - Original Message - 
  From: Caio Spadafora 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, May 06, 2009 11:12 AM
  Subject: Re: [oracle_br] Auditoria de Tabelas em Oracle 9i.





  Willian, 

  Acredito que a dúvida seja do Danilo :), mas acredito que isso ajude ele sim, 
com exceção das consultas que essas duas triggers não iriam capturar, só com a 
auditoria do próprio Oracle.

  Sei que a trigger de logon possui alguns BUGs no que diz respeito a captura 
do programa que está acessando o banco em alguns casos, mas como o Danilo citou 
IP acredito que ela resolva.

  Atenciosamente,
  Caio Spadafora.
  http://0011brothers.blogspot.com/

  --- Em ter, 5/5/09, Willian Fernando Frasson wfras...@yahoo.com.br escreveu:

  De: Willian Fernando Frasson wfras...@yahoo.com.br
  Assunto: Re: [oracle_br] Auditoria de Tabelas em Oracle 9i.
  Para: oracle_br@yahoogrupos.com.br
  Data: Terça-feira, 5 de Maio de 2009, 17:41

  Caio

  veja se isso te ajuda:

  Faça uma trigger de logon,(teste primeirobase teste) e ah criei a tabela 
sys_log_utilizacao antes.

  Create or replace TRIGGER SYS.AUDIT_ LOGON AFTER

  LOGON ON DATABASE

  DECLARE

  w_prog varchar2(48) ;

  Begin

  SELECT nvl(substr(lower( module),1, 40),program) into w_prog

  from v$session

  where audsid = userenv('SESSIONID' );

  insert into sys.sys_log_ utilizacao (

  NOME_TAB,DATA_ OPER,TIPO_ AIE,ID_REGISTRO, NOME_TERMINAL,

  NOME_USR_WINDOWS, NOME_USR_ BANCO,IP_ TERMINAL, programa)

  values ('LOGON',SYSDATE, 'L',1, userenv('TERMINAL' ),SYS_CONTEXT( 'USERENV' 
,'OS_USER' ),

  USER,sys_context( 'userenv' ,'ip_address' ),w_prog) ;

  end;

  Depois uma trigger na tabela assim:

  CREATE OR REPLACE TRIGGER TRIGGER_AUDITORIA

  BEFORE INSERT OR UPDATE OR DELETE ON CLIPAR

  FOR EACH ROW

  DECLARE

  V_OSUSER VARCHAR2(50) ;

  V_AUDIT NUMBER;

  LOGADO NUMBER;

  USU_NOME VARCHAR2(50) ;

  USU_NIVEL VARCHAR2(50) ;

  BEGIN

  --Verifica o usuario logado

  SELECT userenv('SESSIONID' ) INTO LOGADO FROM DUAL;

  --Selecionar o OSUSER e AUDITORIA

  SELECT OSUSER, AUDITORIA INTO V_OSUSER, V_AUDIT FROM SYS.sys_log_ utilizacao

  WHERE AUDITORIA = LOGADO;

  --Seleciona o nivel

  SELECT USU_NOM, USU_NIVEL INTO USU_NOME, USU_NIVEL FROM SINTRA.USUCAD WHERE 
USU_NIVEL = '7';

  IF DELETING THEN

  IF UPPER(V_OSUSER)  TRIM(USU_NOME) THEN

  :NEW.CLI_FATMT3 := :OLD.CLI_FATMT3;

  :NEW.CLI_TABPRE := :OLD.CLI_TABPRE;

  END IF;

  END IF;

  IF INSERTING THEN

  IF UPPER(V_OSUSER)  TRIM(USU_NOME) THEN

  :NEW.CLI_FATMT3 := :OLD.CLI_FATMT3;

  :NEW.CLI_TABPRE := :OLD.CLI_TABPRE;

  END IF;

  END IF;

  IF UPDATING THEN

  IF UPPER(V_OSUSER)  TRIM(USU_NOME) THEN

  :NEW.CLI_FATMT3 := :OLD.CLI_FATMT3;

  :NEW.CLI_TABPRE := :OLD.CLI_TABPRE;

  END IF;

  END IF;

  END;

  - Original Message - 

  From: Danilo Oliveira - CINBESA 

  To: oracle...@yahoogrup os.com.br 

  Sent: Tuesday, May 05, 2009 4:19 PM

  Subject: RES: [oracle_br] Auditoria de Tabelas em Oracle 9i.

  Caio, boa tarde!

  Preciso auditar as DML's de duas tabelas, acessos, alterações, inclusões e

  exclusões. Como o usuário é um só para aplicação fazer o acesso ao banco,

  preciso colher o endereço IP e o usuario do S.O. Lendo a documentação do 9i

  e não acho nada nesse sentido, estou procurando na documentação na

  www.oracle.com e googleando.

  Att.

  Danilo L. C. Oliveira.

  DPS-Cinbesa.

  (91) 30840714/ 8852-6114 / 81695659

  De: oracle...@yahoogrup os.com.br [mailto:oracle...@yahoogrup os.com.br] Em

  nome de Caio Spadafora

  Enviada em: terça-feira, 5 de maio de 2009 15:52

  Para: oracle...@yahoogrup os.com.br

  Assunto: Re: [oracle_br] Auditoria de Tabelas em Oracle 9i.

  A auditoria interna do banco é mais pratica de implementar, agora exatamente

  o que você precisa auditar? somente DMLs, ou qualquer tipo de acesso?

  Agora independente de qual tecnologia já prepare-se para limpar as

  informações de auditoria de tempos em tempos.

  Detalhe um pouco mais o que você precisa auditar, por favor.

  Atenciosamente,

  Caio Spadafora.

  http://0011brothers .blogspot. com/

  --- Em ter, 5/5/09, Danilo Oliveira - CINBESA dan...@cinbesa. com.br

  mailto:danilo% 40cinbesa. com.br  escreveu:

  De: Danilo Oliveira - CINBESA dan...@cinbesa. com.br

  mailto:danilo% 40cinbesa. com.br 

  Assunto: [oracle_br] Auditoria de Tabelas em Oracle 9i.

  Para: oracle...@yahoogrup os.com.br mailto:oracle_ br%40yahoogrupos .com.br 

  Data: Terça-feira, 5 de Maio de 2009, 15:23

  Boa Tarde Grupo!

  Gostaria em 1° lugar, pois será meu 1° post, de agradeçer e parabenizar ao

  grupo que é muito dinâmico, prestativo e unido. Bem vamos a minha dúvida,

  Estou com uma necessidade de auditar as operações de tabelas no banco Oracle

  9i. O problema é que não sei se uso triggers ou habilito a auditagem do

  proprio Oracle, alguém me indica o que é melhor, no seu ponto de vista?

  Preciso colher informações do Sistema

Re: [oracle_br] Pós-Graduação de BD a distân cia.

2009-05-06 Por tôpico Willian Fernando Frasson
Fabio... onde fiz minha pós (fiz presencial) também tem pós a distancia:
www.unopar.br

  - Original Message - 
  From: Fábio Lima 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, May 06, 2009 2:49 PM
  Subject: [oracle_br] Pós-Graduação de BD a distância.





  Alguém conhece/recomenda alguma Pós-Graduação de BD a distância?

  Grato,

  Rafael

  [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: migração

2009-05-05 Por tôpico Willian Fernando Frasson
Tem janela? se tiver faça assim:

1) Faça um backup Full do Banco

2) Pare o banco

2) Copie os datafiles para o storage

3) Faça o rename dos datafiles apontando para o storage
(alter database rename file 'local_antigo/arquivo.dbf' to 
'local_novo/arquivo.dbf')


  - Original Message - 
  From: candiurudba 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, May 05, 2009 2:24 PM
  Subject: [oracle_br] Re: migração






  Particularmente, eu usaria o seguinte 

  alter tablespace x offline;

  ! cp old.dbf new.dbf

  alter tablespace x
  rename datafile 'old.dbf' to 'new.dbf';

  alter tablespace x online;

  Apenas, por favor, garanto um backup Ok no caso de algum problema... ;-)

  --- Em oracle_br@yahoogrupos.com.br, Fabio Cesario fabiocesa...@... escreveu
  
   Bom dia a todos, gostaria de saber que procedimento devo adotar para migrar
   uma base inteira de produção para o storage, pois hoje o banco é salvo
   localmente no servidor, oracle 10g, não utilizo ASM.
   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]



  1   2   >