Erro ao gerar relatório. Connection refused: conected.
-
Fala pessoal, boa noite, blza?
Então, tenho uma aplicação maker bootstrap que está num servidor Windows, e neste mesmo servidor está instalado o serviço de relatórios 3.0. A base de dados utilizada é SQL Server 2012.
Durante a utilização da aplicação, em alguns momentos não é possível gerar relatórios e começa a exibir o erro "Erro ao gerar relatório. Connection refused: conected.".
Quando este erro acontece, ao observar o servidor de aplicação o serviço de relatórios continua executando normalmente, os workers estão no gerenciamento de tarefas, mas não é possível gerar nenhum relatório.
Para vocês terem uma ideia hoje foi necessário reinicializar o serviço de relatórios 4 vezes para reduzir o impacto para o cliente.No arquivo Reporting.conf ativei até o parâmetro "ServiceLogging=1" para avaliar se no momento do erro gerava alguma inconsistência no log, mas quando o erro não registra nada no log.
Configuração do arquivo Reporting.conf:
[Settings]
MinWorkers=10
MaxWorkers=30
IdleTimeOut=600
RecycleCount=100
ResponseTimeout=600
Address=127.0.0.1
Instance=Default
ServicePort=9193Alguém já passou por isso ? Poderiam me auxiliar em como resolver este problema ?
-
Fala pessoal, boa noite, blza?
Então, tenho uma aplicação maker bootstrap que está num servidor Windows, e neste mesmo servidor está instalado o serviço de relatórios 3.0. A base de dados utilizada é SQL Server 2012.
Durante a utilização da aplicação, em alguns momentos não é possível gerar relatórios e começa a exibir o erro "Erro ao gerar relatório. Connection refused: conected.".
Quando este erro acontece, ao observar o servidor de aplicação o serviço de relatórios continua executando normalmente, os workers estão no gerenciamento de tarefas, mas não é possível gerar nenhum relatório.
Para vocês terem uma ideia hoje foi necessário reinicializar o serviço de relatórios 4 vezes para reduzir o impacto para o cliente.No arquivo Reporting.conf ativei até o parâmetro "ServiceLogging=1" para avaliar se no momento do erro gerava alguma inconsistência no log, mas quando o erro não registra nada no log.
Configuração do arquivo Reporting.conf:
[Settings]
MinWorkers=10
MaxWorkers=30
IdleTimeOut=600
RecycleCount=100
ResponseTimeout=600
Address=127.0.0.1
Instance=Default
ServicePort=9193Alguém já passou por isso ? Poderiam me auxiliar em como resolver este problema ?
@danilo Bom dia.
Essa exceção ocorre quando não é possível estabelecer uma conexão com o banco de dados,.
Sugiro que verifique se está com a versão mais atual do servidor de relatórios, e certifique se algo na aplicação está impactando na conexão com o banco de dados.Cordialmente.
-
Danilo, complementando a resposta do Janpier, na configuração de conexão com o banco de dados do seu sistema, vc deve passar o IP do banco de dados dele, não pode ser localhost.. uma vez que o servidor de relatórios utiliza os dados do wfre pra fazer a conexão com o banco, se estiver configurado localhost vai cair no proprio servidor de relatórios. Essa é a mudança que vc precisa fazer na configuração do seu sistema.
Em resumo, ainda que sua aplicação e banco de dados estejam no mesmo servidor, a configuração do webrun não pode apontar para localhost, tem que apontar para o próprio IP ou nome.
-
@danilo Bom dia.
Essa exceção ocorre quando não é possível estabelecer uma conexão com o banco de dados,.
Sugiro que verifique se está com a versão mais atual do servidor de relatórios, e certifique se algo na aplicação está impactando na conexão com o banco de dados.Cordialmente.
@janpier-dos-santos Boa tarde Janpier, obrigado pelo retorno. A versão do servidor de relatórios é a 3.0. A aplicação continua funcionando normalmente, sem apresentação de erros, ou seja, o usuário consegue navegar, realizar CRUD sem nenhuma inconsistência.
O único problema é não conseguir gerar relatório, mesmo com o serviço disponível. -
Danilo, complementando a resposta do Janpier, na configuração de conexão com o banco de dados do seu sistema, vc deve passar o IP do banco de dados dele, não pode ser localhost.. uma vez que o servidor de relatórios utiliza os dados do wfre pra fazer a conexão com o banco, se estiver configurado localhost vai cair no proprio servidor de relatórios. Essa é a mudança que vc precisa fazer na configuração do seu sistema.
Em resumo, ainda que sua aplicação e banco de dados estejam no mesmo servidor, a configuração do webrun não pode apontar para localhost, tem que apontar para o próprio IP ou nome.
@andersonleal boa tarde Anderson, obrigado pelo retorno.. Então, o sistema está configurado corretamente, a configuração que coloquei é do arquivo "Reporting.conf" do serviço de geração de relatórios, e nesta configuração não existe o parâmetro para apontar para base de dados, visto que o mesmo apenas vai gerar o relatório.
-
@andersonleal boa tarde Anderson, obrigado pelo retorno.. Então, o sistema está configurado corretamente, a configuração que coloquei é do arquivo "Reporting.conf" do serviço de geração de relatórios, e nesta configuração não existe o parâmetro para apontar para base de dados, visto que o mesmo apenas vai gerar o relatório.
@danilo O gerador de relatórios utiliza o mesmo wfre do sistema para conexão com o banco de dados, por isso a atenção na hora de configurar o banco de dados no sistema. Se estiver localhost lá, o servidor de relatórios não conseguirá apontar o banco, esse é o ponto.
-
@danilo O gerador de relatórios utiliza o mesmo wfre do sistema para conexão com o banco de dados, por isso a atenção na hora de configurar o banco de dados no sistema. Se estiver localhost lá, o servidor de relatórios não conseguirá apontar o banco, esse é o ponto.
-
@andersonleal boa tarde Anderson, não está local, pois se a configuração do wfre estivesse incorreta a aplicação também não funcionaria, tendo em vista que não localizaria a base de dados.
@danilo Não sugeri que estava incorreta a configuração do wfre, apenas apontando pra localhost, o que funciona perfeitamente, caso o servidor de aplicações esteja na mesma máquina do banco de dados. Mas como vc já disse, não está configurado localhost, então realmente é outra coisa...
