from:"Régis Pradela"

Re: [oracle_br] ORA-27090

2018-01-16 Por tôpico Régis Pradela pradel...@yahoo.com.br [oracle_br]

Edson, bom dia!

De acordo com os manuais Oracle  pode utilizar omo segue:
fs.aio-max-nr = 1048576
fs.file-max = 6815744

Fonte: https://docs.oracle.com/database/121/LADBI/app_manual.htm#LADBI7867

Att.
Régis Pradela
regis.prad...@fgv.edu.br

> Em 16 de jan de 2018, à(s) 11:08, 'Ednilson Silva' ednilson.si...@jbs.com.br 
> [oracle_br]  escreveu:
> 
> 
> Bom Dia,
> 
> Durante um “startup” de banco, notei vários erros ORA-27090 no alert log.
> 
>  
> 
> Mon Jan 15 15:24:11 BRST 2018
> 
> Errors in file /ora01/app/admin/prd/bdump/prd_p202_97225.trc:
> 
> ORA-27090: Unable to reserve kernel resources for asynchronous disk I/O
> 
> Linux-x86_64 Error: 11: Resource temporarily unavailable
> 
> Additional information: 3
> 
> Additional information: 128
> 
> Additional information: 1048576
> 
>  
> 
> Consultando este erro no My Oracle Support, encontrei o Doc ID 579108.1 que 
> diz que o parâmetro de kernel fs.aio-max-nr esta muito baixo.
> 
>  
> 
> PRD1:~ # sysctl -a | grep aio
> 
> fs.aio-nr = 492838
> 
> fs.aio-max-nr = 1048576
> 
>  
> 
> Onde ou como devo calcular o valor correto para este parâmetro de kernel, 
> preciso passar ao admin.
> 
>  
> 
> SO: Suse Linux 11
> 
> Oracle: Oracle Database Enterprise 10g – release 10.2.0.5
> 
>  
> 
> Grato,
> 
> Ednilson Silva
> 
> 
>

Re: [oracle_br] Recuperar banco de dados dropado

2014-06-06 Por tôpico Régis Pradela pradel...@yahoo.com.br [oracle_br]

Erik, boa noite!

Realmente não conseguimos recuperar, o ext3grep recuperou alguns datafiles,
mas, não todos.
Com isto, o cliente assumiu a perda dos dados e começamos um banco novo.

Att.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "Erik Castilho escasti...@gmail.com [oracle_br]"

Reply-To:  
Date:  sexta-feira, 6 de junho de 2014 14:00
To:  
Subject:  Re: [oracle_br] Recuperar banco de dados dropado

 
 
 
 
   

Nossa, congelei na hora que vi o título do tópico, ainda bem que foi o DB
Dev., rsrsrs...

Boa sorte ai e se possível dê um feedback para nós de como conseguiu
resolver.

Abs.


Em 6 de junho de 2014 11:00, Vitor Junior vitorj...@gmail.com [oracle_br]
 escreveu:
>  
>  
>  
>  
>
> 
> Alessandro, eu também utilizava essa técnica... UTILIZAVA! hehehehe
> 
> Dá uma lida nesse artigo, que é bem interessante:
> 
> http://www.pythian.com/blog/metalink-note-on-datafile-recovery-will-corrupt-da
> tabase/
> 
> 
> 
> Att,/Regards,
> 
> 
> Vitor Jr.
> Infraestrutura / Infrastructure Team
> Oracle 11g DBA Certified Professional - OCP
> Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid
> Infrastructure Administrator - OCE
> Oracle Database 11g Performance Tuning Certified Expert - OCE
> Oracle Exadata 11g Certified Implementation Specialist
> Oracle Certified Associate, MySQL 5
> mail, gtalk e msn: vitorj...@gmail.com
> http://certificacaobd.com.br/
> skype: vjunior1981
> https://mybizcard.co/vitor.jr.385628
> 
> 
> Em 6 de junho de 2014 09:38, Alessandro Lúcio Cordeiro da Silva
> alecordeirosi...@yahoo.com.br [oracle_br] 
> escreveu:
>>  
>>  
>>  
>>  
>>
>> 
>> 
>>  
>> A unica maneira que sei como restaurar os datafiles seria NÃO desligar a
>> instancia, e como você desligou o computador imediatamente, não iria
>> funcionar.
>> 
>> Isto porque o DBWR dá um lock nos arquivos do Banco e ao apagar  somente o
>> ponteiro é apagado e os datafiles ficam invisiveis.
>> 
>> A tecnica consistiria em :
>> 
>> * Encontrar o PID do DBWR,
>> * Assim encontrar os arquivos abertos pelo DBWR
>> * Encontrar o file descriptor
>> * Criar uma copia dos datafiles
>> 
>>  
>> Alessandro Lúcio Cordeiro da Silva
>> Analista de Sistema
>> þ http://alecordeirosilva.blogspot.com/
>> 
>> Porque esta é a vontade de Deus, a saber, a vossa
>> santificação: que vos abstenhais da prostituição.
>> (1º Tessalonicenses 4:3)
>> 
>>  
>> 
>> 
>>  
>>  
>>  
>>   Em Quinta-feira, 5 de Junho de 2014 20:17, "Regis Pradela
>> pradel...@yahoo.com.br [oracle_br]"  escreveu:
>>   
>>   
>> 
>>  
>>  
>>  
>>  
>>
>> Senhores, boa noite, tudo bem?
>> 
>> Hoje tivemos uma problema, após dropar um banco de dados (desenv) via RMAN, o
>> cliente notou que tinha algumas informações neste banco de dados que não
>> deveriam ser apagadas. Imediatamente desligamos o server,
>>  fizemos um live CD e bootamos o server por este CD e executamos o ext3grep
>> para recuperar arquivos apagados.
>> Mas, após rodar a recuperação dos arquivos, somente o pfile foi encontrado.
>> 
>>  Alguém já passou por isto e utilizou algum modo diferente para recuperar
>> estes arquivos?
>> 
>> 
>> No aguardo. 
>> R.P.
>> DBA Oracle
>> Oracle Database 11g Administrator Certified Professional
>> Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
>> Oracle Enterprise Linux Certified Implementation Specialist
>> Oracle Database 11g Administrator Certified Associate
>>  
>>
>> 
>> 
>>   
>>  
>>   
>>  
>>  
>>
>>  
> 
> 
>  
>
>  



-- 
Atenciosamente
Erik da Silva Castilho
Bacharel Sistemas de Informação
Supervisor IT at Consórcio Nacional Recon

Re: [oracle_br] Recuperar banco de dados dropado

2014-06-06 Por tôpico Régis Pradela pradel...@yahoo.com.br [oracle_br]

Angelo, bom dia!

Por ser um banco de desenvolvimento, não tinha backup.
Envolvemos alguns especialistas de Linux e conseguimos recuperar alguns
(poucos) Dfs e com isto não foi possível abrir o banco.
Acabamos de decidir que estes dados serão dados como perdidos, estamos
recriando a estrutura vazia.

Grato pelo apoio de todos!
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "angelo angelolis...@gmail.com [oracle_br]"

Reply-To:  
Date:  sexta-feira, 6 de junho de 2014 09:53
To:  
Subject:  Re: [oracle_br] Recuperar banco de dados dropado

 
 
 
 
   

Regis,

Bom dia
Diante dos fatos, acho que vc terá que usar o backup pra tentar voltar essa
base

Tem backup ?

[]s angelo


2014-06-06 9:38 GMT-03:00 Alessandro Lúcio Cordeiro da Silva
alecordeirosi...@yahoo.com.br [oracle_br] :
>  
>  
>  
>  
>
> 
> 
>  
> A unica maneira que sei como restaurar os datafiles seria NÃO desligar a
> instancia, e como você desligou o computador imediatamente, não iria
> funcionar.
> 
> Isto porque o DBWR dá um lock nos arquivos do Banco e ao apagar  somente o
> ponteiro é apagado e os datafiles ficam invisiveis.
> 
> A tecnica consistiria em :
> 
> * Encontrar o PID do DBWR,
> * Assim encontrar os arquivos abertos pelo DBWR
> * Encontrar o file descriptor
> * Criar uma copia dos datafiles
> 
>  
> Alessandro Lúcio Cordeiro da Silva
> Analista de Sistema
> þ http://alecordeirosilva.blogspot.com/
> 
> Porque esta é a vontade de Deus, a saber, a vossa
> santificação: que vos abstenhais da prostituição.
> (1º Tessalonicenses 4:3)
> 
>  
> 
> 
>  
>  
>  
>   Em Quinta-feira, 5 de Junho de 2014 20:17, "Regis Pradela
> pradel...@yahoo.com.br [oracle_br]"  escreveu:
>   
>   
> 
>  
>  
>  
>  
>
> Senhores, boa noite, tudo bem?
> 
> Hoje tivemos uma problema, após dropar um banco de dados (desenv) via RMAN, o
> cliente notou que tinha algumas informações neste banco de dados que não
> deveriam ser apagadas. Imediatamente desligamos o server,
>  fizemos um live CD e bootamos o server por este CD e executamos o ext3grep
> para recuperar arquivos apagados.
> Mas, após rodar a recuperação dos arquivos, somente o pfile foi encontrado.
> 
>  Alguém já passou por isto e utilizou algum modo diferente para recuperar
> estes arquivos?
> 
> 
> No aguardo. 
> R.P.
> DBA Oracle
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
> Oracle Enterprise Linux Certified Implementation Specialist
> Oracle Database 11g Administrator Certified Associate
>  
>
> 
> 
>   
>  
>   
>  
>  
>
>

Re: [oracle_br] Recuperar banco de dados dropado

2014-06-06 Por tôpico Régis Pradela pradel...@yahoo.com.br [oracle_br]

Alessandro, bom dia!

Grato pelas informações, mas, como o banco foi dropado pelo DBCA, ele mesmo
fez o shutdown da instancia.
Quanto ao utilitário ext3grep (extednundelete), ele precisa ser rodado com o
FS desmontado e como o “/u01” ficava no raiz, tive que fazer um live cd e
reiniciar o server.

Att.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br
[oracle_br]" 
Reply-To:  
Date:  sexta-feira, 6 de junho de 2014 09:38
To:  "oracle_br@yahoogrupos.com.br" 
Subject:  Re: [oracle_br] Recuperar banco de dados dropado

 
 
 
 
   


 
A unica maneira que sei como restaurar os datafiles seria NÃO desligar a
instancia, e como você desligou o computador imediatamente, não iria
funcionar.

Isto porque o DBWR dá um lock nos arquivos do Banco e ao apagar  somente o
ponteiro é apagado e os datafiles ficam invisiveis.

A tecnica consistiria em :

* Encontrar o PID do DBWR,
* Assim encontrar os arquivos abertos pelo DBWR
* Encontrar o file descriptor
* Criar uma copia dos datafiles

 
Alessandro Lúcio Cordeiro da Silva
Analista de Sistema
þ http://alecordeirosilva.blogspot.com/

Porque esta é a vontade de Deus, a saber, a vossa
santificação: que vos abstenhais da prostituição.
(1º Tessalonicenses 4:3)

 


 
 
 
  Em Quinta-feira, 5 de Junho de 2014 20:17, "Regis Pradela
pradel...@yahoo.com.br [oracle_br]"  escreveu:
  
  

 
 
 
 
   
Senhores, boa noite, tudo bem?

Hoje tivemos uma problema, após dropar um banco de dados (desenv) via RMAN,
o cliente notou que tinha algumas informações neste banco de dados que não
deveriam ser apagadas. Imediatamente desligamos o server,
 fizemos um live CD e bootamos o server por este CD e executamos o ext3grep
para recuperar arquivos apagados.
Mas, após rodar a recuperação dos arquivos, somente o pfile foi encontrado.

 Alguém já passou por isto e utilizou algum modo diferente para recuperar
estes arquivos?


