Existe um problema com "Ulimit -Hn" sendo definido como muito baixo (em 1024) quando (o Oracle recomenda 65536)? Isto é para o Oracle 64-bit 11g no Linux 5.
Essa é uma das configurações que parece estar com falta de recomendação. Mas também estou ciente de que o servidor de banco de dados em questão é um Standby Local do Oracle Data Guard e só deve realmente ter uma conexão ou duas a partir de seu servidor de banco de dados Primário (para enviar os logs de redo).
O servidor de banco de dados do Local Standby "suspendeu" cerca de três vezes em alguns meses e, em seguida, requer uma reinicialização. Eu não tenho acesso a este servidor, então confie nos outros para ver os logs, etc. A verificação de sanidade nos parâmetros do kernel revelou o baixo valor para "ulimit -Hn". Alguém já viu que o valor 'baixo' causa um travamento ou falha?
O Linux 5 não existe. Você está usando o linux 2 ou linux 3. Ou talvez você esteja falando de rhel5?
Voltar para o problema: Nunca vi nenhuma falha no kernel devido à ulimit -Hn sendo muito baixa. Apenas alguns softwares não funcionarão corretamente ou nem serão iniciados. IMHO você deve levantá-lo, mas não é provável que seja a causa raiz do seu problema.
A maioria dos mecanismos de banco de dados relacional (pelo menos o oracle mysql e o postgresql) abrem muitos arquivos.
O "travamento" se aplica ao kernel do Linux ou ao servidor Oracle (ou seja, o software Oracle RDBMS)?
Eu não espero nada do kernel. Mas esse valor baixo do limite máximo máximo do número de descritores de arquivos abertos é realmente insuficiente para o servidor standby físico padrão do Oracle.
Exemplo ao vivo:
ps -ef | grep oracle | wc -l # how many processes approx.
65
lsof | grep oracle | wc -l # how many files approx.
1343
A falta de descritores de arquivos abertos resultaria em um comportamento imprevisível do Oracle, incluindo conexões interrompidas com o banco de dados ou incapacidade de se conectar como administrador (mesmo sqlplus / as sysdba ). Geralmente é impossível determinar uma mensagem de erro ORA-xxxx para o caso, muitos podem indicar isso, incluindo ORA-01116, ORA-12535, ORA-00376.
Lembre-se de que um servidor físico em espera é somente utilizável se puder se tornar o banco de dados PRIMARY e obter mais processos de conexões de clientes, caso em que as coisas ficariam realmente feias:
ps -ef | grep oracle | wc -l # how many processes approx.
241
lsof | grep oracle | wc -l # how many files approx.
7342