Re: Res: RES: [oracle_br] standby database

[jlchiappa]

Colega, se te falaram isso te tapearam direitinho,
http://www.oracle.com/technology/products/database/oracle10g/pdf/twp_general_10gdb_product_family.pdf
   é a lista pública de features não permitidas no Standard, ** longe
** de ser só processador no Standard vc perde o Virtual private
Database (para dar privilégios 'dinâmicos', de acordo com uma
condição), perde o Advanced Security, perde PARTICIONAMENTO (só isso
pra mim já invalida em muitos casos, principalmente em DW/batch,
Particionamento é quase sempre CRUCIAL prum ambiente desses), vc perde
o OLAP, o data Minig, a compressão nativa 10g Enfim, em resumo, é
um ** MUNDO ** de coisas que vc perde, o Standard é BEM "capadinho",
não é só "processador" mesmo, de jeito nenhum

[]s

 Chiappa
--- Em oracle_br@yahoogrupos.com.br, Anderson Santiago
<[EMAIL PROTECTED]> escreveu
>
> Vamos conversando, até onde dá né...afinal de contas não sabemos
tudo e tem coisa que a gente vê e não lembra depois.
> Eu comprei umas licenças de standard esse ano, e me garantiram que a
unica limitação era processador...
> indice bitmap eu nunca ia imaginar, se não pode esse tipo de indice,
com certeza deve ter limitações de features de Datwarehouse,
> como cubo e etc...
> Vou pedir meu dinheiro de volta..rsrsrsr, ainda bem que ainda não
estou usando essa base, nem instalei ainda, por se
> tratar de um sistema de pouca importancia.
> 
> 
> - Mensagem original 
> De: Augusto Cesar R. Costa <[EMAIL PROTECTED]>
> Para: oracle_br@yahoogrupos.com.br
> Enviadas: Segunda-feira, 9 de Junho de 2008 1:40:38
> Assunto: RES: [oracle_br] standby database
> 
> 
> Anderson, obrigado por dar prosseguimento à nossa conversa.
> 
> Não acho que estas discussões sejam perda de tempo, servem para o
> crescimento do grupo. 
> 
> Voltando ao tema, se não estou enganado, algumas features são realmente
> exclusivas de um banco versão Enterprise.
> 
> Um exemplo...
> 
> A criação de índice online assim como a criação de índices do tipo
Bitmap
> são features exclusivas de um banco de dados Enterprise Edition.
> 
> Fiz um pequeno teste para ver, tentando criar índices online e
índices do
> tipo Bitmap num banco de dados Standart Edition:
> 
> SQL> conn / as sysdba
> 
> Connected.
> 
> SQL> create user oraclebr identified by oraclebr;
> 
> User created.
> 
> SQL> grant dba to oraclebr;
> 
> Grant succeeded.
> 
> SQL> conn oraclebr/oraclebr
> 
> Connected.
> 
> SQL> create table t1 as select * from all_objects;
> 
> Table created.
> 
> SQL> create index t1_idx on t1(object_name) online;
> 
> create index t1_idx on t1(object_name) online
> 
> *
> 
> ERROR at line 1:
> 
> ORA-00439: feature not enabled: Online Index Build
> 
> SQL> select * from v$version;
> 
> BANNER
> 
>  - - - - - -
> 
> Oracle Database 10g Release 10.2.0.4.0 - 64bit Production
> 
> PL/SQL Release 10.2.0.4.0 - Production
> 
> CORE 10.2.0.4.0 Production
> 
> TNS for Linux: Version 10.2.0.4.0 - Production
> 
> NLSRTL Version 10.2.0.4.0 - Production
> 
> SQL> create bitmap index t1_bidx on t1(owner);
> 
> create bitmap index t1_bidx on t1(owner)
> 
> *
> 
> ERROR at line 1:
> 
> ORA-00439: feature not enabled: Bit-mapped indexes
> 
> Portanto, não é perda de tempo fazer testes para ver as diferenças
entre as
> versões.
> 
> Estas questões de "vai por mim", não são confiáveis, pois, por
melhor que
> seja um profissional, poderá também se equivocar.
> 
> Sugiro que de uma olhada no blog do Marcio Portes, participante do nosso
> grupo.
> 
> Ele montou um dataguard e para isto, precisou utilizar a versão
Enterprise. 
> 
> Segue o link:
> 
> http://mportes. blogspot. com/2007/ 06/montar- dataguard-
no-10g-com- broker.html
> 
> Solicito ainda que o Márcio, se possível, se manifeste em relação a
> possibilidade ou não de se fazer isto utilizando um banco versão
Standart.
> Até onde sei, isto só é realmente possível na versão Enterprise.
> 
> Quanto ao teste da atualização automática do banco de dados standby
da forma
> que sugeriu, farei um teste em breve num banco de dados Oracle versão
> Standart e logo posto o resultado. 
> 
> Abraços e até mais.
> 
> Augusto Cesar R. Costa
> 
> _ 
> 
> De: [EMAIL PROTECTED] os.com.br [mailto:[EMAIL PROTECTED]
os.com.br] Em
> nome de Anderson Santiago
> Enviada em: domingo, 8 de junho de 2008 01:00
> Para: [EMAIL PROTECTED] os.com.br
> Assunto: Res: RES: RES: [oracle_br] standby database
> 
> Então,
> se tá falando do 11g, eu já fiz isso com o 9 e 10 e funcionou,
alias, que se
> não me engano,
> essas tabelas, sempre falam do que cobre o suporte da versão que você
> comprou..
> EX...
> se comprar uma versão cobre tal coisa, mas o Oracle, standard tem
> praticamente tudo do enterprise,
> só que não pode fazer tal coisa.
> Eu não to afim, mas vai fazer eu perder um tempo testando minha
teoria...que
> dá sim...
> Acho que o que quer é que eu assuma que está certo, se isso te faz
> feliz...tá bom...
> só pra terminar a discussão...
> Mas pensa bem...