No aguardo. 
R.P.
DBA Oracle
Oracle Database 11g Administrator Certified Professional
Oracle Database 10g Real Applications Clusters AdministratorCertified Expert
Oracle Enterprise Linux Certified Implementation Specialist
Oracle Database 11g Administrator Certified Associate

Re: [oracle_br] Re: Recuperar banco de dados dropado

2014-06-05 Por tôpico Régis Pradela pradel...@yahoo.com.br [oracle_br]

Chiappa, boa noite!

Grato pelas dicas, vou tentar estes utilitários.
Att.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "jlchia...@yahoo.com.br [oracle_br]" 
Reply-To:  
Date:  quinta-feira, 5 de junho de 2014 22:21
To:  
Subject:  [oracle_br] Re: Recuperar banco de dados dropado

 
 
 
 
   

Belezinha ? Então, faz mito tempo que eu não preciso , então falarei de
cabeça aqui, mas imho o teu primeiro erro foi , ao receber o pedido de
undelete, ter desligado o server : o que ocorre é que quando vc desliga um
servidor, os file pointers que estavam em memória necessariamente são
atualizados em disco afaik, vc deveria ter é imediatamente usado um
utilitário de undelete, se o servidor estava ativo
 Na situação atual, o que vc pode tentar é um outro utilitário de undelete,
como por exemplo o extundelete em http://extundelete.sourceforge.net/ ou o
testdisk em http://www.cgsecurity.org/wiki/TestDisk ...
  Experimente as tools na situação atual e, Caso vc não consiga com o
servidor que neste momento tá bootado com o livecd, ainda tem como bootar
ele com o SO original ? Se sim, vale a tentativa de executar a tool de
undelete com o servidor bootado com o SO original...
 
 Caso nenhuma alternativa de undelete resulte, aí cabou , é exercitar as
suas rotinas de backup OU, se não havia backup nenhum, é declarar banco
perdido forever
 
   []s
   
 Chiappa

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

2013-06-18 Por tôpico Régis Pradela

Chippa,

Na verdade, se eu tomar esta atitude, eu iria deixar a tabela vazia pois
segundo o desenvolvedor, ele não utiliza estas informações para nada, o
driver coleta automaticamente.
Eu vi em alguns fóruns um pessoal dizendo que fez isto também, pretendo
utilizar como ultima alternativa esta saída.
Estou aguardando a resposta do suporte Oracle, para ver o que les sugerem.
Se chegarmos a algum ponto, compartilho com todos.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  terça-feira, 18 de junho de 2013 16:35
To:  
Subject:  [oracle_br] Re: Problemas de performance -Query ao DD.

 
 
 
   

  pmfji, Régis, mas vamos deixar CLARO que a sugestão do Ederson era algo a
se fazer uma vez só, só para TESTAR se a questão se relacionava com a
ALL_OBJECTS do banco : é CLARO que vc não pode simplesmente copiar a
ALL_OBJECTS do SYS para um schema qualquer e achar que tudo vai funcionar
permanentemente daí pra frente , pois (ÓBVIO) as tabelas internas do RDBMS
Oracle podem ser atualizadas a Qualquer Momento, então em tese alguns
minutos depois que vc copiou a ALL_OBJECTS pode Muito Bem ser que essa tua
cópia já ficou DEFASADA por conta de alterações internas por parte do RDBMS,
aí o driver vai receber metadados inválidos/diferentes do real, e isso pode
dar Altas Confas, só Blz ???

[]s

Chiappa
--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Ederson, bom dia!
> 
> Depois de muito pesquisar, realmente identifiquei que esta query é uma
> "*DES*inteligência" do driver ODBC.
> Eu encontre esta solução em um forum que você sugeriu, estou estudando se a
> mesma não tratá nenhum impacto no resto da aplicação.
> Consegui resolver o problema removendo as estatísticas do DD, o que fez com
> que a query executasse em 1ms, porem abri um chamado na Oracle para tentar
> resolver isto de outra maneira.
> 
> Grato pela ajuda!
> 
> -- 
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
> 
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 11g Administrator Certified Associate
> Oracle Database 10g Real Applications Clusters Administrator Certified
> Expert (OCE)
> Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> Oracle Database 11g Data Warehousing Certified Implementation Specialist
> Oracle Exadata 11g Certified Implementation Specialist
> 
> From:  ederson2001br 
> Reply-To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Date:  terça-feira, 18 de junho de 2013 09:12
> To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Subject:  [oracle_br] Re: Problemas de performance -Query ao DD.
> 
>  
>  
>  
>
> 
> Bom dia Régis,
> 
> Comigo já aconteceu exatamente o cenário que o Chiappa descreveu. Alguns
> SQLs sendo disparados pela camada de conexão e que eram insistentemente
> executados.
> 
> Como eu não podia atualizar o ODBC da aplicação no cliente e nem modificar o
> código do sistema terceirizado, fiz o seguinte teste para evidenciar se o
> problema era a aplicação não homologada para aquele ambiente ou problema
> causado por contenção de objetos:
> 
> -Criei uma tabela LOCAL no usuário da aplicação assim:
> create table all_indexes as select * from sys.all_indexes;
> 
> Evidente que ao criar uma tabela local, ela tem prioridade sobre o sinônimo
> público. Desta forma, não houve mais contenção e o sql da camada de conexão
> era executado de imediato.
> 
> Conclusão: investigar contenção de objetos e demais waits.
> 
> Como o seu caso é um RAC, minha sugestão é que vc investigue também os
> eventos do tipo "GC CR Request".
> 
> Ederson Elias
> DBA Oracle
> http://br.linkedin.com/pub/ederson-elias/24/8b/8b0
> 
> Labor improbus omnia vincit
> 
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br>
> , "R P"  escreveu
> >
> > Senhores, boa noite!
> > 
> > Estou com um problema de performance após uma migração de 10gr2 (10.2.0.5)
SE
> Linux, para 11gr2 (11.2.0.3.6) EE Linux, ambos RAC.
> > Ocorre que identifiquei a seguinte query sendo executada milhares de vezes
> pelos usuários, e esta query está tomando quase 80% do tempo do banco de
dados,
> os desenvolvedores disseram que esta query não faz parte de aplicação, segue:

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

2013-06-18 Por tôpico Régis Pradela

Ederson, bom dia!

Depois de muito pesquisar, realmente identifiquei que esta query é uma
"*DES*inteligência" do driver ODBC.
Eu encontre esta solução em um forum que você sugeriu, estou estudando se a
mesma não tratá nenhum impacto no resto da aplicação.
Consegui resolver o problema removendo as estatísticas do DD, o que fez com
que a query executasse em 1ms, porem abri um chamado na Oracle para tentar
resolver isto de outra maneira.

Grato pela ajuda!

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  ederson2001br 
Reply-To:  
Date:  terça-feira, 18 de junho de 2013 09:12
To:  
Subject:  [oracle_br] Re: Problemas de performance -Query ao DD.

 
 
 
   

Bom dia Régis,

Comigo já aconteceu exatamente o cenário que o Chiappa descreveu. Alguns
SQLs sendo disparados pela camada de conexão e que eram insistentemente
executados.

Como eu não podia atualizar o ODBC da aplicação no cliente e nem modificar o
código do sistema terceirizado, fiz o seguinte teste para evidenciar se o
problema era a aplicação não homologada para aquele ambiente ou problema
causado por contenção de objetos:

-Criei uma tabela LOCAL no usuário da aplicação assim:
create table all_indexes as select * from sys.all_indexes;

Evidente que ao criar uma tabela local, ela tem prioridade sobre o sinônimo
público. Desta forma, não houve mais contenção e o sql da camada de conexão
era executado de imediato.

Conclusão: investigar contenção de objetos e demais waits.

Como o seu caso é um RAC, minha sugestão é que vc investigue também os
eventos do tipo "GC CR Request".

Ederson Elias
DBA Oracle
http://br.linkedin.com/pub/ederson-elias/24/8b/8b0

Labor improbus omnia vincit

--- Em oracle_br@yahoogrupos.com.br 
, "R P"  escreveu
>
> Senhores, boa noite!
> 
> Estou com um problema de performance após uma migração de 10gr2 (10.2.0.5) SE
Linux, para 11gr2 (11.2.0.3.6) EE Linux, ambos RAC.
> Ocorre que identifiquei a seguinte query sendo executada milhares de vezes
pelos usuários, e esta query está tomando quase 80% do tempo do banco de dados,
os desenvolvedores disseram que esta query não faz parte de aplicação, segue:
> 
> SELECT * 
> FROM   (SELECT NULL  table_catalog,
>idx.table_owner   table_schema,
>idx.table_nametable_name,
>NULL  index_catalog,
>idx.owner index_schema,
>idx.index_nameindex_name,
>NULL  primary_key,
>Decode(idx.uniqueness, 'UNIQUE', 65535,
>   0) unique_,
>Decode(idx.index_type, 'CLUSTER', 65535,
>   0) CLUSTERED,
>NULL  type,
>NULL  fill_factor,
>idx.initial_extentinitial_size,
>NULL  nulls,
>NULL  sort_bookmarks,
>65535 auto_update,
>2 null_collation,
>col.column_position   ordinal_position,
>col.column_name   column_name,
>NULL  column_guid,
>NULL  column_propid,
>1 collation,
>NULL  cardinality,
>NULL  pages,
>NULL  filter_condition,
>Decode(idx.index_type, 'CLUSTER', 65535,
>   0) integrated
> FROM   all_indexes idx,
>all_ind_columns col
> WHERE  idx.owner = col.index_owner
>AND idx.index_name = col.index_name
>AND idx.table_owner = col.table_owner
>AND idx.table_name = col.table_name) indexes
> WHERE  table_schema = 'schema' ==> Owner
>AND table_name = 'table1' ==> tabela app
> ORDER  BY 8, 
>   10, 
>   5, 
>   6, 
>   17 
> O nome da tabela as vezes altera.
> Busquei no google, e encontrei algumas reclamações sobre esta query, porem não
ficou claro de onde ele vem.
> Alguém sabe me dizer o que gera esta query?
> 
> Para informação, a migração de versão e edição foi realizada via conversão de
DD.
> 
> -- 
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
> 
> Oracle Database 11g Administrator Certified Professional

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

2013-06-18 Por tôpico Régis Pradela

Chiappa, boa tarde!

Ontem de madrugada finalmente cheguei a solução deste problema, investigando
descobri que quem disparava esta query era driver ODBC da MS, que segundo o
desenvolvedor da aplicação, "é o melhor driver para a aplicação dele".
Sim, eu segui corretamente o documento "837570.1", incluindo a coleta de
estatísticas do dd, fiz esta coleta antes da migração(10g) e após no 11g,
como costumo fazer de praxe.
Também segui os dois docs seguintes:
"o How to Gather Statistics on SYS Objects and 'Fixed' Objects? (Doc ID
457926.1)"
"o How to Collect and Display System Statistics (CPU and IO) for CBO use
(Doc ID 149560.1)"

Porem, o problema persistia, o desenvolvedor disse que não tinha como mudar
o driver ou mesmo desabilitar esta "inteligência" dele.
Então, depois de muito quebrar a cabeça, resolvi deletar as estatísticas do
dd e a query passou a executar em 1ms, anteriormente o tempo de execução
eram 70ms, porem ela era executada milhares de vezes.
Com isto, a aplicação passou a ter a performance esperada, como não estou
feliz com este resultado, abri um chamado no metalink para ver se Oracle me
da mais alguma opção.

Grato pela ajuda.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  segunda-feira, 17 de junho de 2013 21:55
To:  
Subject:  [oracle_br] Re: Problemas de performance -Query ao DD.

 
 
 
   

  Colega, pela ordem inversa : primeiro, quando se vê problemas de acesso à
