Export SSRS Reports as .RDL files

Today i was forced to export some old reports from one messed up SSRS report server. Security configurations of this SSRS were all crazy and no one could clarify why. I was able to see some reports but could not see other one's... i could download some... but could not open other's...

The internet is really usefull if you look for the right thing!

First, go to the GitHub here: https://github.com/Microsoft/ReportingServicesTools

Download the file into your server, go to the PowerShell and run the .\install.ps1.

After that you can run the following command to export all the reports as a .rdl file extension:

#------------------------------------------------------

#Prerequisites

#Install-Module -Name ReportingServicesTools

#------------------------------------------------------

#Lets get security on all folders in a single instance

#------------------------------------------------------

#Declare SSRS URI

$sourceRsUri = 'http://servername/ReportServer/ReportService2010.asmx?wsdl'

#Declare Proxy so we dont need to connect with every command

$proxy = New-RsWebServiceProxy -ReportServerUri $sourceRsUri

#Output ALL Catalog items to file system

Out-RsFolderContent -Proxy $proxy -RsFolder / -Destination 'C:\SSRSFiles' -Recurse

All done! Be happy!

AX2012 - SSRS MetdataException

Hoje encontrei este erro em um ambiente de AX2012 R2 CU7 recém migrado do AX2009.

“An exception of type MetdataException has occurred while performing the operation.”

Este erro ocorreu com apenas 01 relatório que testei no AX, vários outros funcionaram normalmente.

Encontrei a solução para este problema no link abaixo:

http://wolftekdynamicsaxblog.wordpress.com/2013/07/26/ssrs-metdataexception/

Até a próxima!

A dica do dia - Reports AX2012!

Olá pessoal!

Hoje venho compartilhar com vocês uma dica útil!

No AX2012 por inúmeras razões faz-se necessário a manutenção no servidor, ou serviço, de relatório. Esta manutenção em grande parte exige a reinicialização do serviço do Reporting Services, e nesta ação o cache do SSRS é limpo. Após esta limpeza, reinicialização do serviço do SSRS, os relatórios levam um longo tempo para serem exibidos novamente. Por exemplo, devido a uma reinicialização do servidor de relatórios, na manha seguinte, os usuários notam uma grande lentidão ao tentar acessar os reports do AX.

Este efeito pode ser minimizado utilizando uma classe do AX chamada SRSReportServerWarmup. Esta classe é padrão do CU7 do AX2012 R2. Ao executar esta classe ela prepara o Report Server para utilização.

Para que você, e seus usuários, de fato se beneficiem deste recurso, é aconselhado que você programe esta classe para ser executada via batch job logo após a reinicialização do serviço do Reporting Services.

Analise a necessidade de executar esta classe e agende este batch conforme melhor for para o seu cenário!

O primeiro passo para utilizar esta classe e efetuar o deploy do Report "SRSReportServerWarmup", para tanto siga a dica da imagem abaixo:

Caso o deploy seja executado sem erros a seguinte mensagem será exibida:

Com o deploy do report efetuado vamos agora criar um grupo de lote para executa-lo. Abra o AX e vá em > Administração do Sistema > Configuração > Grupo de lotes. Crie um novo grupo de lote seguindo o exemplo das imagens abaixo:

Agora precisamos configurar o trabalho em lote que executará a classe do "SRSReportServerWarmup". Acesse a AOT do AX, expanda as Classes e procure pela classe "SRSReportServerWarmup", ao encontra-la clique com o botão direito sobre ela e clique em Abrir.

Marque a caixa de "Processamento em lotes" e preencha o campo "Grupo de lotes"com o grupo criado no passo anterior. Depois clique no botão "Recorrência".

Configure a recorrência de execução deste lote. Neste caso é preciso analisar a janela de manutençao exigida pelo Reporting Services e configurar esta recorrência de acordo com ela. No meu servidor eu configurei de forma a executar este job todos os dias logo pela manha, as 07:00am.

Depois de tudo configurado clique em OK até fechar todas as janelas e a seguinte mensagem será exibida:

Agora que tudo está configurado, todos as manhas um report básico será executado deixando mais rápido o acesso aos relatórios por parte dos usuários após uma manutenção ou problema  no Reporting Services.

Ainda é possível estender a funcionalidade desta classe, fazendo com que ela execute também outros relatórios, aqueles muito utilizados por determinados usuários, deixando o trabalho destes usuários mais rápido! Para tanto consulte este link.

Fonte: Technet

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!