Choose your path Increase your proficiency with the Dynamics 365 applications that you already use and learn more about the apps that interest you. Up your game with a learning path tailored to today's Dynamics 365 masterminds and designed to prepare you for industry-recognized Microsoft certifications.
Visit Microsoft Learn
2019 release wave 2 Discover the latest updates and new features to Dynamics 365 planned through March 2020
Release overview guides and videos Release Plan | Preview 2020 Release Wave 1 Timeline
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants. | Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements | ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance TechTalks | Customer Engagement TechTalks | Upcoming TechTalks
Seeking to reduce db size in preparation for migration from on-prem to online environment.
Currently dbo.Attachment and dbo.ActivityPointerBase are largest tables with 33GB and 24GB respectively.
I've used bulk deletion to deleted all emails with attachments over 1MB. But not change to Attachment table size. Why is this?
Any guidance for reduces other top 10 table sizes?
That is strange. Usually, the table size reduces, but the database size remains same.
Could it be possible that most of your cases have multiple attachments that collectively have size greater than 5 MB, but are individually lesser?
if you have the counts of records before and after deletion, you will be able to validate better.
In order to reduce the db size, in particular concerning attachments, you can consider to store the attachments in sharepoint.
1. Develop a webservice that can write,delete and retrieve data in sharepoint.
2. Develop a plugin that triggers on creation, delete and retrieves of attachments
When the attachment is created in crm, a plugin calls the sharepoint webservice, stores the attachment in sharepoint and (IMPORTANT) update the attachment.body to NULL, automaticly the attachment.filesize is updated to 0.
When a attachment is deleted in crm, delete the file in sharepoint by using the SP webservice delete function.
When the emailform is loaded, in background a retrieve of the attachments is done in the crm db, for every retrieve the plugin does a retrieve in sharepoint and receives the filesize. In the plugin context you update this filesize from sharepoint, otherwise the attachment has a filesize of 0 in crm.
When you click on the attachment, you also do a retrieve in sharepoint to return the body, and update in the plugin the body in the context. This way, when you click in crm on a attachment, that is stored in SP, you get this attachment in SP, and can open it in crm. Nobody will see that the attachment in the background is stored en received in sharepoint.
This way you can reduce gb's of data in the crm database.
This way, when someone or the emailrouter creates a email with for example 16 attachments, all 16 attachments will be stored in sharepoint , and in the crm attachment table the body will be NULL , and filesize 0 .
In order to clear up the existing historicly data in attachments, write a service or console application and read from the attachment table and upload the data to sharepoint by using the sharepoint webservice.
There are several commercial packages that do these actions, but it's also written by yourself in 2 days.
This way i cleared up millions of attachments in a customers database.
Business Applications communities