[oracle_br] Re: standby database

[jlchiappa]

Vamos ver se posso ajudar : seguem as respostas, mas antes de qquer
coisa, a antiga funcionalidade do standby foi ABSORVIDA pelo DataGuard
nas versões hoje Suportadas e em produção do banco, estão é de
DATAGUARD que vamos falar, não só apenas de standby, ok ?

--- Em oracle_br@yahoogrupos.com.br, Eliandro Jakubski <[EMAIL PROTECTED]> > 
> 1 - Técnicamente a base standby estará sincronizada
> com a base principal, entretanto, os dados de online log da base
> principal que ainda não foram
> arquivados serão perdidos (em caso de falha do banco principal).
Isso
> está correto?

Isso estará correto SE e apenas SE vc assim configurou o dataguard,
para trabalhar só com os archived logs, não impactando aa transações
online, SE vc optou pelo modo de perda de dados ZERO (maximum protect)
 haverá um novo processo no banco transportando o redo log diretamente
 pro banco destino , aí (óbvio) ainda que haja crash total do banco
principal o redo online foi transmitido pro banco destino, há o que é
chamado de commit log sync, é assegurado que qquer redo log comitado e
ainda não aplicado aos datafiles VAI ser replicado pro bd destino.
  E é claro também, se vc não está trabalhando com maximum protect é
sempre praxe e altamente recomendado e recomendável que vc tenha uma
MULTIPLEXAÇÃO do redo log file online (ie, uma cópia online, fazer com
que o banco grave o mesmo redo em dois arqs diferentes em locaçoes
diferentes), pois aí se vc tiver uma perda de um vc recupera com o
outro , ok ?

> 
> 2 - Se a questão 1 for correta então o tamanho dos arquivos de
online log
>  terão impacto no
>  número de transações que eu poderei perder caso a base primária
falhar
>  com dados no online log
>  ainda não arquivados, pois, qto. maior o tamanho dos arquivos de
>  online log mais tempo será necessário
>  para que ele seja arquivado (desconsiderando outros detalhes). Isso
>  está correto?

SE vc não está em maximum protect, E não tem redo log online
multiplexado, sim, em caso de perda do redo online vc terá que fazer
um recover e perderá as alterações dos blocos feitas depois do último
checkpoint, sim , o tamanho influencia, pois (claro) quanto maior o
redo log file online que vc perdeu mais chances de vc ter mais
transações presentes nesse log file perdido, MAs não é só isso, vc
pode ter uma única transação que estava gerando redo log pracaas e
quase "monopolizava" o redo online, nesse cenário de perda que estamos
discutindo no caso vc perderia uma transação só INFLUENCIAR é a
palavra coreta, é um dos fatores apenas, sim...
 Óbvio, porém, que um redo log file por demais pequeno quase que
FATALMENTE leva à situações de checkpoint not complete em situações de
pico de uso, pois com log files pequenos no tempo em que um log file
está sendo checkpointado o banco já encheu outro, e outro, e outro, o
banco está sempre "correndo atrás do prejuízo"... Então (claro)sempre
é um número de equilibrismo, vc tenta tirar daqui mas não pode botar
muito ali, é um todo um bd Oracle...


> 
> 3 - Considerando um modo standby de máxima performance percebi que, na
>  maior parte dos exemplos disponíveis,
>  o pessoal têm utilizado a opção NODELAY (assim que o archive for
>  gerado no banco primário ele é transmitido e
>  aplicado no banco secundário). Caso o usuário cometer erros
lógicos no
>  banco primário eles poderão ser transmitidos
>  para o secundário assim que o archive log correspondente for
gerado.
>  Isso está correto?

Sim, isso ocorre com o NODELAY, mas em verdade mesmo que vc imponha um
delay NECESSARIAMENTE o tal erro lógico VAI ser replicado, cedo ou
tarde... Não sei se o argumento "ah, mas com um delay o DBA tem tempo
pra 'perceber' o erro" é viável, acho meio difícil... E outra, se já
foi comitada a transação com o tal erro lógico, o que que o DBA pode
fazer ? É tecnicamente possível mas ABSOLUTAMENTE inviável na prática
a possibilidade (queimagino é o que vc estava pensando) de se
interromper o banco principal antes do log archive file com o erro ser
replicado , ativar o standby como banco principal (que não tem a tal
transação lógica errada) ,  e passar o antes principal para standby, é
fora de questão... Pra mim, erros lógicos NECESSARIAMENTE são é
desfeitos no banco online mesmo, via flashback, e/ou tablespace point
in time recovery e/ou scn query , e/ou minerando a alteração ou mesmo
se voltando o banco mesmo pro ponto no temo antes do erro, se vc
estiver em modo archive... O modo archive serve também para isso, além
de prevenir a perda de dados ele TAMBÉM permite se voltar no tempo até
um dado ponto...

[]s

  Chiappa

Res: RES: [oracle_br] standby database

[Anderson Santiago]

Vamos conversando, até onde dá né...afinal de contas não sabemos tudo e tem 
coisa que a gente vê e não lembra depois.
Eu comprei umas licenças de standard esse ano, e me garantiram que a unica 
limitação era processador...
indice bitmap eu nunca ia imaginar, se não pode esse tipo de indice, com 
certeza deve ter limitações de features de Datwarehouse,
como cubo e etc...
Vou pedir meu dinheiro de volta..rsrsrsr, ainda bem que ainda não estou usando 
essa base, nem instalei ainda, por se
tratar de um sistema de pouca importancia.


- Mensagem original 
De: Augusto Cesar R. Costa <[EMAIL PROTECTED]>
Para: oracle_br@yahoogrupos.com.br
Enviadas: Segunda-feira, 9 de Junho de 2008 1:40:38
Assunto: RES: [oracle_br] standby database


