Quando todos entraram em contato com o banco de dados Dameng, um dos problemas que eles freqüentemente encontravam era a comunicação de rede anormal. Diferente da ferramenta de conexão usada, o problema pode se manifestar como comunicação de rede anormal ou falha de conexão de soquete.
Relatório de erro sob gerenciamento
Relatório de erros em Disql
Ao encontrar esses erros, como solucionamos o problema? Este artigo apresentará várias causas possíveis e métodos de solução de problemas.
1. O serviço de banco de dados Dameng não foi iniciado
1) Execute ps -ef | grep dmserver no servidor Linux para verificar se o processo existe;
2) Para o servidor Windows, use o visualizador de serviço Dameng (dmdbms \ tool \ dmservice.exe para visualizar o serviço de instância de banco de dados Dameng) para verificar se o serviço foi iniciado ou use o visualizador de serviço que vem com o Windows (cmd para executar services.msc) para verificar Status do serviço da instância do banco de dados Dream;
2. O acesso remoto está bloqueado por firewall
Se o serviço estiver conectado normalmente localmente, mas a rede estiver anormal ao usar a conexão remota, geralmente é um problema causado pelo firewall. Neste momento, você precisa verificar as configurações relacionadas ao firewall. Geralmente, o sistema de produção não permite que você desligue o firewall diretamente, então você precisa abrir a permissão de acesso remoto da porta correspondente no servidor de banco de dados (o padrão é 5236).
Aqui está um exemplo no Linux:
Edite o arquivo / etc / sysconfig / iptables diretamente
1. Edite o arquivo / etc / sysconfig / iptables: vi / etc / sysconfig / iptables
Adicionar conteúdo e salvar: -A RH-Firewall-1-INPUT -m estado - estado NOVO -m tcp -p tcp --dport 5236 -j ACEITAR
2. Reinicie o serviço: /etc/init.d/iptablesrestart
3. Verifique se a porta está aberta: / sbin / iptables-L -n
Três, o número da porta está errado
O número da porta padrão do banco de dados Dameng é 5236. Use as ferramentas de gerenciamento Dameng ou outras interfaces, como jdbc, para acessar o banco de dados.Se o número da porta não for especificado separadamente, a porta 5236 será usada por padrão;
As configurações relacionadas ao número da porta são pesquisadas para PORT_NUM no arquivo dm.ini no diretório dmdbms / data / DAMENG por padrão, após confirmar o número da porta, use o número da porta correto para acessar
Descrição do parâmetro:
Número da porta de comunicação do servidor PORT_NUM, intervalo de valor válido (1024 ~ 65534), valor padrão 5236
Quarto, o número máximo de sessões é atingido e uma nova conexão não pode ser estabelecida
Solução:
1) Primeiro determine se o número máximo de limite de sessões foi atingido
No diretório dmdbms / log, verifique o log do mês atual. Por exemplo, o nome do log deste mês (agosto) é: dm_DMSERVER_201808.log. Se houver um prompt para atingir o limite de maxsession no log, significa que o limite máximo de sessão foi atingido.
2) Se for confirmado que o banco de dados não pode ser acessado por este motivo, os dois aspectos a seguir devem ser verificados
a. Configuração do pool de conexão do aplicativo, o número máximo de sessões no pool de conexão deve ser definido razoavelmente
b. No arquivo dm.ini, o parâmetro MAX_SESSIONS, o padrão é 100, pode ser ajustado de acordo com as necessidades reais
Descrição do parâmetro:
MAX_SESSIONS O número máximo de conexões simultâneas permitidas pelo sistema, que também é restrito por LICENSE, o que for menor, o intervalo de valor efetivo (1 ~ 65000)
3) Se o número máximo de conexões definido pelo pool de conexão do aplicativo for definido como 500, e a licença for a versão corporativa oficial ou a versão corporativa de teste, você precisa modificar o parâmetro MAX_SESSION em dm.ini> 500
Execute SP_SET_PARA_VALUE (2, 'MAX_SESSIONS', 600) no banco de dados;
4) Após a modificação do parâmetro ser concluída, o serviço de banco de dados precisa ser reiniciado para ter efeito;