views/tabelas do dicionário de dados (como é a ALL_OBJECTS), sempre se pensa
em falta de estatísticas nos objetos do SYS e quetais, então Pergunta-se -
vc tem Certeza que essa migração para 11g ** FOI ** feita Corretamente,
seguindo a Documentação (nota metalink "Complete Checklist for Manual
Upgrades to 11gR2" [ID 837570.1] ), que,  (entre Muitos outros passos)
recomenda um  EXEC DBMS_STATS.GATHER_DICTIONARY_STATS; 
 Segundo, sobre o SQL : tipicamente SQLs que consultam tão frequentemente o
dicionário de dados (E em especial queries que ficam detalhando colunas de
tabelas/índices/etc) são disparadas Não por usuários, mas sim pelo
MIDDLEWARE (como ODBC ou JDBC) - tem Muitos middlewares (em especial os
genéricos, que usam drivers não feitos pela Oracle) que até por isso
precisam consultar constantemente o dicionário
 A minha Suposição portanto é que : essas queries estão sendo enviadas pelo
middleware, elas Já Existiam no banco 10g, E na hora de migrar o banco de
10g para 11g a performance delas caiu enormemente , SEJA por falta de
estatísticas no dicionário de dados, e/ou tablespace SYSTEM criada como DMT
originalmente (e que, Claro, a migração mantém como DMT) e/ou qquer falha de
procedimento
 A minha Recomendação é :
 
 - num ambiente 10g E QUE tenha a Aplicação confirme que os tais SQLs estão
presentes
 
 - descubra QUEM está mandando esses SQLs, qual sessão, qual username, qual
programa client, qual módulo - entre outras possibilidades, vc pode tentar o
SQL Monitoring do banco 11g contra esses SQLs, e/ou pode localizar o SQL ID
deles na V$SQL e consultá-lo na V$SESSION, que aí na V$SESSION vc tem toda a
info necessária para identificação
 
 ==> Uma vez Identificado quem é o responsável pelos SQLs, se for realmente
o middleware vc tanto pode tentar melhorar o acesso ao dicionário de dados -
recriando a tablespace SYSTEM se preciso, e/ou recoletando estatísticas para
o dicionário, o quer for  -, Quanto deve também checar a possibilidade de
usar drivers da Oracle nesse middleware E numa versão recente...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br 
, "R P"  escreveu
>
> Senhores, boa noite!
> 
> Estou com um problema de performance após uma migração de 10gr2 (10.2.0.5) SE
Linux, para 11gr2 (11.2.0.3.6) EE Linux, ambos RAC.
> Ocorre que identifiquei a seguinte query sendo executada milhares de vezes
pelos usuários, e esta query está tomando quase 80% do tempo do banco de dados,
os desenvolvedores disseram que esta query não faz parte de aplicação, segue:
> 
> SELECT * 
> FROM   (SELECT NULL  table_catalog,
>idx.table_owner   table_schema,
>idx.table_nametable_name,
>NULL  index_catalog,
>idx.owner index_schema,
>idx.index_nameindex_name,
>NULL  primary_key,
>Decode(idx.uniqueness, 'UNIQUE', 65535,
>   0) unique_,
>Decode(idx.index_type, 'CLUSTER', 65535,
>

Re: [oracle_br] Problemas com o Oracle 10g

2013-02-13 Por tôpico Régis Pradela

Wanderson,

Qual o erro que ocorre ao tentar conectar?
Não vejo 170 processos como um numero alto, a menos que, todos estejam
ativos e você tenha um hardware limitado.
Não acredito que o reboot seja a solução.

Para verificar a quantidade de processo Oracle no server execute "ps -ef
|grep ora_* |wc -l", neste caso, irá contar todos os processo do Oracle,
inclusive background e locais.
Agora, cuidado, não saia matando processos que não sejam de usuários.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional




Oracle Database 11g Administrator Certified AssociateOracle Database 10g
Real Applications Clusters Administrator Certified Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist








On 13/02/13 16:36, "Wanderson Barrence"  wrote:

>Vitor,
>
>Estou com o dedo conçando para reiniciar a máquina.
>Mas eu estou remotamente, e tenho medo de dar algum problema durante a
>reinicialização, porque o local físico da máquina é um pouco longe.
>
>Por isso estou esgotando as possibilidades.
>
>Att,
>
>--
>Wanderson Barrence
>DBA Oracle 10g/11g
>Analista de Testes - CBTS
>--
>MSN: wbarre...@hotmail.com
>ICQ: 170821994
>Linkedin: http://br.linkedin.com/in/wbarrence
>
>
>Em 13 de fevereiro de 2013 16:33, Wanderson Barrence
>escreveu:
>
>> Desculpa pessoal eu sempre esqueço de passar o ambiente.
>>
>> Oracle 10g Release 1
>> Red Hat Enterprise Linux Server release 5.7 (Tikanga)
>>
>> Att,
>>
>> --
>> Wanderson Barrence
>> DBA Oracle 10g/11g
>> Analista de Testes - CBTS
>> --
>>
>> MSN: wbarre...@hotmail.com
>> ICQ: 170821994
>> Linkedin: http://br.linkedin.com/in/wbarrence
>>
>>
>> Em 13 de fevereiro de 2013 16:27, Vitor Jr.
>>escreveu:
>>
>> **
>>>
>>>
>>> Se tem uma pá de sessão, tu acredita que já deu kill -9 no listener,
>>>não
>>> loga com sys, acredito que ninguém mais loga, dá logo um reboot no
>>> servidor... : )
>>>
>>> Att
>>>
>>> Vitor Jr
>>>
>>> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
>>>Em
>>> nome de Wanderson Barrence
>>> Enviada em: quarta-feira, 13 de fevereiro de 2013 16:19
>>> Para: oracle_br@yahoogrupos.com.br
>>>
>>> Assunto: [oracle_br] Problemas com o Oracle 10g
>>>
>>> Olá Pessoal,
>>>
>>> Estou com problema aqui em uma das minhas bases, o problema é tão sério
>>> que
>>> não estou conseguindo nem entrar no banco com o usuário SYS
>>>diretamente na
>>> máquina.
>>>
>>> Verifiquei com o comando TOP todos os processos que estavam e memória
>>> (contei mais de 170 processos oracle), era tanto processo que a máquina
>>> estava até lenta, em seguida fui matando cada um dos processos com o
>>> comando KILLL -9, resultado é que a máquina ficou mais rápida sim, mas
>>> ainda continuo sem conseguir logar no Oracle.
>>>
>>> Agora o pior é que eu devo ter matado o processo do listener, e não
>>>estou
>>> conseguindo mais reiniciá-lo.
>>>
>>> Alguém pode me ajudar?
>>>
>>> --
>>> Wanderson Barrence
>>> DBA Oracle 10g/11g
>>> Analista de Testes - CBTS
>>> --
>>> MSN: wbarre...@hotmail.com
>>> ICQ: 170821994
>>> Linkedin: http://br.linkedin.com/in/wbarrence
>>>
>>> [As partes desta mensagem que não continham texto foram removidas]
>>>
>>> [As partes desta mensagem que não continham texto foram removidas]
>>>
>>>  
>>>
>>
>>
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
>--
>
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>>inteira responsabilidade de seus remetentes.
>Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>--
>
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>>Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
>>ESPAÇO! VISITE: http://www.oraclebr.com.br/
>--
>-- Links do Yahoo! Grupos
>
>

Re: [oracle_br] Re: Problemas com o Datapump

2013-02-13 Por tôpico Régis Pradela

Chiappa, 

Grato pelo link, vou dar uma estudada nele!

Abs.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  quarta-feira, 13 de fevereiro de 2013 10:46
To:  
Subject:  [oracle_br] Re: Problemas com o Datapump





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

Re: [oracle_br] Re: Problemas com o Datapump

2013-02-13 Por tôpico Régis Pradela

Chiappa, bom dia!

Entendi, muito obrigado pelas informações.
Durante o dia de ontem fiz o import dos dados, quebrando em 4 processos de
importação (soltei dois por node), tudo ficou pronto em 4 horas, que se
encaixou bem dentro da minha janela (8 horas).
Notei que o schema maior, tem 2 tabelas com tamanho acima da média, durante
o go live, vou criar um quinto processo para levar esta duas tabelas.
Quanto ao hardware, estou com folga, sobrando bastante recurso, o storage
novo tem uma área grande de SSDs e as laminas risk também tem processador
sobrando.

Grato!
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  segunda-feira, 11 de fevereiro de 2013 20:34
To:  
Subject:  [oracle_br] Re: Problemas com o Datapump

 
 
 
   

  Colega, sobre o "export full" mas que "durante o import estou levando
apenas os schemas que preciso" eu não concordo que seja eficiente : veja
bem, para exportar os schemas x, y ou z que NÂO são de interesse para a
aplicação vc TEVE que os ler, vc TEVE que fazer trocentos I/Os que Não Serão
usados lá no import !!! fale sobre desperdício... imho o eficiente é vc ler
apenas o que vai gravar, E gravar apenas o que vc vai precisar para
importar/reler mais à frente...
 Outro ponto : eu falei do tamanho de tabelas, não do tamanho de schemas -
então sugiro que vc Cheque para ver se nesses schemas maiores existem
tabelas anormalmente grandes em comparação com as outras ou não.. Se houver,
pode ser que o export dos schemas fique "parado" processandfo a tabela
grande e que os exports dos outros schemas pequenos acabem antes dele : se
isso acontecer, talvez seja mais eficiente vc incialmente ter dois exports
fazendo só a exportação de tabelas grandes e dois fazendo o dos schemas
pequenos, e assim que acabem os dois "pequenos" imediatamente entram em ação
outros dois fazendo o export das tabelas pequenas dos schemas grandes...
Tipo assim :

=> num prompt de comando/numa janela 1 vc tem :
exp... tables=TabelagrandeA, tabelagrandeB, tabelagrandeC...)

=> numa janela 2 vc tem :

exp... tables=TabelagrandeC, tabelagrandeD, tabelagrandeE...)

=> numa janela 3 vc tem um script tipo :

expdoschemaopequeno
exp .. owner=schemagrande tables=tabelaspequenasF, G, H, I, J)

=> Ou seja, só quando acabar o exp de cima é que o script cai na linha de
baixo, exportando as tabelas pequenas do schema grande 1... Similarmente na
outra janela 4 :

expdoschemaopequeno
exp .. owner=schemagrande tables=tabelaspequenasK, L, M, N)...


 Okdoc ? Com isso vc Evita que as tabelas pequenas eventualmente contidas no
schema grande só sejam acessadas/exportadas após o processamento/leitura das
grandes... Processamento simultâneo (mas SEMPRE respeitando os limites do
teu hardware, claro) é o nome do jogo aqui...
 
 []s
 
 Chiappa
  
 Observação Importante : é claro, vc perguntou sobre export e nós
