Re: [oracle_br] ASM e hugepage

[Emerson Martins emersonmarti...@gmail.com [oracle_br]]

Alessandro !


Realmente conforme o Rodrigo e o Marcelo citaram é o correto. Eu havia
entendido em *relação ao banco de dados e não em relação a instância ASM em
si*. Inclusive até porque eu nunca vi em alguma lugar essa necessidade de
mudar o valor da memória do ASM. Acredito que apenas em casos extremos..






Att,


Emerson Martins
DBA Oracle
Oracle 11g Certified Associate




Em 13 de setembro de 2016 15:12, Marcelo Procksch marceloprock...@gmail.com
[oracle_br]  escreveu:


>
>
> Boa tarde.
>
> Hugepages é recomendado para instancias que usam acima de 8G de memória,
> como o ASM não usa nem metade disso, deixe ele fora do calculo de hugepages.
>
> Abraço
> at.
> Marcelo Procksch
>
> Em 13 de setembro de 2016 13:49, alexssandro0...@yahoo.com.br [oracle_br]
>  escreveu:
>
>>
>>
>> Ola pessoal no ambiente de banco que eu estou migrando para ASM, temos o
>> hugepage habilitado para o banco, sendo que o gerenciamento de memória do
>> banco é manual.
>>
>> Agora vou passar a usar ASM+ASMLIB para este ambiente e me deparei com a
>> seguinte questão:
>>
>> A instância ASM usa o gerenciamento automático de memória(AMM), vou ter
>> problema se instalar o ASM neste ambiente aonde o hugepage está habilitado??
>>
>> Oracle Database 11.2.0.4 standard edition
>> ASM 11.2.0.4
>>
>
>
>
> --
> At.
> Marcelo E. Procksch
>
>
>

Re: [oracle_br] ASM e hugepage

[Emerson Martins emersonmarti...@gmail.com [oracle_br]]

Olá Alexssandro


Conforme  a documentação da Oracle Huge Pages não é suportado para
ambientes onde o gerenciamento de memória é automático (AMM) [1].


No entanto  é compatível o uso de Huge Pages com o gerenciamento de memória
ASMM[2];




Algumas referências :


[1]
https://docs.oracle.com/cd/E11882_01/server.112/e10839/appi_vlm.htm#UNXAR395
[2] ASMM and LINUX x86-64 Hugepages Support [ID 1134002.1]
[3]
https://tinky2jed.wordpress.com/technicalstuff/oraclestuff/configuring-hugepages-for-oracle-database/
[4] https://community.oracle.com/thread/2439460
[5] https://veduardodba.wordpress.com/2012/04/19/implementando-hugepages/


Att,


Emerson Martins
DBA Oracle
Oracle 11g Certified Associate
*Contatos:*
+ 55 82 9 91235504
+ 55 82 9 99706524


Em 13 de setembro de 2016 13:49, alexssandro0...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:


>
>
> Ola pessoal no ambiente de banco que eu estou migrando para ASM, temos o
> hugepage habilitado para o banco, sendo que o gerenciamento de memória do
> banco é manual.
>
> Agora vou passar a usar ASM+ASMLIB para este ambiente e me deparei com a
> seguinte questão:
>
> A instância ASM usa o gerenciamento automático de memória(AMM), vou ter
> problema se instalar o ASM neste ambiente aonde o hugepage está habilitado??
>
> Oracle Database 11.2.0.4 standard edition
> ASM 11.2.0.4
>
>

Re: [oracle_br] Lentidão ??

[Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]]

Boa noite,

   O teu problema não está em disco (db file sequential read).


Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read 10.00  0.00
  latch: row cache objects40.00  0.00
 SQL*Net message to client35660.00  0.02
 log file sync  410.00  0.08
 SQL*Net message from client  3566   19.03 65.30
  latch: shared pool  10.00  0.00
  direct path read   230.02  0.05
  direct path write   60.00  0.00
  SQL*Net more data from client   30.00  0.00
  SQL*Net more data to client 20.00  0.00


Olhe para as colunas Times Waited que tem maiores valores. Se for uma apps java 
aumente o fetchsize, (procure por setFetchSize(100)), ou mais, o padrão são 10 
linhas, também incremente o SDU size e TDU size no tnsnames e listener.ora


Atenciosamente,

