Ambiente Atual
Estou com um pouco de dificuldade aqui, tenho um Reporting Services instalado em um servidor e o mecanismo de banco de dados do SQL Server instalado em outro servidor.
Os usuários estão se conectando ao Reports Manager, que obviamente aponta para o servidor onde o Reporting Services está instalado.
O usuário usa um login genérico (uma conta de administrador local no Report Server) para se conectar ao gerenciador de relatórios.
Mas quando os usuários clicam no botão Construtor de Relatórios no Gerenciador de Relatórios, ele inicialmente falhou ao iniciar reclamando `"O aplicativo não pode recuperar os arquivos. A autenticação falhou."
Depois de muita pesquisa, descobri que, embora os usuários inserissem as credenciais de uma conta local ao se conectar ao Gerenciador de relatórios, mas quando clicassem no botão Report Builder, as credenciais de sua conta do Windows eram coletadas, portanto, o aplicativo ClickOnce falhou ao autenticar o usuário e falhou ao iniciar.
Alterei esse comportamento permitindo Basic Authenticationno Reporting Server e Permitindo Anonymous Authenticationno Reports Builder.
Agora, quando os usuários clicam em Report Buildervez de no construtor de relatórios, apenas selecionando as credenciais da conta atual do Windows, ele solicita as credenciais, o usuário passa as credenciais da conta de administrador local no servidor de relatórios e o aplicativo ClickOnce é baixado conforme o esperado.
Problema
Agora, o construtor de relatórios foi iniciado corretamente e posso clicar com o botão direito do mouse na pasta The datasources no painel esquerdo do designer, procurar as fontes de dados disponíveis, testar a conexão (mostra testado com êxito). Mas assim que clico no DataSet e tento adicionar um novo conjunto de dados, ele gera um erro dizendo "Falha na autenticação, não é possível conectar-se às fontes de dados".
Mesmo que na última etapa o teste de conexão tenha sido bem-sucedido, mas neste estágio está falhando.
Nota importante
O SQL Server não tem IP externo, só pode ser visto no servidor de relatórios. Poderia ser este o motivo da falha na conexão?
Quero dizer, o construtor de relatórios tenta obter uma conexão direta com o SQL Server quando iniciado?
Ou há mais alguma coisa que eu perdi?
Qualquer indicação de qualquer sugestão é muito apreciada, obrigado.
Depois de muito pesquisar, não cheguei a lugar nenhum e, eventualmente, envolvi a Microsoft para me ajudar com o problema.
O arquiteto de soluções da MS confirmou que o Construtor de Relatórios requer uma conexão direta com o SQL Server quando iniciado, portanto, o trabalho com conjuntos de dados no construtor de relatórios falhou. Aparentemente, isso é POR PROJETO e não vai mudar.
Isso foi no SQL Server 2008 R2, mas o mesmo é verdade para o SQL Server 2012, 2014 e 2016. Não tenho certeza sobre 2017, mas duvido muito se isso mudou em 2017.
Acabamos fornecendo ao cliente uma máquina na rede em DMZ para que os usuários finais se conectassem remotamente, apenas para trabalhar com o construtor de relatórios, é uma solução ruim, mas funcionou naquele momento e precisávamos de uma solução rápida para isso naquele momento .
Eu tive esse problema depois de migrar um repositório para um servidor alternativo. A maneira de contornar isso foi entrar na configuração de conexão individual para cada relatório e fonte de dados e inserir uma conta de serviço dedicada (administrador local) e salvar as credenciais.
Dessa forma, o administrador local está sempre acessando os itens em vez dos usuários, no entanto, foi uma solução confusa e demorada.
Eu tive esse problema apenas desde ontem e resolvi isso pelas seguintes etapas
1 - Acesse o Reporting Server onde está o problema.
7 - Clique em OK e feche o Report Builder
8 - Experimente e abra seus relatórios.
Funcionou para mim, espero que tenha funcionado para você.