respondemos sobre isso : porém, De Forma Alguma esse é o único método... Por
exemplo, se os pré-requisitos forem cumpridos vc poderia fazer um TRANSPORT
TABLESPACE (implicando que um utilitário do SO vai ler & copiar os datafiles
na íntegra - às vezes é mais rápido se fazer cópia de arquivos do que ficar
lendo dados via SQL... Ou então vc poideria voltar um backup RMAN (sendo
produção, IMAGINO que vc tenha backup REAL, com RMAN,disponível) é
Plenamente Possível se fazer a CONVERSÃO de datafiles entre SOs diferentes -
nem todos mas alguns... Para refs , how-tos e limitações, veja a nota
metalink "10g+: Transportable Tablespaces Across Different Platforms" [ID
243304.1] , 
http://www.oracle.com/technetwork/database/features/availability/thehartford
profile-xtts-133180.pdf e o manual "Oracle Database Backup and Recovery
Advanced User's Guide 10g Release 2 (10.2)"...
 veja lá se outras opções podem te ajudar...

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Chiappa, 
> 
> Sim, eu realmente falhei em não especificar estas informações.
> Quanto ao modo regra, eu também havia me esquecido, e como trabalho em
> consultoria, trabalho com muitos bancos, e neste caso este ponto acabou
> passando desapercebido, apenas ao ler o forum que lembrei deste ponto.
> Eu terei uma janela para o GO Live, onde poderei parar os bancos, mas por
> enquanto, para homologação, terei que me contentar com o flashback.
> Estou fazendo o export full, porem, durante o import estou levando apenas os
> schemas que preciso.
> No caso deste ambiente, 2

Re: [oracle_br] Re: Problemas com o Datapump

2013-02-11 Por tôpico Régis Pradela

Chiappa, 

Sim, eu realmente falhei em não especificar estas informações.
Quanto ao modo regra, eu também havia me esquecido, e como trabalho em
consultoria, trabalho com muitos bancos, e neste caso este ponto acabou
passando desapercebido, apenas ao ler o forum que lembrei deste ponto.
Eu terei uma janela para o GO Live, onde poderei parar os bancos, mas por
enquanto, para homologação, terei que me contentar com o flashback.
Estou fazendo o export full, porem, durante o import estou levando apenas os
schemas que preciso.
No caso deste ambiente, 2 schemas detém 50% do tamanho do bd, então quebrei
em 4 processos, 1 para cada schema grande o outros dois para os schemas
menores.

Grato pelas dicas! Grande abs.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  segunda-feira, 11 de fevereiro de 2013 18:49
To:  
Subject:  [oracle_br] Re: Problemas com o Datapump

 
 
 
   

  Sobre o work-around, eu realmente ** jamais ** adivinharia , até porque vc
Não Disse que era um banco usando o (obsoleto e não-Suportado no 10g) modo
regra... Sobre o FLASHBACK, como eu disse, será que REALMENTE não teria uma
janela para vc fazer o export ? Pois SQL por SCN ** tem ** o seu preço para
performance, e não é desprezível, dependendo da carga/nível de utilização...
 Da mesma maneira, vc não disse que era banco não-EE, então paralelismo de
SQL realmente tá fora... NÂO DEIXE de experimentar/testar as Outras opções
de performance que citei, porém, BEM COMO de mensurar a performance do exp
(bem-ajustado com todos os parãmetros que citei, etc) contra o expdp - teste
AMBOS via exportação do mesmo schema (só dados, sem
constraints/índices/nada), e veja o que vai ver...
 Finalmente : o objetivo aqui quando eu falo de quebrar a exportação (talvez
por schema) é, além do fato de vc EVITAR exportar schemas presentes no seu
banco mas irrelevantes para a aplicação (exemplo, schema de intermedia/text,
schemas-exemplos, schemas internos como o SYSTEM, etc, e´como eu disse, vc
ter múltiplas sessões fazendo exportação : o busílis é que se vc tiver uma
sessão só, no momento em que ela começa a fazer a exportação de um objeto
grande, só quando essa exportação terminar é que o próximo objeto é
exportado - é MUITO mais eficiente vc ter outras sessões de exportação
exportando outros objetos menores enquanto o grande está sendo cuidado por
outra... 
 O ponto a notar é que eu estou Imaginando que mais ou menos as tabelas
grandes estao distribuídas pelos schemas : caso haja um schema especial que
contenha quase todas as tabelas grandes, talvez seja mais eficiente vc ter
uma sessão de export exportando a tabela grande A, outra exportando a tabela
grande B, outra exportando a tabela grande C, e umas outras duas sessões,
talvez, exportando os schemas que só tem tabelas pequenas O teu objetivo
aqui é usar a capacidade do subsistema de I/O no máximo possível, sim ? POR
ISSO também que seria muito, mas MUITO mesmo, recomendável vc fazer esse
export  numa janela de manutenção, EVITANDO concorrência com usuários, okdoc
? SE vc não tiver DE JEITO NENHUM uma janela de manutenção, aí vc VAI pagar
o preço do FLASHBACK (ou do CONSISTENT=Y no exp tradicional), VAI pagar o
preço de não ter todaa capacidade de I/O para vc, VAI pagar o preço de ter
que ficar indo atrás de bloco de rollback/undo (se houver DML concorrente
com os dados a exportar), não tem milagres...
 
 []s

  Chiappa

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Chiappa, boa tarde!
> 
> Muito obrigado pela resposta, mas o bug indiciado nos links são diferentes
> do que enviei, vide mensagem de erro.
> Quanto a parte de paralelismo, infelizmente não é um ambiente EE, sendo
> assim, vou implementar o mesmo "na unha", como tenho diversos schemas no
> banco de dados, vou quebrar em diversos processos de exp/imp, por schema.
> Quanto ao flashback_time, estou utilizando pois como estou montando uma
> homologação do ambiente, o atual produção está sendo utilizado e não posso
> para-lo agora, durante a migração não estarei utilizando este parâmetro.
> 
> Porem, tenho boas noticias, acabei de encontrar um solução de contorno, em
> um forum chinês (god bless google translate!!) encontrei um usuário com o
> mesmo erro e dizendo algo do tipo, "após ajustar o otimizador, o problema
> foi sanado", pois bem, este banco trabalha com o otimizador em modo regra,
> sendo assim, mudei o otimizador para custo, e o problema foi sanado.
> Como

Re: [oracle_br] Re: Problemas com o Datapump

2013-02-11 Por tôpico Régis Pradela

Chiappa, boa tarde!

Muito obrigado pela resposta, mas o bug indiciado nos links são diferentes
do que enviei, vide mensagem de erro.
Quanto a parte de paralelismo, infelizmente não é um ambiente EE, sendo
assim, vou implementar o mesmo "na unha", como tenho diversos schemas no
banco de dados, vou quebrar em diversos processos de exp/imp, por schema.
Quanto ao flashback_time, estou utilizando pois como estou montando uma
homologação do ambiente, o atual produção está sendo utilizado e não posso
para-lo agora, durante a migração não estarei utilizando este parâmetro.

Porem, tenho boas noticias, acabei de encontrar um solução de contorno, em
um forum chinês (god bless google translate!!) encontrei um usuário com o
mesmo erro e dizendo algo do tipo, "após ajustar o otimizador, o problema
foi sanado", pois bem, este banco trabalha com o otimizador em modo regra,
sendo assim, mudei o otimizador para custo, e o problema foi sanado.
Como a aplicação "recomenda" utilizar modo regra, fiz uma trigger para
alterar sempre que for uma sessão do datapump.

Grande abs.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  segunda-feira, 11 de fevereiro de 2013 16:55
To:  
Subject:  [oracle_br] Re: Problemas com o Datapump

 
 
 
   

  Colega, muito provavelmente é bug Reconhecido : aqui no Grupo mesmo
http://br.groups.yahoo.com/group/oracle_br/message/111598 mostra um caso
aonde apareceu esse comportamento em 10.2.0.4, e
http://arjudba.blogspot.com.br/2010/12/datapump-export-expdp-client-gets-ude
-8.html também  Veja a nota metalink referente e experimente aplicar o
patchset 10.2.0.5 ao menos, esse cara corrigiu um caminhão de bugs
referentes à datapump, Enormes chances desse daí estar listado nas correções
do 10.2.0.5 também...
 
 Especificamente sobre performance, um outro ponto é que DE FORMA ALGUMA vc
pode esperar meter um FULL=Y (o que IMPLICA ter apenas UMA sessão de
exportação, além de exportar INCLUSIVE schemas eventualmente desnecessários)
e esperar ter a máxima performance, okdoc ? PARALELISMO é o nome do jogo
quando se fala de exportação em grandes volumes... Da mesma forma, para que
vc está especificando um FLASHBACK_TIME ?? Via de regra, se vc vai fazer uma
migração, isso é uma operação PLANEJADA, em que há uma Janela de Manutenção
sem usuários ativos, sim ?

Além disso eu recomendo (tanto na tentativa de melhorar performance quanto
de tentar work-aroundar os bugs) que vc considere os pontos abaixo, COM A
RESSALVA que tanto a quantidade de RAM a alocar, quanto o número de sessões
de exportação simultâneas, quanto a qtdade de Parallelismo nos SQLs do
datapump não podem ser NEM demasiados, sob pena de vc criar gargalos, nem
inexistentes ou muito pequenas - alguma experimentação no SEU ambiente, com
o SEU hardware, deve ser esclarecedora :

- quando vc vc fazer o paralelismo de execução (ie, ter Múltiplas sessões de
exportação simultâneas, cada qual fazendo um schema, talvez), tente NÃO usar
o nome de arquivo com variável(como auquela %u) - tente usar nomes FIXOS ,
para tudo (dump files, logs, diretórios, Tudo)

- não informe o nome de job

- NÃO exporte índices e constraints, pois além de causarem mais I/Os eles
podem causar má-performance se importados : é MUITO mais eficiente vc
exportar APENAS e TÃO SOMENTE os dados, os importar, depois exportar o DDL
de índices e constraints, e finalmente alterar esses DDLs para que eles
possam ser Aplicados no banco-destino em modo PARALLEL DDL, com
NOVALIDATE/NOLOGGING, cfrme necessário

- use os parâmetros adequados para performance : no caso do datapump,
principalmente PARALLEL (qtdade de paralelismo nos SQLs) e ajustes de banco
(como aumento temporário de PGA e SGA, alocação de LARGE POOL, colocação de
tabelas em modo NOLOGGING para permitir a IMPORTAÇÃO em direct-mode, etc), E
no caso do exp tradicional principalmente é usar DIRECT=Y BUFFER=qtdade em
bytes que vc VAI ter com certeza livre RECORDLENGTH=65535 10485760 , além
das opções de Exclusão correspondentes...

==> Aliás, antes de descartar o exp tradicional, PLZ faça um teste JUSTO,
colocando as opções de performance como necessário, para ver se Realmente o
exp não serviria...

[]s
 
 Chiappa

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Senhores, boa tarde!
> 
> Estou enfrentando alguns problemas utilizado o Datapump, gostaria de saber
> se  já viu este problema:
> 
> ==> Ambiente:
> Virtualizado com Oracle VM
> SO: Oracle Enterprise Linux 5

Re: [oracle_br] Problemas com o Datapump

2013-02-11 Por tôpico Régis Pradela

Complementado, encontrei os seguintes erros no trace do DM0:

upprdp: Error 1422 detected in master process DM00.
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-31666: Master process DM00 had an unhandled exception.
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at "SYS.KUPM$MCP", line 6115
ORA-06512: at "SYS.KUPM$MCP", line 11587
ORA-06512: at "SYS.KUPM$MCP", line 11520
ORA-06512: at "SYS.KUPM$MCP", line 11338
ORA-06512: at "SYS.KUPM$MCP", line 925
ORA-01422: exact fetch returns more than requested number of rows
ORA-06512: at line 2

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  Régis  Pradela 
Reply-To:  
Date:  segunda-feira, 11 de fevereiro de 2013 16:12
To:  
Subject:  [oracle_br] Problemas com o Datapump

 
 
 
   

Senhores, boa tarde!

Estou enfrentando alguns problemas utilizado o Datapump, gostaria de saber
se  já viu este problema:

==> Ambiente:
Virtualizado com Oracle VM
SO: Oracle Enterprise Linux 5.2
RAC 10.2.0.4
RDBMS 10.2.0.4

Ao iniciar o export do banco de dados o seguinte erro é encontrado:
[oracle@prd migra]$ expdp system/xxx parfile=expdp.par

Export: Release 10.2.0.4.0 - 64bit Production on Monday, 11 February, 2013
16:03:28

Copyright (c) 2003, 2007, Oracle.  All rights reserved.

Connected to: Oracle Database 10g Release 10.2.0.4.0 - 64bit Production
With the Real Application Clusters option
Starting "SYSTEM"."SYS_EXPORT_SCHEMA_01":  system/ parfile=expdp.par
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA

UDE-8: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-06512: at "SYS.KUPC$QUE_INT", line 536
ORA-25254: time-out in LISTEN while waiting for a message
ORA-06512: at "SYS.DBMS_DATAPUMP", line 2772
ORA-06512: at "SYS.DBMS_DATAPUMP", line 3886
ORA-06512: at line 1

Conteúdo do arquivo de parâmetros:
CONTENT=ALL
DIRECTORY=dmpdir
DUMPFILE=expdp_full_prd_%u.dmp
FLASHBACK_TIME="to_timestamp(to_char(sysdate,'-mm-dd
hh24:mi:ss'),'-mm-dd hh24:mi:ss')"
FULL=Y
JOB_NAME=expdp_full_prd
LOGFILE=expdp_full_prd.log
EXCLUDE=STATISTICS
FILESIZE=8G

Fiz testes com o full e também por schema.
Verifiquei que todos os componentes do banco de dados estão válidos.
Segui a nota do metalink "How To Cleanup Orphaned DataPump Jobs In
DBA_DATAPUMP_JOBS ? [ID 336014.1]".

Enfim, acredito ter feito a lição de casa, porem, não encontro resolução
para este problema.

Estou precisando migrar dois bancos de dados (LNX --> AIX) , que são
grandes, e via exp/imp convencional está demorando muito, espero que possam
me ajudar.
Sei que posso utilizar outras formas de migração (RMAN convert + TTS), mas o
cliente espera que os objetos sejam reorganizados, por isto o datapump me
ajudaria bastante.

OBS:  o datapump  via rede (dblink) funciona, mas, demora muito para
executar.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

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

 
   

 




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

[oracle_br] Problemas com o Datapump

2013-02-11 Por tôpico Régis Pradela

Senhores, boa tarde!

Estou enfrentando alguns problemas utilizado o Datapump, gostaria de saber
se  já viu este problema:

==> Ambiente:
Virtualizado com Oracle VM
SO: Oracle Enterprise Linux 5.2
RAC 10.2.0.4
RDBMS 10.2.0.4

Ao iniciar o export do banco de dados o seguinte erro é encontrado:
[oracle@prd migra]$ expdp system/xxx parfile=expdp.par

Export: Release 10.2.0.4.0 - 64bit Production on Monday, 11 February, 2013
16:03:28

Copyright (c) 2003, 2007, Oracle.  All rights reserved.

Connected to: Oracle Database 10g Release 10.2.0.4.0 - 64bit Production
With the Real Application Clusters option
Starting "SYSTEM"."SYS_EXPORT_SCHEMA_01":  system/ parfile=expdp.par
Estimate in progress using BLOCKS method...
Processing object type SCHEMA_EXPORT/TABLE/TABLE_DATA

UDE-8: operation generated ORACLE error 31626
ORA-31626: job does not exist
ORA-06512: at "SYS.KUPC$QUE_INT", line 536
ORA-25254: time-out in LISTEN while waiting for a message
ORA-06512: at "SYS.DBMS_DATAPUMP", line 2772
ORA-06512: at "SYS.DBMS_DATAPUMP", line 3886
ORA-06512: at line 1

Conteúdo do arquivo de parâmetros:
CONTENT=ALL
DIRECTORY=dmpdir
DUMPFILE=expdp_full_prd_%u.dmp
FLASHBACK_TIME="to_timestamp(to_char(sysdate,'-mm-dd
hh24:mi:ss'),'-mm-dd hh24:mi:ss')"
FULL=Y
JOB_NAME=expdp_full_prd
LOGFILE=expdp_full_prd.log
EXCLUDE=STATISTICS
FILESIZE=8G

Fiz testes com o full e também por schema.
Verifiquei que todos os componentes do banco de dados estão válidos.
Segui a nota do metalink "How To Cleanup Orphaned DataPump Jobs In
DBA_DATAPUMP_JOBS ? [ID 336014.1]".

Enfim, acredito ter feito a lição de casa, porem, não encontro resolução
para este problema.

Estou precisando migrar dois bancos de dados (LNX --> AIX) , que são
grandes, e via exp/imp convencional está demorando muito, espero que possam
me ajudar.
Sei que posso utilizar outras formas de migração (RMAN convert + TTS), mas o
cliente espera que os objetos sejam reorganizados, por isto o datapump me
ajudaria bastante.

OBS:  o datapump  via rede (dblink) funciona, mas, demora muito para
executar.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist




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

[oracle_br] Histogramas, usar ou não usar?

2012-11-24 Por tôpico Régis Pradela

Senhores, bom dia!

O intuito desta mensagem não é tirar dúvida, mas sim abrir uma discussão
para que possamos "trocar figurinhas" sobre casos de estudo, trabalhos,
testes, etc, envolvendo diferentes tipos de coletas de estatísticas e seu
reflexo na perfomance do ambiente.
A um bom tempo estou estudando as mudanças de performance que o tipo de
coleta de estatísticas causa nos ambientes, porem ainda não consegui chegar
a uma resposta certa.
Na verdade estou achando que a resposta correta seria "Varia de ambiente
para ambiente, alguns ambientes o histograma melhora, e muito, e em outros
ambiente fica muito pior. Temos que testar e homologar a coleta de
Estatísticas para cada ambiente."
Segue alguns dados que levantei:
==> Caso 1
Ambiente Linux 64bit Oracle 10gr2 10.2.0.3.
Com a coleta de estatísticas com histogramas tivemos diversas melhorias na
performance do ambiente.
Após a migração deste ambiente para Oracle 11gr2 (11.2.0.3) algum processos
ficaram mais rápidos, porem alguns ficaram muito mais lentos.
Após remover os histogramas os processos passaram a executar com muita
rapidez, processos de fechamento que executavam em 26 horas passaram a
executar em 4horas.
Alguns processos de fechamento do financeiro que demoravam em torno de 30
minutos para executar, passaram a executar em 4 minutos.
Processos que faziam import de arquivos externos, que demoram, em média 40
minutos para importar um arquivo de 100MB passaram a executar em menos de um
minuto.

Resultado => No Oracle 10gr2 o histograma melhorou o ambiente, porem após
migrar para o 11gr2 a melhor opção foi não utilizar histogramar.
Neste caso não tivemos migração de hardware, apenas de software.

==> Caso 2
Ambiente AIX 6 com Oracle 11gr2 11.2.0.3 Extended RAC
As coletas de estatísticas com histograma foram implementadas no ambiente e
geraram diversas melhoras de performance.
Recentemente após particionar as maiores tabelas da folha de pagamento os
fechamentos que demoravam em torno de 2 horas, passaram a demorar 9 horas.
Alguns fechamentos que demoravam em torno de 20 minutos por período passou a
demorar mais de 4 horas.
Observando o ambiente notamos que após o particionamento não foi coletado os
histogramas das tabelas, após a coleta novamente os processos voltaram a
executar rapidamente.

Resultado=> Neste caso os histogramas fizeram uma grande diferença positiva
no ambiente.

Nos ultimas eventos da Oracle que tive oportunidade de participar a
recomendação dos palestrantes está sendo , "Use a coleta default, se ela não
te atender, então pense em muda-la".
Ultimamente estou acreditando que, como dito acima, depende muito do
ambiente, distrubuição de dados, aplicação, enfim, temos que homologar a
melhor coleta de estatísticas para cada ambiente.

Agora gostaria de saber de vocês, sobre experiências e se vocês já tem
alguma ideia formada sobre este assunto.
Não coloquei muitas evidencias e/ou testes, apenas falei pois a idéia seria
mais um bate papo sobre o "feeling"  de cada um sobre este assunto.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist




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

Re: [oracle_br] Duvidas sobre particionamento

2012-10-31 Por tôpico Régis Pradela

Claudio, bom dia!

Neste caso  o Reference Partitioning seria muito útil, mas, como seu Oracle
é 10gr2 não temos este tipo de particionamento.
Minha sugestão, baseada nas informações que você falou, seria:

1. Particionar a tabela de notas fiscais mensalmente:
- Eu disse mensalmente, mas para definir este intervalo acredito que o ideal
seria medir o volume da dados gerados.

2. Tabela de descrição:
- É difícil dizer a melhor chave para particionamento sem saber as
principais queries que rodam sobre estas tabelas.
Dica: Verificar pela V$SQL quais os SQLs que incidem sobre esta tabela e
veja os filtros utilizados, após isto estude cada campo e verifique o qual
possui um intervalo melhor definido.
- Num chute, ignorando a dica acima e baseado nas informações que você
passou, eu faria o particionamento pelo numero da nota com um intervalo
baseado em mais ou menos o numero de notas que são gerados durante o período
de particionamento da tabela de Notas, Ex:
- A tabela de notas está particionada mensalmente e eu sei, baseado em
números / levantamentos que fiz, que tenho uma média de 1000 notas/mês.
Neste caso faria um particionamento da tabela de detalhes pelo numero da NF
de 1000 em 1000.

Capitou a idéia?
Espero ter ajudado.
-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)
Oracle Database 11g Data Warehousing Certified Implementation Specialist
Oracle Exadata 11g Certified Implementation Specialist

From:  Claudio Junior 
Reply-To:  
Date:  terça-feira, 30 de outubro de 2012 18:56
To:  
Subject:  [oracle_br] Duvidas sobre particionamento

 
 
 
   

Pessoal

Gostaria de obter opiniões do pessoal da lista sobre particionamento
de tabelas.

Estou tentando melhorar um esquema de tabelas no qual temos a seguinte
estrutura:

1. tabela de notas fiscais que tem um campo data que podemos utilizar
para gerar o particionamento. A ideia é fazer particionamento para o
mês ou trimestre;
2. tabela de detalhe da nota fiscal no qual não temos a nota. O
particionamento vai ter que ser feito baseado no código da nota
fiscal, ou se possível através do particionamento da primeira tabela.

A pergunta é se é melhor ter o particionamento desta forma, ou se em
ultimo caso é melhor fazermos o particionamento baseado em outra chave
que não seja a data, tipo o código da nota fiscal?

A utilização da data é muito interessante pois a maioria das consultas
são feitas utilizando a data como referencia.

A versão do oracle é:

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
TNS for IBM/AIX RISC System/6000: Version 10.2.0.4.0 - Productio
NLSRTL Version 10.2.0.4.0 - Production

Agradeço a atenção

Claudio Jr.
--
Claudio da Silva Junior
csjun...@gmail.com 
 
   

 




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

Re: [oracle_br] Melhorando performance Impdp

2012-07-28 Por tôpico Régis Pradela

Pergunta mais sem sentido, senão tem o que somar, melhor não dizer nada!

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified AssociateOracle Database 10g
Real Applications Clusters Administrator Certified Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)