Rodrigo Mufalani - Diretor Técnico | 
rodr...@mufalani.com.br | +55 21 988 994 817
Mufalani - +55 21 3193 0326 | Rua Alm Grenfall, 405, Bl 3, Sl 310, Centro 
Empresarial
Washington Luiz, Duque de Caxias, RJ | CEP 25085-009 | 
www.mufalani.com.br
[cid:image001.png@01D20DFB.F9D31B80][cid:image002.png@01D20DFB.F9D31B80]


De:  em nome de "Rafael Mendonca 
raffaell.t...@yahoo.com [oracle_br]" 
Responder para: "oracle_br@yahoogrupos.com.br" 
Data: terça-feira, 13 de setembro de 2016 18:46
Para: "oracle_br@yahoogrupos.com.br" 
Assunto: Re: [oracle_br] Lentidão ??


Angelo/Andre

Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.


Em relação ao trace, segue algumas informações relevantes:




SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV)
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC =
  :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC
  = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
  MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV


call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse0  0.00   0.00  0  0  0   0
Execute  1 19.96  41.60  07963807  0   0
Fetch1  0.00   0.00  0  7  0   1
--- --   -- -- -- --  --
total2 19.96  41.60  07963814  0   1

Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 2)



SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0

INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2,
  CODLOCALRESP,INDPROCCLASSE2)
VALUES
 (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )


call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse3  0.00   0.00  0  0  0   0
Execute  4 19.97  41.62  07963822101   4
Fetch0  0.00   0.00  0  0  0   0
--- --   -- -- -- --  --
total7 19.97  41.62  07963822101   4

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 1)


OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count   cpuelapsed   disk  querycurrentrows
--- --   -- -- -- --  --
Parse 2121  0.17   0.47  0  1  0   0
Execute   2122  1.23   3.49  08005471394
Fetch 2079  2.15   6.38  1   4472  0   18720
--- --   -- -- -- --  --
total 6322  3.55  10.35  1   5273547   20114

Misses in library cache during parse: 

Re: [oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

Angelo/Andre
Ele acessa o sistema que conecta no servidor de aplicação e consequentemente no 
banco de dados, eu não tenho mais informações a respeito disso, pois o 
responsável pela aplicação já foi embora. O usuário está local.
Em relação ao trace, segue algumas informações relevantes:

 SQL ID: 8mvsyr5t2sndh Plan Hash: 2923565733

SELECT MIN(EMD.DTHRMOV) 
FROM
 LOCALFISICO LF, MOVIMENTOFISICO MF, EXPMOVDISTRIBUICAO EMD WHERE MF.CODDOC = 
  :B1 AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) FROM MOVIMENTOFISICO WHERE CODDOC 
  = :B1 AND DTHRMOV < :B2 ) AND MF.CODLOCAL = LF.CODLOCAL AND EMD.CODDOC=
  MF.CODDOC AND EMD.DTHRMOV=MF.DTHRMOV


call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse    0  0.00   0.00  0  0  0   0
Execute  1 19.96  41.60  0    7963807  0   0
Fetch    1  0.00   0.00  0  7  0   1
--- --   -- -- -- --  --
total    2 19.96  41.60  0    7963814  0   1

Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 2)


SQL ID: 3kkvtpq5bfaq8 Plan Hash: 0

INSERT INTO MOVREMINT (CODDOC, DTHRMOV, CODFASE, CODCOMPL1, CODCOMPL2, 
  CODLOCALRESP,INDPROCCLASSE2) 
VALUES
 (:B7 , :B6 , :B5 , :B4 , :B3 , :B2 , :B1 )


call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse    3  0.00   0.00  0  0  0   0
Execute  4 19.97  41.62  0    7963822    101   4
Fetch    0  0.00   0.00  0  0  0   0
--- --   -- -- -- --  --
total    7 19.97  41.62  0    7963822    101   4

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 1253 (recursive depth: 1)

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse 2121  0.17   0.47  0  1  0   0
Execute   2122  1.23   3.49  0    800    547    1394
Fetch 2079  2.15   6.38  1   4472  0   18720
--- --   -- -- -- --  --
total 6322  3.55  10.35  1   5273    547   20114

Misses in library cache during parse: 123
Misses in library cache during execute: 83

Elapsed times include waiting on following events:
  Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read 1    0.00  0.00
  latch: row cache objects    4    0.00  0.00
  SQL*Net message to client    3566    0.00  0.02
  log file sync  41    0.00  0.08
  SQL*Net message from client  3566   19.03 65.30
  latch: shared pool  1    0.00  0.00
  direct path read   23    0.02  0.05
  direct path write   6    0.00  0.00
  SQL*Net more data from client   3    0.00  0.00
  SQL*Net more data to client 2    0.00  0.00


OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call count   cpu    elapsed   disk  query    current    rows
--- --   -- -- -- --  --
Parse 2286  0.16   0.47  1  6 34   0
Execute  42179 43.19  92.84 88   15931421   5832 456
Fetch    52438  1.18   3.68    214 152556  6   49992
--- --   -- -- -- --  --
total    96903 44.54  97.00    303   16083983   5872   50448

Misses in library cache during parse: 275
Misses in library cache during execute: 248

Elapsed times include waiting on following events:
  Event waited on Times   Max. Wait  Total Waited
     Waited  --  
  db file sequential read   280    0.03  0.91
  latch: row cache objects    8    0.00  0.00
  

Re: [oracle_br] Lentidão ??

[Andre Santos andre.psantos...@gmail.com [oracle_br]]

Rafael

No trace 10046, está incluindo informação de "waits" (level 8 ou maior)?
Aparece em que está gastando tempo, para totalizar esses 40~45 segundos?

[ ]

André


Em 13 de setembro de 2016 15:42, angelo angelolis...@gmail.com [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Rafael,
>
> E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
> Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
> webservice no meio do caminho ?
>
> Esse usuario, está local, esta remoto... ?
>
>
>
>
>
> 2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
> [oracle_br] :
>
>>
>>
>> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
>> Options -> tuning pack, diagnostic pack
>>
>>
>> Senhores, boa tarde.
>>
>> Um usuário em especial está reclamando de problema de lentidão na tarefa
>> que ele está executando. A tarefa era executada em 15 segundos no pior dos
>> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
>> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
>> database, o que houve foi uma queda de energia no final de semana
>> desligando todos os servidores (Pessoal do storage e AIX já verificou se
>> existiu algum problema após o desligamento e nada foi encontrado).
>>
>> Verificação:
>>
>> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
>> está respondendo rápido, não estamos com problema de desempenho, é uma
>> reclamação única de um determinado usuário.
>>
>> a) Verifiquei sessões ativas
>> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
>> c) oratop
>> d) trace 10046
>>
>> O que consegui encontrar é que existe uma consulta que é onde o usuário
>> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
>> segue abaixo:
>>
>>
>> SELECT MIN(EMD.DTHRMOV)
>>   FROM  LF,
>>XXX  MF,
>> EMD
>>  WHERE MF.CODDOC = :B1
>>AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>>FROM XXX
>>   WHERE CODDOC = :B1
>> AND DTHRMOV < :B2
>>  )
>>AND MF.CODLOCAL = LF.CODLOCAL
>>AND EMD.CODDOC=MF.CODDOC
>>AND EMD.DTHRMOV=MF.DTHRMOV
>>
>>
>> Plan hash value: 2923565733
>>
>> ---
>>Id | Operation   NAMEROWS
>> Cost Stale
>> 
>> |0 | SELECT STATEMENT 1   2
>> |1 |  SORT AGGREGATE  1   2
>> |2 |   NESTED LOOPS   1 2
>> |3 |NESTED LOOPS  1
>> 2NO
>> |4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
>> |5 |  INDEX RANGE SCAN XXX 1
>> 2   NO
>> |6 |   SORT AGGREGATE  1
>> 2   NO
>> |7 |TABLE ACCESS BY INDEX ROWIDXXX  1
>> 2  NO
>> |8 | INDEX RANGE SCAN  XXX  1
>> 2 NO
>> |9 | INDEX RANGE SCAN  XXX   1
>> 2   NO
>> |   10 |TABLE ACCESS BY INDEX ROWIDXXX  1
>> 2   NO
>> 
>>
>> Acontece que quando eu executo essa consulta no sqlplus ou em outro
>> front-end a consulta é executada em menos de um segundo, extremamente
>> rápida.
>>
>> obs: Na wait_event quando a consulta é executada é mostrado o
>> db_file_sequencial read, só adiantando que o cache_size é mais que
>> suficiente.
>>
>>
>> Alguém poderia ajudar a resolver essa bronca?
>>
>>
>>
>>
>>
>>
>>
>>
> 
>

Re: [oracle_br] Lentidão ??

[angelo angelolis...@gmail.com [oracle_br]]

Rafael,