Anderson, obrigado por dar prosseguimento à nossa conversa.

Não acho que estas discussões sejam perda de tempo, servem para o
crescimento do grupo. 

Voltando ao tema, se não estou enganado, algumas features são realmente
exclusivas de um banco versão Enterprise.

Um exemplo...

A criação de índice online assim como a criação de índices do tipo Bitmap
são features exclusivas de um banco de dados Enterprise Edition.

Fiz um pequeno teste para ver, tentando criar índices online e índices do
tipo Bitmap num banco de dados Standart Edition:

SQL> conn / as sysdba

Connected.

SQL> create user oraclebr identified by oraclebr;

User created.

SQL> grant dba to oraclebr;

Grant succeeded.

SQL> conn oraclebr/oraclebr

Connected.

SQL> create table t1 as select * from all_objects;

Table created.

SQL> create index t1_idx on t1(object_name) online;

create index t1_idx on t1(object_name) online

*

ERROR at line 1:

ORA-00439: feature not enabled: Online Index Build

SQL> select * from v$version;

BANNER

 - - - - - -

Oracle Database 10g Release 10.2.0.4.0 - 64bit Production

PL/SQL Release 10.2.0.4.0 - Production

CORE 10.2.0.4.0 Production

TNS for Linux: Version 10.2.0.4.0 - Production

NLSRTL Version 10.2.0.4.0 – Production

SQL> create bitmap index t1_bidx on t1(owner);

create bitmap index t1_bidx on t1(owner)

*

ERROR at line 1:

ORA-00439: feature not enabled: Bit-mapped indexes

Portanto, não é perda de tempo fazer testes para ver as diferenças entre as
versões.

Estas questões de “vai por mim”, não são confiáveis, pois, por melhor que
seja um profissional, poderá também se equivocar.

Sugiro que de uma olhada no blog do Marcio Portes, participante do nosso
grupo.

Ele montou um dataguard e para isto, precisou utilizar a versão Enterprise. 

Segue o link:

http://mportes. blogspot. com/2007/ 06/montar- dataguard- no-10g-com- 
broker.html

Solicito ainda que o Márcio, se possível, se manifeste em relação a
possibilidade ou não de se fazer isto utilizando um banco versão Standart.
Até onde sei, isto só é realmente possível na versão Enterprise.

Quanto ao teste da atualização automática do banco de dados standby da forma
que sugeriu, farei um teste em breve num banco de dados Oracle versão
Standart e logo posto o resultado. 

Abraços e até mais.

Augusto Cesar R. Costa

_ 

De: [EMAIL PROTECTED] os.com.br [mailto:[EMAIL PROTECTED] os.com.br] Em
nome de Anderson Santiago
Enviada em: domingo, 8 de junho de 2008 01:00
Para: [EMAIL PROTECTED] os.com.br
Assunto: Res: RES: RES: [oracle_br] standby database

Então,
se tá falando do 11g, eu já fiz isso com o 9 e 10 e funcionou, alias, que se
não me engano,
essas tabelas, sempre falam do que cobre o suporte da versão que você
comprou..
EX...
se comprar uma versão cobre tal coisa, mas o Oracle, standard tem
praticamente tudo do enterprise,
só que não pode fazer tal coisa.
Eu não to afim, mas vai fazer eu perder um tempo testando minha teoria...que
dá sim...
Acho que o que quer é que eu assuma que está certo, se isso te faz
feliz...tá bom...
só pra terminar a discussão...
Mas pensa bem...se não fosse possível no standar, nao deixava voce criar o
banco standby, concorda...
já testou a atualização automatica no seu banco standard, aposto e garanto
que vai funcionar.
[]´s
Anderson Santiago
DBA Sênior
www.ruevers. webs.com
PS: Se testar, vai ver que tenho razão.

- Mensagem original 
De: Augusto Cesar R. Costa mailto:augusto. crc%40gmail. com>
gmail.com>
Para: [EMAIL PROTECTED]  os.com.br
Enviadas: Quinta-feira, 5 de Junho de 2008 9:05:00
Assunto: RES: RES: [oracle_br] standby database

Anderson, não é bem assim não.
Existem muitas diferenças entre o oracle standart e enterprise.
Basta dar uma conferida nas features no site da Oracle:
http://www.oracle. com/database/ product_editions .html
E o RAC na verdade funciona tanto no enterprise quando no standart, a
diferença é apenas se é uma option paga a parte ou não.
De qualquer forma, acho interessante colocar no seu blog, a versão
utilizada.
Obrigado pela atenção e até mais.

_ 

De: [EMAIL PROTECTED] os.com.br [mailto:oracle_ [EMAIL PROTECTED] os.com.br] Em
nome de Anderson Santiago

Re: [oracle_br] Re: enq: US - contention

[Thiago Azevedo]

Eu já fiz um SHRINK SPACE COMPACT na tabela e nos seu indices, o sql feito
em cima dela é simples é um update por um campo indexado, o problema é que
centenas são disparados ao mesmo tempo e acabam concorrendo, e o servidor
também não é lá essas coisas..

Esse servidor tem 2 file systems, a tablespace de index está em um e a de
dados em outroo processador é um Xeon de um núcleo só, será que o
particionamento iria apresentar mts resultados?? Já q não irei conseguir
paralelizar as partições em discos diferentes e não poderei paralelizar o
acesso a tabela.

Oq vcs acham??

Abçs!


2008/6/9 Anderson Haertel Rodrigues <[EMAIL PROTECTED]>:

