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

2009-09-17 Por tôpico Gleyson Melo
Oi Érika,

Pela cara da mensagem, isso não parece ser um erro. Parece ser um alerta do
EM para quando determinada métrica passar de um valor.

Não lembro o caminho agora, mas procura os Thresholds do EM, que lá tem essa
configuração. Aí é confirmar que os valores aparecendo estão acima dos
thresholds definidos e analisar se isso é um problema ou se o threshold está
errado.

Abraços.

Atenciosamente,
Gleyson Melo
Oracle Database 10g Administrator Certified Professional


2009/9/17 erika furlan 

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


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



Re: [oracle_br] Re: Utilizando o expdp para gera r EXPDAT.DMP, está com mensagem de erro

2009-09-17 Por tôpico Andreia Pessoa

Hevandro,
Obrigada pela atenção!
Eu fiiz desta meneira e também não funcionou.
Existe outro tipo de solução que você poderia me iluminar?
 
grata,
 
Andréia
 

--- Em ter, 8/9/09, Hevandro Veiga  escreveu:


De: Hevandro Veiga 
Assunto: Re: [oracle_br] Re: Utilizando o expdp para gerar EXPDAT.DMP, está com 
mensagem de erro
Para: oracle_br@yahoogrupos.com.br
Data: Terça-feira, 8 de Setembro de 2009, 21:13


  



Da última vez que tive esse problema, executei como SYSDBA e funcionou.

Att,
Hevandro C. Veiga

2009/9/8 kurtnaxl 

>
>
> Pode ser uma pergunta estúpida mas estou apenas tentando ajudar:
>
> O usuário com o qual se conectou ao banco para rodar este backup tem acesso
> aos objetos do SYS? Vc consegue verificar se há erros em SYS.DBMS_AQADM_ SYS?
>
> Grato,
> TS
>
> --- Em oracle...@yahoogrup os.com.br ,
> Andreia Pessoa  escreveu
>
> >
> > Pessoal,
> > Eu estou utilizando recurso de backup "expdp" e quando logo pelo prompt
> aparece a seguinte mensagem abaixo:
> >
> > ora-31626; job não existe
> > ora-31637: não possível criar job SYS_EXPORT_FULL_ 01 para o usuario
> SYSTEM
> > ora-06512: EM "sys.DBMS_SYS_ ERROR" line 95
> > ora-06512: EM "SYS.KUPU$FT_ INT" line 600
> > ora-39080: falha ao criar as filas KUPC$C...1.. .20090904155733" E ""
> para o job de Data Pump
> > ora-06512:EM "sys.DBMS_SYS_ ERROR" line 95
> > ora-06512: EM "SYS.KUPC$QUE_ INT", line 1555
> > ora-04063: PACHAGE BODY "SYS.DBMS_AQADM_ SYS" contem erros
> > ora-06508: PL/SQL: não foi localizada a unidade de programa que está
> sendo chamada: "SYS.DBMS_AQADM_ SYS"
> >
> > O que pode ser?
> >
> > Eu já fiz este tipo de backup em outra máquina e sempre funcionou
> normalmente gerando o arquivo "EXPDAT.DMP" e "export".
> > E agora não estou conseguindo para esta outra máquina.
> >
> > Gratíssim,
> >
> > Andréia
> >
> >
> >
> >
> >  _ _ _ _ _ _
> > 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]



Re: [oracle_br] Problema no parâmetro Global Cac he

2009-09-17 Por tôpico erika furlan
Willian,

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

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






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

  
Erika,

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

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

William,

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

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

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

Erika parece problema no Cache Fusion...

Esse erro estava no crsd.log?

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

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

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

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

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

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

 - - - - - -

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

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

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

 - - - - - -

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

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





  

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



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 
  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] Problema no parâmetro Global Cac he

2009-09-17 Por tôpico erika furlan
William,

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

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






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

  
Erika parece problema no Cache Fusion...

Esse erro estava no crsd.log?

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

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

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

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


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

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

 - - - - - -

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

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





  

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



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 

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

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 Mess

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] Re: Replicação de Banco

2009-09-17 Por tôpico Igor Laguardia
Na verdade a ideia Willian, é ter duas bases Standard, em servidores
distintos, uma ficaria parada(status=closed) e a outra, seria a de
produção(status=open).

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

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

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

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

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

2009/9/17 Willian Fernando Frasson 

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

[oracle_br] Problema no parâmetro Global Cache

2009-09-17 Por tôpico erika furlan
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]



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] custo da cpu...

2009-09-17 Por tôpico Márcio Ricardo Alves da Silva
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.

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

  Não precisa de índice todas as tabelas envolvi

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 Márcio Ricardo Alves da Silva
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]



Re: [oracle_br] Re: Trabalho em Hortolandia

2009-09-17 Por tôpico Marcos Fontana
Pessoal,

Queria agradecer porque pelo que foi dito aqui. Tudo ficou muito claro e
agora só espero a confirmação para mudar. A vida em Belo Horizonte esta
impraticável. O custo de vida aqui aumentou muito nestes ultimos dois anos
inviabilizando trabalhar e morar aqui.

Atenciosamente,

Marcos Fontana
DBA Oracle

2009/9/17 Fernando Martins 