On 25/07/12 09:31, "Milton Bastos Henriquis Jr." 
wrote:

>Imagino que vc quis dizer NOLOGGING ao invés de NOLOGIN, né?
>
>
>
>
>2012/7/25 raffaell.ti77 
>
>> **
>>
>>
>> Amigos, bom dia.
>> Estou querendo melhorar a performance da meu Data pump na hora da
>> importação. Percebi o que me leva mais de 60% do tempo são os índices e
>> constraints, então resolvi fazer o que o mestre Chiappa aconselhou( ou
>>uma
>> forma semelhante) a um outro rapaz aqui no forum:
>>
>> 1 - Realizar o impdp normalmente excluindo os índices e constraints.
>>
>> 2 - Gerar um arquivo DDL apartir do arquivo .dmp com índices e
>>constraints
>>
>> 3 - Acrescentar no final do comando de criação do índice a opção NOLOGIN
>>
>> 4 - Acresncetar no final de cada constraint a opção de NOVALIDATE
>>
>> Como estamos importando de uma base de produção aonde os dados estão
>> consistentes não precisamos validar.
>>
>> Só que o problema vem agora, quando gero esse arquivo, ele me traz quase
>> 200 mil linhas da quantidade de índices e constraints, queria saber como
>> faço para acrescentar no final de cada comando do índice a opção
>>NOLOGIN e
>> das constraints NOVALIDATE de uma forma mais automatizada, pq isso irá
>> gerar um trabalho imenso de ta alterando linha por linha. Alguém tem uma
>> solução?
>>
>>  
>>
>
>
>
>-- 
>Att,
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
>--
>
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>>inteira responsabilidade de seus remetentes.
>Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>--
>
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>>Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
>>ESPAÇO! VISITE: http://www.oraclebr.com.br/
>--
>-- Links do Yahoo! Grupos
>
>

