DHCPD
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 o endereço do servidor DHCP ativo.
Quando você não consegue "pingar" esse servidor ou a rota para o mesmo é difícil, seu problema de baixa performance está relacionado a isso. Sempre que o sistema ou um usuário tentar abrir uma nova sessão ele vai tentar resolver o host do servidor de banco através desse serviço. Se houver dificuldade de acesso isso irá impactar no tempo de resposta para abrir a nova sessão.
Isn't every time that tuning problems and low performance are related to your database itself. If you already had look the memory configuration, cache use, checkpoint interval, statistics and everything else related to your database, is still time to take a little look on the DHCP service of your server.
That's right, network problem. And the main reason to lead you to figure something wrong on the dhcp is the long time that you'll fin d to open new sessions and close it. No queries execution. They will give you a fast time answer once you're already logged in. And if your session were opened directly at the server, all will flow quite and calm. So, it's quite hard to identify this kind of problem, once the DBA is logged right into the server will find nothing slow or kind of problem into it.
The first thing to be done is identify if the dhcpd service is running:
/etc/init.d/dhcpd status ou [root@server1] service dhcpd status or either #rcdhcp status
dhcpd (pid xxxx) is running
Once you had discovered if the service is running, verify the configuration file /etc/dhcp.conf. This file has the address of the active DHCP server.
When you can't ping this server or its route is a hard path your performance trouble is related to this. Every time that your system or user tries to open a new session, the dhcp will try to resolve the server host of the database through this service. If there's some difficult of access, this will impact the response time to open this session.
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 o endereço do servidor DHCP ativo.
Quando você não consegue "pingar" esse servidor ou a rota para o mesmo é difícil, seu problema de baixa performance está relacionado a isso. Sempre que o sistema ou um usuário tentar abrir uma nova sessão ele vai tentar resolver o host do servidor de banco através desse serviço. Se houver dificuldade de acesso isso irá impactar no tempo de resposta para abrir a nova sessão.
Isn't every time that tuning problems and low performance are related to your database itself. If you already had look the memory configuration, cache use, checkpoint interval, statistics and everything else related to your database, is still time to take a little look on the DHCP service of your server.
That's right, network problem. And the main reason to lead you to figure something wrong on the dhcp is the long time that you'll fin d to open new sessions and close it. No queries execution. They will give you a fast time answer once you're already logged in. And if your session were opened directly at the server, all will flow quite and calm. So, it's quite hard to identify this kind of problem, once the DBA is logged right into the server will find nothing slow or kind of problem into it.
The first thing to be done is identify if the dhcpd service is running:
/etc/init.d/dhcpd status ou [root@server1] service dhcpd status or either #rcdhcp status
dhcpd (pid xxxx) is running
Once you had discovered if the service is running, verify the configuration file /etc/dhcp.conf. This file has the address of the active DHCP server.
When you can't ping this server or its route is a hard path your performance trouble is related to this. Every time that your system or user tries to open a new session, the dhcp will try to resolve the server host of the database through this service. If there's some difficult of access, this will impact the response time to open this session.
Very well, I have to gesso four pieces of paper and they keep wrinkling on me- but my first oil painting is done. My greatest fear is that someone will go rubbing up against it while it is still wet, because it is almost half my grade for the class and I cannot fail because if I fail I will not graduate.
ResponderExcluirYou have reminded me of the occasions when I have lost my usb disk or my retainer with you computer troubleshooting.