Topic: Database Storage for Dynamics Customer Engagement is changing, and in this blog, we will help you understand how this will impact your Dynamics Landscape.
Areas Impacted:
Database Storage Breakdown:
Let’s first understand the DB Storage breakdown, which will help us to get more clarity on the Pricing Model.
At present, DB Storage for all the Dynamics customer is being calculated as per the total Data residing in their respective Instances. There was no segregation parameter or breakdown defined by Microsoft for the overall data stored in the DB.
As more and more millions of transaction are occurring, it makes sense for Microsoft to come up with some sort of strategy to make better utilization of the DB real estate. This will definitely help every customer understand their usage and will eventually benefit customers to optimize their database storage.
Today: No Logical Segregation of DB Storage
Tomorrow: Three areas to calculate your Storage
Best way to understand is with an example!
**Any Document stored inside Dynamics Notes Area. Excluding Document Management Area (SharePoint).
** More to come as we need to get clarity whether system jobs, Plugin Exception Logs will be captured in Log even though they act like a record.
Below is the simple overall understanding of pricing model.
Nutshell:
**Note: Database Capacity is different from File Capacity.
If you have 20 GB DB Capacity and 40 GB of File Capacity, then the math is we can create 20 Instances max.
However, it will be hypothetical to create 20 Instances when only 20 GB DB Capacity is available since we will run out of DB Capacity to store Entity Records.
Recommend to have at least 2 GB for each Instance. So in our case, we should limit to creating 10 Instances.
Scenario 1:
Impact:
Scenario 2:
Impact:
Scenario 3:
Impact: