Re: [oracle_br] Re: Problemas com estatisticas do Banco

[Luis Fernando Cerri]

Olá, Rodrigo!

Dá uma lida no tópico "Creating Lists of Tables with Stale or No Statistics"
do manual de Performance Tuning:

http://download-east.oracle.com/docs/cd/B10501_01/server.920/a96533/stats.htm

Se ainda restarem dúvidas, estamos aqui.

[]s
Luis




2006/11/28, Rodrigo Telles <[EMAIL PROTECTED]>:
>
>   Luis/Chiappa/Marcio
> muito obrigado pela atenção e ajuda.
> Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas
> fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu
> consigo afirmar que as estatisticas ficaram STALE?
>
> Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um
> move de tabela. No caso da procedure elas ficam INVALID caso estejam com
> erro de compilação e assim por diante. Queria saber onde se pode verificar
> que as estatisticas estão STALE.
>
> Sds
> Rodrigo
>
> On 11/28/06, Marcio Portes <[EMAIL PROTECTED]>
> wrote:
> >
> > Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa
> > forma o
> > colega teria certeza que há diferenças nas estatísticas e poderá acionar
> o
> > suporte com o CASE na mão.
> >
> > On 11/28/06, Luis Fernando Cerri <[EMAIL 
> > PROTECTED]>
> > wrote:
> > >
> > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s)
> > > via
> > > dbms_stats antes do shutdown. Após o startup, você as importa.
> > >
> > > Isso definitivamente não é a solução para seu problema, que deve ser
> > > atacado
> > > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente
> o
> > > tempo para normalizar as consultas já que não será mais necessário o
> > > analyze.
> > >
> > > []s
> > > Luis
> > >
> > > Em 28/11/06, jlchiappa <[EMAIL PROTECTED]
>  > com.br>>
> > > escreveu:
> > > >
> > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco
> > > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com
> > > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando
> > > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É
> > > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar
> > > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar",
> > > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E
> > > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de
> > > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo
> > > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views
> de
> > > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS,
> > > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as
> > > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de
> > > > particionadas estats TANTO das partições QUANTo estats globais,
> etc),
> > > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown
> e
> > > > repetir o processo, aí vc TEM como comparar e saber as diferenças,
> > > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status
> > > > delas, se os wiats foram radicalmente diferentes
> > > >
> > > > []s
> > > >
> > > > Chiappa
> > > >
> > > > --- Em oracle_br@yahoogrupos.com.br 
> > > >  rupos.com.br> > rupos.com.br> > > rupos.com.br>,
> > >
> > > > "Rodrigo Telles"
> > > > <[EMAIL PROTECTED]> escreveu
> > > > >
> > > > > Pessoal
> > > > > estou com uma dúvida aqui e gostaria de saber se já passaram por
> > > > isso.
> > > > > O banco de produção daqui tem um comportamento que para mim é
> > > > estranho.
> > > > >
> > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma
> > > > > intervenção a parte da WEB, que tira relatórios no banco, fica
> > > > totalmente
> > > > > prejudicada. Telas que levavam segundos para aparecer não aparecem
> > > > mais.
> > > > >
> > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me
> > > > avisou que
> > > > > após o startup era necessário rodar ANALYZE para as tabelas (essas
> > > > tabelas
> > > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso
> > > > na
> > > > > primeira vez pois shutdown/startup não mexe em nada com
> > > > estatisticas de
> > > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a
> > > > segunda vez
> > > > > que precisei fazer shutdown/startup no banco. Para variar, as
> telas
> > > > de
> > > > > relatório pararam de funcionar e logo após o analyze terminar as
> > > > telas
> > > > > voltaram ao normal(consultas feitas com a tempo de resposta
> > > > normal). Alguém
> > > > > já viu isso antes?
> > > > >
> > > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas
> > > > podem
> > > > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?
> > > > >
> > > > >
> > > > > O SO é Solaris 8 e o Banco é o 9.2.0.4.
> > > > >
> > > > > Abs
> > > > >
> > > > > Rodrigo
> > > > >
> > > > >
> > > > > [As partes desta mensagem que não continham texto foram removidas]
> > > > >
> > > >
> > > >
> > > >
> > >
> >

Re: [oracle_br] Copiar o valor de 03 Colunas

[Marcio Portes]

Algumas idéias podem brotar a partir:

[EMAIL PROTECTED]> create table t ( p int, e int, mx int, mn int, pp int );

Table created.

[EMAIL PROTECTED]> alter table t add primary key ( p, e );

Table altered.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> insert into t values ( 3948, 01, 3, 1, 1 );

1 row created.

[EMAIL PROTECTED]> insert into t values ( 3948, 02, null, null, null );

1 row created.

[EMAIL PROTECTED]> insert into t values ( 3948, 03, null, null, null );

1 row created.

[EMAIL PROTECTED]> insert into t values ( 3949, 01, 30, 10, 10 );

1 row created.

[EMAIL PROTECTED]> insert into t values ( 3949, 02, null, null, null );

1 row created.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> select p, e, first_value(mx) over (partition by p order
by p) fv_mx,
  2   first_value(mn) over (partition by p order by p) fv_mn,
  3   first_value(pp) over (partition by p order by p) fv_pp
  4from t
  5  /

P E FV_MX FV_MN FV_PP
- - - - -
 3948 1 3 1 1
 3948 2 3 1 1
 3948 3 3 1 1
 3949 1301010
 3949 2301010

5 rows selected.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> update t
  2 set ( mx, mn, pp ) = ( select first_value(mx) over (partition by p
order by p),
  3   first_value(mn) over (partition by p
order by p),
  4   first_value(pp) over (partition by p
order by p)
  5  from t t2
  6 where t.p = t2.p and rownum = 1)
  7  /

5 rows updated.

[EMAIL PROTECTED]>
[EMAIL PROTECTED]> select * from t;

P EMXMNPP
- - - - -
 3948 1 3 1 1
 3948 2 3 1 1
 3948 3 3 1 1
 3949 1301010
 3949 2301010

5 rows selected.


On 11/28/06, cegoncalvesvr <[EMAIL PROTECTED]> wrote:
>
>   Amigos,
>
> Preciso copiar o conteúdo das colunas (Est.max, Est.Min e Pont.Ped)
> para outro estoque 02, cujas as mesmas colunas, estão vazias.
> Veja a situação abaixo:
>
>
> Produto Estoque Est.Max Est.Min Pont.Ped
> 3948 01 3 1 1
> 3948 02
>
> Preciso replicar o conteudo das colunas para as mesmas
> colunas, só que para o estoque da linha 02.
>
> Abs.
> Eduardo
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

[oracle_br] Problemas com estatísticas do banco.

[Rodrigo Telles]

Pessoal
estou com uma dúvida aqui e gostaria de saber se já passaram por isso.
O banco de produção daqui tem um comportamento que para mim é estranho.

É o seguinte: Toda vez que precisamos fazer shutdown para alguma
intervenção a parte da WEB, que tira relatórios no banco, fica totalmente
prejudicada. Telas que levavam segundos para aparecer não aparecem mais.

Na primeira vez que fui fazer um shutdown uma pessoa da equipe me avisou que
após o startup era necessário rodar ANALYZE para as tabelas (essas tabelas
são particionadas!!) dessas respectivas telas. Duvidei muito disso na
primeira vez pois shutdown/startup não mexe em nada com estatisticas de
tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a segunda vez
que precisei fazer shutdown/startup no banco. Para variar, as telas de
relatório pararam de funcionar e logo após o analyze terminar as telas
voltaram ao normal(consultas feitas com a tempo de resposta normal). Alguém
já viu isso antes?

Um DBA me falou que pode estar acontecendo de as estasticias ficarem STALE
após o shutdown/startup.

Alguém poderia me ajudar?

O SO é Solaris 8 e o Banco é o 9.2.0.4.

Abs
Rodrigo


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

Re: [oracle_br] Backup do Servidor ou dos Discos!!

[Andre Santos]

Edu

Não sou DBA, para poder entrar em detalhes... mas existem 2
soluções (para Oracle):

RAC (real application cluster)
http://www.oracle.com/technology/products/database/clustering/

Data Guard / Standby Database
http://www.amcom.com.br/hp/news.php?id_news=67
http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardOverview.html

[ ]

André


Em 28/11/06, cegoncalvesvr <[EMAIL PROTECTED]> escreveu:
>
>   Amigos,
>
> Tenho um servidor Oracle 9.2.0.7, com Windows 2000 Server, com um
> sistema Hospitalar.
> Preciso ter um outro servidor sincronizado ou ter um outro disco,
> replicando as informações com o servidor em produção.
> Pois, caso o 1º servidor pare, por algum erro do tipo, (erro
> windows, problema fisico, erro no Oracle e outros mais..), eu entre
> com o 2º servidor no mesmo instante.
> Esse 2º servidor, teria que ter as mesmas informações; o que gravar
> no servidor ativo, gravasse também no segundo (backup).
> Existe alguma possibilidade disso?
>
> Obrigado
> Edu
>
> 
>


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

Re: [oracle_br] Re: DBLINK 9i - 10G

[Lekão]

Alvaro , 

Eu tive um problema parecido com o seu, depois de alguns dias tentando 
descobrir o que era de fato o problema, entrei no oracle universal e verifiquei 
as homes e quais os produtos que estavam apontando para as determinadas Home, 
identifiquei que havia direcionamento de uma home, apontando para um produto da 
oracle que eu havia já deletado há algum tempo, feito isto, consegui resolver o 
problema normalmente, faça um teste e verifique senão pode ser isto que esta 
acontecendo.

Aleks


  - Original Message - 
  From: Alvaro 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, November 28, 2006 11:25 AM
  Subject: Re: [oracle_br] Re: DBLINK 9i - 10G


  Bom Chiappa é o seguinte... A instalacao ocorreu sem falhas ... Ja tinha 
confirmado em "produtos instalados" se o client aparecia ... e estava tudo 
correto.
  Ja criei manualmente os arquivos no $ORACLE_HOME/network/admin o sqlnet e o 
tnsnames ...
  O conteudo do sqlnet esta assim:
  NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES, HOSTNAME)

  E o do tnsnames esta assim:
  ORAPIO =

  (DESCRIPTION =

  (ADDRESS_LIST =

  (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.3)(PORT = 1521))

  )

  (CONNECT_DATA =

  (SERVICE_NAME = orapio.pioxii.com.br)

  )

  )

  TESTE =

  (DESCRIPTION =

  (ADDRESS_LIST =

  (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))

  )

  (CONNECT_DATA =

  (SERVICE_NAME = teste)

  )

  )

  EXTPROC_CONNECTION_DATA =

  (DESCRIPTION =

  (ADDRESS_LIST =

  (ADDRESS = (PROTOCOL = TCP)(HOST = alvaro.pioxii.com.br)(PORT = 1521))

  )

  (CONNECT_DATA =

  (SERVICE_NAME = PLSExtProc)

  )

  )

  PROD.PIOXII.COM.BR =

  (DESCRIPTION =

  (ADDRESS_LIST =

  (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))

  )

  (CONNECT_DATA =

  (SERVICE_NAME = prod)

  )

  )

  o tnsping funciona :

  [EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br

  TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 28-NOV-2006 
11:19:45

  Copyright (c) 1997 Oracle Corporation. All rights reserved.

  Used parameter files:
  /u01/app/oracle/product/9.2.0.4.0/network/admin/sqlnet.ora

  Used TNSNAMES adapter to resolve the alias
  )SERVICE_NAME = prod)= TCP)(HOST = 172.16.1.5)(PORT = 1521))
  OK (0 msec)

  Mas olha o que acontece qdo tento uma conexao ...

  [EMAIL PROTECTED] bin]$ ./sqlplus bar/bar

  SQL*Plus: Release 9.2.0.4.0 - Production on Tue Nov 28 11:20:00 2006

  Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

  Connected to:
  Oracle9i Release 9.2.0.4.0 - Production
  JServer Release 9.2.0.4.0 - Production


  SQL> conn master/[EMAIL PROTECTED]
  ERROR:
  ORA-12154: TNS:could not resolve service name

  Esta faltando mais algum parametro que nao estou me recordando? Pois sei que 