>   Thiago,
>
> Faça um move/rebuild dessa tabela e dos índices envolvidos, mas
> principalmente, reveja o teu sql e faça tuning no mesmo...deve dar um
> resultado melhor (neste momento) do que a utilização do particionamento (que
> também deve ser levado em conta - após o teu tuning de sql).
>
>
> Anderson Haertel Rodrigues
> Consultor Oracle
> TEIKO Soluções em Tecnologia da Informação
> Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> www.teiko.com.br
>
> --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL 
> PROTECTED]>
> escreveu:
>
> > De: Thiago Azevedo <[EMAIL PROTECTED]
> >
> > Assunto: Re: [oracle_br] Re: enq: US - contention
> > Para: oracle_br@yahoogrupos.com.br 
> > Data: Segunda-feira, 9 de Junho de 2008, 16:27
>
> > Diversar transações são feitas nessa tabela em
> > paralelo
> >
> > Ela tem cerca de 13855780 de registros e com 3765585
> > chainde rows com PCT
> > Free de 5%, ela não é particionada..estou pensando em
> > particionar essa
> > tabela por hash de 8 para tentar paralelizar esses acessos
> > oq vcs acham???
> >
> >
> >
> >
> >
> > 2008/6/9 Anderson Haertel Rodrigues
> > <[EMAIL PROTECTED] >:
> >
> > > Tarde
> > >
> > > Thiago, o evento de espera 'read by other
> > session' acontece quando uma ou
> > > mais sessões ficam esperando outra sessão carregar
> > os dados para o buffer
> > > cache (memória). Normalmente esse evento de espera
> > acontece quando muitas
> > > sessões acessam o mesmo bloco repetidamente, isto é,
> > acessam o mesmo índice
> > > ou tabela repetidamente e ao mesmo tempo.
> > >
> > > Anderson Haertel Rodrigues
> > > Consultor Oracle
> > > TEIKO Soluções em Tecnologia da Informação
> > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> > > www.teiko.com.br
> > >
> > > --- Em seg, 9/6/08, Thiago Azevedo
> > <[EMAIL PROTECTED] 
> >
> > > escreveu:
> > >
> > > > De: Thiago Azevedo
> > <[EMAIL PROTECTED] 
> 
> > > >
> > > > Assunto: [oracle_br] Re: enq: US - contention
> > > > Para: oracle_br@yahoogrupos.com.br 
> > 
> > > > Data: Segunda-feira, 9 de Junho de 2008, 15:22
> > >
> > > > Startei cerca de 300 transações ao mesmo tempo
> > > > heheheta explicado
> > > >
> > > > E o event "read by other session" ??
> > > >
> > > > 2008/6/9 Thiago Azevedo
> > <[EMAIL PROTECTED] 
> 
> > > >:
> > > >
> > > > >
> > > > > Pessoal,
> > > > >
> > > > > Estou com diversas sessoes com o seguinte
> > wait
> > > > "enq: US - contention",
> > > > > alguém sabe me dizer qual recurso ele está
> > > > esperando??
> > > > >
> > > > > Abçs!
> > > > >
> > > > >
> > > > > --
> > > > > Thiago Azevedo
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Thiago Azevedo
> > > > Accenture Brazil
> > > > Services - AO Carrefour
> > > > Work: 55 11 51888492
> > > > Mobile: 55 13 81453524
> > > > email: [EMAIL PROTECTED] 
> > 
> > > > MSN IM: [EMAIL PROTECTED] 
> > 
>
> > > >
> > > >
> > > > [As partes desta mensagem que não continham
> > texto foram
> > > > removidas]
> > > >
> > > >
> > > > 
> > > >
> > > >
> > --
> > > > >Atenção! As mensagens do grupo ORACLE_BR
> > são de
> > > > acesso público e de inteira responsabilidade de
> > seus
> > > > remetentes.
> > > > Acesse:
> > > >
> > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > >
> > --
> > > > >Funções, Procedures, propostas de emprego -
> > O GRUPO
> > > > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > > > http://www.oraclebr.com.br/
> > > >
> > --
> > > > Links do Yahoo! Grupos
> > > >
> > >
> > > Abra sua conta no Yahoo! Mail, o único sem limite de
> > espaço para
> > > armazenamento!
> > > http://br.mail.yahoo.com/
> > >
> > >
> >
> >
> >
> > --
> > Thiago Azevedo
> > Accenture Brazil
> > Services - AO Carrefour
> > Work: 55 11 51888492
> > Mobile: 55 13 81453524
> > email: [EMAIL PROTECTED] 
> > MSN IM: [EMAIL PROTECTED] 
> >
> >
> > [As partes desta mensagem que não continham texto foram
> > removidas]
> >
> >
> > 
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse:
> > http://www.mail-ar

Re: [oracle_br] Re: enq: US - contention

[Anderson Haertel Rodrigues]

Thiago,

Faça um move/rebuild dessa tabela e dos índices envolvidos, mas principalmente, 
reveja o teu sql e faça tuning no mesmo...deve dar um resultado melhor (neste 
momento) do que a utilização do particionamento (que também deve ser levado em 
conta - após o teu tuning de sql).

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br

--- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu:

