Scenario: Sometime we need to uninstall a deployable package from the UAT or Production environment.
Solution:
Below are the steps that need to be performed to uninstall a package.
Create a deployable package using visual studio or Build server
Do not extract the deployable package that is in ZIP folder (If you extract the zip folder you will face issue invalid HotfixInstallationInfo.xml file)
Just open the deployable package zip folder
Go to Deployable package zip folder -> AOS service -> Scripts folder
create a text file name ‘ModuleToRemove’
Write the module name to be removed in the the ModuleToRemove file
If you have multiple models to remove then write mode name per line as below
Model1
Model2
Model3
Note: In multiple models removing write the models name in sequence as per dependency sequence
Go back to main zip folder and find the file HotfixInstallationInfo.xml ,copy the file to some other location and edit the file like below
Copy and replace the HotfixInstallationInfo.xml file in the deployable folder
upload the file in the asset library and apply the package to the UAT environment first if applied successfully then apply to the production environment.
Please leave comments if you are facing any issue.
Upgrade Dynamics 365 Finance and operations environment – Third-Party ISVs(No Source code) and custom model(source code)
Scenario:
2 ISV packages(no source code)
2 Custom models(source)
Sandbox Environment is on Application release 8.0 and PU 24
Target version for sandbox environment Application release 10.0.4 and PU 28
The problem in the simple upgrade:
unable to merge 4 packages(2 ISVs, 1 custom model and 1 application release 10.0.4 ,PU28 package)
Maximum only 2 packages can be merged in the asset library.
Solution:
To create one package for ISVs and custom model, need build environment and code should be under source control
Then one package of latest application release and custom package can be merged into one package and apply to a sandbox environment to upgrade
Steps:
Custom models source code add to source control
After you install the custom model, follow these steps to add the new model to source control.
Open Source Control Explorer by clicking View > Other Windows > Source Control Explorer.
Navigate to the metadata folder that is mapped on this development VM, such as MyProject/Trunk/Main/Metadata.
In the metadata folder, find the folder for the package that contains the new model. Right-click the package folder, and then click Add Items to Folder.
In the Add to Source Control dialog box, select the Descriptor folder and the folder that has the name of the model. Some models may also contain referenced DLLs in the bin folder. If these exist you’ll need to also include the appropriate DLL files from the bin folder. Once all files have been selected, click Next.
Review the items that will be added, and then, when you’re ready, click Finish.
Open the Pending Changes window from the Team Explorer pane or by clicking View > Other Windows > Pending Changes.
Review the changes, enter a check-in comment, and then click Check In.
Add ISVs package to source control follow below steps
After you install the deployable package on a development VM, follow these steps to add the package to the source control.
Open Source Control Explorer by clicking View > Other Windows > Source Control Explorer.
Navigate to the metadata folder that is mapped on this development VM, such as MyProject/Trunk/Main/Metadata.
Right-click the Metadata folder, and then click Add Items to Folder.
In the Add to Source Control dialog, double-click the folder that has the package name that you want to add to source control.
Select all the folders except XppMetadata and Descriptor, if they exist, and then click Next.
On the next page, on the Excluded items tab, select all files by clicking one of the files and then pressing Ctrl+A. At the bottom of the selection window, click Include item(s). When you’re ready, click Finish.
Open the Pending Changes window from the Team Explorer pane or by clicking View > Other Windows > Pending Changes.
Review the changes, enter a check-in comment, and then click Check-In.
Deploy build environment
During deployment, Build Agent Name keep the same as the build environment name
BranchName should be a source control branch name of the project
Use DevOps pipeline to create one package
Click on Pipeline -> pipeline and then click on run pipeline
Once pipeline is completed the one deployable package will be created on the build VM.
Upload the build package on the Asset library, validate
Apply on the UAT environment and production as well if all goes well.
Please comment if you need any clarification or you are facing some issue on any step.
Microsoft Dynamics 365 for finance and operations performing database maintaince in Septemebr 2019 and he sent emails to project owners and Environement managers.
Below are key points of the September database maintenance
Database scale out and migrations
Result regions changed for new and existing customers
Connection string will be updated for existing customer
Restricting Database access
After this update only Project owners and Environment managers can access the database backup option
Enable customers with Expired ax2012 license to take ownership of their projects on LCS
Soft enforecment added for the use of single deployable package for customizations and isv packages
Soft enforcement for now and hard enforcement in future release
To check in more details, please use below link of microsoft llife services blog