Re: [oracle_br] release 11.2.0.3

2012-07-19 Por tôpico Régis Pradela

Esqueci de mencionar, este bug ocorreu em AIX, agora em RH5 não me lembro de
problemas.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  Régis  Pradela 
Reply-To:  
Date:  quarta-feira, 18 de julho de 2012 15:04
To:  
Subject:  Re: [oracle_br] release 11.2.0.3

 
 
 
   

Orfeu, boa tarde!

Estou usando em vários cliente sem maiores problemas, apenas encontramos um
bug mais crítico no Grid 11.2.0.3,  quando o banco de dados era iniciado
pelo Grid (via srvctl) o horário do banco ficava com uma hora de atraso,
caso você baixasse e subisse manualmente o problema não ocorria, não
acompanhei o problema muito de perto, mas se não me engano saiu um patch que
solucionou o problema.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)

From:  orfeu lima mailto:orfeuml%40hotmail.com> >
Reply-To:  mailto:oracle_br%40yahoogrupos.com.br> >
Date:  quarta-feira, 18 de julho de 2012 10:11
To:  grupo oracle mailto:oracle_br%40yahoogrupos.com.br> >
Subject:  [oracle_br] release 11.2.0.3

Bom dia todos!!!
Alguém já teve algum problema com a release 11.2.0.3??
Essa relase é confiável no RHEL 5.5??
obrigado!!

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

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

 
   

 




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

Re: [oracle_br] Re: Problemas RAC Multipath

2012-07-02 Por tôpico Régis Pradela

Chiappa,

Foi aberto um chamado na IBM e um na RH, estou aguardando as respostas.
Grato pela ajuda.

[]s

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  sexta-feira, 29 de junho de 2012 13:17
To:  
Subject:  [oracle_br] Re: Problemas RAC Multipath

 
 
 
   

   Sim, okdoc, a idéia foi te Confirmar que numa primeira vista o problema
não parece ser com nenhuma camada Oracle - é sempre válido porém mesmo assim
mandar uma msg pro grupo, sim
 Só relembro também , que cfrme os links que te passei, há Sim chances
também de bug no RH, então não só acione o Suporte IBM, mas o Suporte RH,
também...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Chiappa, bom dia!
> 
> Grato pela ajuda, sei que a lista é de Oracle, mas enviei a dúvida caso
> alguém já tivesse se deparado com este problema.
> Estamos abrindo um chamado junto a IBM, assim que tiver uma resposta
> compartilho com a lista.
> 
> Abs.
> 
> -- 
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
> 
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 11g Administrator Certified Associate
> Oracle Database 10g Real Applications Clusters Administrator Certified
> Expert (OCE)
> Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> 
> 
> From:  "J. Laurindo Chiappa" 
> Reply-To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Date:  sexta-feira, 29 de junho de 2012 11:51
> To:  mailto:oracle_br%40yahoogrupos.com.br> >
> Subject:  [oracle_br] Re: Problemas RAC Multipath
> 
>  
>  
>  
>
> 
>   Colega, o que vc descreve parece *** muito *** que é um problema externo
> ao database, então não vamos poder ajudar muito, mas
> https://bugzilla.redhat.com/show_bug.cgi?id=143466 e
> https://bugzilla.redhat.com/show_bug.cgi?id=649705 mostram bugs do RH com
> mesmo sintoma (embora não no mesmo hardware e versão que vc), acho que o
> primeiro passo é checar com o Suporte da RH, e isso EM PARALELO com o
> Suporte do teu storage, é absolutamente Possível uma situação de falha nos
> drivers do teu storage, isso tem que ser checado com o Fornecedor...
> 
> []s
> 
> Chiappa
> 
> --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
<mailto:oracle_br%40yahoogrupos.com.br>
> , Régis  Pradela  escreveu
> >
> > Senhores, bom dia!
> > 
> > Montei um ambiente Oracle RAC 10gR2 em Linux Red Hat 5.2 64bits, estou
> > usando estas versões mais antigas pois o cliente não quis atualizar SO e nem
> > software Oracle neste momento.
> > Da parte Oracle correu tudo bem, porem estou tendo um problema com
> > Multipath, segue cenário:
> > Storage IBM DS4700, ligado nos servidores via SAN com duas HBAs em cada
> > server.
> > 
> > O que ocorre é o seguinte, após eu apresentar as luns e configurar o
> > multipath qualquer atividades de scaneamento de devices (fdisk, boot do SO,
> > asm scandisks) fica muito lenta e retornando erros de acesso a disco,
> > aparentemente estes erros ocorrem porque o SO tenta acessar os caminhos
> > "ready" do multipath.
> > Erros:
> > Jun 29 10:32:34 BR-S-ORAT01 kernel: Buffer I/O error on device sdal, logical
> > block 0
> > Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 838860792
> > Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> > 0
> > 
> > O startup dos servers chega a demorar 25 minutos, a parte mais demorada é
> > para montar o /u01 (LVM).
> > Acredito que estes erros ocorram devido a alguma configuração errada do
> > multipath.conf ou do próprio SO, não tenho muito conhecimento em
> > configuração do Multipath e a equipe que deveria me suportar não está
> > achando o que ocorre.
> > Segue configurações do multipath, se alguém tiver alguma sugestão será bem
> > vinda:
> > defaults {
> >   udev_dir  /dev
> >   selector   "round-robin 0"
> >   failback   15
> >   no_path_retry  5
> >   rr_min_io  100
> >   path_checker   tur
> >

Re: [oracle_br] Re: Problemas RAC Multipath

2012-06-29 Por tôpico Régis Pradela

Chiappa, bom dia!

Grato pela ajuda, sei que a lista é de Oracle, mas enviei a dúvida caso
alguém já tivesse se deparado com este problema.
Estamos abrindo um chamado junto a IBM, assim que tiver uma resposta
compartilho com a lista.

Abs.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  "J. Laurindo Chiappa" 
Reply-To:  
Date:  sexta-feira, 29 de junho de 2012 11:51
To:  
Subject:  [oracle_br] Re: Problemas RAC Multipath

 
 
 
   

  Colega, o que vc descreve parece *** muito *** que é um problema externo
ao database, então não vamos poder ajudar muito, mas
https://bugzilla.redhat.com/show_bug.cgi?id=143466 e
https://bugzilla.redhat.com/show_bug.cgi?id=649705 mostram bugs do RH com
mesmo sintoma (embora não no mesmo hardware e versão que vc), acho que o
primeiro passo é checar com o Suporte da RH, e isso EM PARALELO com o
Suporte do teu storage, é absolutamente Possível uma situação de falha nos
drivers do teu storage, isso tem que ser checado com o Fornecedor...

[]s

Chiappa

--- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br>
, Régis  Pradela  escreveu
>
> Senhores, bom dia!
> 
> Montei um ambiente Oracle RAC 10gR2 em Linux Red Hat 5.2 64bits, estou
> usando estas versões mais antigas pois o cliente não quis atualizar SO e nem
> software Oracle neste momento.
> Da parte Oracle correu tudo bem, porem estou tendo um problema com
> Multipath, segue cenário:
> Storage IBM DS4700, ligado nos servidores via SAN com duas HBAs em cada
> server.
> 
> O que ocorre é o seguinte, após eu apresentar as luns e configurar o
> multipath qualquer atividades de scaneamento de devices (fdisk, boot do SO,
> asm scandisks) fica muito lenta e retornando erros de acesso a disco,
> aparentemente estes erros ocorrem porque o SO tenta acessar os caminhos
> "ready" do multipath.
> Erros:
> Jun 29 10:32:34 BR-S-ORAT01 kernel: Buffer I/O error on device sdal, logical
> block 0
> Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> 0
> Jun 29 10:32:35 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> 0
> Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> 838860792
> Jun 29 10:32:36 BR-S-ORAT01 kernel: end_request: I/O error, dev sdan, sector
> 0
> 
> O startup dos servers chega a demorar 25 minutos, a parte mais demorada é
> para montar o /u01 (LVM).
> Acredito que estes erros ocorram devido a alguma configuração errada do
> multipath.conf ou do próprio SO, não tenho muito conhecimento em
> configuração do Multipath e a equipe que deveria me suportar não está
> achando o que ocorre.
> Segue configurações do multipath, se alguém tiver alguma sugestão será bem
> vinda:
> defaults {
>   udev_dir  /dev
>   selector   "round-robin 0"
>   failback   15
>   no_path_retry  5
>   rr_min_io  100
>   path_checker   tur
>   user_friendly_namesyes
>   }
>   # DS4700 
>device {
>  vendor  "IBM"
>  product "1814"
>  path_grouping_policygroup_by_prio
>  prio_callout"/sbin/mpath_prio_tpc /dev/%n"
>  getuid_callout  "/sbin/scsi_id -g -u -s /block/%n"
>  hardware_handler"0"
>  rr_weight   priorities
>  no_path_retry   queue
> }
> 
> 
> Esta configuração  eu encontrei em um forum da IBM.
> Apenas para informação, o ambientes está funcionando normalmente, RAC
> instalado, bancos importados, boa performance, porem o startup e algumas
> atividades simples, como adicionar discos no ASM, demoram muito para
> finalizar.
> 
> Fiz um teste e desliguei as fibras das HBAs e bootei os servers, a lentidão
> não ocorreu.
> 
> Desde já grato.
> 
> -- 
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
> 
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 11g Administrator Certified Associate
> Oracle Database 10g Real Applications Clusters Administrator Certified
> Expert (OCE)
> Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> 
> 
> 
> 
> 
> 
> [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] Oportunidade DBA Oracle

2012-05-31 Por tôpico Régis Pradela

Evandro,

Região de ribeirão preto, a empresa tem parte comercial em Ribeirão e a
parte tecnica fica em Araraquara, à 80KM de Ribeirão.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  Evandro Giachetto 
Reply-To:  
Date:  quinta-feira, 31 de maio de 2012 10:49
To:  
Subject:  Re: [oracle_br] Oportunidade DBA Oracle

 
 
 
   

Bom dia. Seria para Ribeirão preto?

Evandro Giachetto
Oracle DBA at IBM
evandrogiache...@gmail.com <mailto:evandrogiachetto%40gmail.com>

Em 31 de maio de 2012 10:31, Régis Pradela mailto:pradelarf%40yahoo.com.br> >escreveu:

> **
>
>
> Milton, bom dia!
>
> Alem da vaga de Taboão tem para o interior de SP também.
>
>
> --
> R.P.
> DBA Oracle
> Blog: www.rpradela.com.br
>
> Oracle Database 11g Administrator Certified Professional
> Oracle Database 11g Administrator Certified Associate
> Oracle Database 10g Real Applications Clusters Administrator Certified
> Expert (OCE)
> Oracle Enterprise Linux Certified Implementation Specialist (OCE)
>
> From: "Milton Bastos Henriquis Jr." mailto:miltonbastos%40gmail.com> >
> Reply-To: mailto:oracle_br%40yahoogrupos.com.br> >
> Date: quinta-feira, 31 de maio de 2012 10:29
> To: mailto:oracle_br%40yahoogrupos.com.br> >
> Subject: Re: [oracle_br] Oportunidade DBA Oracle
>
>
> Bom dia Roberto
>
> Entrei no site da empresa pra conferir, e a vaga é pra Taboão da Serra:
>
>
> http://s2it.com.br/index.php?option=com_content&view=article&id=69&Itemid=11
> 9
>
> 2012/5/31 Roberto Márcio mailto:tubarao50%40gmail.com>
 tubarao50%40gmail.com>
>
> >
>
> > **
> >
> >
> > Bom dia!
> >
> > Para onde é a vaga?
> >
> > 2012/5/31 Régis Pradela mailto:pradelarf%40yahoo.com.br>
> <mailto:pradelarf%40yahoo.com.br> >
>
> >
> > > **
> >
> > >
> > >
> > > Pessoa, bom dia!
> > >
> > > A S2it está com algumas vagas para DBA Oracle em aberto, segue
> > informações:
> > >
> > > DBA Oracle
> > > Pré-Requisitos:
> > > *
> > > *  Formação superior completa (ou em conclusão) em Ciência da
> > > Computação, Engenharia de Computação, Processamento de Dados ou
> > > similares;
> > > *
> > > *  Conhecimento em arquitetura de banco de dados;
> > > *
> > > *  Conhecimento em banco de dados Oracle RAC e Single (9i,10g e 11g);
> > > *
> > > *  Conhecimento em sistemas operacionais Linux, Unix e Windows;
> > > *
> > > *  Conhecimentos de SQL e PL-SQL para fazer análise das aplicações
> e
> > > *
> > > * sugerir melhorias;
> > > *
> > > *  Bom conhecimento em Tuning de banco de dados e aplicação. (AWR,
> > > *
> > > * STATSPACKS, TUNING PACKS e etc);
> > > *
> > > *  Habilidade e conhecimento em instalação e configuração de
> > produtos,
> > > *
> > > * features, options Oracle e aplicação de patchs;
> > > *
> > > *  Bom relacionamento interpessoal para trabalhar em equipe e para
> > tratar
> > > *
> > > * com o cliente;
> > > *
> > > *  Ser pró-ativo e ter vontade e facilidade em aprender, boa escrita
> e
> > > *
> > > * habilidade para documentar inglês técnico (Leitura);
> > > *
> > > * Desejável:
> > > *
> > > *  Conhecimento em PL/SQL
> > > *
> > > *  Conhecimento em redes
> > > *
> > > *  Certificações ITIL
> > > *
> > > *  Certificações Oracle
> > > *
> > > * Benefícios:
> > > *
> > > *  Plano de Saúde
> > > *
> > > *  Plano de Carreira
> > > *
> > > *  Programa de incentivo à certificações
> > > *
> > > *  Seguro de vida
> > > *
> > > * Interessados enviar currículo para: r...@s2it.com.br
<mailto:rh%40s2it.com.br>
> <mailto:rh%40s2it.com.br> com o nome da vaga
>
> > > como título do e-mail.
> > >
> > > --
> > > R.P.
> > > DBA Oracle
> > > Blog: www.rpradela.com.br
> > >
> > > Oracle Database 11g Administrator Certified Professional
> > > Oracle Database 11g Administrator Certified Associate
> > > Oracle Database 10g Real Applications Clusters Administrator Certified
> > > Expert (OCE)
> > > Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> > >
> > >
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> --
> Att,
>
> [As partes desta mensagem que não continham texto foram removidas]
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>

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

 
   

 




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

Re: [oracle_br] Oportunidade DBA Oracle

2012-05-31 Por tôpico Régis Pradela

Milton, bom dia!

Alem da vaga de Taboão tem  para o interior de SP também.


-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  "Milton Bastos Henriquis Jr." 
Reply-To:  
Date:  quinta-feira, 31 de maio de 2012 10:29
To:  
Subject:  Re: [oracle_br] Oportunidade DBA Oracle

 
 
 
   

Bom dia Roberto

Entrei no site da empresa pra conferir, e a vaga é pra Taboão da Serra:

http://s2it.com.br/index.php?option=com_content&view=article&id=69&Itemid=11
9

2012/5/31 Roberto Márcio mailto:tubarao50%40gmail.com>
>

> **
>
>
> Bom dia!
>
> Para onde é a vaga?
>
> 2012/5/31 Régis Pradela mailto:pradelarf%40yahoo.com.br> >
>
> > **
>
> >
> >
> > Pessoa, bom dia!
> >
> > A S2it está com algumas vagas para DBA Oracle em aberto, segue
> informações:
> >
> > DBA Oracle
> > Pré-Requisitos:
> > *
> > *  Formação superior completa (ou em conclusão) em Ciência da
> > Computação, Engenharia de Computação, Processamento de Dados ou
> > similares;
> > *
> > *  Conhecimento em arquitetura de banco de dados;
> > *
> > *  Conhecimento em banco de dados Oracle RAC e Single (9i,10g e 11g);
> > *
> > *  Conhecimento em sistemas operacionais Linux, Unix e Windows;
> > *
> > *  Conhecimentos de SQL e PL-SQL para fazer análise das aplicações e
> > *
> > * sugerir melhorias;
> > *
> > *  Bom conhecimento em Tuning de banco de dados e aplicação. (AWR,
> > *
> > * STATSPACKS, TUNING PACKS e etc);
> > *
> > *  Habilidade e conhecimento em instalação e configuração de
> produtos,
> > *
> > * features, options Oracle e aplicação de patchs;
> > *
> > *  Bom relacionamento interpessoal para trabalhar em equipe e para
> tratar
> > *
> > * com o cliente;
> > *
> > *  Ser pró-ativo e ter vontade e facilidade em aprender, boa escrita e
> > *
> > * habilidade para documentar inglês técnico (Leitura);
> > *
> > * Desejável:
> > *
> > *  Conhecimento em PL/SQL
> > *
> > *  Conhecimento em redes
> > *
> > *  Certificações ITIL
> > *
> > *  Certificações Oracle
> > *
> > * Benefícios:
> > *
> > *  Plano de Saúde
> > *
> > *  Plano de Carreira
> > *
> > *  Programa de incentivo à certificações
> > *
> > *  Seguro de vida
> > *
> > * Interessados enviar currículo para: r...@s2it.com.br
<mailto:rh%40s2it.com.br>  com o nome da vaga
> > como título do e-mail.
> >
> > --
> > R.P.
> > DBA Oracle
> > Blog: www.rpradela.com.br
> >
> > Oracle Database 11g Administrator Certified Professional
> > Oracle Database 11g Administrator Certified Associate
> > Oracle Database 10g Real Applications Clusters Administrator Certified
> > Expert (OCE)
> > Oracle Enterprise Linux Certified Implementation Specialist (OCE)
> >
> > [As partes desta mensagem que não continham texto foram removidas]
> >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>

-- 
Att,

[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] IBM x Oracle !

2012-04-15 Por tôpico Régis Pradela

Realmente uma piada,

O que concorre com Exadata e Supercluster?

Não vejo nenhum produto da IBM para competir com estes dois citados acima.

-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional




Oracle Database 11g Administrator Certified AssociateOracle Database 10g
Real Applications Clusters Administrator Certified Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)