> De: Thiago Azevedo <[EMAIL PROTECTED]>
> Assunto: Re: [oracle_br] Re: enq: US - contention
> Para: oracle_br@yahoogrupos.com.br
> Data: Segunda-feira, 9 de Junho de 2008, 16:27
> Diversar transações são feitas nessa tabela em
> paralelo
> 
> Ela tem cerca de 13855780 de registros e com  3765585
> chainde rows com PCT
> Free de 5%, ela não é particionada..estou pensando em
> particionar essa
> tabela por hash de 8 para tentar paralelizar esses acessos
> oq vcs acham???
> 
> 
> 
> 
> 
> 2008/6/9 Anderson Haertel Rodrigues
> <[EMAIL PROTECTED]>:
> 
> >   Tarde
> >
> > Thiago, o evento de espera 'read by other
> session' acontece quando uma ou
> > mais sessões ficam esperando outra sessão carregar
> os dados para o buffer
> > cache (memória). Normalmente esse evento de espera
> acontece quando muitas
> > sessões acessam o mesmo bloco repetidamente, isto é,
> acessam o mesmo índice
> > ou tabela repetidamente e ao mesmo tempo.
> >
> > Anderson Haertel Rodrigues
> > Consultor Oracle
> > TEIKO Soluções em Tecnologia da Informação
> > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> > www.teiko.com.br
> >
> > --- Em seg, 9/6/08, Thiago Azevedo
> <[EMAIL PROTECTED]>
> > escreveu:
> >
> > > De: Thiago Azevedo
> <[EMAIL PROTECTED]
> > >
> > > Assunto: [oracle_br] Re: enq: US - contention
> > > Para: oracle_br@yahoogrupos.com.br
> 
> > > Data: Segunda-feira, 9 de Junho de 2008, 15:22
> >
> > > Startei cerca de 300 transações ao mesmo tempo
> > > heheheta explicado
> > >
> > > E o event "read by other session" ??
> > >
> > > 2008/6/9 Thiago Azevedo
> <[EMAIL PROTECTED]
> > >:
> > >
> > > >
> > > > Pessoal,
> > > >
> > > > Estou com diversas sessoes com o seguinte
> wait
> > > "enq: US - contention",
> > > > alguém sabe me dizer qual recurso ele está
> > > esperando??
> > > >
> > > > Abçs!
> > > >
> > > >
> > > > --
> > > > Thiago Azevedo
> > > >
> > >
> > >
> > >
> > > --
> > > Thiago Azevedo
> > > Accenture Brazil
> > > Services - AO Carrefour
> > > Work: 55 11 51888492
> > > Mobile: 55 13 81453524
> > > email: [EMAIL PROTECTED]
> 
> > > MSN IM: [EMAIL PROTECTED]
> 
> > >
> > >
> > > [As partes desta mensagem que não continham
> texto foram
> > > removidas]
> > >
> > >
> > > 
> > >
> > >
> --
> > > >Atenção! As mensagens do grupo ORACLE_BR
> são de
> > > acesso público e de inteira responsabilidade de
> seus
> > > remetentes.
> > > Acesse:
> > >
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > >
> --
> > > >Funções, Procedures, propostas de emprego -
> O GRUPO
> > > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > > http://www.oraclebr.com.br/
> > >
> --
> > > Links do Yahoo! Grupos
> > >
> >
> > Abra sua conta no Yahoo! Mail, o único sem limite de
> espaço para
> > armazenamento!
> > http://br.mail.yahoo.com/
> >  
> >
> 
> 
> 
> -- 
> Thiago Azevedo
> Accenture Brazil
> Services - AO Carrefour
> Work: 55 11 51888492
> Mobile: 55 13 81453524
> email: [EMAIL PROTECTED]
> MSN IM: [EMAIL PROTECTED]
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
> >Funções, Procedures, propostas de emprego - O GRUPO
> ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/  
> 
> Links do Yahoo! Grupos
> 


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

[oracle_br] OPORTUNIDADES DBA

[Attps Informatica Informatica]

A att/PS Informática S/A há mais de 15 anos no mercado de TI , tem 
vagas abertas para: 
   
  Administrador de Banco de Dados - DBA DB2 Necessário experiência minima de 4 
anos com plataforma distribuída AIX, DB2, Shell (Korn Shell ou Shell Script).
Inglês avançado - para HortolÂndia,São Paulo ou Rio de Janeiro.
Possibilidade para trabalho Home Office
  Contratação CLT + Beneficios
  Enviar curriculum por e-mail para [EMAIL PROTECTED] 
  
 

   
-
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! 

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

Re: [oracle_br] Re: enq: US - contention

[Marco Souza]

Thiago,

Fique ligado q o particionamento de tabela é uma feature optional ié taxado 
pela oracle.
Se vc não souber como ficaria a distribuição num particionamento por range ou 
por interval... é melhor usar o hash mesmo.

--- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu:
De: Thiago Azevedo <[EMAIL PROTECTED]>
Assunto: Re: [oracle_br] Re: enq: US - contention
Para: oracle_br@yahoogrupos.com.br
Data: Segunda-feira, 9 de Junho de 2008, 16:27











Diversar transações são feitas nessa tabela em paralelo



Ela tem cerca de 13855780 de registros e com  3765585 chainde rows com PCT

Free de 5%, ela não é particionada. .estou pensando em particionar essa

tabela por hash de 8 para tentar paralelizar esses acessos oq vcs acham???



2008/6/9 Anderson Haertel Rodrigues :



>   Tarde

>

> Thiago, o evento de espera 'read by other session' acontece quando uma ou

> mais sessões ficam esperando outra sessão carregar os dados para o buffer

> cache (memória). Normalmente esse evento de espera acontece quando muitas

> sessões acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice

> ou tabela repetidamente e ao mesmo tempo.

>

> Anderson Haertel Rodrigues

> Consultor Oracle

> TEIKO Soluções em Tecnologia da Informação

> Blumenau/SC (47) - 3035 3777 - (47) 9178 0170

> www.teiko.com. br

>

> --- Em seg, 9/6/08, Thiago Azevedo  >

> escreveu:

>

> > De: Thiago Azevedo 

> >

> > Assunto: [oracle_br] Re: enq: US - contention

> > Para: [EMAIL PROTECTED] os.com.br 

> > Data: Segunda-feira, 9 de Junho de 2008, 15:22

>

> > Startei cerca de 300 transações ao mesmo tempo

> > heheheta explicado... .

> >

> > E o event "read by other session" ??

> >

> > 2008/6/9 Thiago Azevedo 

> >:

> >

> > >

> > > Pessoal,

> > >