é um problema local... tenho amigos que conseguem fazer o dblink do 9i para o 
10G normalmente.

  Obrigado ... 

  Atenciosamente,

  Alvaro

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, November 28, 2006 10:34 AM
  Subject: [oracle_br] Re: DBLINK 9i - 10G

  Alvaro, sim normalmente após uma instalação de client em seguida já é 
  exibida a tela de config, vamos supor aí que a instalação em si 
  correu bem, só falhou a tela de conbfig. Primeira coisa, pra ver que 
  realmente o client está instalado (e de preferência na MESMA home do 
  banco, já que é a MESMA versão!!), lá no servidor vc dispara o Oracle 
  Universal Installer (diretamente da máquina se vc o tem instalado, se 
  não a partir dum CD de instalação qquermesmo), logo na tela de boas-
  vindas vc já tem o botão "Produtos Instalados" - ou o equivalente em 
  Inglês -, clique nele, vá pra home em questão, veja que existe uma 
  entrada "Oracle Client xxx" na lista apresentada. Em existindo ok, o 
  cliente deve estar ok, é só configurar : isso até pode ser feita pela 
  gui, que é o netmgr, se vc o tiver instalado, OU , já que config de 
  TNS é simplesmente arquivos-textos, vc pode com um editor de textos 
  criar os arquivos sqlnet.ora e tnsnames.ora adequados em 
  $ORACLE_HOME/network/admin.
  Feito isso aí sim vc já deverá conseguir conectar com a máquina-
  remota via plus.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Alvaro" <[EMAIL PROTECTED]> 
  escreveu
  >
  > Boa tarde a todos ...
  > Continuando o assunto que comecei com o Chiappa, sobre o dblink ...
  > Eu fiz o install do Client na maq. do servidor 9i como disse. Más 
  no final da instalacao ele nao me pediu nada ... ele nao deveria ter 
  me mostrado uma tela de configuracao? Só lembrando ... no 9i nao tem 
  tns nem sqlnet.
  > E tentei fazer o dblink funcionar ... veja só o erro que ainda esta 
  dando.
  > --
  -\
  > 1º passo
  > [EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br
  > 
  > TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 27-
  NOV-2006 16:05:45
  > 
  > Copyright (

Re: [oracle_br] Re: Problemas com estatisticas do Banco

[Luis Fernando Cerri]

Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) via
dbms_stats antes do shutdown. Após o startup, você as importa.

Isso definitivamente não é a solução para seu problema, que deve ser atacado
como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o
tempo para normalizar as consultas já que não será mais necessário o
analyze.

[]s
Luis




Em 28/11/06, jlchiappa <[EMAIL PROTECTED]> escreveu:
>
>   Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco
> é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com
> absoluta certeza, SE realmente as estatísticas estão MESMO ficando
> (erradamente!) marcadas como stale após um shutdown, isso NÃO É
> comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar
> o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar",
> eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E
> PRECISA do que está acontecendo, só dizer "ah, relatório pára de
> funcionar" é absolutamente INSUFICIENTE O procedimento mínimo
> seria : com banco ativo e estats coletadas e ok, PESQUISE as views de
> estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS,
> DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as
> tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de
> particionadas estats TANTO das partições QUANTo estats globais, etc),
> rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e
> repetir o processo, aí vc TEM como comparar e saber as diferenças,
> ie , se mudou ou não plano, se mudou ou não estatísticas, o status
> delas, se os wiats foram radicalmente diferentes
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br ,
> "Rodrigo Telles"
> <[EMAIL PROTECTED]> escreveu
> >
> > Pessoal
> > estou com uma dúvida aqui e gostaria de saber se já passaram por
> isso.
> > O banco de produção daqui tem um comportamento que para mim é
> estranho.
> >
> > É o seguinte: Toda vez que precisamos fazer shutdown para alguma
> > intervenção a parte da WEB, que tira relatórios no banco, fica
> totalmente
> > prejudicada. Telas que levavam segundos para aparecer não aparecem
> mais.
> >
> > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me
> avisou que
> > após o startup era necessário rodar ANALYZE para as tabelas (essas
> tabelas
> > são particionadas!!) dessas respectivas telas. Duvidei muito disso
> na
> > primeira vez pois shutdown/startup não mexe em nada com
> estatisticas de
> > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a
> segunda vez
> > que precisei fazer shutdown/startup no banco. Para variar, as telas
> de
> > relatório pararam de funcionar e logo após o analyze terminar as
> telas
> > voltaram ao normal(consultas feitas com a tempo de resposta
> normal). Alguém
> > já viu isso antes?
> >
> > Um dba me falou que isso pode estar ocorrendo pois as estatisticas
> podem
> > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?
> >
> >
> > O SO é Solaris 8 e o Banco é o 9.2.0.4.
> >
> > Abs
> >
> > Rodrigo
> >
> >
> > [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: Problemas com estatisticas do Banco

[Rodrigo Telles]

Luis/Chiappa/Marcio
muito obrigado pela atenção e ajuda.
Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas
fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu
consigo afirmar que as estatisticas ficaram STALE?

Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um
move de tabela. No caso da procedure elas ficam INVALID caso estejam com
erro de compilação e assim por diante. Queria saber onde se pode verificar
que as estatisticas estão STALE.


Sds
Rodrigo




On 11/28/06, Marcio Portes <[EMAIL PROTECTED]> wrote:
>
>   Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa
> forma o
> colega teria certeza que há diferenças nas estatísticas e poderá acionar o
> suporte com o CASE na mão.
>
> On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED] >
> wrote:
> >
> > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s)
> > via
> > dbms_stats antes do shutdown. Após o startup, você as importa.
> >
> > Isso definitivamente não é a solução para seu problema, que deve ser
> > atacado
> > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o
> > tempo para normalizar as consultas já que não será mais necessário o
> > analyze.
> >
> > []s
> > Luis
> >
> > Em 28/11/06, jlchiappa <[EMAIL 
> > PROTECTED] com.br>>
> > escreveu:
> > >
> > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco
> > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com
> > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando
> > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É
> > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar
> > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar",
> > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E
> > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de
> > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo
> > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de
> > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS,
> > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as
> > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de
> > > particionadas estats TANTO das partições QUANTo estats globais, etc),
> > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e
> > > repetir o processo, aí vc TEM como comparar e saber as diferenças,
> > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status
> > > delas, se os wiats foram radicalmente diferentes
> > >
> > > []s
> > >
> > > Chiappa
> > >
> > > --- Em oracle_br@yahoogrupos.com.br 
> > >  rupos.com.br> > rupos.com.br>,
> >
> > > "Rodrigo Telles"
> > > <[EMAIL PROTECTED]> escreveu
> > > >
> > > > Pessoal
> > > > estou com uma dúvida aqui e gostaria de saber se já passaram por
> > > isso.
> > > > O banco de produção daqui tem um comportamento que para mim é
> > > estranho.
> > > >
> > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma
> > > > intervenção a parte da WEB, que tira relatórios no banco, fica
> > > totalmente
> > > > prejudicada. Telas que levavam segundos para aparecer não aparecem
> > > mais.
> > > >
> > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me
> > > avisou que
> > > > após o startup era necessário rodar ANALYZE para as tabelas (essas
> > > tabelas
> > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso
> > > na
> > > > primeira vez pois shutdown/startup não mexe em nada com
> > > estatisticas de
> > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a
> > > segunda vez
> > > > que precisei fazer shutdown/startup no banco. Para variar, as telas
> > > de
> > > > relatório pararam de funcionar e logo após o analyze terminar as
> > > telas
> > > > voltaram ao normal(consultas feitas com a tempo de resposta
> > > normal). Alguém
> > > > já viu isso antes?
> > > >
> > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas
> > > podem
> > > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?
> > > >
> > > >
> > > > O SO é Solaris 8 e o Banco é o 9.2.0.4.
> > > >
> > > > Abs
> > > >
> > > > Rodrigo
> > > >
> > > >
> > > > [As partes desta mensagem que não continham texto foram removidas]
> > > >
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Marcio Portes
> Material Tecnico em Portugues - http://mportes.blogspot.com
> Practical Learning Oracle -
> http://mportes.blogspot.com/2006/02/practical-learning-oracle.html
>
> [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: Problemas com estatisticas do Banco

[Marcio Portes]

Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa forma o
colega teria certeza que há diferenças nas estatísticas e poderá acionar o
suporte com o CASE na mão.

On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED]> wrote:
>
>   Rodrigo, considere fazer um export das estatísticas deste(s) schema(s)
> via
> dbms_stats antes do shutdown. Após o startup, você as importa.
>
> Isso definitivamente não é a solução para seu problema, que deve ser
> atacado
> como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o
> tempo para normalizar as consultas já que não será mais necessário o
> analyze.
>
> []s
> Luis
>
> Em 28/11/06, jlchiappa <[EMAIL PROTECTED] >
> escreveu:
> >
> > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco
> > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com
> > absoluta certeza, SE realmente as estatísticas estão MESMO ficando
> > (erradamente!) marcadas como stale após um shutdown, isso NÃO É
> > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar
> > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar",
> > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E
> > PRECISA do que está acontecendo, só dizer "ah, relatório pára de
> > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo
> > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de
> > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS,
> > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as
> > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de
> > particionadas estats TANTO das partições QUANTo estats globais, etc),
> > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e
> > repetir o processo, aí vc TEM como comparar e saber as diferenças,
> > ie , se mudou ou não plano, se mudou ou não estatísticas, o status
> > delas, se os wiats foram radicalmente diferentes
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  rupos.com.br>,
>
> > "Rodrigo Telles"
> > <[EMAIL PROTECTED]> escreveu
> > >
> > > Pessoal
> > > estou com uma dúvida aqui e gostaria de saber se já passaram por
> > isso.
> > > O banco de produção daqui tem um comportamento que para mim é
> > estranho.
> > >
> > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma
> > > intervenção a parte da WEB, que tira relatórios no banco, fica
> > totalmente
> > > prejudicada. Telas que levavam segundos para aparecer não aparecem
> > mais.
> > >
> > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me
> > avisou que
> > > após o startup era necessário rodar ANALYZE para as tabelas (essas
> > tabelas
> > > são particionadas!!) dessas respectivas telas. Duvidei muito disso
> > na
> > > primeira vez pois shutdown/startup não mexe em nada com
> > estatisticas de
> > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a
> > segunda vez
> > > que precisei fazer shutdown/startup no banco. Para variar, as telas
> > de
> > > relatório pararam de funcionar e logo após o analyze terminar as
> > telas
> > > voltaram ao normal(consultas feitas com a tempo de resposta
> > normal). Alguém
> > > já viu isso antes?
> > >
> > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas
> > podem
> > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?
> > >
> > >
> > > O SO é Solaris 8 e o Banco é o 9.2.0.4.
> > >
> > > Abs
> > >
> > > Rodrigo
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

Re: [oracle_br] Tentando remover um datafile de uma tablespace

[Marcio Portes]

Até a versão 10g, os datafiles funcionam mais ou menos assim:
Imagine uma jarra de suco onde se adiciona 3 copos d'agua. Agora quero tirar
a água do copo 2. Não é possível.
O mesmo acontece com os datafiles adicionados na tablespace, uma vez lá, não
será possível removê-lo.

Entretanto há uma nota no metalink que simula isso - doc. 111316.1


On 11/28/06, Josir Gomes <[EMAIL PROTECTED]> wrote:
>
>   Olá pessoal,
>
> estou tentando pela primeira vez remover um datafile de uma tablespace e
> não estou conseguindo. A sequencia foi a seguinte:
>
> 1. Removi todos os rollback segments do tablespace
>
> 2. Dei um SELECT * FROM DBA_SEGMENTS WHERE TABLESPACE_NAME = 'RBS' para
> me certificar que não havia nenhum outro segmento.
>
> 3. ALTER TABLESPACE RBS OFFLINE;
>
> 4. ALTER DATABASE DATAFILE '/u01/app/oracle/oradata/msystems/rbs01.dbf'
> OFFLINE DROP;
>
> 5. ALTER TABLESPACE RBS ONLINE;
>
> Entretanto quando eu vou ver a lista de datafiles do tablespace, o
> rbs01.dbf ainda está lá!
>
> O que eu estou fazendo de errado?
> Oracle8i / RedHat 7.
>
> Saudações a todos,
> Josir.
>  
>



-- 
Marcio Portes
Material Tecnico em Portugues - http://mportes.blogspot.com
Practical Learning Oracle -
http://mportes.blogspot.com/2006/02/practical-learning-oracle.html


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

[oracle_br] Backup do RMAN para fita

[Leandro Ortigão Pereira]

Pessoal.
Preciso transportar um banco de dados para outra cidade, porém não 
existe espaço sufiente em disco para o backup. O servidor tem 
instalado o windows 2003 server e possui uma fita Ultrium II 200/400 e 
embora utilize o arcserve para backup não posso utiliza-lo pois este 
não esta instalado no outro servidor. Portanto preciso fazer um backup 
do rman diretamente para a fita utilizando somente o windows 2003 
server.
Alguém poderia me ajudar


Grato

Leandro

[oracle_br] Tentando remover um datafile de uma tablespace

[Josir Gomes]

Olá pessoal,

estou tentando pela primeira vez remover um datafile de uma tablespace e 
não estou conseguindo. A sequencia foi a seguinte:

1. Removi todos os rollback segments do tablespace

2. Dei um SELECT * FROM DBA_SEGMENTS WHERE TABLESPACE_NAME = 'RBS' para 
me certificar que não havia nenhum outro segmento.

3. ALTER TABLESPACE RBS OFFLINE;

4. ALTER DATABASE DATAFILE '/u01/app/oracle/oradata/msystems/rbs01.dbf' 
OFFLINE DROP;

5. ALTER TABLESPACE RBS ONLINE;

Entretanto quando eu vou ver a lista de datafiles do tablespace, o 
rbs01.dbf ainda está lá!

O que eu estou fazendo de errado?
Oracle8i / RedHat 7.

Saudações a todos,
Josir.

Re: RES: [oracle_br] Re: Opnião sobre Artig o

[thiagomz]

Eu tava pensando em criar veja...

SEGMENT_NAME   TAMANHOCATEGORIA  EXTENTS 

-- -- --- -- 

HIST_CALC_PONTO12.64G G = 128M * 102 

FORM_MARCACAO   8.33G G = 128M *  67 

MEM_CALC_FPG1.51G M =   4M * 388

Agora fiquei com uma pulga... 128M ... ?




Thiago M. Zerbinato [thiagomz]
OCP DBA
---
http://thiagomz.hpg.com.br





Anderson Haertel Rodrigues - FLN wrote:
> É verdade.
>  
> Apenas uma observação minha no sentido dos tamanhos das extents. 
>  
> Extend de 128k e 4m uso e recomendo, apenas as extents de 128m é que ainda 
> não usei e não vi lugar algum mostrando realmente o ganho de se ter um extend 
> desse tamanho, ao contrário, já li/vi no metalink que acima de 32m não 
> existem ganhos, etcdesta forma, eu substituo as extents de 128m por 
> 32m.
>  
> Atenciosamente,
> 
> Anderson Haertel Rodrigues
> Administrador de Banco de Dados
> Florianópolis/SC - [EMAIL PROTECTED] 
> 
> -Mensagem original-
> De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de jlchiappa
> Enviada em: terça-feira, 21 de novembro de 2006 09:41
> Para: oracle_br@yahoogrupos.com.br
> Assunto: [oracle_br] Re: Opnião sobre Artigo
> 
> 
> 
> Ah, detalhe que eu queria comentar também : o artigo, muito 
> acertadamente, fala em PADRONIZAÇÃO das tablespaces, algo tipo :
> 
> sigladosistema + descrição do tamanho (P/M/G) + string significativa
> 
> o artigo não explica o porquê mas isso é MUITO indicado, pelo 
> seguinte : necessariamente com isso vc terá tablespaces diferentes 
> para aplicações diferentes, e a administração Oracle se baseia 
> fortemente em tablespaces - ie, pra copiar tablespaces, pra 
> transportar, pra colocar OFFLINE, pra fazer RECOVER, etc, etc, tudo 
> isso é MUITO facilitado se vc tiver dados diferentes pertencentes a 
> aplicações diferentes em tablespaces diferentes...
> 
> []s
> 
> Chiappa
> 
> --- Em [EMAIL PROTECTED]  os.com.br, 
> "jlchiappa" <[EMAIL PROTECTED]> 
> escreveu
>> Verdade, como pontos de reparo, além de se ter que incluir a 
> questão 
>> dos 64 Kb usados pelo bitmap, eu citaria também a falta de 
> referência 
>> sobre as tablespaces LMT system-allocated no 9i em diante (ultra-
>> necessárias para os objetos onde verdadeiramente não é possível nem 
>> sequer se ter uma estimativa de tamanho), e teria que se deixar 
> mais 
>> claro que AUTOEXTEND ** não é ** sempre a opção recomendada, 
>> principalmente em DW/batches, por causa :
>>
>> a) da sobrecarga extra de se ficar formatando blocos em run-time
>>
>> e
>>
>> b) do fato de que o autoextend NÃO deixa o espaço em disco 
>> reservado, é tranquilamente possível se não houver controle rígido 
> de 
>> que quando o autoextend for necessário, outro alguém já tenha usado 
> o 
>> espaço em disco, aí naturalmente o autoextend falha
>>
>> De resto, o SAFE é uma excelente política em linhas gerais imho, 
> em 
>> mais de uma msg anterior eu já o recomendei, uso e recomendo onde 
>> aplicável.
>>
>> []s
>>
>> Chiappa
>>
>> --- Em [EMAIL PROTECTED]  os.com.br, 
>> "Luis Fernando Cerri" 
>>  escreveu
>>> Anderson, pelo menos estes tamanhos são múltiplos de 64k e, 
>> portanto, também
>>> de 32k, 16k, 8k, 4k, 2k... :-)
>>>
>>> Gostaria de acrescentar também que nesta tradução foi "esquecido" 
>> que o
>>> tamanho inicial da tablespace deve ser múltiplo do extent mais 1 
>> bloco para
>>> DMTs ou 64k para LMTs. Caso contrario, o espaço do último extent 
>> será sempre
>>> desperiçado.
>>>
>>> []s
>>> Luis
>>>
>>>
>>> Em 20/11/06, Anderson Haertel Rodrigues - FLN <
>>> anderson.rodrigues@> escreveu:
 Thiago,

 Eu ainda não entendi alguns valores usados para controle (1921 
> M, 
>> por
 exemplo.)

 De resto, é uma explicação em português do texto dos autores: 
>> Bhaskar
 Himatsingka e Juan Loaiza, que particularmente acho excelente e 
>> uso com
 frequência para criação e gerenciamento das minhas TBS;

 Atenciosamente,

 Anderson Haertel Rodrigues
 Administrador de Banco de Dados
 Florianópolis/SC - anderson_hr_listas@> 40yahoo.com.br>


 -Mensagem original-
 De: [EMAIL PROTECTED]  os.com.br 
  40yahoogrupos.com.br> 
>> [mailto:
 [EMAIL PROTECTED]  os.com.br 
 ]
> Em 
>> nome de
 thiagomz
 Enviada em: segunda-feira, 20 de novembro de 2006 10:07
 Para: [EMAIL PROTECTED]  os.com.br 
 > 40yahoogrupos.com.br>
 Assunto: Re: [oracle_br] Opnião sobre Artigo

 thiagomz wrote:
> Pessoal,
>
> O que vocês acham sobre o artigo citado abaixo ?
>
> http://www.mhavila. <
 http://www.mhavila. 

[oracle_br] SGA MAX SIZE

[fabiobat2002]

Boa tarde,

Eu tenho uma maquina solaris com uma instancia oracle 9i.
O processo desta instancia esta usando 1G :

PID USERNAME THR PRI NICE SIZE RES STATE TIME CPU COMMAND
16559 oracle 1 0 0 1093M 29M sleep 115.5H 9.29% oracle


Minha instancia esta com os seguintes valores:


SQL> select * from v$sga
2 ;

NAME VALUE
 --
Fixed Size 732736
Variable Size 922746880
Database Buffers 134217728
Redo Buffers 2203648

sga_max_size = 1059900992

Vc sabem se o processo no unix alocar o tamanho da sga_max_size ?

[oracle_br] Anúncio de Vaga - Oracle ERP

[belrh06]

A Resource Tecnologia, empresa integradora de soluções com 15 anos de 
atuação no mercado de TI, busca profissionais com o seguinte perfil:

Analistas Funcionais Oracle Application

Analista Funcional para levantamento, análise, especificação, 
desenvolvimento, manutenção nos módulos: INV, PAC, RI

Analista Funcional para levantamento, análise, especificação, 
desenvolvimento, manutenção nos módulos: GL, AR, FA, USGAP


Os interessados deverão enviar e-mail para: 
[EMAIL PROTECTED], com o código: "Oracle ERP".


Obrigada,

Isabel Bordin
Grupo Resource 
+ 55 11 3040-3596 
[EMAIL PROTECTED]
Visite: http://www.resource.com.br

Re: [oracle_br] Curiosidade

[Rodrigo Almeida]

Sidnei,

Aconteceu algumas vezes comigo tb em ambientes Linux, geralmente para
imports de tabelas particionadas, o que pode fazer para resolver é:

#> imp system file=arquivo.dmp log=arquivo.log buffer=2000

Abraços,

Rodrigo Almeida


On 11/28/06, Sidnei Roquette Rasteli <[EMAIL PROTECTED]> wrote:
>
>   Alguem já viu dar esse erro num import? Onde estão esses "warehouse" com
> nomes de cidade?, nunca vi...
>
> . . importando table "FEFDX" 1287 linhas importadas
>
> IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
> IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
> 'This view shows inventories at the Sydney warehouse.'
> IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
> IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
> 'This view shows inventories at the Bombay warehouse.'
> IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
> IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
> 'This view shows inventories at the Toronto warehouse.'
> ImportaþÒo encerrada com Ûxito, com advertÛncias.
>
> Obs. Servidor Linux Red Hat 4
> Oracle 9i
>
> Obrigado
>
> Sidnei Roquette Rasteli
> Fundação Educacional de Fernandópolis
> Dep. de Tecnologia da Informação
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> 
>



-- 

Rodrigo Almeida
DBA Oracle


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

[oracle_br] Copiar o valor de 03 Colunas

[cegoncalvesvr]

Amigos,

Preciso copiar o conteúdo das colunas (Est.max, Est.Min e Pont.Ped)
para outro estoque 02, cujas as mesmas colunas, estão vazias.
 Veja a situação abaixo:
 

Produto  Estoque  Est.Max  Est.Min  Pont.Ped
3948   01   3 1   1
3948   02

Preciso replicar o conteudo das colunas para as mesmas
colunas, só que para o estoque da linha 02.

Abs.
Eduardo

[oracle_br] SGA MAX SIZE

[fabiobat2002]

Boa tarde,

Eu tenho uma maquina solaris com uma instancia oracle 9i.
O processo desta instancia esta usando 1G :

   PID USERNAME THR PRI NICE  SIZE   RES STATETIMECPU COMMAND
 16559 oracle 1   00 1093M   29M sleep  115.5H  9.29% oracle


Minha instancia esta com os seguintes valores:


SQL> select * from v$sga
  2  ;

NAME  VALUE
 --
Fixed Size   732736
Variable Size 922746880
Database Buffers  134217728
Redo Buffers2203648

sga_max_size = 1059900992

Vc sabem se o processo no unix alocar o tamanho da sga_max_size ?

[oracle_br] SGA MAX SIZE

[fabiobat2002]

Boa tarde,

Eu tenho uma maquina solaris com uma instancia oracle 9i.
O processo desta instancia esta usando 1G :

   PID USERNAME THR PRI NICE  SIZE   RES STATETIMECPU COMMAND
 16559 oracle 1   00 1093M   29M sleep  115.5H  9.29% oracle


Minha instancia esta com os seguintes valores:


SQL> select * from v$sga
  2  ;

NAME  VALUE
 --
Fixed Size   732736
Variable Size 922746880
Database Buffers  134217728
Redo Buffers2203648

sga_max_size = 1059900992

Vc sabem se o processo no unix alocar o tamanho da sga_max_size ?

[oracle_br] SGA MAX SIZE

[fabiobat2002]

Boa tarde,

Eu tenho uma maquina solaris com uma instancia oracle 9i.
O processo desta instancia esta usando 1G :

   PID USERNAME THR PRI NICE  SIZE   RES STATETIMECPU COMMAND
 16559 oracle 1   00 1093M   29M sleep  115.5H  9.29% oracle


Minha instancia esta com os seguintes valores:


SQL> select * from v$sga
  2  ;

NAME  VALUE
 --
Fixed Size   732736
Variable Size 922746880
Database Buffers  134217728
Redo Buffers2203648

sga_max_size = 1059900992

Vc sabem se o processo no unix alocar o tamanho da sga_max_size ?

[oracle_br] SGA MAX SIZE

[fabiobat2002]

Boa tarde,

Eu tenho uma maquina solaris com uma instancia oracle 9i.
O processo desta instancia esta usando 1G :

   PID USERNAME THR PRI NICE  SIZE   RES STATETIMECPU COMMAND
 16559 oracle 1   00 1093M   29M sleep  115.5H  9.29% oracle


Minha instancia esta com os seguintes valores:


SQL> select * from v$sga
  2  ;

NAME  VALUE
 --
Fixed Size   732736
Variable Size 922746880
Database Buffers  134217728
Redo Buffers2203648

sga_max_size = 1059900992

Vc sabem se o processo no unix alocar o tamanho da sga_max_size ?

Re: Res: RES: [oracle_br] Índices tipo BitMap

[jlchiappa]

Não tem mesmo uma opção pra instalar/usar só ele, ele está junto com 
outras opções, iirc a de intermedia, mas não lembro de cabeça 
exatamente qual é.

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, [EMAIL PROTECTED] escreveu
>
> Chiappa,
> 
> Apenas uma curiosidade. Qual feature tem que instalar no caso do 
Enterprise? Pergunto isso porque realmente não me lembro de alguma 
opção relacionada a isso.
> 
> Abraços,
> Nelson
> 
> 
> - Mensagem original 
> De: jlchiappa <[EMAIL PROTECTED]>
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Terça-feira, 28 de Novembro de 2006 14:44:07
> Assunto: Re: RES: [oracle_br] Índices tipo BitMap
> 
> Isso é indicativo que OU a opção em questão não foi instalada 
quando 
> se instalou o banco (instale-a agora ou peça pro DBA instalar), OU 
o 
> seu banco é 9i Standard, o que IMPOSSIBILITA o uso de bitmap 
index...
> 
> []s
> 
> Chiappa
> 
> --- Em [EMAIL PROTECTED] os.com.br, "Abel - Informatica" 
>  escreveu
> >
> > No primeiro teste que fiz, recebi a seguinte mensagem :
> > ORA-00439:feature not enabled Bit-mapped Indexex
> > 
> > Att. Abel de Souza Magalhães
> >  _ _ _
> > Depto. Informática 
> > Ober S/A Indústria e Comércio
> > abel.magalhaes@ ...  
> > http://www.ober. com.br  
> > (19) 3466-9200 R. 9391
> > 
> >  _ _ __
> > 
> > De: [EMAIL PROTECTED] os.com.br 
> [mailto:[EMAIL PROTECTED] os.com.br] Em nome de Smartn - Milton 
> Bastos Henriquis Junior
> > Enviada em: terça-feira, 28 de novembro de 2006 12:15
> > Para: [EMAIL PROTECTED] os.com.br
> > Assunto: RES: [oracle_br] Índices tipo BitMap
> > 
> > 
> > 
> > Ele é específico para campos onde o domínio de valores
> > 
> > é pequeno (quanto menor, melhor).
> > 
> > Por exemplo, campo "SEXO" = ['F', 'M']
> > 
> > Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',
> > 
> > Caso vc precise mesmo de um índice nesse campo, o mais indicado 
> seria o bitmap.
> > 
> > Na sua versão, 9.2, já está disponível sim!
> > 
> > Milton Bastos Henriquis Junior
> > 
> > Oracle Database Administrator
> > Equipe de Tecnologia
> > 
> > milton.bastos@ ...  
> > Smartn ® IT Solutions
> > Rua Candido de Abreu, 651 - 16º andar
> > Centro Cívico - Curitiba
> > CEP 80.530-907.
> > 
> > Tel: ++ 55 41 3313-8613
> > 
> > Fax: ++ 55 41 3313-8620
> > 
> > www.smartn.com. br
> > 
> >  _ _ __
> > 
> > De: [EMAIL PROTECTED] os.com.br  40yahoogrupos. com.br> [mailto:[EMAIL PROTECTED] os.com.br 
>  ] Em nome de Abel - 
> Informatica
> > Enviada em: terça-feira, 28 de novembro de 2006 11:53
> > Para: [EMAIL PROTECTED] os.com.br  40yahoogrupos. com.br> 
> > Assunto: [oracle_br] Índices tipo BitMap
> > 
> > Olá pessoal, sou eu de novo... 
> > 
> > Gostaria de saber mais sobre os índices tipo bitmap, como 
> funcionam, se são mais velozes e em que release o mesmo pode ser 
> implementado.
> > Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
> > 
> > Desde já agradeço a atenção de todos.
> > 
> > Att. Abel de Souza Magalhães
> > Depto. Informática 
> > Ober S/A Indústria e Comércio
> > http://www.ober. com.br  
>  > 
> > (19) 3466-9200 R. 9391
> > 
> > [As partes desta mensagem que não continham texto foram removidas]
> > 
> >  _ _ _ _ _ _
> > ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e 
> confidencial e de uso restrito. Se voce recebeu esta 
> > mensagem por engano, por favor notifique ao emitente por meio do 
> retorno do e-mail e delete (remova) esta 
> > mensagem de seu sistema. Qualquer uso nao autorizado ou 
> distribuicao desta mensagem em sua totalidade ou em parte 
> > e estritamente proibido. Por favor, lembre-se de que e-mails sao 
> susceptiveis a alteracoes. Smartn (incluindo 
> > outras empresas participantes direta ou indiretamente) nao devem 
> ser responsabilizados pelo uso improprio ou pela 
> > transmissao incompleta da informacao contida neste comunicado, 
nem 
> por nenhum atraso em seu recebimento ou dano ao 
> > seu sistema. Smartn (incluindo outras empresas participantes 
direta 
> ou indiretamente) nao garante que a integridade 
> > deste comunicado foi mantida nem que este comunicado esta livre 
de 
> virus, interceptacao ou interferencia. 
> > 
> > DISCLAIMER: This message (including any attachments) is 
> confidential and may be privileged. If you have received it 
> > by mistake please notify the sender by return e-mail and delete 
> this message from your system. Any unauthorized use 
> > or dissemination of this message in whole or in part is strictly 
> prohibited. Please note that e-mails are susceptible 
> > to change. Smartn (including its group companies) shall not be 
> liable for the 

Res: RES: [oracle_br] Índices tipo BitMap

[ncartaxo]

Chiappa,

Apenas uma curiosidade. Qual feature tem que instalar no caso do Enterprise? 
Pergunto isso porque realmente não me lembro de alguma opção relacionada a isso.

Abraços,
Nelson


- Mensagem original 
De: jlchiappa <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Terça-feira, 28 de Novembro de 2006 14:44:07
Assunto: Re: RES: [oracle_br] Índices tipo BitMap

Isso é indicativo que OU a opção em questão não foi instalada quando 
se instalou o banco (instale-a agora ou peça pro DBA instalar), OU o 
seu banco é 9i Standard, o que IMPOSSIBILITA o uso de bitmap index...

[]s

Chiappa

--- Em [EMAIL PROTECTED] os.com.br, "Abel - Informatica" 
 escreveu
>
> No primeiro teste que fiz, recebi a seguinte mensagem :
> ORA-00439:feature not enabled Bit-mapped Indexex
> 
> Att. Abel de Souza Magalhães
>  _ _ _
> Depto. Informática 
> Ober S/A Indústria e Comércio
> abel.magalhaes@ ...  
> http://www.ober. com.br  
> (19) 3466-9200 R. 9391
> 
>  _ _ __
> 
> De: [EMAIL PROTECTED] os.com.br 
[mailto:[EMAIL PROTECTED] os.com.br] Em nome de Smartn - Milton 
Bastos Henriquis Junior
> Enviada em: terça-feira, 28 de novembro de 2006 12:15
> Para: [EMAIL PROTECTED] os.com.br
> Assunto: RES: [oracle_br] Índices tipo BitMap
> 
> 
> 
> Ele é específico para campos onde o domínio de valores
> 
> é pequeno (quanto menor, melhor).
> 
> Por exemplo, campo "SEXO" = ['F', 'M']
> 
> Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',
> 
> Caso vc precise mesmo de um índice nesse campo, o mais indicado 
seria o bitmap.
> 
> Na sua versão, 9.2, já está disponível sim!
> 
> Milton Bastos Henriquis Junior
> 
> Oracle Database Administrator
> Equipe de Tecnologia
> 
> milton.bastos@ ...  
> Smartn ® IT Solutions
> Rua Candido de Abreu, 651 - 16º andar
> Centro Cívico - Curitiba
> CEP 80.530-907.
> 
> Tel: ++ 55 41 3313-8613
> 
> Fax: ++ 55 41 3313-8620
> 
> www.smartn.com. br
> 
>  _ _ __
> 
> De: [EMAIL PROTECTED] os.com.br  [mailto:[EMAIL PROTECTED] os.com.br 
 ] Em nome de Abel - 
Informatica
> Enviada em: terça-feira, 28 de novembro de 2006 11:53
> Para: [EMAIL PROTECTED] os.com.br  
> Assunto: [oracle_br] Índices tipo BitMap
> 
> Olá pessoal, sou eu de novo... 
> 
> Gostaria de saber mais sobre os índices tipo bitmap, como 
funcionam, se são mais velozes e em que release o mesmo pode ser 
implementado.
> Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
> 
> Desde já agradeço a atenção de todos.
> 
> Att. Abel de Souza Magalhães
> Depto. Informática 
> Ober S/A Indústria e Comércio
> http://www.ober. com.br  
 > 
> (19) 3466-9200 R. 9391
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
>  _ _ _ _ _ _
> ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e 
confidencial e de uso restrito. Se voce recebeu esta 
> mensagem por engano, por favor notifique ao emitente por meio do 
retorno do e-mail e delete (remova) esta 
> mensagem de seu sistema. Qualquer uso nao autorizado ou 
distribuicao desta mensagem em sua totalidade ou em parte 
> e estritamente proibido. Por favor, lembre-se de que e-mails sao 
susceptiveis a alteracoes. Smartn (incluindo 
> outras empresas participantes direta ou indiretamente) nao devem 
ser responsabilizados pelo uso improprio ou pela 
> transmissao incompleta da informacao contida neste comunicado, nem 
por nenhum atraso em seu recebimento ou dano ao 
> seu sistema. Smartn (incluindo outras empresas participantes direta 
ou indiretamente) nao garante que a integridade 
> deste comunicado foi mantida nem que este comunicado esta livre de 
virus, interceptacao ou interferencia. 
> 
> DISCLAIMER: This message (including any attachments) is 
confidential and may be privileged. If you have received it 
> by mistake please notify the sender by return e-mail and delete 
this message from your system. Any unauthorized use 
> or dissemination of this message in whole or in part is strictly 
prohibited. Please note that e-mails are susceptible 
> to change. Smartn (including its group companies) shall not be 
liable for the improper or incomplete transmission of 
> the information contained in this communication nor for any delay 
in its receipt or damage to your system. Smartn 
> (or its group companies)does not guarantee that the integrity of 
this communication has been maintained nor that this 
> communication is free of viruses, interception or interference. 
> 
> NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es 
confidencial y puede ser privilegiado. Si usted lo ha
> recibido por error por favor noti

[oracle_br] ORA-02053

[Flÿffffe1via Sousa]

Boa tarde, 
   
  Estou rodando uma rotina que insere dados em um sinonimo(TB), porém os dados 
não estão sendo inseridos e ao término da rotina recebo, esta mensagem:
   
  ORA-02053: transaction 2.37.150 committed, some remote DBs may be in-doubt
ORA-28500: connection from ORACLE to a non-Oracle system returned this mess
   
  Algum sabe me informar se estas mensagens podem estar ocorrendo devido a 
problema no dblink, na conexão?
   
   
  Obrigada.
   
   


-
 Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora!

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

RES: [oracle_br] Índices tipo BitMap

[Smartn - Milton Bastos Henriquis Junior]

Provavelmente porque a sua versão não é a Enterprise!!

 

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br

 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Abel - 
Informatica
Enviada em: terça-feira, 28 de novembro de 2006 13:12
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Índices tipo BitMap

 

No primeiro teste que fiz, recebi a seguinte mensagem :
ORA-00439:feature not enabled Bit-mapped Indexex

Att. Abel de Souza Magalhães
___
Depto. Informática 
Ober S/A Indústria e Comércio
[EMAIL PROTECTED]    > 
http://www.ober.com.br    > 
(19) 3466-9200 R. 9391



De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em nome de Smartn - Milton Bastos Henriquis Junior
Enviada em: terça-feira, 28 de novembro de 2006 12:15
Para: oracle_br@yahoogrupos.com.br  
Assunto: RES: [oracle_br] Índices tipo BitMap

Ele é específico para campos onde o domínio de valores

é pequeno (quanto menor, melhor).

Por exemplo, campo "SEXO" = ['F', 'M']

Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',

Caso vc precise mesmo de um índice nesse campo, o mais indicado seria o bitmap.

Na sua versão, 9.2, já está disponível sim!

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]   
 
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br



De: oracle_br@yahoogrupos.com.br   
 [mailto:oracle_br@yahoogrupos.com.br 
  
 ] Em nome de Abel - Informatica
Enviada em: terça-feira, 28 de novembro de 2006 11:53
Para: oracle_br@yahoogrupos.com.br   
 
Assunto: [oracle_br] Índices tipo BitMap

Olá pessoal, sou eu de novo... 

Gostaria de saber mais sobre os índices tipo bitmap, como funcionam, se são 
mais velozes e em que release o mesmo pode ser implementado.
Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 

Desde já agradeço a atenção de todos.

Att. Abel de Souza Magalhães
Depto. Informática 
Ober S/A Indústria e Comércio
http://www.ober.com.br    >   
 > > 
(19) 3466-9200 R. 9391

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

__
ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that th

Re: RES: [oracle_br] Índices tipo BitMap

[jlchiappa]

Isso é indicativo que OU a opção em questão não foi instalada quando 
se instalou o banco (instale-a agora ou peça pro DBA instalar), OU o 
seu banco é 9i Standard, o que IMPOSSIBILITA o uso de bitmap index...

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Abel - Informatica" 
<[EMAIL PROTECTED]> escreveu
>
> No primeiro teste que fiz, recebi a seguinte mensagem :
> ORA-00439:feature not enabled Bit-mapped Indexex
>  
> Att. Abel de Souza Magalhães
> ___
> Depto. Informática 
> Ober S/A Indústria e Comércio
> [EMAIL PROTECTED]  
> http://www.ober.com.br  
> (19) 3466-9200 R. 9391
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em nome de Smartn - Milton 
Bastos Henriquis Junior
> Enviada em: terça-feira, 28 de novembro de 2006 12:15
> Para: oracle_br@yahoogrupos.com.br
> Assunto: RES: [oracle_br] Índices tipo BitMap
> 
> 
> 
> Ele é específico para campos onde o domínio de valores
> 
> é pequeno (quanto menor, melhor).
> 
> Por exemplo, campo "SEXO" = ['F', 'M']
> 
> Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',
> 
> Caso vc precise mesmo de um índice nesse campo, o mais indicado 
seria o bitmap.
> 
> Na sua versão, 9.2, já está disponível sim!
> 
> Milton Bastos Henriquis Junior
> 
> Oracle Database Administrator
> Equipe de Tecnologia
> 
> [EMAIL PROTECTED]  
> Smartn ® IT Solutions
> Rua Candido de Abreu, 651 - 16º andar
> Centro Cívico - Curitiba
> CEP 80.530-907.
> 
> Tel: ++ 55 41 3313-8613
> 
> Fax: ++ 55 41 3313-8620
> 
> www.smartn.com.br
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br   [mailto:oracle_br@yahoogrupos.com.br 
 ] Em nome de Abel - 
Informatica
> Enviada em: terça-feira, 28 de novembro de 2006 11:53
> Para: oracle_br@yahoogrupos.com.br  
> Assunto: [oracle_br] Índices tipo BitMap
> 
> Olá pessoal, sou eu de novo... 
> 
> Gostaria de saber mais sobre os índices tipo bitmap, como 
funcionam, se são mais velozes e em que release o mesmo pode ser 
implementado.
> Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
> 
> Desde já agradeço a atenção de todos.
> 
> Att. Abel de Souza Magalhães
> Depto. Informática 
> Ober S/A Indústria e Comércio
> http://www.ober.com.br   
 > 
> (19) 3466-9200 R. 9391
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> __
> ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e 
confidencial e de uso restrito. Se voce recebeu esta 
> mensagem por engano, por favor notifique ao emitente por meio do 
retorno do e-mail e delete (remova) esta 
> mensagem de seu sistema. Qualquer uso nao autorizado ou 
distribuicao desta mensagem em sua totalidade ou em parte 
> e estritamente proibido. Por favor, lembre-se de que e-mails sao 
susceptiveis a alteracoes. Smartn (incluindo 
> outras empresas participantes direta ou indiretamente) nao devem 
ser responsabilizados pelo uso improprio ou pela 
> transmissao incompleta da informacao contida neste comunicado, nem 
por nenhum atraso em seu recebimento ou dano ao 
> seu sistema. Smartn (incluindo outras empresas participantes direta 
ou indiretamente) nao garante que a integridade 
> deste comunicado foi mantida nem que este comunicado esta livre de 
virus, interceptacao ou interferencia. 
> 
> DISCLAIMER: This message (including any attachments) is 
confidential and may be privileged. If you have received it 
> by mistake please notify the sender by return e-mail and delete 
this message from your system. Any unauthorized use 
> or dissemination of this message in whole or in part is strictly 
prohibited. Please note that e-mails are susceptible 
> to change. Smartn (including its group companies) shall not be 
liable for the improper or incomplete transmission of 
> the information contained in this communication nor for any delay 
in its receipt or damage to your system. Smartn 
> (or its group companies)does not guarantee that the integrity of 
this communication has been maintained nor that this 
> communication is free of viruses, interception or interference. 
> 
> NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es 
confidencial y puede ser privilegiado. Si usted lo ha
> recibido por error por favor notifique el remitente por el E-mail 
de vuelta y suprima este mensaje de su sistema. Cualquier 
> uso o difusión desautorizado de este mensaje en entero o en parte 
se prohíbe terminantemente. Observe por favor que 
> los E-mails son susceptibles al cambio. Smartn (incluyendo sus 
compañías del grupo) no será obligado para la transmisión 
> incorrecta o incompleta de la información contenida en esta 
comunica

RES: [oracle_br] Índices tipo BitMap

[Abel - Informatica]

No primeiro teste que fiz, recebi a seguinte mensagem :
ORA-00439:feature not enabled Bit-mapped Indexex
 
Att. Abel de Souza Magalhães
___
Depto. Informática 
Ober S/A Indústria e Comércio
[EMAIL PROTECTED]  
http://www.ober.com.br  
(19) 3466-9200 R. 9391



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Smartn - 
Milton Bastos Henriquis Junior
Enviada em: terça-feira, 28 de novembro de 2006 12:15
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Índices tipo BitMap



Ele é específico para campos onde o domínio de valores

é pequeno (quanto menor, melhor).

Por exemplo, campo "SEXO" = ['F', 'M']

Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',

Caso vc precise mesmo de um índice nesse campo, o mais indicado seria o bitmap.

Na sua versão, 9.2, já está disponível sim!

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]  
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br



De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em nome de Abel - Informatica
Enviada em: terça-feira, 28 de novembro de 2006 11:53
Para: oracle_br@yahoogrupos.com.br  
Assunto: [oracle_br] Índices tipo BitMap

Olá pessoal, sou eu de novo... 

Gostaria de saber mais sobre os índices tipo bitmap, como funcionam, se são 
mais velozes e em que release o mesmo pode ser implementado.
Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 

Desde já agradeço a atenção de todos.

Att. Abel de Souza Magalhães
Depto. Informática 
Ober S/A Indústria e Comércio
http://www.ober.com.br    > 
(19) 3466-9200 R. 9391

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

__
ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that this 
communication is free of viruses, interception or interference. 

NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y 
puede ser privilegiado. Si usted lo ha
recibido por error por favor notifique el remitente por el E-mail de vuelta y 
suprima este mensaje de su sistema. Cualquier 
uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe 
terminantemente. Observe por favor que 
los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías del 
grupo) no será obligado para la transmisión 
incorrecta o incompleta de la información contenida en esta comunicación ni 
para cualquier no retrasa en su recibo o daño 
a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad 
de esta comunicación se ha mantenido ni 
que esta comunicación está libre de virus, de la interceptación o de 
interferencia.

__

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



 


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

RES: RES: [oracle_br] Índices tipo BitMap

[Abel - Informatica]

OK chiappa... 
Obrigado à todos do forum...
 
Att. Abel de Souza Magalhães
___
Depto. Informática 
Ober S/A Indústria e Comércio
[EMAIL PROTECTED]  
http://www.ober.com.br  
(19) 3466-9200 R. 9391
 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa
Enviada em: terça-feira, 28 de novembro de 2006 12:34
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: RES: [oracle_br] Índices tipo BitMap



Abel, só umas obs : o manual de Tunning e o de dataware house 
(bitmap é uma feature PENSADA para dw, num sistema oltp simplesmente 
NÃO funcionaria bem) já nos avisam que índices bitmap NUNCA devem ser 
implementados em ambientes com alta concorrência, devido ao mecanismo 
de locks diferenciados que ele usa. O manual dw 9i também nos avisa 
que é EXIGIDO banco Enterprise Edition, segue o trecho :

"Bitmap Indexes
Bitmap indexes are widely used in data warehousing environments. The 
environments typically have large amounts of data and ad hoc queries, 
but a low level of concurrent DML transactions. For such 
applications, bitmap indexing provides:

Reduced response time for large classes of ad hoc queries 
Reduced storage requirements compared to other indexing techniques 
Dramatic performance gains even on hardware with a relatively small 
number of CPUs or a small amount of memory 
Efficient maintenance during parallel DML and loads 
Fully indexing a large table with a traditional B-tree index can be 
prohibitively expensive in terms of space because the indexes can be 
several times larger than the data in the table. Bitmap indexes are 
typically only a fraction of the size of the indexed data in the 
table.

--
Note: 
Bitmap indexes are available only if you have purchased the Oracle9i 
Enterprise Edition.
"

[]s

Chiappa 

--- Em oracle_br@yahoogrupos.com.br  , 
"Abel - Informatica" 
<[EMAIL PROTECTED]> escreveu
>
> Obrigado Milton...
> Farei alguns testes com este tipo de índice.
> 
> Att. Abel de Souza Magalhães
> ___
> Depto. Informática 
> Ober S/A Indústria e Comércio
> [EMAIL PROTECTED]  
> http://www.ober.com.br     > 
> (19) 3466-9200 R. 9391
> 
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em nome de Smartn - Milton 
Bastos Henriquis Junior
> Enviada em: terça-feira, 28 de novembro de 2006 12:15
> Para: oracle_br@yahoogrupos.com.br  
> Assunto: RES: [oracle_br] Índices tipo BitMap
> 
> 
> 
> Ele é específico para campos onde o domínio de valores
> 
> é pequeno (quanto menor, melhor).
> 
> Por exemplo, campo "SEXO" = ['F', 'M']
> 
> Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',
> 
> Caso vc precise mesmo de um índice nesse campo, o mais indicado 
seria o bitmap.
> 
> Na sua versão, 9.2, já está disponível sim!
> 
> Milton Bastos Henriquis Junior
> 
> Oracle Database Administrator
> Equipe de Tecnologia
> 
> [EMAIL PROTECTED]  
> Smartn ® IT Solutions
> Rua Candido de Abreu, 651 - 16º andar
> Centro Cívico - Curitiba
> CEP 80.530-907.
> 
> Tel: ++ 55 41 3313-8613
> 
> Fax: ++ 55 41 3313-8620
> 
> www.smartn.com.br
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br   
>  [mailto:oracle_br@yahoogrupos.com.br 
  
 ] Em nome de Abel - 
Informatica
> Enviada em: terça-feira, 28 de novembro de 2006 11:53
> Para: oracle_br@yahoogrupos.com.br   
>  
> Assunto: [oracle_br] Índices tipo BitMap
> 
> Olá pessoal, sou eu de novo... 
> 
> Gostaria de saber mais sobre os índices tipo bitmap, como 
funcionam, se são mais velozes e em que release o mesmo pode ser 
implementado.
> Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
> 
> Desde já agradeço a atenção de todos.
> 
> Att. Abel de Souza Magalhães
> Depto. Informática 
> Ober S/A Indústria e Comércio
> http://www.ober.com.br     > 
   > > 
> (19) 3466-9200 R. 9391
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> __
> ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e 
confidencial e de uso restrito. Se voce recebeu esta 
> mensagem por eng

[oracle_br] Re: Join de tabela grande com pequena.

[jlchiappa]

No caso em questão o colega diz que está fazendo join só de uma 
grande com uma pequena, então não deve estar caindo no caso descrito 
pelo Jonathan Lewis, mas bem lembrado, em outras situações poderia 
ser, sim... 

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, Anderson Haertel Rodrigues 
<[EMAIL PROTECTED]> escreveu
>
> Opa, complemento com os seguintes links:
> http://jonathanlewis.wordpress.com/2006/11/03/table-order/
> http://asktom.oracle.com/pls/ask/f?
p=4950:8:F4950_P8_DISPLAYID:29986416015789
> 
> Att,
> 
> Anderson Haertel Rodrigues
> 
> 
> --- jlchiappa <[EMAIL PROTECTED]> escreveu:
> 
> > Sendo CBO, as possibilidades mais imediatas que
> > ocorrem são as de 
> > sempre :
> > 
> >  a) parâmetros compatible/nn_enabled/optimizer_nn
> > mal-configurados 
> > e/ou estatísticas incompletas (exemplo, sem
> > histogramas em campos que 
> > se beneficiariam dele), não permitindo ao CBO
> > "reconhecer" qual 
> > tabela é grande e qual é pequena
> >  
> >  e/ou 
> >  
> >  b) parâmetros de PGA mal-configurados que não
> > permitam ao CBO criar 
> > uma hash-table em memória  suficiente para conter a
> > tabela pequena , 
> > forçando o CBO a user loops
> >  
> >  c) conversões implícitas e/ou fatores do tipo que
> > impeçam o CBO de 
> > acessar um índice 
> >  
> >  
> > ==> dá uma boa checada nessas possibilidades, não
> > conseguindo nada 
> > manda aí outra msg pra gente, especificando EM
> > DETALHES versão do 
> > banco e do Sistema Operacional, configuração e
> > especificação do 
> > hardware usado , e parâmetros envolvidos, bem como
> > um script 
> > SIMPLES,  que CRIE e POPULE a tabela "grande" e a
> > "pequena" com uma 
> > qtdade razoável de dados em que o problema possa ser
> > reproduzido, que 
> > a gente pode dar uma olhada...
> >  O seu material de pesquisa básico será a
> > documentação Oracle, como 
> > complemento vc pode usar o livro "Cost-Based Oracle
> > Fundamentals", de 
> > Jonathan Lewis (este é especializado em CBO), e os
> > livros  "Expert 
> > Oracle Database Architecture: 9i and 10g Programming
> > Techniques and 
> > Solutions" e o "Effective Oracle by Design", ambos
> > de Thomas Kyte, 
> > falam algo sobre CBO também e dão idéias (bem
> > gerais) sobre banco e 
> > SQL...
> > 
> > []s
> > 
> >  Chiappa
> >  
> > []s
> > 
> >  Chiappa
> >  
> > --- Em oracle_br@yahoogrupos.com.br, Daniel Mello
> >  
> > escreveu
> > >
> > > Boa tarde a todos.
> > > 
> > > Alguém sabe me dizer qual o motivo que faz com
> > que o Oracle 
> > perca desempenho quando faço um join de uma tabela
> > grande com uma 
> > pequena? sabem onde posso encontrar material sobre o
> > assunto?
> > > 
> > > Obrigado.
> > > 
> > > Oracle 9i r2, otimizador CBO.
> > > 
> > > Daniel.
> > > 
> > > 
> > >   
> > >
> >
> ___
> > 
> > > Yahoo! Acesso Grátis - Internet rápida e grátis.
> > Instale 
> > > o discador agora! 
> > > http://br.acesso.yahoo.com
> > > 
> > > [As partes desta mensagem que não continham texto
> > foram removidas]
> > >
> > 
> > 
> > 
> > 
> > Apostilas » Dicas e Exemplos » Funções » Mundo
> > Oracle » Package » Procedure » Scripts » Tutoriais
> > acesse:
> > http://www.oraclebr.com.br/codigo/ListaCodigo.php 
> >
> 
--
> > Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse:
> >
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > 
> >
> 
--
> > O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/  
> >
> 

> >  
> > Links do Yahoo! Grupos
> > 
> > 
> >  
> > 
> 
> 
> 
>   
> ___ 
> Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu 
celular. Registre seu aparelho agora! 
> http://br.mobile.yahoo.com/mailalertas/
>

Re: RES: [oracle_br] Índices tipo BitMap

[jlchiappa]

Abel, só umas obs :  o manual de Tunning e o de dataware house 
(bitmap é uma feature PENSADA para dw, num sistema oltp simplesmente 
NÃO funcionaria bem) já nos avisam que índices bitmap NUNCA devem ser 
implementados em ambientes com alta concorrência, devido ao mecanismo 
de locks diferenciados que ele usa. O manual dw 9i também nos avisa 
que é EXIGIDO banco Enterprise Edition, segue o trecho :

"Bitmap Indexes
Bitmap indexes are widely used in data warehousing environments. The 
environments typically have large amounts of data and ad hoc queries, 
but a low level of concurrent DML transactions. For such 
applications, bitmap indexing provides:

Reduced response time for large classes of ad hoc queries 
Reduced storage requirements compared to other indexing techniques 
Dramatic performance gains even on hardware with a relatively small 
number of CPUs or a small amount of memory 
Efficient maintenance during parallel DML and loads 
Fully indexing a large table with a traditional B-tree index can be 
prohibitively expensive in terms of space because the indexes can be 
several times larger than the data in the table. Bitmap indexes are 
typically only a fraction of the size of the indexed data in the 
table.

---
Note: 
Bitmap indexes are available only if you have purchased the Oracle9i 
Enterprise Edition.
"

[]s

 Chiappa 

--- Em oracle_br@yahoogrupos.com.br, "Abel - Informatica" 
<[EMAIL PROTECTED]> escreveu
>
> Obrigado Milton...
> Farei alguns testes com este tipo de índice.
>  
> Att. Abel de Souza Magalhães
> ___
> Depto. Informática 
> Ober S/A Indústria e Comércio
> [EMAIL PROTECTED]  
> http://www.ober.com.br  
> (19) 3466-9200 R. 9391
>  
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br 
[mailto:[EMAIL PROTECTED] Em nome de Smartn - Milton 
Bastos Henriquis Junior
> Enviada em: terça-feira, 28 de novembro de 2006 12:15
> Para: oracle_br@yahoogrupos.com.br
> Assunto: RES: [oracle_br] Índices tipo BitMap
> 
> 
> 
> Ele é específico para campos onde o domínio de valores
> 
> é pequeno (quanto menor, melhor).
> 
> Por exemplo, campo "SEXO" = ['F', 'M']
> 
> Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',
> 
> Caso vc precise mesmo de um índice nesse campo, o mais indicado 
seria o bitmap.
> 
> Na sua versão, 9.2, já está disponível sim!
> 
> Milton Bastos Henriquis Junior
> 
> Oracle Database Administrator
> Equipe de Tecnologia
> 
> [EMAIL PROTECTED]  
> Smartn ® IT Solutions
> Rua Candido de Abreu, 651 - 16º andar
> Centro Cívico - Curitiba
> CEP 80.530-907.
> 
> Tel: ++ 55 41 3313-8613
> 
> Fax: ++ 55 41 3313-8620
> 
> www.smartn.com.br
> 
> 
> 
> De: oracle_br@yahoogrupos.com.br   [mailto:oracle_br@yahoogrupos.com.br 
 ] Em nome de Abel - 
Informatica
> Enviada em: terça-feira, 28 de novembro de 2006 11:53
> Para: oracle_br@yahoogrupos.com.br  
> Assunto: [oracle_br] Índices tipo BitMap
> 
> Olá pessoal, sou eu de novo... 
> 
> Gostaria de saber mais sobre os índices tipo bitmap, como 
funcionam, se são mais velozes e em que release o mesmo pode ser 
implementado.
> Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
> 
> Desde já agradeço a atenção de todos.
> 
> Att. Abel de Souza Magalhães
> Depto. Informática 
> Ober S/A Indústria e Comércio
> http://www.ober.com.br   
 > 
> (19) 3466-9200 R. 9391
> 
> [As partes desta mensagem que não continham texto foram removidas]
> 
> __
> ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e 
confidencial e de uso restrito. Se voce recebeu esta 
> mensagem por engano, por favor notifique ao emitente por meio do 
retorno do e-mail e delete (remova) esta 
> mensagem de seu sistema. Qualquer uso nao autorizado ou 
distribuicao desta mensagem em sua totalidade ou em parte 
> e estritamente proibido. Por favor, lembre-se de que e-mails sao 
susceptiveis a alteracoes. Smartn (incluindo 
> outras empresas participantes direta ou indiretamente) nao devem 
ser responsabilizados pelo uso improprio ou pela 
> transmissao incompleta da informacao contida neste comunicado, nem 
por nenhum atraso em seu recebimento ou dano ao 
> seu sistema. Smartn (incluindo outras empresas participantes direta 
ou indiretamente) nao garante que a integridade 
> deste comunicado foi mantida nem que este comunicado esta livre de 
virus, interceptacao ou interferencia. 
> 
> DISCLAIMER: This message (including any attachments) is 
confidential and may be privileged. If you have received it 
> by mistake please notify the sender by return e-mail and delete 
this message from y

[oracle_br] Re: DBLINK 9i - 10G

[jlchiappa]

Além de itens do tipo (ie, enevtuais vars apontando pra homes 
erradas, PATH incorreto, TNS_ADMIN apontando pra alguma arquivo tns 
outra do que onde ele alterou), entre outros, a gente também 
desconfia desse config lá do colega : no sqlnet.ora ele NÃO 
especificou um default domain, MAS no tnsnames ele especifica :
...

PROD.PIOXII.COM.BR = 

será que REALMENTE a entrada TNS deveria especificar domínio no caso 
dele ? Sugeriria que ele alterasse para 

PROD= .

pode ser isso... E é claro, na hora de testar NÃO É apenas :

[EMAIL PROTECTED] bin]$ ./sqlplus bar/bar

como ele fez, MAS sim :

[EMAIL PROTECTED] bin]$ ./sqlplus bar/[EMAIL PROTECTED]

onde PROD é a entrada no tnsnames.

 E repito, o fato do tnsping funcionar simplesmente indica que o 
listener lá na ponta remota foi acessível, absolutamente NÃO implica 
em conexão bem sucedida, conexão é mesmo testada é via sqlplus, que 
como está falhando, ainda não está ok...

[]s

 Chiappa


--- Em oracle_br@yahoogrupos.com.br, Lekão <[EMAIL PROTECTED]> escreveu
>
> Alvaro , 
> 
> Eu tive um problema parecido com o seu, depois de alguns dias 
tentando descobrir o que era de fato o problema, entrei no oracle 
universal e verifiquei as homes e quais os produtos que estavam 
apontando para as determinadas Home, identifiquei que havia 
direcionamento de uma home, apontando para um produto da oracle que 
eu havia já deletado há algum tempo, feito isto, consegui resolver o 
problema normalmente, faça um teste e verifique senão pode ser isto 
que esta acontecendo.
> 
> Aleks
> 
> 
>   - Original Message - 
>   From: Alvaro 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Tuesday, November 28, 2006 11:25 AM
>   Subject: Re: [oracle_br] Re: DBLINK 9i - 10G
> 
> 
>   Bom Chiappa é o seguinte... A instalacao ocorreu sem falhas ... 
Ja tinha confirmado em "produtos instalados" se o client aparecia ... 
e estava tudo correto.
>   Ja criei manualmente os arquivos no $ORACLE_HOME/network/admin o 
sqlnet e o tnsnames ...
>   O conteudo do sqlnet esta assim:
>   NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES, HOSTNAME)
> 
>   E o do tnsnames esta assim:
>   ORAPIO =
> 
>   (DESCRIPTION =
> 
>   (ADDRESS_LIST =
> 
>   (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.3)(PORT = 1521))
> 
>   )
> 
>   (CONNECT_DATA =
> 
>   (SERVICE_NAME = orapio.pioxii.com.br)
> 
>   )
> 
>   )
> 
>   TESTE =
> 
>   (DESCRIPTION =
> 
>   (ADDRESS_LIST =
> 
>   (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))
> 
>   )
> 
>   (CONNECT_DATA =
> 
>   (SERVICE_NAME = teste)
> 
>   )
> 
>   )
> 
>   EXTPROC_CONNECTION_DATA =
> 
>   (DESCRIPTION =
> 
>   (ADDRESS_LIST =
> 
>   (ADDRESS = (PROTOCOL = TCP)(HOST = alvaro.pioxii.com.br)(PORT = 
1521))
> 
>   )
> 
>   (CONNECT_DATA =
> 
>   (SERVICE_NAME = PLSExtProc)
> 
>   )
> 
>   )
> 
>   PROD.PIOXII.COM.BR =
> 
>   (DESCRIPTION =
> 
>   (ADDRESS_LIST =
> 
>   (ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))
> 
>   )
> 
>   (CONNECT_DATA =
> 
>   (SERVICE_NAME = prod)
> 
>   )
> 
>   )
> 
>   o tnsping funciona :
> 
>   [EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br
> 
>   TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 28-
NOV-2006 11:19:45
> 
>   Copyright (c) 1997 Oracle Corporation. All rights reserved.
> 
>   Used parameter files:
>   /u01/app/oracle/product/9.2.0.4.0/network/admin/sqlnet.ora
> 
>   Used TNSNAMES adapter to resolve the alias
>   )SERVICE_NAME = prod)= TCP)(HOST = 172.16.1.5)(PORT = 1521))
>   OK (0 msec)
> 
>   Mas olha o que acontece qdo tento uma conexao ...
> 
>   [EMAIL PROTECTED] bin]$ ./sqlplus bar/bar
> 
>   SQL*Plus: Release 9.2.0.4.0 - Production on Tue Nov 28 11:20:00 
2006
> 
>   Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
> 
>   Connected to:
>   Oracle9i Release 9.2.0.4.0 - Production
>   JServer Release 9.2.0.4.0 - Production
> 
> 
>   SQL> conn master/[EMAIL PROTECTED]
>   ERROR:
>   ORA-12154: TNS:could not resolve service name
> 
>   Esta faltando mais algum parametro que nao estou me recordando? 
Pois sei que é um problema local... tenho amigos que conseguem fazer 
o dblink do 9i para o 10G normalmente.
> 
>   Obrigado ... 
> 
>   Atenciosamente,
> 
>   Alvaro
> 
>   - Original Message - 
>   From: jlchiappa 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Tuesday, November 28, 2006 10:34 AM
>   Subject: [oracle_br] Re: DBLINK 9i - 10G
> 
>   Alvaro, sim normalmente após uma instalação de client em seguida 
já é 
>   exibida a tela de config, vamos supor aí que a instalação em si 
>   correu bem, só falhou a tela de conbfig. Primeira coisa, pra ver 
que 
>   realmente o client está instalado (e de preferência na MESMA home 
do 
>   banco, já que é a MESMA versão!!), lá no servidor vc dispara o 
Oracle 
>   Universal Installer (diretamente da máquina se vc o tem 
instalado, se 
>   não a partir dum CD de instalação qquermesmo), logo na tela de 
boas-
>   vindas vc já tem o botão "Produtos Instalados" - ou o equivalente 
em 
>   Inglês -

[oracle_br] Re: Como particionar uma tabela já existente e populada?

[jlchiappa]

Sim, na hora de criar uma tabela qquer vc pode sim usar o CREATE 
nomedatabela  todas as opções INCLUSIVE particionamento e ... AS 
SELECT , mas (como nós sabemos) o CREATE as SELECT ** não traz ** as 
CONSTRAINTs (afora as de checks como NOT NULLs), NÃO cria os índices 
particionados que certamente vc vai querer, NÂO cria as tablespaces 
(provavelmente diferentes) que vc certamente vai querer usar pras 
partições, entre outras coisas, então quase que FATALMENTE vc vai ter 
sim que extrair o DDL completo, com constraints e tudo o mais, e 
criar antes, nas tablespaces adequadas...

[]s

 Chiappa

--- Em oracle_br@yahoogrupos.com.br, "Rafael Milanez - BusinessOn" 
<[EMAIL PROTECTED]> escreveu
>
> Chiappa ,
> 
> Eu poderia dar um CREATE TABLE COM SELECT , tenho a opção de 
particionar a tabela utilizando create com select ?
> 
> ex:
> 
> Create table tb_part .. ... .. as select * from 
tb_nao_particionada
>   - Original Message - 
>   From: jlchiappa 
>   To: oracle_br@yahoogrupos.com.br 
>   Sent: Tuesday, November 28, 2006 10:13 AM
>   Subject: [oracle_br] Re: Como particionar uma tabela já existente 
e populada?
> 
> 
>   Pedro, não tem como simplesmente "transformar" uma tabela não-
>   particionada : uma tabela "comum" é um único segmento, com 
>   dados "espalhados" fisicamente por trocentos extents, e uma 
tabela 
>   particionada é composta por N segmentos (cada partição é um 
>   segmento)... O procedimento NECESSARIAMENTE vai implicar em 
RECRIAÇÃO 
>   da tabela, o primeiro passo para isso seria vc extrair os DDLs e 
os 
>   alterar com a inclusão de partições, isso feito o procedimento 
mais 
>   comum é vc RENOMEAR a tabela, usando o DDL com partições re-criar 
a 
>   tabela particionada, e daí inserir os dados da tabela renomeada 
na 
>   nova tabela, via de regra várias sessões fazendo INSERT /*+ 
APPEND */ 
>   em paralelo te dão o melhor desempenho necessariamente porém 
vc 
>   VAI TER algum downtime aí... 
> 
>   []s
> 
>   Chiappa
> 
>   --- Em oracle_br@yahoogrupos.com.br, "pedrojosemanso" 
>escreveu
>   >
>   > Senhores,
>   > 
>   > Muito boa tarde!
>   > 
>   > Vocês sabem se é possível particionar uma tabela já existente e 
>   cheia 
>   > de dados?
>   > Se é alguém tem um exemplo de como se faz isso?
>   > 
>   > Desde já agradeço,
>   > 
>   > Pedro.
>   >
> 
> 
> 
>
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Re: Problemas com estatisticas do Banco

[jlchiappa]

Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco 
é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com 
absoluta certeza, SE realmente as estatísticas estão MESMO ficando 
(erradamente!) marcadas como stale após um shutdown, isso NÃO É 
comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar 
o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", 
eu recomendaria que vc, ou o DBA,  FIZESSE A AVALIAÇÃO CORRETA E 
PRECISA do que está acontecendo, só dizer "ah, relatório pára de 
funcionar" é absolutamente INSUFICIENTE O procedimento mínimo 
seria : com banco ativo e estats coletadas e ok, PESQUISE as views de 
estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, 
DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as 
tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de 
particionadas estats TANTO das partições QUANTo estats globais, etc), 
rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e 
repetir o processo, aí vc TEM como comparar e saber as diferenças, 
ie , se mudou ou não plano, se mudou ou não estatísticas, o status 
delas, se os wiats foram radicalmente diferentes

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "Rodrigo Telles" 
<[EMAIL PROTECTED]> escreveu
>
> Pessoal
> estou com uma dúvida aqui e gostaria de saber se já passaram por 
isso.
> O banco de produção daqui tem um comportamento que para mim é 
estranho.
> 
> É o seguinte: Toda vez que precisamos fazer shutdown para alguma
> intervenção a parte da WEB, que tira relatórios no banco, fica 
totalmente
> prejudicada. Telas que levavam segundos para aparecer não aparecem 
mais.
> 
> Na primeira vez que fui fazer um shutdown uma pessoa da equipe me 
avisou que
> após o startup era necessário rodar ANALYZE para as tabelas (essas 
tabelas
> são particionadas!!) dessas respectivas telas. Duvidei muito disso 
na
> primeira vez pois shutdown/startup não mexe em nada com 
estatisticas de
> tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a 
segunda vez
> que precisei fazer shutdown/startup no banco. Para variar, as telas 
de
> relatório pararam de funcionar e logo após o analyze terminar as 
telas
> voltaram ao normal(consultas feitas com a tempo de resposta 
normal). Alguém
> já viu isso antes?
> 
> Um dba me falou que isso pode estar ocorrendo pois as estatisticas 
podem
> ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?
> 
> 
> O SO é Solaris 8 e o Banco é o 9.2.0.4.
> 
> Abs
> 
> Rodrigo
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

RES: [oracle_br] Índices tipo BitMap

[Abel - Informatica]

Obrigado Milton...
Farei alguns testes com este tipo de índice.
 
Att. Abel de Souza Magalhães
___
Depto. Informática 
Ober S/A Indústria e Comércio
[EMAIL PROTECTED]  
http://www.ober.com.br  
(19) 3466-9200 R. 9391
 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Smartn - 
Milton Bastos Henriquis Junior
Enviada em: terça-feira, 28 de novembro de 2006 12:15
Para: oracle_br@yahoogrupos.com.br
Assunto: RES: [oracle_br] Índices tipo BitMap



Ele é específico para campos onde o domínio de valores

é pequeno (quanto menor, melhor).

Por exemplo, campo "SEXO" = ['F', 'M']

Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',

Caso vc precise mesmo de um índice nesse campo, o mais indicado seria o bitmap.

Na sua versão, 9.2, já está disponível sim!

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]  
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br



De: oracle_br@yahoogrupos.com.br   
[mailto:oracle_br@yahoogrupos.com.br  ] 
Em nome de Abel - Informatica
Enviada em: terça-feira, 28 de novembro de 2006 11:53
Para: oracle_br@yahoogrupos.com.br  
Assunto: [oracle_br] Índices tipo BitMap

Olá pessoal, sou eu de novo... 

Gostaria de saber mais sobre os índices tipo bitmap, como funcionam, se são 
mais velozes e em que release o mesmo pode ser implementado.
Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 

Desde já agradeço a atenção de todos.

Att. Abel de Souza Magalhães
Depto. Informática 
Ober S/A Indústria e Comércio
http://www.ober.com.br    > 
(19) 3466-9200 R. 9391

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

__
ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that this 
communication is free of viruses, interception or interference. 

NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y 
puede ser privilegiado. Si usted lo ha
recibido por error por favor notifique el remitente por el E-mail de vuelta y 
suprima este mensaje de su sistema. Cualquier 
uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe 
terminantemente. Observe por favor que 
los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías del 
grupo) no será obligado para la transmisión 
incorrecta o incompleta de la información contenida en esta comunicación ni 
para cualquier no retrasa en su recibo o daño 
a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad 
de esta comunicación se ha mantenido ni 
que esta comunicación está libre de virus, de la interceptación o de 
interferencia.

__

[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: Como particionar uma tabela já existente e populada?

[Rafael Milanez - BusinessOn]

Chiappa ,

Eu poderia dar um CREATE TABLE COM SELECT , tenho a opção de particionar a 
tabela utilizando create com select ?

ex:

Create table tb_part .. ... .. as select * from tb_nao_particionada
  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, November 28, 2006 10:13 AM
  Subject: [oracle_br] Re: Como particionar uma tabela já existente e populada?


  Pedro, não tem como simplesmente "transformar" uma tabela não-
  particionada : uma tabela "comum" é um único segmento, com 
  dados "espalhados" fisicamente por trocentos extents, e uma tabela 
  particionada é composta por N segmentos (cada partição é um 
  segmento)... O procedimento NECESSARIAMENTE vai implicar em RECRIAÇÃO 
  da tabela, o primeiro passo para isso seria vc extrair os DDLs e os 
  alterar com a inclusão de partições, isso feito o procedimento mais 
  comum é vc RENOMEAR a tabela, usando o DDL com partições re-criar a 
  tabela particionada, e daí inserir os dados da tabela renomeada na 
  nova tabela, via de regra várias sessões fazendo INSERT /*+ APPEND */ 
  em paralelo te dão o melhor desempenho necessariamente porém vc 
  VAI TER algum downtime aí... 

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "pedrojosemanso" 
  <[EMAIL PROTECTED]> escreveu
  >
  > Senhores,
  > 
  > Muito boa tarde!
  > 
  > Vocês sabem se é possível particionar uma tabela já existente e 
  cheia 
  > de dados?
  > Se é alguém tem um exemplo de como se faz isso?
  > 
  > Desde já agradeço,
  > 
  > Pedro.
  >



   

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

RES: [oracle_br] Índices tipo BitMap

[Smartn - Milton Bastos Henriquis Junior]

Ele é específico para campos onde o domínio de valores

é pequeno (quanto menor, melhor).

Por exemplo, campo "SEXO" = ['F', 'M']

 

Como na tabela inteira só vai ter esses dois valores, 'F' ou 'M',

Caso vc precise mesmo de um índice nesse campo, o mais indicado seria o bitmap.

 

Na sua versão, 9.2, já está disponível sim!

 

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br

 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Abel - 
Informatica
Enviada em: terça-feira, 28 de novembro de 2006 11:53
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Índices tipo BitMap

 

Olá pessoal, sou eu de novo... 

Gostaria de saber mais sobre os índices tipo bitmap, como funcionam, se são 
mais velozes e em que release o mesmo pode ser implementado.
Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 

Desde já agradeço a atenção de todos.

Att. Abel de Souza Magalhães
Depto. Informática 
Ober S/A Indústria e Comércio
http://www.ober.com.br  
(19) 3466-9200 R. 9391

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

 



ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that this 
communication is free of viruses, interception or interference. 

NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y 
puede ser privilegiado. Si usted lo ha
recibido por error por favor notifique el remitente por el E-mail de vuelta y 
suprima este mensaje de su sistema. Cualquier 
uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe 
terminantemente. Observe por favor que 
los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías  del 
grupo) no será obligado para la transmisión 
incorrecta o incompleta de la información contenida en esta comunicación ni 
para cualquier no retrasa en su recibo o daño 
a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad 
de esta comunicación se ha mantenido ni 
que esta comunicación está libre de virus, de la interceptación o de 
interferencia.






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

[oracle_br] Problemas com estatisticas do Banco

[Rodrigo Telles]

Pessoal
estou com uma dúvida aqui e gostaria de saber se já passaram por isso.
O banco de produção daqui tem um comportamento que para mim é estranho.

É o seguinte: Toda vez que precisamos fazer shutdown para alguma
intervenção a parte da WEB, que tira relatórios no banco, fica totalmente
prejudicada. Telas que levavam segundos para aparecer não aparecem mais.

Na primeira vez que fui fazer um shutdown uma pessoa da equipe me avisou que
após o startup era necessário rodar ANALYZE para as tabelas (essas tabelas
são particionadas!!) dessas respectivas telas. Duvidei muito disso na
primeira vez pois shutdown/startup não mexe em nada com estatisticas de
tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a segunda vez
que precisei fazer shutdown/startup no banco. Para variar, as telas de
relatório pararam de funcionar e logo após o analyze terminar as telas
voltaram ao normal(consultas feitas com a tempo de resposta normal). Alguém
já viu isso antes?

Um dba me falou que isso pode estar ocorrendo pois as estatisticas podem
ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso?


O SO é Solaris 8 e o Banco é o 9.2.0.4.

Abs

Rodrigo


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

Re: [oracle_br] Re: Join de tabela grande com pequena.

[Anderson Haertel Rodrigues]

Opa, complemento com os seguintes links:
http://jonathanlewis.wordpress.com/2006/11/03/table-order/
http://asktom.oracle.com/pls/ask/f?p=4950:8:F4950_P8_DISPLAYID:29986416015789

Att,

Anderson Haertel Rodrigues


--- jlchiappa <[EMAIL PROTECTED]> escreveu:

> Sendo CBO, as possibilidades mais imediatas que
> ocorrem são as de 
> sempre :
> 
>  a) parâmetros compatible/nn_enabled/optimizer_nn
> mal-configurados 
> e/ou estatísticas incompletas (exemplo, sem
> histogramas em campos que 
> se beneficiariam dele), não permitindo ao CBO
> "reconhecer" qual 
> tabela é grande e qual é pequena
>  
>  e/ou 
>  
>  b) parâmetros de PGA mal-configurados que não
> permitam ao CBO criar 
> uma hash-table em memória  suficiente para conter a
> tabela pequena , 
> forçando o CBO a user loops
>  
>  c) conversões implícitas e/ou fatores do tipo que
> impeçam o CBO de 
> acessar um índice 
>  
>  
> ==> dá uma boa checada nessas possibilidades, não
> conseguindo nada 
> manda aí outra msg pra gente, especificando EM
> DETALHES versão do 
> banco e do Sistema Operacional, configuração e
> especificação do 
> hardware usado , e parâmetros envolvidos, bem como
> um script 
> SIMPLES,  que CRIE e POPULE a tabela "grande" e a
> "pequena" com uma 
> qtdade razoável de dados em que o problema possa ser
> reproduzido, que 
> a gente pode dar uma olhada...
>  O seu material de pesquisa básico será a
> documentação Oracle, como 
> complemento vc pode usar o livro "Cost-Based Oracle
> Fundamentals", de 
> Jonathan Lewis (este é especializado em CBO), e os
> livros  "Expert 
> Oracle Database Architecture: 9i and 10g Programming
> Techniques and 
> Solutions" e o "Effective Oracle by Design", ambos
> de Thomas Kyte, 
> falam algo sobre CBO também e dão idéias (bem
> gerais) sobre banco e 
> SQL...
> 
> []s
> 
>  Chiappa
>  
> []s
> 
>  Chiappa
>  
> --- Em oracle_br@yahoogrupos.com.br, Daniel Mello
> <[EMAIL PROTECTED]> 
> escreveu
> >
> > Boa tarde a todos.
> > 
> > Alguém sabe me dizer qual o motivo que faz com
> que o Oracle 
> perca desempenho quando faço um join de uma tabela
> grande com uma 
> pequena? sabem onde posso encontrar material sobre o
> assunto?
> > 
> > Obrigado.
> > 
> > Oracle 9i r2, otimizador CBO.
> > 
> > Daniel.
> > 
> > 
> > 
> >
>
___
> 
> > Yahoo! Acesso Grátis - Internet rápida e grátis.
> Instale 
> > o discador agora! 
> > http://br.acesso.yahoo.com
> > 
> > [As partes desta mensagem que não continham texto
> foram removidas]
> >
> 
> 
> 
> 
> Apostilas » Dicas e Exemplos » Funções » Mundo
> Oracle » Package » Procedure » Scripts » Tutoriais
> acesse:
> http://www.oraclebr.com.br/codigo/ListaCodigo.php 
>
--
> Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
>
http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> 
>
--
> O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/  
>

>  
> Links do Yahoo! Grupos
> 
> 
>  
> 




___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

[oracle_br] Índices tipo BitMap

[Abel - Informatica]

Olá pessoal, sou eu de novo...  
 
Gostaria de saber mais sobre os índices tipo bitmap, como funcionam, se são 
mais velozes e em que release o mesmo pode ser implementado.
Aqui na empresa utilizamos o oracle versão 9.2.0.4.0 
 
Desde já agradeço a atenção de todos.
 
Att. Abel de Souza Magalhães
Depto. Informática 
Ober S/A Indústria e Comércio
http://www.ober.com.br
(19) 3466-9200 R. 9391


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

[oracle_br] Re: RAC no Linux

[ricardo_c_sa]

--- Em oracle_br@yahoogrupos.com.br, "wilsonteixeira2000"
<[EMAIL PROTECTED]> escreveu
>
> Gostaria de saber se o RAC é homologado para alguma versão do Linux?
>

Sim, é homologado as versoes RedHat Enterprise 3.0 ou 4.0. Tambem a SuSE
 Enterprise 8.0 ou 9.0.

Att.:

Ricardo

Re: [oracle_br] Re: DBLINK 9i - 10G

[Alvaro]

Bom Chiappa é o seguinte... A instalacao ocorreu sem falhas ... Ja tinha 
confirmado em "produtos instalados" se o client aparecia ... e estava tudo 
correto.
Ja criei manualmente os arquivos no $ORACLE_HOME/network/admin o sqlnet e o 
tnsnames ...
O conteudo do sqlnet esta assim:
NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES, HOSTNAME)

E o do tnsnames esta assim:
ORAPIO =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.3)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = orapio.pioxii.com.br)

)

)

TESTE =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = teste)

)

)

EXTPROC_CONNECTION_DATA =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = alvaro.pioxii.com.br)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = PLSExtProc)

)

)

PROD.PIOXII.COM.BR =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 172.16.1.5)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = prod)

)

)

o tnsping funciona :


[EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br

TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 28-NOV-2006 
11:19:45

Copyright (c) 1997 Oracle Corporation.  All rights reserved.

Used parameter files:
/u01/app/oracle/product/9.2.0.4.0/network/admin/sqlnet.ora


Used TNSNAMES adapter to resolve the alias
 )SERVICE_NAME = prod)= TCP)(HOST = 172.16.1.5)(PORT = 1521))
OK (0 msec)


Mas olha o que acontece qdo tento uma conexao ...


[EMAIL PROTECTED] bin]$ ./sqlplus bar/bar

SQL*Plus: Release 9.2.0.4.0 - Production on Tue Nov 28 11:20:00 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


Connected to:
Oracle9i Release 9.2.0.4.0 - Production
JServer Release 9.2.0.4.0 - Production
 

SQL> conn master/[EMAIL PROTECTED]
ERROR:
ORA-12154: TNS:could not resolve service name

Esta faltando mais algum parametro que nao estou me recordando? Pois sei que é 
um problema local... tenho amigos que conseguem fazer o dblink do 9i para o 10G 
normalmente.

Obrigado ... 

Atenciosamente,

Alvaro


  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, November 28, 2006 10:34 AM
  Subject: [oracle_br] Re: DBLINK 9i - 10G


  Alvaro, sim normalmente após uma instalação de client em seguida já é 
  exibida a tela de config, vamos supor aí que a instalação em si 
  correu bem, só falhou a tela de conbfig. Primeira coisa, pra ver que 
  realmente o client está instalado (e de preferência na MESMA home do 
  banco, já que é a MESMA versão!!), lá no servidor vc dispara o Oracle 
  Universal Installer (diretamente da máquina se vc o tem instalado, se 
  não a partir dum CD de instalação qquermesmo), logo na tela de boas-
  vindas vc já tem o botão "Produtos Instalados" - ou o equivalente em 
  Inglês -, clique nele, vá pra home em questão, veja que existe uma 
  entrada "Oracle Client xxx" na lista apresentada. Em existindo ok, o 
  cliente deve estar ok, é só configurar : isso até pode ser feita pela 
  gui, que é o netmgr, se vc o tiver instalado, OU , já que config de 
  TNS é simplesmente arquivos-textos, vc pode com um editor de textos 
  criar os arquivos sqlnet.ora e tnsnames.ora adequados em 
  $ORACLE_HOME/network/admin.
  Feito isso aí sim vc já deverá conseguir conectar com a máquina-
  remota via plus.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Alvaro" <[EMAIL PROTECTED]> 
  escreveu
  >
  > Boa tarde a todos ...
  > Continuando o assunto que comecei com o Chiappa, sobre o dblink ...
  > Eu fiz o install do Client na maq. do servidor 9i como disse. Más 
  no final da instalacao ele nao me pediu nada ... ele nao deveria ter 
  me mostrado uma tela de configuracao? Só lembrando ... no 9i nao tem 
  tns nem sqlnet.
  > E tentei fazer o dblink funcionar ... veja só o erro que ainda esta 
  dando.
  > --
  -\
  > 1º passo
  > [EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br
  > 
  > TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 27-
  NOV-2006 16:05:45
  > 
  > Copyright (c) 1997 Oracle Corporation. All rights reserved.
  > 
  > Used parameter files:
  > /u01/app/oracle/product/9.2.0.4.0/network/admin/sqlnet.ora
  > 
  > 
  > Used TNSNAMES adapter to resolve the alias
  > )SERVICE_NAME = prod)= TCP)(HOST = 172.16.1.5)(PORT = 1521))
  > OK (0 msec)
  > [EMAIL PROTECTED] bin]$
  > --
  -
  > 2º passo
  > [EMAIL PROTECTED] bin]$ ./sqlplus bar/bar;
  > 
  > SQL*Plus: Release 9.2.0.4.0 - Production on Mon Nov 27 16:01:26 2006
  > 
  > Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
  > 
  > Connected to:
  > Oracle9i Release 9.2.0.4.0 - Production
  > JServer Release 9.2.0.4.0 - Production
  > 
  > SQL>
  > 
  > SQL> create public database 

[oracle_br] Curiosidade

[Sidnei Roquette Rasteli]

Alguem já viu dar esse erro num import? Onde estão esses "warehouse" com nomes 
de cidade?, nunca vi...

. . importando table"FEFDX"   1287 linhas importadas

IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
  'This view shows inventories at the Sydney warehouse.'
IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
  'This view shows inventories at the Bombay warehouse.'
IMP-00032: instruþÒo SQL excedeu o tamanho do buffer
IMP-8: instruþÒo nÒo-reconhecida no arquivo de exportaþÒo:
  'This view shows inventories at the Toronto warehouse.'
ImportaþÒo encerrada com Ûxito, com advertÛncias.

Obs. Servidor Linux Red Hat 4
 Oracle 9i

Obrigado

Sidnei Roquette Rasteli
Fundação Educacional de Fernandópolis
Dep. de Tecnologia da Informação

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

[oracle_br] RAC no Linux

[wilsonteixeira2000]

Gostaria de saber se o RAC é homologado para alguma versão do Linux?

[oracle_br] Re: Como particionar uma tabela já existente e populada?

[jlchiappa]

Pedro, não tem como simplesmente "transformar" uma tabela não-
particionada : uma tabela "comum" é um único segmento, com 
dados "espalhados" fisicamente por trocentos extents, e uma tabela 
particionada é composta por N segmentos (cada partição é um 
segmento)... O procedimento NECESSARIAMENTE vai implicar em RECRIAÇÃO 
da tabela, o primeiro passo para isso seria vc extrair os DDLs e os 
alterar com a inclusão de partições, isso feito o procedimento mais 
comum é vc RENOMEAR a tabela, usando o DDL com partições re-criar a 
tabela particionada, e daí inserir os dados da tabela renomeada na 
nova tabela, via de regra várias sessões fazendo INSERT /*+ APPEND */ 
em paralelo te dão o melhor desempenho necessariamente porém vc 
VAI TER algum downtime aí... 

[]s

 Chiappa
 
--- Em oracle_br@yahoogrupos.com.br, "pedrojosemanso" 
<[EMAIL PROTECTED]> escreveu
>
> Senhores,
> 
> Muito boa tarde!
> 
> Vocês sabem se é possível particionar uma tabela já existente e 
cheia 
> de dados?
> Se é alguém tem um exemplo de como se faz isso?
> 
> Desde já agradeço,
> 
> Pedro.
>

RES: [oracle_br] Voucher 100% p/ empresas parceira Oracle?

[Smartn - Milton Bastos Henriquis Junior]

Entre na página do grupo, no Yahoo Grupos, e procure a mensagem, tem todos os 
e-mails arquivados!

 

Milton Bastos Henriquis Junior

Oracle Database Administrator
Equipe de Tecnologia

[EMAIL PROTECTED]
Smartn ® IT Solutions
Rua Candido de Abreu, 651 - 16º andar
Centro Cívico - Curitiba
CEP 80.530-907.

Tel: ++ 55 41 3313-8613

Fax: ++ 55 41 3313-8620

www.smartn.com.br

 



De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de rflribeiro
Enviada em: terça-feira, 28 de novembro de 2006 09:38
Para: Usuarios Oracle; [EMAIL PROTECTED]; Oracle_Br
Assunto: [oracle_br] Voucher 100% p/ empresas parceira Oracle?

 

Recentemente, algum colega colocou um post afirmando que a Oracle 
forneceria vourchers p/ empresas com as quais mantém parcerias 
comerciais. Alguém poderia me repassar este email? Desde já, obrigado.

-- 
Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290

 



ADVERTENCIA: Esta mensagem (incluindo quaisquer anexos) e confidencial e de uso 
restrito. Se voce recebeu esta 
mensagem por engano, por favor notifique ao emitente por meio do retorno do 
e-mail e delete (remova) esta 
mensagem de seu sistema. Qualquer uso nao autorizado ou distribuicao desta 
mensagem em sua totalidade ou em parte 
e estritamente proibido. Por favor, lembre-se de que e-mails sao susceptiveis a 
alteracoes. Smartn (incluindo 
outras empresas participantes direta ou indiretamente) nao devem ser 
responsabilizados pelo uso improprio ou pela 
transmissao incompleta da informacao contida neste comunicado, nem por nenhum 
atraso em seu recebimento ou dano ao 
seu sistema. Smartn (incluindo outras empresas participantes direta ou 
indiretamente) nao garante que a integridade 
deste comunicado foi mantida nem que este comunicado esta livre de virus, 
interceptacao ou interferencia. 

DISCLAIMER: This message (including any attachments) is confidential and may be 
privileged. If you have received it 
by mistake please notify the sender by return e-mail and delete this message 
from your system. Any unauthorized use 
or dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible 
to change. Smartn (including its group companies) shall not be liable for the 
improper or incomplete transmission of 
the information contained in this communication nor for any delay in its 
receipt or damage to your system. Smartn 
(or its group companies)does not guarantee that the integrity of this 
communication has been maintained nor that this 
communication is free of viruses, interception or interference. 

NEGACIÓN: Este mensaje (incluyendo cualquieres accesorios) es confidencial y 
puede ser privilegiado. Si usted lo ha
recibido por error por favor notifique el remitente por el E-mail de vuelta y 
suprima este mensaje de su sistema. Cualquier 
uso o difusión desautorizado de este mensaje en entero o en parte se prohíbe 
terminantemente. Observe por favor que 
los E-mails son susceptibles al cambio. Smartn (incluyendo sus compañías  del 
grupo) no será obligado para la transmisión 
incorrecta o incompleta de la información contenida en esta comunicación ni 
para cualquier no retrasa en su recibo o daño 
a su sistema. Smartn (o sus compañías del grupo) no garantiza que la integridad 
de esta comunicación se ha mantenido ni 
que esta comunicación está libre de virus, de la interceptación o de 
interferencia.






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

