Here it is:
Do you need help updating your environments? Let me know!
segunda-feira, 30 de dezembro de 2024
domingo, 3 de novembro de 2024
AX 2012 EP - 'The referenced file '/_layouts/ep/EPSecurityControlascx' is not allowed on this page'
Este erro no EP do AX2012 apesar de antigo e amplamente documentado nos blogs ainda causa problemas... Resolvi deixar este post aqui pra facilitar minha vida!
O erro é este abaixo ao acessar qualquer pagina do EP após aplicar atualizações do Sharepoint no Windows:
A solução vem da própria Microsoft: Microsoft - Erro EP AX 2012
Faça uma cópia do seu arquivo web.config por segurança:
Busque no arquivo web.config por <PageParserPaths> e adicione o seguinte:
<PageParserPath VirtualPath="/*" CompilationMode="Always" AllowServerSideScript="true" AllowUnsafeControls="true" IncludeSubFolders="true"></PageParserPath>
Após adicionar a linha acima o arquivo ficará como no print abaixo:
quarta-feira, 23 de outubro de 2024
GlobalUpdate scrito for service model: MROneBox. Erro ao aplicar um Service Update do D365F&O.
Se você está aplicando um Service ou Quality Update em sua VM e recebeu o erro abaixo:
GlobalUpdate scrito for service model: MROneBox
Olhando no log este erro é encontrado:
System.TypeInitializationException: The type initializer for 'Microsoft.Dynamics.Performance.Core.AuthenticationConfigSettings' threw an exception. ---> System.Configuration.ConfigurationErrorsException: Configuration system failed to initialize ---> System.Configuration.ConfigurationErrorsException: Unrecognized configuration section SqlAuthenticationProviders. (K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config line 7)
Faça o seguinte...
Abra o arquivo "web.config" normalmente localizado no seguinte diretório:
K:\MROneBox\MRInstallDirectory\Server\ApplicationService\web.config
Procure por <configSections> e adicone o seguinte:
<section name="SqlAuthenticationProviders" type="System.Data.SqlClient.SqlAuthenticationProviderConfigurationSection, System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
Após a alteração seu arquivo web.config ficara assim:
Continue com a aplicação do pacote e pronto!
Fonte: LCS
segunda-feira, 21 de outubro de 2024
Restaurar AxDB de uma VM para um ambiente Tier 2(PréProd ou Prod).
É comum que antes de um D365F&O entrar em produção você precise pegar um banco de dados de um ambiente Tier 1, seja ele uma VM no Azure ou hospedada em seu servidor local.
Muitos testes e parametrizações são feitas na fase inicial, quando tudo está pronto para entrar em produção, esta movimentação é necessária.
Neste tutorial vamos preparar uma base de dados hospedada em minha VM de desenvolvimento e fazer o upload dela para o LCS.
Com o arquivo de backup disponivel no LCS, poderemos restaurar ela em um ambiente Tier 2 e consequentemente executar a restauração para o ambiente de produção!
Já existem diversos tutoriais na internet que tratam deste assunto. Registro este processo aqui simplesmente pelo fato de sempre ter funcionado em minhas atividades e para me servir de consulta em trabalhos futuros!
O primeiro passo para este processo é executar o backup de seu banco de dados em sua VM, depois você deve restaurar este backup também em seu SQL Server.
Obs: Se você não souber fazer um backup/restore em seu SQL Server, larga tudo e me liga!!!
Ao final deste processo você terá 02 bancos de dados disponiveis, algo mais ou menos assim:
Detalhes importantes:
- Nenhuma informação gravada de forma criptografada será migrada, é obrigatório recriar estas informações após a movimentação.
- A collation do banco de dados DEVE ser a seguinte: SQL_Latin1_General_CP1_CI_AS
Agora precisamos "preparar" o banco de dados. Devemos executar o script abaixo, este script executará as alterações necessárias para que o banco de dados possa ser utilizado na nova estrutura de servidores onde ele ficará armazenado. Mais detalhes sobre as alterações você encontrará no final deste tutorial!
Script:
update sysglobalconfiguration
set value = 'SQLAZURE'
where name = 'BACKENDDB'
update sysglobalconfiguration
set value = 1
where name = 'TEMPTABLEINAXDB'
drop procedure XU_DisableEnableNonClusteredIndexes
drop procedure if exists SP_ConfigureTablesForChangeTracking
drop procedure if exists SP_ConfigureTablesForChangeTracking_V2
drop schema [NT AUTHORITY\NETWORK SERVICE]
drop user [NT AUTHORITY\NETWORK SERVICE]
drop user axdbadmin
drop user axdeployuser
drop user axmrruntimeuser
drop user axretaildatasyncuser
drop user axretailruntimeuser
drop user axdeployextuser
-- Clear encrypted hardware profile merchand properties
update dbo.RETAILHARDWAREPROFILE set SECUREMERCHANTPROPERTIES = null where SECUREMERCHANTPROPERTIES is not null
Depois de ter executado o script contra a base de dados correta, vamos exporta-la no formato .bacpac.
Eu tenho o costume de SEMPRE baixar o SQLPackage, já tive problemas com versões desatualizadas!
https://aka.ms/sqlpackage-windows
Obs2: Se não sabe, me liga!Obs3: o D365fo.tool também pode ser utilizado neste caso!
SqlPackage.exe /a:export /ssn:localhost /sdn:AxDBToLCS /tf:c:\temp\AXDBToLCS.bacpac /p:CommandTimeout=4200 /p:VerifyFullTextDocumentTypesSupported=false /SourceTrustServerCertificate:True
Agora que temos o arquivo .bacpac de nosso banco de dados preparado após execução do script, é só fazer o upload dele para o LCS Assets.
Acesse seu LCS Asset Library, clique no sinal de + selecione as opções conforme o print abaixo e clique em "Add a File".
Selecione seu arquivo .bacpac e clique em Upload:
Aguarde o upload do arquivo e depois clique no botão "Confirm". Seu arquivo em breve estará disponivel no Assets do LCS!
Dica: Eu sempre uso uma VM no Azure, o upload é sempre mais rápido!
No LCS, escolha o ambiente Tier 2 a receber o backup, clique em "Mantain > Move Database".
Agora escolha a opção "Import Database":
Ao final deste processo você terá o seu banco de dados, antes em sua VM, agora pronto pra ser utilizado em seu ambiente Tier 2.
Assinar:
Postagens (Atom)