> > > Estou com diversas sessoes com o seguinte wait

> > "enq: US - contention",

> > > alguém sabe me dizer qual recurso ele está

> > esperando??

> > >

> > > Abçs!

> > >

> > >

> > > --

> > > Thiago Azevedo

> > >

> >

> >

> >

> > --

> > Thiago Azevedo

> > Accenture Brazil

> > Services - AO Carrefour

> > Work: 55 11 51888492

> > Mobile: 55 13 81453524

> > email: thiago.azevedo@ accenture. com 

> > MSN IM: [EMAIL PROTECTED] com 

> >

> >

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

> > removidas]

> >

> >

> >  - - --

> >

> >  - - - - - -

> > >Atenção! As mensagens do grupo ORACLE_BR são de

> > acesso público e de inteira responsabilidade de seus

> > remetentes.

> > Acesse:

> > http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/

> >  - - - - - -

> > >Funções, Procedures, propostas de emprego - O GRUPO

> > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:

> > http://www.oraclebr .com.br/

> >  - - - - - -

> > Links do Yahoo! Grupos

> >

>

> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para

> armazenamento!

> http://br.mail. yahoo.com/

>  

>



-- 

Thiago Azevedo

Accenture Brazil

Services - AO Carrefour

Work: 55 11 51888492

Mobile: 55 13 81453524

email: thiago.azevedo@ accenture. com

MSN IM: [EMAIL PROTECTED] com



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




  




 

















  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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

Re: [oracle_br] Re: enq: US - contention

[Thiago Azevedo]

Diversar transações são feitas nessa tabela em paralelo

Ela tem cerca de 13855780 de registros e com  3765585 chainde rows com PCT
Free de 5%, ela não é particionada..estou pensando em particionar essa
tabela por hash de 8 para tentar paralelizar esses acessos oq vcs acham???





2008/6/9 Anderson Haertel Rodrigues <[EMAIL PROTECTED]>:

>   Tarde
>
> Thiago, o evento de espera 'read by other session' acontece quando uma ou
> mais sessões ficam esperando outra sessão carregar os dados para o buffer
> cache (memória). Normalmente esse evento de espera acontece quando muitas
> sessões acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice
> ou tabela repetidamente e ao mesmo tempo.
>
> Anderson Haertel Rodrigues
> Consultor Oracle
> TEIKO Soluções em Tecnologia da Informação
> Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
> www.teiko.com.br
>
> --- Em seg, 9/6/08, Thiago Azevedo <[EMAIL 
> PROTECTED]>
> escreveu:
>
> > De: Thiago Azevedo <[EMAIL PROTECTED]
> >
> > Assunto: [oracle_br] Re: enq: US - contention
> > Para: oracle_br@yahoogrupos.com.br 
> > Data: Segunda-feira, 9 de Junho de 2008, 15:22
>
> > Startei cerca de 300 transações ao mesmo tempo
> > heheheta explicado
> >
> > E o event "read by other session" ??
> >
> > 2008/6/9 Thiago Azevedo <[EMAIL PROTECTED]
> >:
> >
> > >
> > > Pessoal,
> > >
> > > Estou com diversas sessoes com o seguinte wait
> > "enq: US - contention",
> > > alguém sabe me dizer qual recurso ele está
> > esperando??
> > >
> > > Abçs!
> > >
> > >
> > > --
> > > Thiago Azevedo
> > >
> >
> >
> >
> > --
> > Thiago Azevedo
> > Accenture Brazil
> > Services - AO Carrefour
> > Work: 55 11 51888492
> > Mobile: 55 13 81453524
> > email: [EMAIL PROTECTED] 
> > MSN IM: [EMAIL PROTECTED] 
> >
> >
> > [As partes desta mensagem que não continham texto foram
> > removidas]
> >
> >
> > 
> >
> > --
> > >Atenção! As mensagens do grupo ORACLE_BR são de
> > acesso público e de inteira responsabilidade de seus
> > remetentes.
> > Acesse:
> > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > --
> > >Funções, Procedures, propostas de emprego - O GRUPO
> > ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> > http://www.oraclebr.com.br/
> > --
> > Links do Yahoo! Grupos
> >
>
> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
> armazenamento!
> http://br.mail.yahoo.com/
>  
>



-- 
Thiago Azevedo
Accenture Brazil
Services - AO Carrefour
Work: 55 11 51888492
Mobile: 55 13 81453524
email: [EMAIL PROTECTED]
MSN IM: [EMAIL PROTECTED]


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

Re: [oracle_br] Re: enq: US - contention

[Anderson Haertel Rodrigues]

Tarde

Thiago, o evento de espera 'read by other session' acontece quando uma ou mais 
sessões ficam esperando outra sessão carregar os dados para o buffer cache 
(memória). Normalmente esse evento de espera acontece quando muitas sessões 
acessam o mesmo bloco repetidamente, isto é, acessam o mesmo índice ou tabela 
repetidamente e ao mesmo tempo.

Anderson Haertel Rodrigues
Consultor Oracle
TEIKO Soluções em Tecnologia da Informação
Blumenau/SC (47) - 3035 3777 - (47) 9178 0170
www.teiko.com.br

--- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu:

