Dynamics AX2012 - Relatórios - Erro ao validar configurações.

Passei por este problema, que devo dizer foi realmente muito estranho, e resolvi posta-lo aqui para futuras consultas!

Estava em um cliente com um ambiente de produção do AX2012 R3 rodando perfeitamente, sem nenhum problema em nenhum dos componentes.

Este cliente solicitou que fosse adicionado um segundo AOS para fins de balanceamento de carga de sessões de usuários. O Setup foi feito e o balanceamento configurado sem problemas!

Neste caso eu precisei configurar a parte de relatórios para este segundo AOS, coisa fácil, bastando apenas abrir o formulário de Servidor de Relatórios do AX e adicionar este novo AOS, certo? NÂO...

Ao adicionar o segundo AOS e clicar no botão validar configurações recebi o seguinte erro:

The SQL Server Reporting Services Server name does not exist or the Web Service URL is not valid.

Lembrem-se, tudo está funcionando perfeitamente para este ambiente...

Neste caso fiz um teste rápido, desabilitei o firewall do servidor onde está o serviço de SSRS, e ai sim consegui validar as configurações. Isso mostrou que o firewall estava bloqueando a conexão deste segundo AOS. Mas porque só deste AOS?????

Reativei o firewall e refiz os testes, o primeiro AOS valida sem problemas, o segundo AOS "da ruim"...

Revisei as portas de entrada no firewall, todas estavam configuradas de acordo com o que a Microsoft indica Firewall settings for Microsoft Dynamics AX components.

Enfim, resolvi ativar o log do firewall do Windows Server...

Tentei validar novamente e ai o seguinte log foi gerado...
#Version: 1.5
#Software: Microsoft Windows Firewall
#Time Format: Local
#Fields:

date time action protocol src-ip dst-ip src-port dst-port size tcpflags tcpsyn tcpack tcpwin icmptype icmpcode info path
                                                                                                                                                              2016-10-27 15:14:24 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 52 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:27 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 52 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:33 DROP TCP 10.1.2.88 10.1.2.90 61928 49154 48 S 3477648942 0 8192 - - - RECEIVE
2016-10-27 15:14:46 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 52 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:14:49 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 52 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:14:55 DROP TCP 10.1.2.88 10.1.2.90 61929 49154 48 S 1269547751 0 8192 - - - RECEIVE
2016-10-27 15:16:59 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 52 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:02 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 52 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:08 DROP TCP 10.1.2.88 10.1.2.90 61932 49154 48 S 3322609281 0 8192 - - - RECEIVE
2016-10-27 15:17:20 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 52 S 3088810673 0 8192 - - - RECEIVE
2016-10-27 15:17:23 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 52 S 3088810673 0 8192 - - - RECEIVE
2016-10-27 15:17:29 DROP TCP 10.1.2.88 10.1.2.90 61933 49154 48 S 3088810673 0 8192 - - - RECEIVE

De acordo com este log a porta 49154 era "dropada" a cada tentativa de validação da configuração do servidor de relatórios no AX.

Voltei nas configurações de entrada do firewall e liberei esta porta... e ai PAAAHHHH

Sucesso!!!

Busquei na IANA referencias sobre esta porta em especifico e não encontrei nada... no Google também não.

Como o problema resolvido optei por não abrir chamado para este caso. Preferi apenas adicionar mais esta porta à minha lista de exceções nas próximas implementações!

Talvez alguém na Microsoft veja este post e resolva contribuir dizendo o por que de esta porta ser usada e não estar na lista de exceções do Technet, talvez!

Até a próxima!!!

Erro "The CIL generator found errors and could not save the new assembly".

Olá pessoal!

Hoje quero compartilhar com vocês a solução para um problema que ocorre na compilação CIL do AX2012.

Quando encontrei este erro pela primeira vez e pesquisei sobre ele descobri diversas opções para soluciona-lo, a grande maioria delas funciona, mas a que mais utilizo não encontrei descrita em nenhum lugar e por isso vou compartilhar ela com vocês.

Fiquem a vontade para sugerir outros métodos ou mesmo criticar este usado por mim, eu não sou desenvolvedor e esta solução me foi indicada por um desenvolvedor que descobriu e também utiliza este metodo!

Então, primeiramente, vamos ao erro!

Em determinados momentos, por diversas razões, se faz necessário compilar o CIL, ou IL, do AX2012, seja de forma automática ao efetuar o deploy de um novo serviço seja de forma manual. Durante esta compilação é exibida a seguinte mensagem:

"The CIL generator found errors and could not save the new assembly"

A grande maioria das soluções encontradas na Web diz que você deve parar o serviço de AOS do AX e deletar determinados arquivos, tomem muito cuidado para não deletar arquivos errados!

No meu caso eu escolhi fazer o seguinte:

Acesse o AX, depois acesse a "AOT" e em "Data Dictionary" procure pela "Table" "SysXppAssembly" e abra as propriedades dela.

Altere as seguintes propriedades:
Systemtable
Visible
AOSAuthorization

E deixe-as da seguinte forma:
Systemtable = Yes
Visible = Yes
AOSAuthorization = None

E salve as alterações!

Agora o próximo passo é acessar esta tabela. Depois de salvar clique com o botão direito sobre ela e clique em abrir.

Nesta tabela existe uma enorme quantidade de dados, todas as referencias a codigos executados em CIL são guardadas aqui!

No meu caso, e quero deixar bem claro, NO MEU CASO, eu deletei todos estes registros. Isso mesmo "no MEU caso eu deletei todos os registros desta tabela"!!!

E digo mais, este foi meu ultimo recurso para resolver problemas que estava enfrentando em um determinado projeto. Já havia tentado de tudo e nada havia resolvido meu problema.

Um outro ponto de extrema importância, a cada tentativa e alteração um novo backup full era gerado pois mesmo não sendo ambiente de produção eu não podia de forma alguma perder dados ou customizações deste ambiente.

Após deletar os dados desta tabela eu compilei toda a AOT, depois compilei o CIL Full e também sincronizei o banco de dados.

Não tive a necessidade de reiniciar o serviço de AOS do AX.

Novamente devo dizer, não sou desenvolvedor, agradeço a um DEV que me passou esta dica e com quem tive a honra de trabalhar! A compilação completa da AOT e do CIL foram escolhas minhas, assim como a sincronização do banco de dados!

Depois de tudo feito e de saber que já não tinha mais o erro, EU optei por reiniciar o AOS!!!

Este foi o método que eu escolhi seguir, método que funcionou pra mim quando precisei. Não sei ao certo se é correto, se é o melhor ou se estou certo ao dizer e fazer tudo o que está descrito acima, mas como sempre funcionou pra mim, continuo com ele!

Até a próxima pessoal!

Could not find stored procedure 'dbo.DAX_SP_ReadSyncParameters'.

Could not find stored procedure 'dbo.DAX_SP_ReadSyncParameters'.

Hoje ao configurar a sincronia entre o AX2012 e o Project Server 2010 me deparei com este erro estranho...

A solução encontrada foi reinstalar o "Synchronization proxy for Microsoft Project Server" selecionando corretamente o "ProjectServer_Reporting Database", e verificando se a stored procedure foi corretamente criada neste banco.

Verifique também se a conta de serviço de sincronização é dbowner deste banco!

https://community.dynamics.com/product/ax/f/33/t/76592.aspx