GlobalUpdate scrito for service model: MROneBox. Erro ao aplicar um Service Update do D365F&O.

Resolution/Information:

The following steps were followed, and the issue was resolved.

Look for the DeployablePackages path:

K:\DeployablePackages\934795825gn002495uyogiqeebe-b59cn0-2nt4g0\MROneBox\scripts\Update

Find the following file: JobAutoRunDVT.ps1

Make a copy of the file. Edit the original, DELETE all contents so the file is empty, and save the empty file

Resume the runbook from LCS

CRM2011- Reports Sem Dados

Boa tarde pessoal!

Hoje vou compartilhar com vocês um problema que enfrentei com o CRM2011.

Todo o ambiente de produção deste CRM já havia sido entregue ao cliente, tudo estava funcionando...quase tudo!

Quando um novo relatório era criado e importado para o CRM, ao executa-lo, este relatório não exibia nenhum dado. Durante a criação de um novo relatório era possível ver no preview que tudo estava correto, método de autenticação, banco de dados DataSource...tudo.

Este problema persistiu no cliente por um longo tempo, consultores e desenvolvedores tentaram varias possíveis soluções e nada...

Algumas semanas depois estive neste cliente e comecei a analisar o problema. Primeiro criei um relatório simples no ambiente de homologação, importei ele para o CRM e tudo ok. Neste caso o ambiente de homologação e todos os componentes estão instalados em um único servidor.

No ambiente de produção temos um servidor para cada componente. Repeti a criação de um report, durante o preview ele funcionou normalmente, mas ao importa-lo para o CRM ele novamente não trouxe os dados que deveria trazer.

Comecei a verificar os logs gerados no event viewer e também os logs gerados pelo SQL Server.

Obs: O cliente já havia reportado estas entradas nos logs do SQL Server...

Ao abrir o log do SQL Server, a cada tentativa de geração do relatorio, um novo registro como este logo abaixo era criado:

Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'. Reason: Token-based server access validation failed with an infrastructure error. Check for previous errors. [CLIENT: 192.168.0.174]

Lembrando que este registro somente era gravado quando o relatório era executado pelo CRM via browser.

Minha duvida, que ainda permanece, é a seguinte... Por que o CRM utiliza autenticação anônima para exibir estes relatórios?

Minha primeira tentativa para tentar corrigir o problema, ainda no ambiente de homologação, foi importar esta conta para a instância do CRM e deixa-la como "SYSADMIN". Esta ação, apesar de não ser a mais correta, resolveu o problema e os relatórios customizados passaram a funcionar.

No ambiente de produção restringi mais a permissão para esta conta e com isso os relatorios também passaram a funcionar!

Portanto, a solução para este problema foi importar esta conta para o SQL Server com as devidas permissões no banco de dados do CRM e Reporting Services.

Resolvido o problema, passei a procurar o porque dele, por qual razão o CRM estava utilizando autenticação anônima para os relatórios customizados, e durante esta pesquisa encontrei o seguinte link:

http://blog.sonomapartners.com/2007/04/kerberos_and_de.html

Depois de ler o post ajustei as configurações no servidor do cliente e tudo funcionou perfeitamente.

Apesar de ser de 2007 este post é muito valido, sugiro a vocês a leitura dele!

Até a próxima pessoal!

Help Server AX2012 R2 - Não é possivel contatar o servidor.

Olá pessoal!

Hoje encontrei um erro um tanto quanto comum no AX2012 R2!

Ao tentar acessar o menu de ajuda do AX pressionando o botão F1 o seguinte erro foi exibido:

Ao verificar a acessibilidade desta URL utilizando o IIS eu encontrei a seguinte mensagem de erro:

HTTP Error 500.21 - Internal Server Error
Handler "svc-Integrated" has a bad module "ManagedPipelineHandler" in its module list

Este erro está relacionado a forma como as Roles Web Server e Aplication Server foram instaladas. Durante a instalação componentes do ASP.NET não foram registrados corretamente e passaram a gerar este erro.

Para solucionar este problema execute o prompt de comando (DOS - CMD) como administrador e acesse o diretorio onte o .NET foi instalado. Veja imagem abaixo para exemplo:

Após acessar o diretorio correto execute o seguinte comando:

aspnet_regiis.exe -i

O resultado deve ser o seguinte:

Reinicie o servidor e utilize o menu de ajuda a vontade!

Até a próxima!

An unspecified runtime engine error has occurred. Error code: %d

Olá a todos!

Hoje estava executando a instalação do "Componente de Relatorios" para o AX2012 R2 CU7 em um servidor com o Reporting Services instalado e funcionando.

Tudo havia sido verificado nos mínimos detalhes para não haver erros!

O setup foi iniciado, as validações passaram sem nenhum erro sequer mas ao final do setup foi exibida a mensagem de erro de que o componente não foi instalado....

Ao consultar o log do setup vejo a seguinte mensagem de erro:

An unspecified runtime engine error has occurred. Error code: %d

E somente isso, mais nada, nadinha mesmo.... sinceramente não faço a menor ideia da causa... mas deixo abaixo os passos que executei para conseguir instalar o componente de relatório corretamente:

Devo dizer que antes mesmo de iniciar o setup, antes do erro, eu ja havia compilado o CIL e sem erros.

1. Reiniciar o serviço do AOS.
2. Reiniciar o IIS do servidor de Reporting Services.
3. Reiniciar o serviço do Reporting Services.

 Depois de executar os passos acima revisei novamente todas as permissões, serviços e acessos a URL's, tudo estava ok e então executei o setup do AX novamente.

Desta vez os reports foram instalados corretamente e todos ficaram felizes para sempre...!!!

Até a proxima!

You do not have the necessary permission to change the domain logon name for this user. CRM2011 error

Olá pessoal!

Não me lembro a ultima vez em que compartilhei algo sobre o Dynamics CRM... Portanto, aqui vai um post fresquinho de CRM2011 pra vocês!!!

Em um ambiente de CRM2011 recém instalado e devidamente atualizado, onde tudo estava funcionando perfeitamente um erro estranho começou a ocorrer ao tentar importar um novo usuário ao CRM.

Ao clicar no botão "Salvar" para confirmar a importação o seguinte erro era exibido:

Em pesquisas buscando solução para este problema passei por diversos links, efetuei diversas verificações... deixo abaixo 02 links dos quais extrai a informação correta para a solução do problema:

Forum CRM - CRM Community Forum

Espero que os links acima sejam úteis a vocês!

Como obter mais informações de uma mensagem de erro.

Pessoal, noite!!

Este post é somente para compartilhar o link de um post muito interessante, espero que seja útil a vocês!

Como Obter Mais Informações De Uma Mensagem De Erro.

Até próxima!

Erro de instalação do Reporting Services Extensions - AX2012 R2.

Ola pessoal!

Neste post eu compartilharei com você um problema que enfrentei durante a implementação do AX2012 R2 em um cliente no qual atuei durante a ultima semana do mês de Agosto.

Vou primeiramente explicar como está construida a estrutura de servidores para o Dynamics AX2012 R2 de produção.

Criei neste ambiente um cluster de SQL Server 2012 utilizando 02 servidores físicos com Windows Server 2012. O Cluster está funcionando perfeitamente e o AX2012 R2 já esta acessível.

Criei também um cluster de Hyper-V 3.0 utilizando 03 servidores físicos com Windows Server 2012.

Todos os servidores que possuem componentes do AX2012 R2 são virtualizados e possuem o Windows Server 2008 R2 como sistema operacional.

A estrutura ficou basicamente da seguinte forma:

Para terminar a instalação do AX2012 na estrutura descrita acima me falta apenas instalar o componente de Reporting extensions e efetuar o deploy dos reports padrões do AX2012, é ai que me deparei com um problema que me tomou alguns dias de testes e pesquisas.

No servidor de Reporting Services, com Windows Server 2008 R2 SP1 Enterprise, eu executei o setup do SQL Server 2012 e instalei apenas o componente de Reporting Services. Depois da instalação eu abri o Reporting Services Configuration Manager e executei as configurações necessários como criação do banco de dados do SSRS, criação das URL's de serviço e gerenciamento e a contfiguração da conta de execução do SRSS. Utilizei neste caso a mesma conta configurada como BCPROXY no AX2012 R2.

Durante a configuração acima eu criei os bancos apontando para o nome virtual do Cluster de SQL Server, não houve nenhum problema nisso, procedimento normal e que ja fiz diversas vezes.