> De: Thiago Azevedo <[EMAIL PROTECTED]>
> Assunto: [oracle_br] Re: enq: US - contention
> Para: oracle_br@yahoogrupos.com.br
> Data: Segunda-feira, 9 de Junho de 2008, 15:22
> Startei cerca de 300 transações ao mesmo tempo
> heheheta explicado
> 
> E o event "read by other session" ??
> 
> 2008/6/9 Thiago Azevedo <[EMAIL PROTECTED]>:
> 
> >
> > Pessoal,
> >
> > Estou com diversas sessoes com o seguinte wait
> "enq: US - contention",
> > alguém sabe me dizer qual recurso ele está
> esperando??
> >
> > Abçs!
> >
> >
> > --
> > Thiago Azevedo
> >
> 
> 
> 
> -- 
> Thiago Azevedo
> Accenture Brazil
> Services - AO Carrefour
> Work: 55 11 51888492
> Mobile: 55 13 81453524
> email: [EMAIL PROTECTED]
> MSN IM: [EMAIL PROTECTED]
> 
> 
> [As partes desta mensagem que não continham texto foram
> removidas]
> 
> 
> 
> 
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de
> acesso público e de inteira responsabilidade de seus
> remetentes.
> Acesse:
> http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
> >Funções, Procedures, propostas de emprego - O GRUPO
> ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
> http://www.oraclebr.com.br/  
> 
> Links do Yahoo! Grupos
> 


  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

[oracle_br] Re: enq: US - contention

[Thiago Azevedo]

Startei cerca de 300 transações ao mesmo tempo heheheta explicado

E o event "read by other session" ??

2008/6/9 Thiago Azevedo <[EMAIL PROTECTED]>:

>
> Pessoal,
>
> Estou com diversas sessoes com o seguinte wait "enq: US - contention",
> alguém sabe me dizer qual recurso ele está esperando??
>
> Abçs!
>
>
> --
> Thiago Azevedo
>



-- 
Thiago Azevedo
Accenture Brazil
Services - AO Carrefour
Work: 55 11 51888492
Mobile: 55 13 81453524
email: [EMAIL PROTECTED]
MSN IM: [EMAIL PROTECTED]


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

Re: [oracle_br] enq: US - contention

[Marco Souza]

Thiago

US - Contention undo segment .. segmento de undo. Vc esta usando a versão 9i ?

Abraço,


Marco Baretto

--- Em seg, 9/6/08, Thiago Azevedo <[EMAIL PROTECTED]> escreveu:
De: Thiago Azevedo <[EMAIL PROTECTED]>
Assunto: [oracle_br] enq: US - contention
Para: oracle_br@yahoogrupos.com.br, [EMAIL PROTECTED]
Data: Segunda-feira, 9 de Junho de 2008, 14:41











Pessoal,



Estou com diversas sessoes com o seguinte wait "enq: US - contention",

alguém sabe me dizer qual recurso ele está esperando??



Abçs!



-- 

Thiago Azevedo



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




  




 

















  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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

[oracle_br] Standart x Enterprise

[Marco Souza]

Estou Re-enviando devido a falha na formatação:




 
  
  
  
  
  
  
  
   
  
 
  
   O Standart não tem tudo que o Enterprise possui, vamos a algumas 
 diferenças,  estou levando em conta a versão 10g.
   
   Oracle Advanced Security, Oracle Change Management, Oracle Date Mining, 
