Reports do AX2012 R2 Solicitando Autenticação.

Olá pessoal!

Hoje quero compartilhar com vocês mais um "causo" que tive que resolver na semana passada!

Um cliente entrou em contato comigo solicitando ajuda para um problema relacionado aos relatórios do AX2012. Estes relatórios estavam funcionando perfeitamente bem até apresentar problemas com a chave de criptografia. A mensagem abaixo era exibida:

Error while setting server report parameters. Error message: The report server cannot decrypt the symmetric key that is used to access sensitive or encrypted data in a report server database. You must either restore a backup key or delete all encrypted content. (rsReportServerDisabled)

No momento em que a primeira mensagem de erro foi exibida não foi possível efetuar o restore da chave pois a senha necessária para o restore era desconhecida. Para resolver este problema o cliente optou, corretamente de acordo com a situação em que se encontrava, por recriar a chave de criptografia. Após recriar esta chave todos os relatórios do AX passaram a exigir autenticação como na imagem abaixo:

Após recriar a chave de criptografia todos os relatórios e também o Datasource tiveram suas configurações de autenticação alteradas, cada relatório passou a ter uma configuração diferente, veja imagem abaixo:

Por esta razão todos os relatórios do AX passaram a exigir a autenticação.

Agora um breve resumo da situação:

Solicitação: Verificar reports solicitando autenticação

Problema: O método de autenticação da fonte de dados "Dynamics" e de todos os reports foi alterado de "Autenticação do Windows" para outros metodos de autenticação diferentes em cada report.

Causa: A deleção da chave privada no "Reporting Services Configuration Manager" e, em sequencia, a criação de uma nova chave privada, alterou os métodos de autenticação nos reports e também no datacource.

Solução: Seria possível alterar as configurações dos reports um a um, mas o método mais pratico foi deletar toda a pasta "DynamicsAX", recriar esta pasta utilizando o client do AX e efetuar o deploy de todos os reports via power shell. Após este processo os reports estão acessíveis sem os problemas mencionados anteriormente.

Espero que este post seja útil!

SQL 2008 R2 Reporting Services não inicia após aplicar o SP2

Este foi o meu problema do dia... Esta postagem vai ser ingles, preciso praticar!!!



The Reporting Services Windows Service could no be startet after applying the SQL Server 2008 R2 SP2.

There were no messages at all under the Application log, and all the system log stated was:

Timeout (30000 milliseconds) waiting for the SQL Server Reporting Services (Grumpy) service to connect.

I tried changing the account that SSRS was running under, but it would still not restart, and I was considering remove SP2.

I could not find any error from SSRS, so I tried changing the service startup timeout value to 60 seconds.

How to:

• To increase the timeout value in the registry, follow these steps:
  

  1. Start Registry Editor (Regedit.exe).
  2. To change the value data for the ServicesPipeTimeout DWORD value to 60000 in the Control key, follow these steps:
     1. Locate and then click the following registry key:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet
     2. Click the Control subkey
     3. Right-click the ServicesPipeTimeout DWORD value, and then click Modify.
     4. Click Decimal.
     5. Type 60000, and then click OK.
  3. If the ServicesPipeTimeout value is not available, add the new DWORD value, and then set its value data to 60000 in the Control key. To do so, follow these steps:
     1. Locate and then click the following registry key:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet
     2. Click the Control subkey.
     3. On the Edit menu, point to New, and then click DWORD Value.
     4. Type ServicesPipeTimeout, and then press ENTER.
     5. Right-click the ServicesPipeTimeout DWORD value, and then click Modify.
     6. Click Decimal.
     7. Type a value of 60000, and then click OK.
        
        The value is 60000 milliseconds and is equivalent to 60 seconds or to one minute.
     Note This change does not take effect until the computer is restarted

  Source: TechNet
  

FullyQualifiedErrorId : The deployment was aborted.

Hoje ao iniciar o deploy dos reports padrões do AX2012 R2 em um servidor dedicado ao Reporting Services encontrei o seguinte erro:

"The deployment was aborted. You do not have privileges to deploy to server: (servername). For deployment, you must have administrative rights to the SQL Server Reporting Services (SSRS) server. Contact your administrator to deploy."

A conta que eu estava utilizando para efetuar este deploy faz parte de grupo "Local Administrator" dos servidores de AOS, SQL Server e também do servidor de Reporting Services. Esta conta também é sysadmin no banco de dadose logicamente possui as devidas permissões nas paginas e pastas do Reporting Services. E por ultimo esta mesma conta é System Administrator no AX.

Após verificar todas as permissões e requisitos mínimos inúmeras vezes, desativar UAC dos servidores e também reinicia-los, mais de 01 vez, o erro persistia em acontecer.

Explorando um pouco os comandos de Power Shell para deploy dos reports achei uma opção que salvou meu dia! Eu executei o seguinte comando:

"Publish - AXReport -ReportName * -SkipReportServerAdminCheck"

E finalmente os reports foram criados com sucesso!

Este comando simplesmente pula a parte de verificação de permissões no servidor. Logicamente utilizei este comando após ter absoluta certeza de que minha conta de usuário possuía todas as permissões necessárias.

Depois disso os reports estavam acessíveis normalmente pelo AX2012 R2!

Durante as pesquisas que fiz na internet achei o link abaixo que deixo como dica e que talvez seja o caso de alguns:

http://dynamics-ax.blogspot.com.br/2011/08/ax-2012-ssrs-security-deployment-issue.html

Espero ter ajudado!

Permissões no Reports do SQL para Dynamics AX.

Para acessar os reports gerados no AX2009 precisamos de permissões de acesso na pagina do Reports (http://sqlserver/reports). Estas permissões "devem" ser configuradas pelo administrador da rede que efetuou a instalação do SQL Server, inicialmente somente a conta utilizada durante a instalação do SQL Server tem os privilegio necessários para liberar acesso a paginas do Reports.

Acesse a pagina do Report utilizando a mesma conta de usuário utilizada durante a instalação do SQL Server e clique na aba "Configuração de Pasta".

Agora clique em "Atribuição de Nova Função"

Digite o nome de login da conta do usuário, apenas o nome de login, sem o domínio. Selecione também as permissões, privilegios, que o usuário terá na pagina dos Reports, clique em "OK".

Agora o usuário escolhido tem as permissões selecionadas e já possui acesso a pagina de relatórios do Reports do SQL Server.