Re: RES: [oracle_br] Re: ORA-27090

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

"Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log."

==> NEM IMAGINO que erro seria esse que te FORÇA a usar filesystem ao invés de 
raw device ou Oracle ASM, que já te dariam AUTOMATICAMENTE I/O Asíncrono e I/O 
direto (nada de buffer envolvido na leitura) 
 E se os erros foram esses :

 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

==> Vc entendeu que eles estão sendo causados pela sua tentativa de usar 
asynchronous disk I/O em filesystem né ? Eu estava 
CONDENANDO/contra-recomendando o uso de filesystems, e NÂO incentivando vc a 
usá-los, certo ??
  Ou então vc pode  desabilitar o I/O asíncrono no database, se vc (seja por 
qual for a razão absurda) vc TEM que usar filesystem ao invés de acessar os 
discos DIRETAMENTE : isso vc faria através dos parâmetro FILESYSTEMIO_OPTIONS, 
provavelmente... EVIDENTEMENTE, pode haver uma QUEDA DE PERFORMANCE em vc não 
usar AIO, mas se é um banco tão pequeno e desimportante que é aceitável rodar 
em filesystem, TALVEZ essa queda seja aceitável...

Sobre o valor : sim, a fórmula proposta nas notas metalink que indiquei é mais 
ou menos isso, sim... Porém, eu ** REPITO ** :

a. antes de mais nada CONFIRME COM O SUPORTE ORACLE pra ver se não tem bugs 
ativos na parada : se tiver um BUG causando leaks, por exemplo, vc pode setar 
l na Lua o valor do kernel que acaba dando erro de novo

E

b. confirme com teu sysadmin que vc TEM espaço suficiente em /proc , que o 
servidor TEM file handles/file descriptors suficientes, que os demais 
parâmetros de controle que limitam qtdades de arquivos /tamanhos que os arquivo 
podem crescer estão ok

[]s

  Chiappa

Re: [oracle_br] Re: ORA-27090

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

Veja se o parametro filesystemio_options=SETALL, se estiver, coloque como NONE 
ou DIRECTIO.

Obter o Outlook para iOS

From: oracle_br@yahoogrupos.com.br  on behalf of 
'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br] 

Sent: Tuesday, January 16, 2018 5:17:13 PM
To: oracle_br@yahoogrupos.com.br
Subject: RES: [oracle_br] Re: ORA-27090


Chiappa,
Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log.

Este alerta apareceu duas vezes no startup do banco.

SQL> show parameter processes

NAMETYPEVALUE
--- --- 
processes   integer 6000

SQL> select 6000*1*4096 from dual;

6000*1*4096
---
   24576000

O valor para aio-max-nr seria 24576000 ?

Neste servidor, tenho apenas um DB.

Grato,
Ednilson


De: sentto-1682896-122294-15161229...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122294-15161229...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 16 de janeiro de 2018 15:15
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-27090



Tudo jóia ? Então, a ** primeira coisa ** a Observar é que fs.aio-nr e 
derivados servem para simular AIO (ie, Asynchronous I/O) em um FILESYSTEM : não 
vejo muito sentido nisso, se vc quer ter I/O Asíncrono (e Direto também, 
provavelmente) PLEASE use a coisa real, implementando RAW DEVICES ou Oracle ASM 
ou similares Só apele pra SIMULAÇÃO de AIO se vc tiver uma razão Muito 
Forte pra isso

 Apenas caso vc REALMENTE tenha que apelar pro 'simulador de Async I/O' aí vc :

 a. CONFIRMA com o Suporte Oracle que não está caindo em bugs como o reportado 
na nota metalink/My Oracle Support "ORA-27090: Unable to reserve kernel 
resources for asynchronous disk I/O in 12.1" (Doc ID 2188232.1) : o específico 
desta Nota é para 12c mas pode ser que ele esteja ocorrendo no seu 10g 
também

 b. para calcular o AIO-MAX-NR vc pode seguir a fórmula indicada na nota 
metalink/My Oracle Support "What value should kernel parameter AIO-MAX-NR be 
set to ?" (Doc ID 2229798.1) , que é basicamente :

 aio-max-nr =no of process per DB * no of databases * 4096

 c.. o aio-nr é o valor inicial para os buffers do asynch I/O 'falso' a se 
feito em filesystems - a idéia é que o consumo desses buffers começa nesse 
valor de aio-nr e pode crescer até o valor indicado em aio-max-nr Devido a 
esse comportamente (e como indicado na nota citada em b. acima), setar esse 
máximo pra um valor Extravagantemente alto em si não causa prob algum, mas 
libera o sistema para consumir espaço em /proc/sys/fs/aio-nr em níveis altos - 
vc TEM que checar com o sysadmin se há espaço em disco suficiente pra isso, se 
há FILE HANDLEs no sistema operacional suficientes pra isso, etc...

 []s

   Chiappa

RES: [oracle_br] Re: ORA-27090

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

Chiappa,

Este banco esta num filesystem e minha razão para isso foram os erros que 
apareceu no alert log.

 