Após as configurações as URL's estavam totalmente acessiveis, não houve exatamente nenhum problema durante o setup do componente SSRS do SQL Server 2012.

Lembrando que utilizei um Windows Server 2008 R2 SP1 x64 Enterprise para instalar o Reporting Services do SQL Server 2012.

Com tudo "corretamente" configurado eu executei o setup do AX2012 R2 para instalar o componente de Reporting Extensions.

Durante a execução do setup a mensagem de erro abaixo foi exibido:

 The reporting server is not set up correctly, and cannot be configured by Setup. For information about setting up a reporting server, see SQL Server Books Online.

Revalidei todas as configurações e tudo estava funcionando perfeitamente, por isso executei novamente o setup do AX e o mesmo erro foi exibido.

Ao analisar os logs gerados durante o setup encontrei a seguinte entrada:

An error occurred during setup of Reporting Services extensions.
Reason: Unable to back up the SQL Server Reporting Services encryption key. The operation failed with error code 2147945104.System.InvalidOperationException: Unable to back up the SQL Server Reporting Services encryption key. The operation failed with error code 2147945104.

A mensagem de erro acima me levou a efetuar varios testes com a "encryption key". Eu consegui efetuar o backup dela manualmente, consegui deleta-la e restaura-la, consegui criar uma nova e após todos estes passos as URL's do SSRS continuavam acessíveis e sem problemas. Após cada passo eu executava novamente o setup do AX2012 R2 e sempre o mesmo erro era logado.

Nestes testes devo ter executado o setup umas 15 vezes ou mais.

Cheguei a reinstalar todo o Reporting Services com novos bancos, mesmo erro com o setup do AX.

Reinstalei novamente o Reporting Services mas agora com uma instancia de SQL local, ou seja, fora do cluster de SQL 2012. Mesmo erro com o setup do AX...

Após esgotar quase todas as minhas possibilidades e também de estar bem próximo do meu prazo para a entrega deste ambiente ao cliente, eu abri um chamado na Microsoft... Infelizmente este é um erro novo e a Microsoft ainda não conseguiu me ajudar com ele, sendo assim, continuei com meus próprios testes...

Em uma nova onda de testes eu resolvi fazer o seguinte:

Por solicitação da Microsoft eu reinstalei o Reporting Services utilizando a conta BCPROXY, isso mesmo, executei o setup do SQL Server e instalei o componente de Reporting Services utilizando a conta BCPROXY, e logo após instalar o Reporting Services eu executei o setup do AX, neste caso eu precisei importar a conta BCPROXY e coloca-la como Administradora de Sistema no AX para seguir com o setup pois caso contrario eu não conseguiria finalizar o setup do AX..... mesmo erro novamente.....

Utilizei o Windows Server 2008 R2 SP1 Enterprise e instalei o Reporting Services do SQL Server 2008 R2 apontando o banco de dados do Reporting Services para o Cluster de SQL 2012.

Mesmo erro no setup do AX...

Depois eu criei um novo servidor com o Windows Server 2012 e instalei nele o Reporting Services do SQL Server 2012 apontando o banco para o cluster do SQL 2012.

Efetuei as 02 configurações acima utilizando também um SQL Server local, standalone... mesmo erro no setup do AX.

Hoje, dia 03/09, finalmente o problema foi resolvido... infelizmente só sei a solução, a causa do problema continua um misterio... caso eu descubra esta causa com certeza eu a compartilharei com vocês.

A solução:
A conta BCPROXY que foi importada para o AX em um passo anterior foi removida da lista de usuários do AX, após isso executei novamente o setup do AX e desta vez a mensagem de erro exibida passou a ser apenas um Warning e com isso consegui instalar os componentes de relatorios.....

Isso mesmo, apenas removi a conta bcproxy da lista de usuários do AX e o componente foi instalado...

Minhas perguntas:
Porque o erro ocorria mesmo quando esta conta não era usuário no AX?
Porque ao remove-la o setup funcionou?
Porque a mensagem de erro passou a ser um warning após remover esta conta do AX?

Não estou convencido de que o problema era a configuração da conta bcproxy no AX, no inicio do setup ela não estava lá e o erro ainda assim ocorria... esta conta foi colocada lá após a abertura do chamado na Microsoft...

Em resumo, o problema foi resolvido, mas a causa real do problema continua desconhecida...

Espero que este post seja útil!