>
>
> Marcos,
>
> eu passei por essa mudança tb recentemente. Sou de Porto Alegre-RS, e estou
> morando em Campinas e trabalhando em Hortolândia tem uns 6 meses já. Quando
> vim pra cá, fiquei inicialmente duas semanas numa pousada de Horto, e
> sinceramente, a cidade é muito ruim de moradia e tudo o mais, muito
> perigosa
> pelo que me falaram, tem um presídio aqui em horto, portanto já viu né,
> aonde tem bandido, vem familia de bandido morar aqui perto, etc etc. As
> vantagens como já falaram é o preço, tem coisa muito barata, mas
> sinceramente, eu ainda prefiro pagar um pouco mais e ter uma qualidade de
> vida maior e viver um pouco mais seguro, portanto optei por Campinas, por
> ser uma cidade grande, com opçoes de lazer, Campinas tem ótimos shoppings,
> restaurantes, cinemas, parques, lagoas, etc e fica a 25min de carro de
> Hortolandia, ou da IBM onde eu trabalho atualmente. Estou morando sozinho e
> pago 550 de aluguel (apto com 1 quarto, garagem e todo imobiliado e MUITO
> bem localizado) e 230 de condo. Vc pode achar caro, mas eu achei bem em
> conta pela localização e por estar mobiliado. Tem outras cidades tb como
> americana, paulinia, mas sao menores e com menos opcões de lazer, segurança
> e diversão. Espero ter ajudado.
>
> --
> Fernando Martins
>
> "God grant us the serenity to accept the things we cannot change,
> courage to change the things we can,
> and wisdom to know the difference."
>
> 2009/9/17 kurtnaxl >
>
>
> >
> >
> > Pra completar, em campinas, por aproximadamente o mesmo que vc paga aí em
> > BH, vc consegue um apartamento imobiliado, em bairro nobre, incluso
> aluguel,
> > condomínio e aluguel da mobília...
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>,
> > Marcos Fontana  escreveu
> > >
> > > Pessoal,
> > >
> > > Recebi uma proposta para trabalhar em Hortolândia. Hoje moro em BH e
> pago
> > > R$1030,00 em um ap de 1 quarto razoável mais garagem. Alguem ai
> trabalha
> > em
> > > Hortolândia e sabe os custos de moradia e mesmo alimentação e afims? O
> > custo
> > > de vida aqui em BH esta incrível, então estou pensando em ir para SP
> > > definitivamente. Penso em ir com minha família (filho e esposa). É uma
> > boa
> > > cidade?
> > >
> > > O que já li em forums é que Hortolandia é muito ruim para se morar,
> > > sugeriram morar em Campinas e não em Hortolandia. E em Campinas? É uma
> > boa
> > > cidade para morar com a família? Como anda o custo de vida?
> > >
> > > Agradeço desde já pela atenção,
> > >
> > > Marcos Fontana
> > > DBA Oracle
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >
> >
>
> [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] 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]



[oracle_br] UTL_HTTP

2009-09-17 Por tôpico Consulting 2001 Br
PessoALL

Estou com um problemão aqui. Estou desenvolvendo uma aplicação para acessar o 
webservice da SEFAZ para validar uma nota fiscal eletronica de entrada via 
PL/SQL. Fiz alguns testes com outros webservices e funcionou direitinho. Na 
SEFAZ estou recebendo erro de autenticação. Instalei no servidor um certificado 
digital que funciona e o erro persiste.
Alguém já passou por isso ou já fez isso?

Qualquer ajuda será mais do que benvinda

Grato
Ricardo



  


[oracle_br] custo da cpu...

2009-09-17 Por tôpico Márcio Ricardo Alves da Silva
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]



Re: [oracle_br] Application?????????

2009-09-17 Por tôpico Luiz Antonio Camargo
Legal que tenho a mesma dúvida e estou ancioso pela resposta... hehehehe

2009/9/17 José Eduardo Batista Juliano 

>
>
> Ninguem vai responder aqui? Eu tb to aguardando a resposta :D
>
> 2009/9/15 Márcio Ricardo Alves da Silva 
> 
> >
>
> >
> >
> > Boas.
> >
> > Estou visualizando no OEM 10G Release 10.2.0.1.0, SO HP-UX 11.23B.
> >
> > E no momento tenho dez sessões fazendo comandos DMLS, e também um LOCK em
> > uma tabela. E todas as sessões estão com a atividade só de APPLICATION, o
> > que siginifica esse APPLICATION e a porcentagem de consumo é a mesma para
> > todos.
> >
> > Grato,
> > Márcio.
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> José Eduardo Batista Juliano
> Cel (16)9189-2486
> Híade Informática
> Consultoria Oracle e desenvolvimento de sistemas.
> Ribeirão Preto - SP
>
> [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] Application?????????

2009-09-17 Por tôpico José Eduardo Batista Juliano
Ninguem vai responder aqui? Eu tb to aguardando a resposta :D

2009/9/15 Márcio Ricardo Alves da Silva 

>
>
> Boas.
>
> Estou visualizando no OEM 10G Release 10.2.0.1.0, SO HP-UX 11.23B.
>
> E no momento tenho dez sessões fazendo comandos DMLS, e também um LOCK em
> uma tabela. E todas as sessões estão com a atividade só de APPLICATION, o
> que siginifica esse APPLICATION e a porcentagem de consumo é a mesma para
> todos.
>
> Grato,
> Márcio.
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 
José Eduardo Batista Juliano
Cel (16)9189-2486
Híade Informática
Consultoria Oracle e desenvolvimento de sistemas.
Ribeirão Preto - SP