Oracle Diagnostic Pack, Oracle Label security, Oracle OLAP, Oracle 
Partitioning,Oracle RAC(max 4 proc, Oracle Tuning, Data Compression.


   
   Isso é somente algumas diferenças, não irei listar todas porque são MUITAS 
as diferenças.
   O banco que eu uso é o Enterprise Editiom, estou num ambiente em cluster com 
4 processadores em cada máquina, só isso já não daria para usar o Standart 
Edition, uso particionamento de tabelas ( no standart essa feature não existe), 
também uso Oracle Spatial e o Oracle OLAP.
   Nenhuma dessas features roda na versão Standart. Vale ressaltar que no 
standart também não funciona indices de bitmap, tablespace transportable , 
parallel query.  Isso são algumas das principais diferenças da standart 
para a versão enterprise.
  
 



  Abra sua conta no Yahoo! Mail, o único sem limite de espaço para 
armazenamento!
http://br.mail.yahoo.com/

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

[oracle_br] enq: US - contention

[Thiago Azevedo]

Pessoal,

Estou com diversas sessoes com o seguinte wait "enq: US - contention",
alguém sabe me dizer qual recurso ele está esperando??

Abçs!


-- 
Thiago Azevedo


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

Re: Res: RES: RES: [oracle_br] standby database

[Marco Souza]

Anderson,

O Standart não tem tudo que o Enterprise possui, vamos a algumas  
diferenças,  estou levando em conta a versão 10g.

Option   
 Standard 
Edition  
 Enterprise Edition
Oracle Advanced 
Security  
 
N
 S
Oracle Change 
Management 
 
N 
 S
Oracle Date 
Mining 
 
N
 S
Oracle Diagnostic 
Pack   
 
N 
 S
Oracle Label 
security  
 
N   
 S
Oracle 
OLAP 
 
N 
 S
Oracle 
Partitioning 
 
N 
 S
Oracle 
RAC 
 S (max 4 
proc)   
 S 
Oracle 
Tuning 
 
N 
 S
Data 
Compression 
 
N 
 S

Isso é somente algumas diferenças, não irei listar todas porque são MUITAS as 
diferenças.
O banco que eu uso é o Enterprise Editiom, estou num ambiente em cluster com 4 
processadores em cada máquina, só isso já não daria para usar o Standart 
Edition, uso particionamento de tabelas ( no standart essa feature não existe), 
também uso Oracle Spatial e o Oracle OLAP.
Nenhuma dessas features roda na versão Standart. Vale ressaltar que no standart 
também não funciona indices de bitmap, tablespace transportable , parallel 
query.  Isso são algumas das principais diferenças da standart para a 
versão enterprise.



--- Em dom, 8/6/08, Anderson Santiago <[EMAIL PROTECTED]> escreveu:
De: Anderson Santiago <[EMAIL PROTECTED]>
Assunto: Res: RES: RES: [oracle_br] standby database
Para: oracle_br@yahoogrupos.com.br
Data: Domingo, 8 de Junho de 2008, 0:59











Então,

se tá falando do 11g, eu já fiz isso com o 9 e 10 e funcionou, alias, que se 
não me engano,

essas tabelas, sempre falam do que cobre o suporte da versão que você comprou..

EX...

se comprar uma versão cobre tal coisa, mas o Oracle, standard tem praticamente 
tudo do enterprise,

só que não pode fazer tal coisa.

Eu não to afim, mas vai fazer eu perder um tempo testando minha teoria...que dá 
sim...

Acho que o que quer é que eu assuma que está certo, se isso te faz feliz...tá 
bom...

só pra terminar a discussão...

Mas pensa bem...se não fosse possível no standar, nao deixava voce criar o 
banco standby, concorda...

já testou a atualização automatica no seu banco standard, aposto e garanto que 
vai funcionar.

[]´s

Anderson Santiago

DBA Sênior

www.ruevers. webs.com

PS: Se testar, vai ver que tenho razão.



- Mensagem original 

De: Augusto Cesar R. Costa 

Para: [EMAIL PROTECTED] os.com.br

Enviadas: Quinta-feira, 5 de Junho de 2008 9:05:00

Assunto: RES: RES: [oracle_br] standby database



Anderson, não é bem assim não.

Existem muitas diferenças entre o oracle standart e enterprise.

Basta dar uma conferida nas features no site da Oracle:

http://www.oracle. com/database/ product_editions .html

E o RAC na verdade funciona tanto no enterprise quando no standart, a

diferença é apenas se é uma option paga a parte ou não.

De qualquer forma, acho interessante colocar no seu blog, a versão

utilizada.

Obrigado pela atenção e até mais.



_ 



De: [EMAIL PROTECTED] os.com.br [mailto:oracle_ [EMAIL PROTECTED] os.com.br] Em

nome de Anderson Santiago

Enviada em: quinta-feira, 5 de junho de 2008 00:17

Para: [EMAIL PROTECTED] os.com.br

Assunto: Res: RES: [oracle_br] standby database



Amigo,

já tinha te respondido antes, mas vamos lá

a unica diferença do standard é a quantidade de processadores, o resto é

tudo igual

a não ser que não suporta rac.



- Mensagem original 

De: Augusto Cesar R. Costa 

gmail.com>

Para: [EMAIL PROTECTED]  
os.com.br

Enviadas: Quarta-feira, 4 de Junho de 2008 9:44:42

Assunto: RES: [oracle_br] standby database



Anderson, só uma dúvida.

Este modo de atualização também ser para versões do Oracle Standart?

Só um adendo, não precisa utilizar apenas o scp, pode ser utilizado também o

rsync.

Abraços e até mais.



_ 



De: [EMAIL PROTECTED] os.com.br [mailto:oracle_ [EMAIL PROTECTED] os.com.br] Em

nome de Anderson Santiago

Enviada em: terça-feira, 3 de junho de 2008 21:47

Para: [EMAIL PROTECTED] os.com.br

Assunto: Res: [oracle_br] standby database



Braga,

já te dei um toque no seu blog, pena que apagou o comentário, o jeito que

atualiza o standby

é bem "porquinho", eu se fosse você seguia o meu co

RES: [oracle_br] Como saber o tipo de operacao??

[Fabio Ferro - Terra]

If inserting then

 

elsIf updating then

...

elsIF deleting then

...

End IF;

 

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de fabiana_lopes123
Enviada em: sexta-feira, 6 de junho de 2008 23:47
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Como saber o tipo de operacao??

 

create or replace trigger t_Auditoria
Before insert or update on tabela1

for each row
Begin

if  = update then

insert into t_log values(to_char
(sysdate,'dd/mm/:HH24:mi:ss'), 

:New.siglaCurso,'Cursos',user,:Old.campo1||:New.campo1);

else
insert into t_log values(to_char
(sysdate,'dd/mm/:HH24:mi:ss'), 
:New.siglaCurso,'Cursos',user,'');

end if;

end;
/

como que eu faço para substituir as minhas interrogações pelo tipo da 
operação(insert ou update)

Obrigada =]

 



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

Re: [oracle_br] standby database

[Eliandro Jakubski]

Pessoal,

mais uma dúvida!

1 - Técnicamente a base standby estará sincronizada
com a base principal, entretanto, os dados de online log da base
principal que ainda não foram
arquivados serão perdidos (em caso de falha do banco principal). Isso
está correto?

2 - Se a questão 1 for correta então o tamanho dos arquivos de online log
 terão impacto no
 número de transações que eu poderei perder caso a base primária falhar
 com dados no online log
 ainda não arquivados, pois, qto. maior o tamanho dos arquivos de
 online log mais tempo será necessário
 para que ele seja arquivado (desconsiderando outros detalhes). Isso
 está correto?

3 - Considerando um modo standby de máxima performance percebi que, na
 maior parte dos exemplos disponíveis,
 o pessoal têm utilizado a opção NODELAY (assim que o archive for
 gerado no banco primário ele é transmitido e
 aplicado no banco secundário). Caso o usuário cometer erros lógicos no
 banco primário eles poderão ser transmitidos
 para o secundário assim que o arvhive log correspondente for gerado.
 Isso está correto?

[oracle_br] Como saber o tipo de operacao??

[fabiana_lopes123]

create or replace trigger t_Auditoria
Before insert  or update on tabela1

for each row
Begin
   
if  = update then

   insert into t_log values(to_char
(sysdate,'dd/mm/:HH24:mi:ss'),  

:New.siglaCurso,'Cursos',user,:Old.campo1||:New.campo1);

else
 insert into t_log values(to_char
(sysdate,'dd/mm/:HH24:mi:ss'),  
:New.siglaCurso,'Cursos',user,'');

end if;

end;
/

como que eu faço para substituir as minhas interrogações pelo tipo da 
operação(insert ou update)

Obrigada =]