Este alerta apareceu duas vezes no startup do banco.

 

SQL> show parameter processes

 

NAMETYPEVALUE  

--- --- 

processes   integer 6000   

 

SQL> select 6000*1*4096 from dual;

 

6000*1*4096

---

   24576000

 

O valor para aio-max-nr seria 24576000 ?

 

Neste servidor, tenho apenas um DB.

 

Grato,

Ednilson

 

 

De: sentto-1682896-122294-15161229...@returns.groups.yahoo.com 
[mailto:sentto-1682896-122294-15161229...@returns.groups.yahoo.com] Em nome de 
jlchia...@yahoo.com.br [oracle_br]
Enviada em: terça-feira, 16 de janeiro de 2018 15:15
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Re: ORA-27090

 

  

Tudo jóia ? Então, a ** primeira coisa ** a Observar é que fs.aio-nr e 
derivados servem para simular AIO (ie, Asynchronous I/O) em um FILESYSTEM : não 
vejo muito sentido nisso, se vc quer ter I/O Asíncrono (e Direto também, 
provavelmente) PLEASE use a coisa real, implementando RAW DEVICES ou Oracle ASM 
ou similares Só apele pra SIMULAÇÃO de AIO se vc tiver uma razão Muito 
Forte pra isso
  
 Apenas caso vc REALMENTE tenha que apelar pro 'simulador de Async I/O' aí vc :
 
 a. CONFIRMA com o Suporte Oracle que não está caindo em bugs como o reportado 
na nota metalink/My Oracle Support "ORA-27090: Unable to reserve kernel 
resources for asynchronous disk I/O in 12.1" (Doc ID 2188232.1) : o específico 
desta Nota é para 12c mas pode ser que ele esteja ocorrendo no seu 10g 
também
 
 b. para calcular o AIO-MAX-NR vc pode seguir a fórmula indicada na nota 
metalink/My Oracle Support "What value should kernel parameter AIO-MAX-NR be 
set to ?" (Doc ID 2229798.1) , que é basicamente :
 
 aio-max-nr =no of process per DB * no of databases * 4096
 
 c. o aio-nr é o valor inicial para os buffers do asynch I/O 'falso' a se feito 
em filesystems - a idéia é que o consumo desses buffers começa nesse valor de 
aio-nr e pode crescer até o valor indicado em aio-max-nr... Devido a esse 
comportamente (e como indicado na nota citada em b. acima), setar esse máximo 
pra um valor Extravagantemente alto em si não causa prob algum, mas libera o 
sistema para consumir espaço em /proc/sys/fs/aio-nr em níveis altos - vc TEM 
que checar com o sysadmin se há espaço em disco suficiente pra isso, se há FILE 
HANDLEs no sistema operacional suficientes pra isso, etc...
 
 []s
 
   Chiappa

[oracle_br] Re: ORA-27090

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

Tudo jóia ? Então, a ** primeira coisa ** a Observar é que fs.aio-nr e 
derivados servem para simular AIO (ie, Asynchronous I/O) em um FILESYSTEM : não 
vejo muito sentido nisso, se vc quer ter I/O Asíncrono (e Direto também, 
provavelmente) PLEASE use a coisa real, implementando RAW DEVICES ou Oracle ASM 
ou similares Só apele pra SIMULAÇÃO de AIO se vc tiver uma razão Muito 
Forte pra isso
  
 Apenas caso vc REALMENTE tenha que apelar pro 'simulador de Async I/O' aí vc :
 
 a. CONFIRMA com o Suporte Oracle que não está caindo em bugs como o reportado 
na nota metalink/My Oracle Support "ORA-27090: Unable to reserve kernel 
resources for asynchronous disk I/O in 12.1" (Doc ID 2188232.1) : o específico 
desta Nota é para 12c mas pode ser que ele esteja ocorrendo no seu 10g 
também
 
 b. para calcular o AIO-MAX-NR vc pode seguir a fórmula indicada na nota 
metalink/My Oracle Support "What value should kernel parameter AIO-MAX-NR be 
set to ?" (Doc ID 2229798.1) , que é basicamente :
 
 aio-max-nr =no of process per DB * no of databases * 4096
 
 c. o aio-nr é o valor inicial para os buffers do asynch I/O 'falso' a se feito 
em filesystems - a idéia é que o consumo desses buffers começa nesse valor de 
aio-nr e pode crescer até o valor indicado em aio-max-nr... Devido a esse 
comportamente (e como indicado na nota citada em b. acima), setar esse máximo 
pra um valor Extravagantemente alto em si não causa prob algum, mas libera o 
sistema para consumir espaço em /proc/sys/fs/aio-nr em níveis altos - vc TEM 
que checar com o sysadmin se há espaço em disco suficiente pra isso, se há FILE 
HANDLEs no sistema operacional suficientes pra isso, etc...
 
 []s
 
   Chiappa

Re: [oracle_br] ORA-27090

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

[oracle_br] ORA-27090

['Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]]

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