E a aplicação do usuário ?  Como a aplicação alcança o banco de dados ?
Seria a partir da maquina dele x banco ou algum servidor de aplicacao ou
webservice no meio do caminho ?

Esse usuario, está local, esta remoto... ?





2016-09-13 15:32 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com
[oracle_br] :

>
>
> => Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.
> Options -> tuning pack, diagnostic pack
>
>
> Senhores, boa tarde.
>
> Um usuário em especial está reclamando de problema de lentidão na tarefa
> que ele está executando. A tarefa era executada em 15 segundos no pior dos
> casos (até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45
> segundos. Nesse intervalo de tempo nada foi modificado, nem aplicação, nem
> database, o que houve foi uma queda de energia no final de semana
> desligando todos os servidores (Pessoal do storage e AIX já verificou se
> existiu algum problema após o desligamento e nada foi encontrado).
>
> Verificação:
>
> Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS
> está respondendo rápido, não estamos com problema de desempenho, é uma
> reclamação única de um determinado usuário.
>
> a) Verifiquei sessões ativas
> b) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  V$SQLTEXT SQL
> c) oratop
> d) trace 10046
>
> O que consegui encontrar é que existe uma consulta que é onde o usuário
> passa a maior parte do tempo com a sua sessão ATIVA. Uma consulta simples,
> segue abaixo:
>
>
> SELECT MIN(EMD.DTHRMOV)
>   FROM  LF,
>XXX  MF,
> EMD
>  WHERE MF.CODDOC = :B1
>AND MF.DTHRMOV = (SELECT MAX(DTHRMOV)
>FROM XXX
>   WHERE CODDOC = :B1
> AND DTHRMOV < :B2
>  )
>AND MF.CODLOCAL = LF.CODLOCAL
>AND EMD.CODDOC=MF.CODDOC
>AND EMD.DTHRMOV=MF.DTHRMOV
>
>
> Plan hash value: 2923565733
>
> ---
>Id | Operation   NAMEROWS
> Cost Stale
> 
> |0 | SELECT STATEMENT 1   2
> |1 |  SORT AGGREGATE  1   2
> |2 |   NESTED LOOPS   1 2
> |3 |NESTED LOOPS  1
> 2NO
> |4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
> |5 |  INDEX RANGE SCAN XXX 1
> 2   NO
> |6 |   SORT AGGREGATE  1
> 2   NO
> |7 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2  NO
> |8 | INDEX RANGE SCAN  XXX  1
> 2 NO
> |9 | INDEX RANGE SCAN  XXX   1
> 2   NO
> |   10 |TABLE ACCESS BY INDEX ROWIDXXX  1
> 2   NO
> 
>
> Acontece que quando eu executo essa consulta no sqlplus ou em outro
> front-end a consulta é executada em menos de um segundo, extremamente
> rápida.
>
> obs: Na wait_event quando a consulta é executada é mostrado o
> db_file_sequencial read, só adiantando que o cache_size é mais que
> suficiente.
>
>
> Alguém poderia ajudar a resolver essa bronca?
>
>
>
>
>
>
>
> 
>

[oracle_br] Lentidão ??

[Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]]

=> Oracle EE 11.2.0.4.16 AIX 6.1 64 bits ASM single instance.Options -> tuning 
pack, diagnostic pack

Senhores, boa tarde.
Um usuário em especial está reclamando de problema de lentidão na tarefa que 
ele está executando. A tarefa era executada em 15 segundos no pior dos casos 
(até o dia 09/09/2016) e agora a mesma tarefa está levando 40 a 45 segundos. 
Nesse intervalo de tempo nada foi modificado, nem aplicação, nem database, o 
que houve foi uma queda de energia no final de semana desligando todos os 
servidores (Pessoal do storage e AIX já verificou se existiu algum problema 
após o desligamento e nada foi encontrado).

Verificação:
Verificando CPU, Memória, I/O Swap do servidor está tudo normal, o RDBMS está 
respondendo rápido, não estamos com problema de desempenho, é uma reclamação 
única de um determinado usuário.
a) Verifiquei sessões ativasb) V$SESSION_WAIT W, V$SESSION S, V$PROCESS P,  
V$SQLTEXT SQL 
c) oratopd) trace 10046
O que consegui encontrar é que existe uma consulta que é onde o usuário passa a 
maior parte do tempo com a sua sessão ATIVA. Uma consulta simples, segue abaixo:

SELECT MIN(EMD.DTHRMOV) 
  FROM  LF, 
   XXX  MF, 
    EMD 
 WHERE MF.CODDOC = :B1 
   AND MF.DTHRMOV = (SELECT MAX(DTHRMOV) 
   FROM XXX
  WHERE CODDOC = :B1 
    AND DTHRMOV < :B2 
 ) 
   AND MF.CODLOCAL = LF.CODLOCAL 
   AND EMD.CODDOC=MF.CODDOC 
   AND EMD.DTHRMOV=MF.DTHRMOV

Plan hash value: 2923565733

---
   Id | Operation   NAME    ROWS Cost   
  Stale
   
|    0 | SELECT STATEMENT     1   2
|    1 |  SORT AGGREGATE  1   2 
|    2 |   NESTED LOOPS               1 2
|    3 |    NESTED LOOPS              1     2   
 NO
|    4 | TABLE ACCESS BY INDEX ROWID   XXX  1   2
|    5 |  INDEX RANGE SCAN XXX 1    2   
    NO
|    6 |   SORT AGGREGATE  1    2   
    NO 
|    7 |    TABLE ACCESS BY INDEX ROWID    XXX  1       2   
   NO
|    8 | INDEX RANGE SCAN  XXX  1   2   
  NO
|    9 | INDEX RANGE SCAN  XXX   1   2  
 NO
|   10 |    TABLE ACCESS BY INDEX ROWID    XXX  1  2
   NO
Acontece que quando eu executo essa consulta no sqlplus ou em outro front-end a 
consulta é executada em menos de um segundo, extremamente rápida. 

obs: Na wait_event quando a consulta é executada é mostrado o 
db_file_sequencial read, só adiantando que o cache_size é mais que suficiente.

Alguém poderia ajudar a resolver essa bronca?

Re: [oracle_br] ASM e hugepage

[Marcelo Procksch marceloprock...@gmail.com [oracle_br]]

Boa tarde.

Hugepages é recomendado para instancias que usam acima de 8G de memória,
como o ASM não usa nem metade disso, deixe ele fora do calculo de hugepages.

Abraço
at.
Marcelo Procksch

Em 13 de setembro de 2016 13:49, alexssandro0...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:

>
>
> Ola pessoal no ambiente de banco que eu estou migrando para ASM, temos o
> hugepage habilitado para o banco, sendo que o gerenciamento de memória do
> banco é manual.
>
> Agora vou passar a usar ASM+ASMLIB para este ambiente e me deparei com a
> seguinte questão:
>
> A instância ASM usa o gerenciamento automático de memória(AMM), vou ter
> problema se instalar o ASM neste ambiente aonde o hugepage está habilitado??
>
> Oracle Database 11.2.0.4 standard edition
> ASM 11.2.0.4
> 
>



-- 
At.
Marcelo E. Procksch

Re: [oracle_br] ASM e hugepage

[Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]]

Boa tarde,

   Sinceramente eu não vejo como um problema grave o ASM não utilizar 
hugepages. Eu creio que você vai ter mais trabalho tentando ajustar do que 
deixando ela usar paginas default.

Att
Mufalani

Get Outlook for iOS




On Tue, Sep 13, 2016 at 1:49 PM -0300, "alexssandro0...@yahoo.com.br 
[oracle_br]" 
> wrote:



Ola pessoal no ambiente de banco que eu estou migrando para ASM, temos o 
hugepage habilitado para o banco, sendo que o gerenciamento de memória do banco 
é manual.

Agora vou passar a usar ASM+ASMLIB para este ambiente e me deparei com a 
seguinte questão:

A instância ASM usa o gerenciamento automático de memória(AMM), vou ter 
problema se instalar o ASM neste ambiente aonde o hugepage está habilitado??

Oracle Database 11.2.0.4 standard edition
ASM 11.2.0.4

[oracle_br] ASM e hugepage

[alexssandro0...@yahoo.com.br [oracle_br]]

Ola pessoal no ambiente de banco que eu estou migrando para ASM, temos o 
hugepage habilitado para o banco, sendo que o gerenciamento de memória do banco 
é manual.

Agora vou passar a usar ASM+ASMLIB para este ambiente e me deparei com a 
seguinte questão:

A instância ASM usa o gerenciamento automático de memória(AMM), vou ter 
problema se instalar o ASM neste ambiente aonde o hugepage está habilitado??

Oracle Database 11.2.0.4 standard edition
ASM 11.2.0.4