[oracle_br] Voucher 100% p/ empresas parceira Oracle?

[rflribeiro]

Recentemente, algum colega colocou um post afirmando que a Oracle 
forneceria vourchers p/ empresas com as quais mantém parcerias 
comerciais. Alguém poderia me repassar este email? Desde já, obrigado.

-- 
Reginaldo Ribeiro
skype: dbcom_it_experts
Mobile: 551192344290

[oracle_br] Re: DBLINK 9i - 10G

[jlchiappa]

Alvaro, sim normalmente após uma instalação de client em seguida já é 
exibida a tela de config, vamos supor aí que a instalação em si 
correu bem, só falhou a tela de conbfig. Primeira coisa, pra ver que 
realmente o client está instalado (e de preferência na MESMA home do 
banco, já que é a MESMA versão!!), lá no servidor vc dispara o Oracle 
Universal Installer (diretamente da máquina se vc o tem instalado, se 
não a partir dum CD de instalação qquermesmo), logo na tela de boas-
vindas vc já tem o botão "Produtos Instalados" - ou o equivalente em 
Inglês -, clique nele, vá pra home em questão, veja que existe uma 
entrada "Oracle Client xxx" na lista apresentada. Em existindo ok, o 
cliente deve estar ok, é só configurar : isso até pode ser feita pela 
gui, que é o netmgr, se vc o tiver instalado, OU , já que config de 
TNS é simplesmente arquivos-textos, vc pode com um editor de textos 
criar os arquivos sqlnet.ora e tnsnames.ora adequados em 
$ORACLE_HOME/network/admin.
 Feito isso aí sim vc já deverá conseguir conectar com a máquina-
remota via plus.
 
 []s
 
  Chiappa
  
--- Em oracle_br@yahoogrupos.com.br, "Alvaro" <[EMAIL PROTECTED]> 
escreveu
>
> Boa tarde a todos ...
> Continuando o assunto que comecei com o Chiappa, sobre o dblink ...
> Eu fiz o install do Client na maq. do servidor 9i como disse. Más 
no final da instalacao ele nao me pediu nada ... ele nao deveria ter 
me mostrado uma tela de configuracao? Só lembrando ... no 9i nao tem 
tns nem sqlnet.
> E tentei fazer o dblink funcionar ... veja só o erro que ainda esta 
dando.
> 
-\
> 1º passo
> [EMAIL PROTECTED] bin]$ ./tnsping prod.pioxii.com.br
> 
> TNS Ping Utility for Linux: Version 9.2.0.4.0 - Production on 27-
NOV-2006 16:05:45
> 
> Copyright (c) 1997 Oracle Corporation.  All rights reserved.
> 
> Used parameter files:
> /u01/app/oracle/product/9.2.0.4.0/network/admin/sqlnet.ora
> 
> 
> Used TNSNAMES adapter to resolve the alias
>  )SERVICE_NAME = prod)= TCP)(HOST = 172.16.1.5)(PORT = 1521))
> OK (0 msec)
> [EMAIL PROTECTED] bin]$
> 
-
> 2º passo
> [EMAIL PROTECTED] bin]$ ./sqlplus bar/bar;
> 
> SQL*Plus: Release 9.2.0.4.0 - Production on Mon Nov 27 16:01:26 2006
> 
> Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
> 
> Connected to:
> Oracle9i Release 9.2.0.4.0 - Production
> JServer Release 9.2.0.4.0 - Production
> 
> SQL>
> 
> SQL> create public database link prod.pioxii.com.br connect to 
master identified by master using 'prod.pioxii.com.br';
> 
> Database link created.
> 
> 
> SQL> select count(*) from [EMAIL PROTECTED];
> select count(*) from [EMAIL PROTECTED]
>*
> ERROR at line 1:
> ORA-12154: TNS:could not resolve service name
> 
-
> Assim tentei de dentro do pl que estava conectado fazer um connect 
com o user que quero fazer o dblink.
> E tb nao deu certo.
> 3º passo
> SQL> conn master/[EMAIL PROTECTED];
> ERROR:
> ORA-12154: TNS:could not resolve service name
> 
> Warning: You are no longer connected to ORACLE.
> 
-
> 
> Ao contrario ... que tb fiz os mesmo teste ... do 10G para o 9i eu 
consigo fazer tudo isso com sucesso. Inclusive as consultas 
utilizando o dblink.
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] Oracle - Video aula - cd02002.zip e cd01001.zip

[Pablo Quadros]

usa o winrar, abre o ultimo arquivo de cada cd... ele vai te pedir 
outros arquivos... aí vc renomeia os outros...

Fabio Barbosa Ribeiro Gomes escreveu:
>
> Senhores,
>
> Há um tempo, venho baixando os arquivos de video aulas do Oracle deste 
> link:
>
> http://www.4shared.com/dir/412463/ba836c8a/sharing.html 
> 
>
> Entretanto, tenho tido dificuldades para baixar os dois arquivos 
> supracitados.
>
> Alguém poderia me ajudar a obtê-los?
>
> Desde já agradeço a ajuda de vocês.
>
> Att.
> Fábio
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  

-- 
Pablo Quadros
Consultor de TI (Rede / Banco de dados)
msn:[EMAIL PROTECTED]
gtalk:[EMAIL PROTECTED]



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

[oracle_br] Oracle - Video aula - cd02002.zip e cd01001.zip

[Fabio Barbosa Ribeiro Gomes]

Senhores,
 
Há um tempo, venho baixando os arquivos de video aulas do Oracle deste link:
 
http://www.4shared.com/dir/412463/ba836c8a/sharing.html
 
Entretanto, tenho tido dificuldades para baixar os dois arquivos supracitados.
 
Alguém poderia me ajudar a obtê-los?
 
Desde já agradeço a ajuda de vocês.
 
Att.
Fábio



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

[oracle_br] Backup do Servidor ou dos Discos!!

[cegoncalvesvr]

Amigos,

Tenho um servidor Oracle 9.2.0.7, com Windows 2000 Server, com um 
sistema Hospitalar.
Preciso ter um outro servidor sincronizado ou ter um outro disco, 
replicando as informações com o servidor em produção.
Pois, caso o 1º servidor pare, por algum erro do tipo, (erro 
windows, problema fisico, erro no Oracle e outros mais..), eu entre 
com o 2º servidor no mesmo instante.
Esse 2º servidor, teria que ter as mesmas informações; o que gravar 
no servidor ativo, gravasse também no segundo (backup).
Existe alguma possibilidade disso?

Obrigado
Edu

Re: [oracle_br] Re: Dúvidas com plano de execu ção

[Alex Fernando Kirsten]

Vlw Chiappa... vou tentar

[]'s

Alex Fernando Kirsten
Oracle 9i Database Administrator Certified Professional
Depto. de Tecnologia
Operacional Têxtil

  - Original Message - 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Monday, November 27, 2006 1:50 PM
  Subject: [oracle_br] Re: Dúvidas com plano de execução


  Alex, não uso NENHUMA das tools que vc cita (já que normalmente GUIs 
  do tipo ESCONDEM o que estão fazendo no banco por trás da telinha, o 
  que pra mim é um ENORME fator de complicação, as desprezo normalmente 
  por isso) , mas quando duas ferramentas apresentam planos diferentes 
  para exatamente o ** mesmo ** SQL, as possibilidades são :

  a) bug em alguma delas
  b) dados errôneos na tabela plan_table
  c) diferença devido à bind variables com valores diferentes (algumas 
  tools, como o EXPLAIN PLAN, não registram bind peeking, outras 
  mostram.


  Eu recomendaria que vc DESPREZASSE, ao menos no momento, essas 
  GUIzinhas aí e fosse DIRETO à fonte da informação, ie, via SQL numa 
  ferramenta TEXTO, acesse diretamente as views/tabelas/opções Oracle. 
  A tool que recomendaria seria o sqlplus, e o procedimento seria algo 
  tipo : TRUNCAR a info hoje presente na plan_table, pedir pro usuário 
  rodar novamente o programa que gera o SQL a analisar (que vc já sabe 
  qual é, pelo jeito), extrair da V$SQL_PLAN o plano real usado para a 
  execução (em sendo 10gr2 vc deverá inclusive poder extrair os valores 
  bind via pesquisa na v$sql_bind_capture), pedir um explain plan, em 
  havendo diferença pode ser bind peeking entrando em ação, vc poderia 
  pedir um trace+tkprof mostram os diferentes valores de binds usados. 
  Isso seria os primeiros passos... Pra mais info sobre os pontos 
  citados, recomendo a documentação de Tunning, inicialmente.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Alex Fernando Kirsten" 
  <[EMAIL PROTECTED]> escreveu
  >
  > Olá lista,
  > 
  > Estou tendo um problema de lentidão em um servidor (oracle 10gr2) e 
  quando verifico no Enterprise Mangager, um SQL me apresenta um custo 
  de 9881, e quando consulto no PL/SQL Developer, me apresenta um custo 
  de 131, inclusive com um plano de execução diferente. Vejam (eliminei 
  o nome da tabela e dos indices pra ter uma clareza melhor):
  > 
  > Plano de execução mostrado pelo enterprise manager (custo 9881):
  > SELECT STATEMENT 
  > TABLE ACCESS BY INDEX ROWID 
  > INDEX FULL SCAN INDEX (UNIQUE)
  > 
  > Plano de execução apresentado no pl/sql developer (custo 131):
  > SELECT STATEMENT
  > SORT ORDER BY 
  > CONCATENATION 
  > TABLE ACCESS BY INDEX ROWID 
  > INDEX RANGE SCAN
  > TABLE ACCESS BY INDEX ROWID
  > INDEX RANGE SCAN 
  > TABLE ACCESS BY INDEX ROWID
  > INDEX RANGE SCAN 
  > TABLE ACCESS BY INDEX ROWID
  > INDEX RANGE SCAN 
  > TABLE ACCESS BY INDEX ROWID
  > INDEX RANGE SCAN 
  > 
  > A consulta é realizada em cima de uma unica tabela (não existem 
  relacionamentos). Obviamente, ambos os planos foram obtidos com o 
  mesmo sql. Alguém já passou por algum problema parecido? 
  > 
  > []'s
  > 
  > Alex Fernando Kirsten
  > Oracle 9i Database Administrator Certified Professional
  > Depto. de Tecnologia
  > Operacional Têxtil
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >



   

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

Res: [oracle_br] tamanho de tablespaces - performance

[Welvis Douglas Silva Moreto]

Bomm dia Rodrigo, escuta neste ex. você não conseguiu criar, e se vc exportar 
essa tablespace, e importar para ela em um banco com um tamanho de bloco 
maior...

isso funcionaria?

att,

Welvis Douglas

- Mensagem original 
De: Rodrigo Almeida <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 27 de Novembro de 2006 22:22:29
Assunto: Re: [oracle_br] tamanho de tablespaces - performance

Milton,

A sua resposta "teoricamente" estaria certo, tentei criar tablespaces com um
blocksize menor que no padrão do banco e não tive sucesso, segue o exemplo:

SQL> show parameters db_block_size

NAME TYPE VALUE
 - - -- ---
 - -
db_block_size integer 8192
SQL> create tablespace TESTE2
2 datafile
3 '+NFR_DGR01_ D\teste.dbf' size 1m
4 blocksize 4K;
create tablespace TESTE2
*
ERROR at line 1:
ORA-29339: tablespace block size 4096 does not match configured block sizes

SQL> l 4
4* blocksize 4K
SQL> c/4K/32K/
4* blocksize 32K
SQL> l
1 create tablespace TESTE2
2 datafile
3 '+NFR_DGR01_ D\teste.dbf' size 1m
4* blocksize 32K
SQL> /
create tablespace TESTE2
*
ERROR at line 1:
ORA-00382: 32768 not a valid block size, valid range [2048..16384]

SQL> l4
4* blocksize 32K
SQL> c/32K/2K/
4* blocksize 2K
SQL> l
1 create tablespace TESTE2
2 datafile
3 '+NFR_DGR01_ D\teste.dbf' size 1m
4* blocksize 2K
SQL> /
create tablespace TESTE2
*
ERROR at line 1:
ORA-29339: tablespace block size 2048 does not match configured block sizes

SQL> l4
4* blocksize 2K
SQL> c/2K/16K/
4* blocksize 16K
SQL> l
1 create tablespace TESTE2
2 datafile
3 '+NFR_DGR01_ D\teste.dbf' size 1m
4* blocksize 16K
SQL> /

Tablespace created.

SQL> drop tablespace TESTE2 including contents and datafiles;

Tablespace dropped.

Porém, na documentação da Oracle, existe um exemplo que tem um db_block_size
no banco de dados de 4K e utilizou os parâmetros db_2K_block_ size e
db_8k_block_ size como se estiverem utilizando. Como isso varia de SO para
SO, aqui no Linux não funcionou, não testei em ambientes com AIX, HP-UX ou
Solaris para verificar se funciona.

Thiago,

O DB_CACHE_SIZE deve ser configurado para o blocksize default do banco de
dados (parâmetro db_block_size) , sem problemas até o momento, agora, se meu
banco de dados estiver trabalhando com tablespaces de diferentes BLOCKSIZE,
como no exemplo acima, BLOCKSIZE de 16K, deverei configurar o parâmetro
DB_16K_CACHE_ SIZE para um valor até o tamanho do DB_CACHE_SIZE.

No Oracle existem 5 parâmetros para diferentes BLOCKSIZE:

- DB_2K_CACHE_ SIZE
- DB_4K_CACHE_ SIZE - DB_8K_CACHE_ SIZE - DB_16K_CACHE_ SIZE -
DB_32K_CACHE_ SIZE

A regra padrão para configurar o DB_CACHE_SIZE continua o mesmo,
DB_CACHE_SIZE = VALOR * BLOCKSIZE. E para os demais deverá ser seguido a
seguinte recomendação:

DB_BLOCK_SIZE = 4K

DB_CACHE_SIZE = 100M

No banco de dados estamos trabalhando com tablespaces que tem BLOCKSIZE de
8K e 16K, então:

DB_8K_CACHE_ SIZE = 40M
DB_16K_CACHE_ SIZE = 60M

DB_8K_CACHE_ SIZE + DB_16K_CACHE_ SIZE = 100M => DB_CACHE_SIZE

Recomendo a leitura abaixo sobre o assunto:

http://download- east.oracle. com/docs/ cd/B19306_ 01/server. 102/b14231/ 
create.htm# i1014121

Abraços,

Rodrigo Almeida

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






___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 


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