On 12/04/12 23:10, "Milton Bastos Henriquis Jr." 
wrote:

>Parece piada, mas o appliance da IBM não usa DB2, e sim Postgres!
>Impossível concorrer com um Exadata... rs...
>
>Concorrente seríssimo do Exadata é a solução da Teradata - isso no caso de
>Data Warehouse.
>
>
>
>
>On Thu, Apr 12, 2012 at 10:56 PM, JLSilva  wrote:
>
>> **
>>
>>
>> O que fazer, não? É bom que eles sonhem..
>> Mas, espere um pouco.. eles estão comparando DB2 for z/OS com Oracle
>>RAC?
>> Não tem nada para comparar com Exadata? kkk..
>>
>>
>> On Apr 12, 2012, at 10:27 PM, Francisco Petersen Jr wrote:
>>
>> >
>> >
>> >
>> >
>> > Fica essa briga, igual a coca-cola x pepsi, entre varias outras marcas
>> (marketing puro) !!!
>> http://www-01.ibm.com/software/data/db2/zos/db2-10/resources.html Vale
>> conferir !!!
>> >
>> > [As partes desta mensagem que não continham texto foram removidas]
>> >
>> >
>> >
>> > 
>>
>> >
>> > --
>> >> Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>> inteira responsabilidade de seus remetentes.
>> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>> > --
>> >> Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
>>ESPAÇO!
>> VISITE: http://www.oraclebr.com.br/
>> > -- Links do
>> Yahoo! Grupos
>> >
>> >
>>
>>  
>>
>
>
>
>-- 
>Att,
>
>
>[As partes desta mensagem que não continham texto foram removidas]
>
>
>
>
>
>--
>
>>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
>>inteira responsabilidade de seus remetentes.
>Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>--
>
>>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
>>Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
>>ESPAÇO! VISITE: http://www.oraclebr.com.br/
>--
>-- Links do Yahoo! Grupos
>
>

Re: [oracle_br] ASMLib para o Kernel 2.6.32-200.13.1.el5uek i686 (OEL 5.7)

2012-03-16 Por tôpico Régis Pradela

Marcio, boa tarde!

Encontrei uma situação parecida com o SuSe Linux 11 e o os pacotes estavam
nas mídias do SO.


-- 
R.P.
DBA Oracle
Blog: www.rpradela.com.br

Oracle Database 11g Administrator Certified Professional
Oracle Database 11g Administrator Certified Associate
Oracle Database 10g Real Applications Clusters Administrator Certified
Expert (OCE)
Oracle Enterprise Linux Certified Implementation Specialist (OCE)


From:  MARCIO CASTRO 
Reply-To:  
Date:  Fri, 16 Mar 2012 09:25:37 -0700 (PDT)
To:  "oracle_br@yahoogrupos.com.br" 
Subject:  Re: [oracle_br] ASMLib para o Kernel 2.6.32-200.13.1.el5uek i686
(OEL 5.7)

 
 
 
   

Caro Rosivaldo:

  Muito obrigado pela resposta, mas executei o seguinte na máquina que me
disponibilizaram:

[root@rac01 ~]# rpm -qa | grep oracleasm
[root@rac01 ~]# rpm -qa | grep asmlib

  E nada!
  Eu consigo extrair estes pacotes da mídia?

 
Atenciosamente,

Márcio de Figueiredo Moura e Castro

Oracle 11g DBA OCA
OPN Certified Specialist
Oracle 10g DBA OCA
Oracle PL/SQL Developer OCA


 De: Rosivaldo Ramalho mailto:rosivaldo%40gmail.com> >
Para: oracle_br@yahoogrupos.com.br 
Enviadas: Sexta-feira, 16 de Março de 2012 6:52
Assunto: Re: [oracle_br] ASMLib para o Kernel 2.6.32-200.13.1.el5uek i686
(OEL 5.7)
 

  
Amigo, na verdade a lib já vem nesse seu kernel, o q vc tem q colocar é o
pacote de tools.

Atenciosamente
--
Rosivaldo Azevedo Ramalho mailto:rosivaldo%40gmail.com> >
Consultor Oracle Database & Fusion Middleware

http://about.me/rosivaldo
Em 15/03/2012 21:06, "MARCIO CASTRO" mailto:marciomouracastro%40yahoo.com.br> >
escreveu:

> Caros colegas:
>
>   Estou tentando instalar o Oracle Grid Infrastructure 11G R2 no OEL 32
> bits situado em uma vm (VMware). Na instalação do Grid para o Windows, há
> um executável de nome asmtool/asmtoolg no diretório de instalação que nos
> permite configurar o ASM antes da instalação, de forma que seja possível
> colocar os voting disks já no ASM.
>
>   No entanto, tal não existe no Linux, e entendí que eu deveria baixar a
> ASMLib. Conforme a documentação da Oracle (e22489.pdf - Oracle Grod
> Infrastructure Instalation Guide 11G Release 2 (11.2) for Linux), a minha
> versão é a 2.6.32-200.13.1.el5uek i686, e eu deveria baixar a versão
> correspondente de
>
>
> 
http://www.oracle.com/technetwork/server-storage/linux/downloads/rhel5-084877.ht
ml
>
>   mas não conseguí localizar a mesma! Alguém já passou por este problema?
> Como é que eu devo proceder? Há alguma outra forma de configurar os discos
> do ASM?
>
>
> No aguardo,
>
>
> Márcio de Figueiredo Moura e Castro
>
>
> Oracle 11g DBA OCA
> OPN Certified Specialist
> Oracle 10g DBA OCA
> Oracle PL/SQL Developer OCA
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
> 
>
>
> --
> >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> inteira responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
>
> --
> >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO!
> VISITE: http://www.oraclebr.com.br/
> --
> Links do Yahoo! Grupos
>
>
>

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

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

 
   

 




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