[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 

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

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

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

  --

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

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



  


--



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


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



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

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 

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

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

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



  


--



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


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



Re: [oracle_br] Re: buffer de varchar2

2009-09-17 Por tôpico Thiago Santana
Beleza, fico feliz que tenha resolvido..

Um abraço.

2009/9/17 Eduardo 

>
>
> kurt
>
> detectei que era uma política que estava gerando todo erro.
> Obrigado pela ajuda.
>
> Eduardo
>
> 2009/9/16 kurtnaxl >
>
>
> >
> >
> > Acho que vc já deve ter checado isso, mas para o loop não estar sendo
> > executado, só pode ser pela query não estar retornando nada...
> >
> > SELECT *
> > FROM voto_mun
> > WHERE sg_ue_mun = p_cod_munic;
> >
> > TS
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>,
> > Eduardo  escreveu
> > >
> > > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit
> > Production
> > > With the Partitioning, OLAP, Data Mining and Real Application Testing
> > > options
> > >
> > > O que tá estranho é que o tamanho médio de cada linha é de 8
> characteres.
> > >
> > > Já coloquei um monte de dbms_output.put_line como debug mas ainda nao
> > > encontrei o problema.
> > >
> > > Ele aparentemente não entra no laço. Pois não imprime nenhum output
> > somente
> > > o *DBMS_OUTPUT.PUT_LINE* ('tamanho3:' || LENGTH (buffer_var));
> > >
> > >
> > > FOR linha IN (SELECT *
> > >
> > > FROM voto_mun
> > >
> > > WHERE sg_ue_mun = p_cod_munic)
> > >
> > > LOOP
> > >
> > > *DBMS_OUTPUT.PUT_LINE* ('buffer_var_b;' || buffer_var);
> > >
> > > buffer_var :=
> > >
> > > linha.cd_cargo
> > >
> > > || CHR (59)
> > >
> > > || linha.nr_votavel
> > >
> > > || CHR (59)
> > >
> > > || linha.qt_votos;
> > >
> > > *DBMS_OUTPUT.PUT_LINE* ('tamanho2:' || LENGTH (buffer_var));
> > >
> > > *--DBMS_LOB.writeappend (temp_clob, length(buffer_var), buffer_var);
> > > *
> > >
> > > *--DBMS_LOB.append (temp_clob, TO_CLOB (buffer_var));
> > > *
> > >
> > > END LOOP;
> > >
> > > *DBMS_OUTPUT.PUT_LINE* ('tamanho3:' || LENGTH (buffer_var));
> > >
> > >
> > >
> > > *Sobre o *free temporary, era a última linha da procedure..
> > >
> > > DBMS_LOB.freetemporary* (temp_clob);
> > >
> > >
> > > 2009/9/16 kurtnaxl 
> > >
> > > >
> > > >
> > > > Neste caso provavelmente bug ou versão do Oracle. Qual a versão do
> > Oracle
> > > > que estás usando? De acordo com a documentação do 10g ele aceitaria
> até
> > 32
> > > > caracteres, caso deseja-se inserir algo maior deveria-se usar a
> função
> > > > TO_CLOB neste varchar aí o append faria um append de CLOB para
> CLOB...
> > > >
> > > > --- Em oracle_br@yahoogrupos.com.br 
> > > >  40yahoogrupos.com.br>
> > 40yahoogrupos.com.br>,
> > > > Eduardo  escreveu
> > > > >
> > > > > Kurt,
> > > > >
> > > > > eu percebi que quando o buffer_var tem tamanho maior que 16
> > characteres
> > > > > funciona.
> > > > > Menor do que isso ele não gera nada.
> > > > > Seria um bug?
> > > > >
> > > > > 2009/9/16 kurtnaxl 
> > > > >
> > > > > >
> > > > > >
> > > > > > Acho que por causa da falta do freetemporary:
> > > > > >
> > > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > > FOR linha IN (SELECT *
> > > > > > FROM v_mun
> > > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > > LOOP
> > > > > >
> > > > > > buffer_var:= linha.cd_cargo || chr(59) || linha.nr_votavel ||
> > > > > > chr(59) || linha.qt_votos;
> > > > > > DBMS_LOB.append (temp_clob, buffer_var);
> > > > > >
> > > > > > END LOOP;
> > > > > > dbms_lob.freetemporary (temp_clob);
> > > > > >
> > > > > > --- Em oracle_br@yahoogrupos.com.br
>  > 40yahoogrupos.com.br> >
> > > > 40yahoogrupos.com.br>,
> > > >
> > > > > > Eduardo  escreveu
> > > > > > >
> > > > > > > Tirei as aspas e arquivo gerado está vazio.
> > > > > > >
> > > > > > > 2009/9/16 Thiago Santana 
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Eduardo, tire as aspas:
> > > > > > > >
> > > > > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > > > >
> > > > > > > > FOR linha IN (SELECT *
> > > > > > > > FROM v_mun
> > > > > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > > > > LOOP
> > > > > > > >
> > > > > > > > buffer_var:= linha.cd_cargo || chr(59) || linha.nr_votavel ||
> > > > > > > > chr(59) || linha.qt_votos;
> > > > > > > > DBMS_LOB.append (temp_clob, buffer_var);
> > > > > > > >
> > > > > > > > END LOOP;
> > > > > > > >
> > > > > > > > 2009/9/16 Eduardo  >>
> > > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Senhores,
> > > > > > > > >
> > > > > > > > > estou fazendo um select e gostaria de guardar o resultado
> em
> > um
> > > > clob
> > > > > > > > > temporario.
> > > > > > > > > E depois gravar esse clob todo de uma só vez no sistema de
> > > > arquivos.
> > > > > > > > > Porém o buffer só guarda a string "'linha.cd_cargo ||
> chr(59)
> > ||
> > > > > > > > > linha.nr_votavel || chr(59) || linha.qt_votos';" e não os
> > dados
> > > > > > > > > desejados.
> > > > > > > > >
> > > > > > > > > Obrigado
> > > > > > > > >
> > > > > > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > > > > >
> > > > > > > > > FOR linha IN (SELECT *
> > > > > > > > > FROM v_mun
> > > > > > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > > > > > LOOP
> > > > > >

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

2009-09-17 Por tôpico Igor Laguardia
Passei um caso deste na empresa que eu trabalhava.

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

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

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

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

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

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

2009/9/9 jlchiappa 

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



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


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



Re: [oracle_br] Recupera um banco inteiro apartir da pasta oradata no windows

2009-09-17 Por tôpico Igor Laguardia
ok, isso não é assim tão simples, meu caro.

Vamos supor que, na melhor das hipóteses, seu Oradata tenha o controlfile,
os redos, e o parameter file, alem de todos os datafiles utilizados no outro
banco.

Você terá que:

1 - Configurar o arquivo de parametros para nova estrutura de dump files e
control files.
2 - Subir o banco em NOMOUNT
3 - Alterar a localização dos datafiles(caso o diretorio ORADATA não seja o
mesmo caminho do servidor antigo)
4 - Subir o banco com startup MIGRATE (se não for migrate é upgrade, mas
tenho 99% de certeza que é migrate)
5 - Rodar os cats*.sql para atualizar o banco de dados para versão 10g
6 - Abrir o banco de dados e compilar os objetos inválidos.

Aviso logo que o resumo que fiz é um overview e este procedimento não é
simples. Provavelmente, por ser iniciante, vai ser uma pedreira pra você.

2009/9/6 knunes2010 

>
>
> Ola AMIGOS!!!
>
> Preciso de ajuda no seguinte caso:
>
> Tenho em maos um hd de um antigo pc ambiente windows que tinha instalado o
> oracle 9i e um banco de dados, coloquei este hd em slave em outro pc com o
> oracle 10g instalado, gostaria de restaura este antigo banco a partir da
> pasta oradata nesta nesta nova instalação com oracle 10g em outro hd.
> Como seria o procedimento pois sou iniciante em oracle?
>
> Ficaria bastante grato.
>
>  
>



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



[oracle_br] Instalação e Configuraçao Oracle 10G

2009-09-17 Por tôpico ingridolotfi
Pessoal,


Sempre trabalhei com Oracle no lado cliente e agora estou tentando instalar o 
lado servidor na minha máquina para criação/atualização de bancos de teste.

Entrei no site da Oracle para baixar as ferramentas mas acho que não estou 
fazendo a coisa certa... Baixei o Oracle 10G XE Release 2, depois baixei o 
Oracle 10G Client, e agora não estou entendendo como instalar as ferramentas 
gráficas para manipulação dos dados e configuração do ambiente (Net manager, 
Sql plus, etc). 

Meu Windows é o XP.

Vocês têm algum passo-a-passo do que baixar e como configurar o ambiente, da 
maneira mais simples possível?

Obrigada!
Ingrid



Re: [oracle_br] Re: buffer de varchar2

2009-09-17 Por tôpico Eduardo
kurt

detectei que era uma política que estava gerando todo erro.
Obrigado pela ajuda.

Eduardo



2009/9/16 kurtnaxl 

>
>
> Acho que vc já deve ter checado isso, mas para o loop não estar sendo
> executado, só pode ser pela query não estar retornando nada...
>
> SELECT *
> FROM voto_mun
> WHERE sg_ue_mun = p_cod_munic;
>
> TS
>
> --- Em oracle_br@yahoogrupos.com.br ,
> Eduardo  escreveu
> >
>  > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit
> Production
> > With the Partitioning, OLAP, Data Mining and Real Application Testing
> > options
> >
> > O que tá estranho é que o tamanho médio de cada linha é de 8 characteres.
> >
> > Já coloquei um monte de dbms_output.put_line como debug mas ainda nao
> > encontrei o problema.
> >
> > Ele aparentemente não entra no laço. Pois não imprime nenhum output
> somente
> > o *DBMS_OUTPUT.PUT_LINE* ('tamanho3:' || LENGTH (buffer_var));
> >
> >
> > FOR linha IN (SELECT *
> >
> > FROM voto_mun
> >
> > WHERE sg_ue_mun = p_cod_munic)
> >
> > LOOP
> >
> > *DBMS_OUTPUT.PUT_LINE* ('buffer_var_b;' || buffer_var);
> >
> > buffer_var :=
> >
> > linha.cd_cargo
> >
> > || CHR (59)
> >
> > || linha.nr_votavel
> >
> > || CHR (59)
> >
> > || linha.qt_votos;
> >
> > *DBMS_OUTPUT.PUT_LINE* ('tamanho2:' || LENGTH (buffer_var));
> >
> > *--DBMS_LOB.writeappend (temp_clob, length(buffer_var), buffer_var);
> > *
> >
> > *--DBMS_LOB.append (temp_clob, TO_CLOB (buffer_var));
> > *
> >
> > END LOOP;
> >
> > *DBMS_OUTPUT.PUT_LINE* ('tamanho3:' || LENGTH (buffer_var));
> >
> >
> >
> > *Sobre o *free temporary, era a última linha da procedure..
> >
> > DBMS_LOB.freetemporary* (temp_clob);
> >
> >
> > 2009/9/16 kurtnaxl 
> >
> > >
> > >
> > > Neste caso provavelmente bug ou versão do Oracle. Qual a versão do
> Oracle
> > > que estás usando? De acordo com a documentação do 10g ele aceitaria até
> 32
> > > caracteres, caso deseja-se inserir algo maior deveria-se usar a função
> > > TO_CLOB neste varchar aí o append faria um append de CLOB para CLOB...
> > >
> > > --- Em oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>,
> > > Eduardo  escreveu
> > > >
> > > > Kurt,
> > > >
> > > > eu percebi que quando o buffer_var tem tamanho maior que 16
> characteres
> > > > funciona.
> > > > Menor do que isso ele não gera nada.
> > > > Seria um bug?
> > > >
> > > > 2009/9/16 kurtnaxl 
> > > >
> > > > >
> > > > >
> > > > > Acho que por causa da falta do freetemporary:
> > > > >
> > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > FOR linha IN (SELECT *
> > > > > FROM v_mun
> > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > LOOP
> > > > >
> > > > > buffer_var:= linha.cd_cargo || chr(59) || linha.nr_votavel ||
> > > > > chr(59) || linha.qt_votos;
> > > > > DBMS_LOB.append (temp_clob, buffer_var);
> > > > >
> > > > > END LOOP;
> > > > > dbms_lob.freetemporary (temp_clob);
> > > > >
> > > > > --- Em 
> > > > > oracle_br@yahoogrupos.com.br 40yahoogrupos.com.br>
> > > 40yahoogrupos.com.br>,
> > >
> > > > > Eduardo  escreveu
> > > > > >
> > > > > > Tirei as aspas e arquivo gerado está vazio.
> > > > > >
> > > > > > 2009/9/16 Thiago Santana 
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > Eduardo, tire as aspas:
> > > > > > >
> > > > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > > >
> > > > > > > FOR linha IN (SELECT *
> > > > > > > FROM v_mun
> > > > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > > > LOOP
> > > > > > >
> > > > > > > buffer_var:= linha.cd_cargo || chr(59) || linha.nr_votavel ||
> > > > > > > chr(59) || linha.qt_votos;
> > > > > > > DBMS_LOB.append (temp_clob, buffer_var);
> > > > > > >
> > > > > > > END LOOP;
> > > > > > >
> > > > > > > 2009/9/16 Eduardo >
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > Senhores,
> > > > > > > >
> > > > > > > > estou fazendo um select e gostaria de guardar o resultado em
> um
> > > clob
> > > > > > > > temporario.
> > > > > > > > E depois gravar esse clob todo de uma só vez no sistema de
> > > arquivos.
> > > > > > > > Porém o buffer só guarda a string "'linha.cd_cargo || chr(59)
> ||
> > > > > > > > linha.nr_votavel || chr(59) || linha.qt_votos';" e não os
> dados
> > > > > > > > desejados.
> > > > > > > >
> > > > > > > > Obrigado
> > > > > > > >
> > > > > > > > DBMS_LOB.createTemporary (temp_clob, TRUE, DBMS_LOB.call);
> > > > > > > >
> > > > > > > > FOR linha IN (SELECT *
> > > > > > > > FROM v_mun
> > > > > > > > WHERE sg_ue_mun = p_cod_munic)
> > > > > > > > LOOP
> > > > > > > >
> > > > > > > > buffer_var:= 'linha.cd_cargo || chr(59) || linha.nr_votavel
> ||
> > > > > > > > chr(59) || linha.qt_votos';
> > > > > > > > DBMS_LOB.append (temp_clob, buffer_var);
> > > > > > > >
> > > > > > > > END LOOP;
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > [As partes desta mensagem que não continham texto foram
> removidas]
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > [As partes desta mensagem que não continham texto

Re: RES: RES: [oracle_br] Informação e-mail com an exo PL/SQL - ORACLE

2009-09-17 Por tôpico Júlio César Corrêa
se for usando PL/SQL tem ser um diretorio do servidor mapeado via objeto
directory como o Chiappa falou.

2009/9/17 Michely Carneiro Carneiro 

>
>
>
> Vou tentar com um arquivo do servidor.
>
> --- Em qua, 16/9/09, jlchiappa 
> >
> escreveu:
>
> De: jlchiappa >
> Assunto: Re: RES: RES: [oracle_br] Informação e-mail com anexo PL/SQL -
> ORACLE
>
> Para: oracle_br@yahoogrupos.com.br 
> Data: Quarta-feira, 16 de Setembro de 2009, 12:56
>
>
>
> pmfji, mas ** talvez ** a questão seja outra : a colega disse "que tenho
> que gerar uma procedure que irá enviar um e-mail com anexo", mas disse
> também "O anexo eu terei que localizar em uma pasta do meu computador" -
> ORA, se esse computador dela não é o servidor aonde roda o banco Oracle, nós
> sabemos que por sí só o utl_file só consegue abrir arquivos disponíveis **
> LOCALMENTE ** , ie, que estejam na MESMA máquina do servidor Oracle SE o
> tal arquivo não está na mesma máquina que o servidor, as únicas soluções são
> : OU transferir o tal arquivo pro servidor (via ftp ou o que for), OU ter um
> programinha- cliente na máquina cliente que seja capaz de ler o arquivo e o
> transferir e/ou o gravar no banco (sql*loader talvez, ou escrever algo em
> Java, Forms, ou qquer linguagem que domine e seja capaz), OU se instala e
> configura um software capaz de permitir o servidor acessar a máquina-cliente
> (pode ser Samba, NFS, ou outros)...
>
> []s
>
> Chiappa
>
> --- Em oracle...@yahoogrup os.com.br, Sérgio Luiz Rodrigues Chaves
>  escreveu
> >
> > Michely,
> >
> > O texto que lhe enviei, é apenas um exemplo para que você pudesse
> verificar a aderência da solução ao seu problema, não tinha
> > Imagino que o erro que você se refere é na linha:
> >
> > v_file_handle := utl_file.fopen( p_direct, p_file, 'r' ,32767);
> >
> > O diretório é obrigatório na função Utl_file.Fopen, logo o seu problema
> para o erro no diretório, tem relação direta com o parameter
> > UTL_FILE_DIR no INIT.ORA. Todos os diretórios, tanto de leitura ou
> gravação, devem ser informados neste parameter.
> >
> >
> > Espero que resolva seu problema.
> >
> > Sérgio Chaves.
> >
> >
> >
> >  _ _ __
> >
> > De: oracle...@yahoogrup os.com.br em nome de Michely Carneiro Carneiro
> > Enviada: qua 16/9/2009 10:26
> > Para: oracle...@yahoogrup os.com.br
> > Assunto: Re: RES: [oracle_br] Informação e-mail com anexo PL/SQL - ORACLE
> >
> >
> >
> >
> > Sérgio,
> >
> > Quando tento executar dá erro: INVALID DIRECTORY PACTH. Tenho certeza que
> não errei no caminho.
> >
> > Obrigada,
> >
> > Michely
> >
> > --- Em ter, 15/9/09, Sérgio Luiz Rodrigues Chaves   > escreveu:
> >
> > De: Sérgio Luiz Rodrigues Chaves mailto:sergio.
> chaves%40elumini .com.br> >
> > Assunto: RES: [oracle_br] Informação e-mail com anexo PL/SQL - ORACLE
> > Para: oracle...@yahoogrup os.com.br  com.br>
>  > Data: Terça-feira, 15 de Setembro de 2009, 14:49
> >
> >
> >
> > Michely,
> >
> > Verifique se o código abaixo lhe ajuda:
> >
> > Procedure envia_arquivo(
> > p_to in Varchar2,
> > p_from in Varchar2,
> > p_subject in Varchar2,
> > p_text in Varchar2 default null,
> > p_direct in Varchar2 default null,
> > p_file in Varchar2 default null) is
> > Mensagem Varchar2(32767) ;
> > v_file_handle Utl_file.file_ type;
> > v_line Varchar2(32767) ;
> > wlinha_parm_ relat Varchar2(1000) ;
> > w_num_seq Number(09);
> > wgrava Number(9);
> > wi Number(09):= 0;
> > wsize Number(9);
> > listafile Varchar2(50) ;
> >
> > Cursor Notes is
> > Select 25 port, p.end_ip END_IP, p.nom_ccmail Servidor
> > from ONDE_TEM_IP_ DO_SERVIDOR_ DE_EMAIL p;
> > r_notes notes%rowtype;
> > c utl_smtp.connection ;
> > PROCEDURE send_header( name IN VARCHAR2, header IN VARCHAR2) AS
> > BEGIN
> > utl_smtp.write_ data(c, name || ': ' || header || utl_tcp.CRLF) ;
> > END;
> > BEGIN
> > open notes;
> > fetch notes into r_notes;
> > close notes;
> >
> > c := utl_smtp.open_ connection( r_notes.END_ IP,r_notes. port);
> > utl_smtp.helo( c, R_Notes.Servidor) ;
> > utl_smtp.mail( c, p_from);
> > utl_smtp.rcpt( c, p_to);
> > utl_smtp.open_ data(c);
> > send_header( 'From', p_from);
> > send_header( 'To', p_to);
> > send_header( 'Subject' , p_subject);
> > mensagem:='Mime- Version: 1.0' || utl_tcp.CRLF ||'Content-Type:
> multipart/mixed; boundary="DMW. Boundary. 605592468" ' || utl_tcp.CRLF ||''
> || utl_tcp.CRLF ;
> > utl_smtp.write_ data ( c, mensagem );
> > mensagem :=null;
> > mensagem := mensagem || '--DMW.Boundary. 605592468' || utl_tcp.CRLF
> ||'Content-Type: text/plain; name="message. txt"; charset=US-ASCII' ||
> utl_tcp.CRLF ||'Content-Disposit ion: inline; filename="message. txt"' ||
> utl_tcp.CRLF ||'Content-Transfer -Encoding: 7bit' || utl_tcp.CRLF ||'' ||
> utl_tcp.CRLF;
> > mensagem := mensagem || p_text || utl_tcp.CRLF ;
> > utl_smtp.write_ raw_data( c, utl_raw.cast_ to_raw(mensagem) );
> > v_file_handle := utl_file.fopen( p_direct, p_file, 'r' ,32767);
> > mensa

Re: [oracle_br] Re: Trabalho em Hortolandia

2009-09-17 Por tôpico Fernando Martins
Marcos,

eu passei por essa mudança tb recentemente. Sou de Porto Alegre-RS, e estou
morando em Campinas e trabalhando em Hortolândia tem uns 6 meses já. Quando
vim pra cá, fiquei inicialmente duas semanas numa pousada de Horto, e
sinceramente, a cidade é muito ruim de moradia e tudo o mais, muito perigosa
pelo que me falaram, tem um presídio aqui em horto, portanto já viu né,
aonde tem bandido, vem familia de bandido morar aqui perto, etc etc. As
vantagens como já falaram é o preço, tem coisa muito barata, mas
sinceramente, eu ainda prefiro pagar um pouco mais e ter uma qualidade de
vida maior e viver um pouco mais seguro, portanto optei por Campinas, por
ser uma cidade grande, com opçoes de lazer, Campinas tem ótimos shoppings,
restaurantes, cinemas, parques, lagoas, etc e fica a 25min de carro de
Hortolandia, ou da IBM onde eu trabalho atualmente. Estou morando sozinho e
pago 550 de aluguel (apto com 1 quarto, garagem e todo imobiliado e MUITO
bem localizado) e 230 de condo. Vc pode achar caro, mas eu achei bem em
conta pela localização e por estar mobiliado. Tem outras cidades tb como
americana, paulinia, mas sao menores e com menos opcões de lazer, segurança
e diversão. Espero ter ajudado.

-- 
Fernando Martins


"God grant us the serenity to accept the things we cannot change,
courage to change the things we can,
and wisdom to know the difference."


2009/9/17 kurtnaxl 

>
>
> Pra completar, em campinas, por aproximadamente o mesmo que vc paga aí em
> BH, vc consegue um apartamento imobiliado, em bairro nobre, incluso aluguel,
> condomínio e aluguel da mobília...
>
>
> --- Em oracle_br@yahoogrupos.com.br ,
> Marcos Fontana  escreveu
> >
> > Pessoal,
> >
> > Recebi uma proposta para trabalhar em Hortolândia. Hoje moro em BH e pago
> > R$1030,00 em um ap de 1 quarto razoável mais garagem. Alguem ai trabalha
> em
> > Hortolândia e sabe os custos de moradia e mesmo alimentação e afims? O
> custo
> > de vida aqui em BH esta incrível, então estou pensando em ir para SP
> > definitivamente. Penso em ir com minha família (filho e esposa). É uma
> boa
> > cidade?
> >
> > O que já li em forums é que Hortolandia é muito ruim para se morar,
> > sugeriram morar em Campinas e não em Hortolandia. E em Campinas? É uma
> boa
> > cidade para morar com a família? Como anda o custo de vida?
> >
> > Agradeço desde já pela atenção,
> >
> > Marcos Fontana
> > DBA Oracle
> >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
>
>  
>


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



Re: RES: RES: [oracle_br] Informação e-mai l com anexo PL/SQL - ORACLE

2009-09-17 Por tôpico Michely Carneiro Carneiro

Vou tentar com um arquivo do servidor.

--- Em qua, 16/9/09, jlchiappa  escreveu:


De: jlchiappa 
Assunto: Re: RES: RES: [oracle_br] Informação e-mail com anexo PL/SQL - ORACLE
Para: oracle_br@yahoogrupos.com.br
Data: Quarta-feira, 16 de Setembro de 2009, 12:56


  



pmfji, mas ** talvez ** a questão seja outra : a colega disse "que tenho que 
gerar uma procedure que irá enviar um e-mail com anexo", mas disse também "O 
anexo eu terei que localizar em uma pasta do meu computador" - ORA, se esse 
computador dela não é o servidor aonde roda o banco Oracle, nós sabemos que por 
sí só o utl_file só consegue abrir arquivos disponíveis ** LOCALMENTE ** , ie, 
que estejam na MESMA máquina do servidor Oracle SE o tal arquivo não está 
na mesma máquina que o servidor, as únicas soluções são : OU transferir o tal 
arquivo pro servidor (via ftp ou o que for), OU ter um programinha- cliente na 
máquina cliente que seja capaz de ler o arquivo e o transferir e/ou o gravar no 
banco (sql*loader talvez, ou escrever algo em Java, Forms, ou qquer linguagem 
que domine e seja capaz), OU se instala e configura um software capaz de 
permitir o servidor acessar a máquina-cliente (pode ser Samba, NFS, ou 
outros)...

[]s

Chiappa

--- Em oracle...@yahoogrup os.com.br, Sérgio Luiz Rodrigues Chaves 
 escreveu
>
> Michely,
> 
> O texto que lhe enviei, é apenas um exemplo para que você pudesse verificar a 
> aderência da solução ao seu problema, não tinha
> Imagino que o erro que você se refere é na linha:
> 
> v_file_handle := utl_file.fopen( p_direct, p_file, 'r' ,32767);
> 
> O diretório é obrigatório na função Utl_file.Fopen, logo o seu problema para 
> o erro no diretório, tem relação direta com o parameter 
> UTL_FILE_DIR no INIT.ORA. Todos os diretórios, tanto de leitura ou gravação, 
> devem ser informados neste parameter.
> 
> 
> Espero que resolva seu problema.
> 
> Sérgio Chaves.
> 
> 
> 
>  _ _ __
> 
> De: oracle...@yahoogrup os.com.br em nome de Michely Carneiro Carneiro
> Enviada: qua 16/9/2009 10:26
> Para: oracle...@yahoogrup os.com.br
> Assunto: Re: RES: [oracle_br] Informação e-mail com anexo PL/SQL - ORACLE
> 
> 
> 
> 
> Sérgio,
> 
> Quando tento executar dá erro: INVALID DIRECTORY PACTH. Tenho certeza que não 
> errei no caminho.
> 
> Obrigada,
> 
> Michely
> 
> --- Em ter, 15/9/09, Sérgio Luiz Rodrigues Chaves   > escreveu:
> 
> De: Sérgio Luiz Rodrigues Chaves mailto:sergio. 
> chaves%40elumini .com.br> >
> Assunto: RES: [oracle_br] Informação e-mail com anexo PL/SQL - ORACLE
> Para: oracle...@yahoogrup os.com.br  
> Data: Terça-feira, 15 de Setembro de 2009, 14:49
> 
> 
> 
> Michely,
> 
> Verifique se o código abaixo lhe ajuda:
> 
> Procedure envia_arquivo(
> p_to in Varchar2,
> p_from in Varchar2,
> p_subject in Varchar2,
> p_text in Varchar2 default null, 
> p_direct in Varchar2 default null,
> p_file in Varchar2 default null) is
> Mensagem Varchar2(32767) ;
> v_file_handle Utl_file.file_ type;
> v_line Varchar2(32767) ; 
> wlinha_parm_ relat Varchar2(1000) ; 
> w_num_seq Number(09);
> wgrava Number(9);
> wi Number(09):= 0;
> wsize Number(9);
> listafile Varchar2(50) ;
> 
> Cursor Notes is
> Select 25 port, p.end_ip END_IP, p.nom_ccmail Servidor
> from ONDE_TEM_IP_ DO_SERVIDOR_ DE_EMAIL p;
> r_notes notes%rowtype; 
> c utl_smtp.connection ;
> PROCEDURE send_header( name IN VARCHAR2, header IN VARCHAR2) AS
> BEGIN
> utl_smtp.write_ data(c, name || ': ' || header || utl_tcp.CRLF) ;
> END;
> BEGIN 
> open notes;
> fetch notes into r_notes;
> close notes;
> 
> c := utl_smtp.open_ connection( r_notes.END_ IP,r_notes. port);
> utl_smtp.helo( c, R_Notes.Servidor) ;
> utl_smtp.mail( c, p_from);
> utl_smtp.rcpt( c, p_to); 
> utl_smtp.open_ data(c);
> send_header( 'From', p_from);
> send_header( 'To', p_to); 
> send_header( 'Subject' , p_subject);
> mensagem:='Mime- Version: 1.0' || utl_tcp.CRLF ||'Content-Type: 
> multipart/mixed; boundary="DMW. Boundary. 605592468" ' || utl_tcp.CRLF ||'' 
> || utl_tcp.CRLF ;
> utl_smtp.write_ data ( c, mensagem );
> mensagem :=null;
> mensagem := mensagem || '--DMW.Boundary. 605592468' || utl_tcp.CRLF 
> ||'Content-Type: text/plain; name="message. txt"; charset=US-ASCII' || 
> utl_tcp.CRLF ||'Content-Disposit ion: inline; filename="message. txt"' || 
> utl_tcp.CRLF ||'Content-Transfer -Encoding: 7bit' || utl_tcp.CRLF ||'' || 
> utl_tcp.CRLF; 
> mensagem := mensagem || p_text || utl_tcp.CRLF ;
> utl_smtp.write_ raw_data( c, utl_raw.cast_ to_raw(mensagem) );
> v_file_handle := utl_file.fopen( p_direct, p_file, 'r' ,32767);
> mensagem := utl_tcp.CRLF || '--DMW.Boundary. 605592468' || utl_tcp.CRLF ||
> 'Content-Type: application/ octet-stream; name="' || p_file || '"' || 
> utl_tcp.CRLF ||
> 'Content-Dispositio n: attachment; filename="' || p_file || '"' || 
> utl_tcp.CRLF ||
> 'Content-Transfer- Encoding: 7bit' || utl_tcp.CRLF || utl_tcp.CRLF ;
> utl_smtp.write_ data ( 

[oracle_br] Re: Trabalho em Hortolandia

2009-09-17 Por tôpico kurtnaxl
Pra completar, em campinas, por aproximadamente o mesmo que vc paga aí em BH, 
vc consegue um apartamento imobiliado, em bairro nobre, incluso aluguel, 
condomínio e aluguel da mobília...

--- Em oracle_br@yahoogrupos.com.br, Marcos Fontana  
escreveu
>
> Pessoal,
> 
> Recebi uma proposta para trabalhar em Hortolândia. Hoje moro em BH e pago
> R$1030,00 em um ap de 1 quarto razoável mais garagem. Alguem ai trabalha em
> Hortolândia e sabe os custos de moradia e mesmo alimentação e afims? O custo
> de vida aqui em BH esta incrível, então estou pensando em ir para SP
> definitivamente. Penso em ir com minha família (filho e esposa). É uma boa
> cidade?
> 
> O que já li em forums é que Hortolandia é muito ruim para se morar,
> sugeriram morar em Campinas e não em Hortolandia. E em Campinas? É uma boa
> cidade para morar com a família? Como anda o custo de vida?
> 
> Agradeço desde já pela atenção,
> 
> Marcos Fontana
> DBA Oracle
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




[oracle_br] Re: Trabalho em Hortolandia

2009-09-17 Por tôpico kurtnaxl
Trabalhei por 2 anos na IBM de Hortolândia, pagava R$ 300 de aluguel num 
apartamento muito confortável, de dois quartos, sala, cozinha e banheiro, sem 
mobília. Tem um Condomínio chamado Céu Azul, muito conhecido na região por 
abrigar boa parte dos funcionário ou prestadores de serviço da IBM de 
Hortolândia que vem de outra cidade/estado. Nesse condomínio, um apê não passa 
de R$ 500 mensais, além de ser bem seguro e perto do centro, 20 minutos do 
centro de Campinas, etc.

--- Em oracle_br@yahoogrupos.com.br, Marcos Fontana  
escreveu
>
> Pessoal,
> 
> Recebi uma proposta para trabalhar em Hortolândia. Hoje moro em BH e pago
> R$1030,00 em um ap de 1 quarto razoável mais garagem. Alguem ai trabalha em
> Hortolândia e sabe os custos de moradia e mesmo alimentação e afims? O custo
> de vida aqui em BH esta incrível, então estou pensando em ir para SP
> definitivamente. Penso em ir com minha família (filho e esposa). É uma boa
> cidade?
> 
> O que já li em forums é que Hortolandia é muito ruim para se morar,
> sugeriram morar em Campinas e não em Hortolandia. E em Campinas? É uma boa
> cidade para morar com a família? Como anda o custo de vida?
> 
> Agradeço desde já pela atenção,
> 
> Marcos Fontana
> DBA Oracle
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>




Re: [oracle_br] Trabalho em Hortolandia

2009-09-17 Por tôpico Carlos Henrique
Olá Marcos, 

eu moro em Campinas já alguns anos, sou de Pouso Alegre, MG, e posso lhe dizer 
que a cidade é boa. Tem infraestrutura, shopping, e enfim tudo que uma cidade 
de quase 01 milhão de habitantes tem.
Se você tem uma proposta garantida e um salário que lhe condições para morar já 
é um começo.
As vezes, temos tudo isso e não nos sentimos bem no lugar.Hortolandia , apesar 
de ser uma cidade pequena é bom para se morar também, cidade do interior . Não 
tem aquele negócio de cidade grande,agitação.
Mas é apenas minha opinião, sugiro que venha visitá-las antes de mais nada.

At. 
Carlos Henrique 
Analista Sistemas / Suporte 



  - Original Message - 
  From: Marcos Fontana 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Wednesday, September 16, 2009 10:15 PM
  Subject: [oracle_br] Trabalho em Hortolandia


Pessoal,

  Recebi uma proposta para trabalhar em Hortolândia. Hoje moro em BH e pago
  R$1030,00 em um ap de 1 quarto razoável mais garagem. Alguem ai trabalha em
  Hortolândia e sabe os custos de moradia e mesmo alimentação e afims? O custo
  de vida aqui em BH esta incrível, então estou pensando em ir para SP
  definitivamente. Penso em ir com minha família (filho e esposa). É uma boa
  cidade?

  O que já li em forums é que Hortolandia é muito ruim para se morar,
  sugeriram morar em Campinas e não em Hortolandia. E em Campinas? É uma boa
  cidade para morar com a família? Como anda o custo de vida?

  Agradeço desde já pela atenção,

  Marcos Fontana
  DBA Oracle

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



  

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