Coqueiro Digital e Seus Cocôs Cibernéticos

Nem sempre problemas de tuning e baixa performance estão relacionados ao banco de dados em si. Se você já olhou configuração de memória, utilização do cache, tempo de checkpoint, estatísticas e tudo mais relativo ao seu banco de dados, ainda é tempo de dar uma pequena olhada no serviço DHCP do servidor. Isso mesmo, rede. O maior indicador para procurar algo errado no dhcp é a demora em abrir e fechar sessões. Nada de execução de queries. Elas executarão rápido e uma vez logado e aberta uma sessão com o servidor, tudo fluirá sem problemas. Por isso é um pouco difícil identificar esses problemas, já que se você DBA estiver logado diretamente no servidor, não vai achar nada de errado ou lento nele. A primeira coisa a ser averiguada é se o serviço está ativo. /etc/init.d/dhcpd status ou [root@server1] service dhcpd status ou ainda #rcdhcp status dhcpd (pid xxxx) is running Constatado que o serviço está ativo, verifique a configuração no arquivo /etc/dhcp.conf. Esse arquivo informa ...

Perdoem-me pela minha ausência, aqui e nos outros blogs, mas estou de férias, na praia, deitado em uma rede e preocupado se dou mais um mergulho na piscina do privê ou se vou a praia, dar um mergulho no mar. Como estarei ainda aqui até o final da próxima semana, terei tempo de decidir. De qualquer modo vamos tratar hoje de um problema que tive na minha última semana de trabalho antes de sair de férias. Os desenvolvedores vinham queixando-se de uma constante perda de conexão com o banco quando executavam uma determinada aplicação. O primeiro lugar que você deve procurar em qualquer problema relacionado ao banco de dados é o arquivo de log. E lá estava o problema: Mon Jan 11 13:06:45 2010 Process m000 died, see its trace file Como o log mandou, fui olhar o arquivo de trace correspondente (procurei pela data e hora). Batata: ORA-00020: maximum number of processes exceeded Constatei que realmente o parâmetro PROCESSES do Oracle estava abaixo do que normalmente usamos na empresa: ...