Re: [oracle_br] Como ter uma coluna de saldo como no conta-corrente

2011-10-20 Por tôpico Régis Pradela

Junior, boa noite!

Outra opção seria vc criar um virtual collumn na tabela.

Mas primeiro, qual a versão do seu bd?


Att.
Régis Fernando Pradela
Sent from my iPhone

On 19/10/2011, at 15:58, Mucio Oliveira  wrote:

>  Create table  Estoque (
>   MOV   Varchar2(1)
>  ,DT_MOVDate
>  ,QTDE  NUMBER );
> 
> 
> INSERT INTO ESTOQUE VALUES('E',TO_DATE('07/10/11'),1);
> INSERT INTO ESTOQUE VALUES('E',TO_DATE('08/10/11'),3);
> INSERT INTO ESTOQUE VALUES('E',TO_DATE('09/10/11'),2);
> INSERT INTO ESTOQUE VALUES('S',TO_DATE('10/10/11'),4);
> INSERT INTO ESTOQUE VALUES('S',TO_DATE('11/10/11'),2);
> COMMIT;
> 
> SELECT MOV
>  ,DT_MOV
>  ,qtde
>  ,SUM(decode(mov,'E',QTDE,'S',QTDE*-1)) over ( partition by dt_mov
> order by rownum ) ac_dia
>  ,SUM(decode(mov,'E',QTDE,'S',QTDE*-1)) over ( partition by 1 order by
> rownum ) ac_geral
> FROM ESTOQUE
> ORDER BY DT_MOV, MOV
> 
> MOV DT_MOV  QTDE AC_DIA AC_GERAL
> E  07/10/111   1   1
> E  08/10/113   3   4
> E  09/10/112   2   6
> S  10/10/114  -4   2
> S  11/10/112  -2   0
> 
> Em 19 de outubro de 2011 15:06, Junior-ti escreveu:
> 
>> **
>> 
>> 
>> Ol� a todos, gostaria de vosso auxilio para resolver uma questao.
>> 
>> Tenho uma tabela de estoque com as colunas (Entra_Sai, Data e Qtde)
>> somente as 3 colunas. Como preciso definir meu sql para que eu tenha uma
>> quarta coluna (SALDO) que some o que entrou e subtraia o que saiu, da
>> mesma forma que o exemplo abaixo:
>> 
>> Entra_Sai Data Qtde SALDO
>> E 07/10/11 1 1
>> E 07/10/11 3 4
>> E 08/10/11 2 6
>> S 10/10/11 4 2
>> S 10/10/11 2 0
>> 
>> Desde j� agrade�o o esfor�o em me ajudar de cada um
>> 
>> Junior-TI
>> Depto_Ti Jowanel
>> 
>> [As partes desta mensagem que n�o continham texto foram removidas]
>> 
>> 
>> 
> 
> 
> [As partes desta mensagem que n�o continham texto foram removidas]
> 
> 
> 
> 
> 
> --
>> Aten��o! As mensagens do grupo ORACLE_BR s�o de acesso p�blico e de inteira 
>> responsabilidade de seus remetentes.
> Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ 
> --
>> Apostilas � Dicas e Exemplos � Fun��o � Mundo Oracle � Package � Procedure � 
>> Scripts � Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPA�O! VISITE: 
>> http://www.oraclebr.com.br/  
> 
>  Links do Yahoo! Grupos
> 
>

Re: RES: [oracle_br] Physical Standby Database

2011-10-20 Por tôpico Régis Pradela


Pedro boa noite!

Primeiro um pergunta, este banco é Se correto?
O Oracle data guard é uma feature de bd EE.

O DBCare, até onde sei, é um produto desenvolvido e comercializado por uma 
consultoria, este produto basicamente cria e gerência ambientes de contingência 
em BDs SE. Capitou?

Att.
Régis Fernando Pradela
Sent from my iPhone

On 19/10/2011, at 10:40, Pedro Henrique Ximenes  
wrote:

> Olá a todos!
> 
> Alguém conhece uma solução que faz o sincronismo por meio de outro banco de
> dados?
> 
> Encontrei um ambiente em Oracle 9.2 (usando RHEL AS 4). O cara tem um banco
> de produção em um servidor e, no outro tem o banco em stand by e mais outro
> banco chamado dbcare. Dentro desse dbcare há uma procedure (wrapped) que
> roda a cada 30 minutos e faz a cópia dos archived logs do servidor onde está
> o primary e depois aplica no stand by. Isso é seguro? Qual a vantagem de
> usar assim ao invés de fazer um rsync?
> 
> Esse ambiente é Oracle Standard, sem Oracle Data Guard, sendo um Physical
> Standby.
> 
> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em
> nome de Rodrigo Mufalani
> Enviada em: quinta-feira, 6 de outubro de 2011 12:31
> Para: oracle_br@yahoogrupos.com.br
> Assunto: Re: [oracle_br] Physical Standby Database
> 
> Boa tarde,
> 
> Nesse caso teria que partir para outra solução no Oracle 10g. O que
> eu te disse foi que você teria que abrir o banco para leitura 
> 
> SQL> Alter database open
> read only;
> 
> Mas nesse caso, para de aplicar archives. Os comandos que te passei
> servem para
> tornar a aplicar archives e sincronizar o GAP.
> 
> Atenciosamente,
> 
> Rodrigo Mufalani
> Oracle Ace Member
> http://www.mufalani.com.br
> 
> Ola Rodrigo,
> 
> Estranhamente na segunda tentativa, os comandos funcionaram:
> 
> SQL>
> shutdown immediate;
> ORA-01109: database not open
> 
> Database dismounted.
> ORACLE instance shut
> down.
> SQL> startup nomount;
> ORACLE instance started.
> 
> Total System Global Area
> Â 264241152 bytes
> Fixed Size Â Â Â Â Â 
> Â Â Â Â 2083200 bytes
> Variable Size Â Â 
> Â Â Â Â Â 88082048 bytes
> Database Buffers
> Â Â Â Â Â 167772160 bytes
> Redo Buffers Â 
> Â Â Â Â Â Â Â 6303744 bytes
> SQL> alter database mount standby database;
> 
> Database altered.
> 
> SQL> recover managed
> standby database disconnect from session;
> Media recovery complete.
> 
> PorÃ©m dessa
> forma ainda nÃ£o consigo acessar o banco standby como leitura.
> Preciso ter um banco de
> produÃ§Ã£o para inserÃ§Ã£o e um standby sincronizado para
> relatÃ³rios.
> 
> Achei esses comandos:
> 
> From standby to read only
> alter
> database recover managed standby database cancel; alter database open read
> only;
> From read only to standby
> alter database recover managed standby database disconnect from session;
> 
> Mas dessa forma terei que
> desligar o sincronismo e assim nÃ£o seria interessante pois os relatÃ³rios
> ficariam
> desatualizados
> 
> Segue meu alert log:
> Starting up ORACLE RDBMS Version: 10.2.0.4.0.
> System
> parameters with non-default values:
> Â processes Â Â Â 
> Â Â Â Â Â = 150
> Â __shared_pool_size
> Â Â Â = 79691776
> Â __large_pool_size Â Â 
> Â Â = 4194304
> Â __java_pool_size Â Â Â 
> Â = 4194304
> Â __streams_pool_size Â Â Â = 0
> Â sga_target Â Â Â Â Â Â 
> Â = 264241152
> Â control_files Â Â Â Â 
> Â Â = /u01/app/oracle/oradata/italia/stdby01.ctl,
> /u01/app/oracle/oradata/italia/stdby02.ctl,
> /u01/app/oracle/oradata/italia/stdby03.ctl
> Â 
> db_file_name_convert Â Â = /u01/app/oracle/oradata/brasil,
> /u01/app/oracle/oradata/italia
> Â log_file_name_convert Â Â = /u01/app/oracle/oradata/brasil,
> /u01/app/oracle/oradata/italia
> Â db_block_size Â Â Â 
> Â Â Â = 8192
> Â __db_cache_size Â Â 
> Â Â Â = 167772160
> Â compatible Â Â 
> Â Â Â Â Â = 10.2.0.3.0
> Â 
> log_archive_config Â Â Â = dg_config=(brasil,italia)
> Â 
> log_archive_dest_1 Â Â Â = location="/u02/archivelog",
> valid_for=(ALL_LOGFILES,ALL_ROLES)
> Â log_archive_dest_2 Â Â Â =
> SERVICE=brasil LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
> DB_UNIQUE_NAME=brasil
> Â 
> log_archive_dest_state_1 = ENABLE
> Â log_archive_dest_state_2 = enable
> Â 
> log_archive_max_processes= 30
> Â log_archive_min_succeed_dest= 1
> Â 
> standby_archive_dest Â Â = /u02/archivelog
> Â log_archive_trace Â 
> Â Â Â = 0
> Â log_archive_format Â Â 
> Â = %t_%s_%r.dbf
> Â fal_client Â Â Â Â 
> Â Â Â =
> (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=BR3ORADG02.localdoma
> in)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=italia_XPT)(INSTANCE_NAME=italia
> )(SERVER=dedicated)))
> Â fal_server Â Â Â Â Â Â 
> Â =
> (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=tcp)(HOST=BR3ORADG01.localdoma
> in)(PORT=1521)))(CONNECT_DATA=(SERVICE_NAME=brasil_XPT)(SERVER=dedicated)))
> Â archive_lag_target Â Â Â = 0
> Â 
> db_file_multiblock_read_count= 16
> Â db_recovery_file_dest Â Â =
> /u02/flash_recovery_area
> Â db_recovery_file_dest_size= 107374182400
> Â 
> standby_file_management Â = auto
> Â undo

Re: [oracle_br] ORA-27090

Re: [oracle_br] Recuperar banco de dados dropado

Re: [oracle_br] Recuperar banco de dados dropado

Re: [oracle_br] Recuperar banco de dados dropado

Re: [oracle_br] Re: Recuperar banco de dados dropado

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

Re: [oracle_br] Re: Problemas de performance -Query ao DD.

Re: [oracle_br] Problemas com o Oracle 10g

Re: [oracle_br] Re: Problemas com o Datapump

Re: [oracle_br] Re: Problemas com o Datapump

Re: [oracle_br] Re: Problemas com o Datapump

Re: [oracle_br] Re: Problemas com o Datapump

Re: [oracle_br] Problemas com o Datapump

[oracle_br] Problemas com o Datapump

[oracle_br] Histogramas, usar ou não usar?

Re: [oracle_br] Duvidas sobre particionamento

Re: [oracle_br] Melhorando performance Impdp

Re: [oracle_br] release 11.2.0.3

Re: [oracle_br] Re: Problemas RAC Multipath

Re: [oracle_br] Re: Problemas RAC Multipath

Re: [oracle_br] Oportunidade DBA Oracle

Re: [oracle_br] Oportunidade DBA Oracle

Re: [oracle_br] IBM x Oracle !

Re: [oracle_br] ASMLib para o Kernel 2.6.32-200.13.1.el5uek i686 (OEL 5.7)

Re: [oracle_br] Como ter uma coluna de saldo como no conta-corrente

Re: RES: [oracle_br] Physical Standby Database

27 matches

Site Navigation

Mail list logo

Footer information