Ah, importante : eu não tinha comentado, mas 6000 processos via de regra é um
Exagero : veja vc, o RDBMS Oracle tem coisa de duas dúzias de processos
internos, aí cada sessão cria um processo (digamos que vc tenha umas centenas
de sessões simultâneas, vai dar uns 300 processos para as sessões),
"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
.@jbs.com.br [oracle_br]
<oracle_br@yahoogrupos.com.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 al
161229...@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
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