{"id":111003,"date":"2019-03-13T14:23:21","date_gmt":"2019-03-13T21:23:21","guid":{"rendered":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-automate\/upgrade-your-previous-version-cds\/"},"modified":"2019-03-13T14:23:21","modified_gmt":"2019-03-13T21:23:21","slug":"upgrade-your-previous-version-cds","status":"publish","type":"power-automate","link":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-automate\/upgrade-your-previous-version-cds\/","title":{"rendered":"Remember to upgrade your previous version CDS database to preserve Flow Approvals history or entity data"},"content":{"rendered":"
In January this year, Jim Daly provided a detailed announcement on the previous version CDS to the CDS for Apps migration<\/a> experience that is available for self service. As the deadline to initiate the database migration is coming up, we want to help ensure everyone has considered if a CDS migration is required for their environments with a previous version CDS instance, and continue operating successfully.<\/p>\n This blog post is applicable to you, only if you see a “Upgrade Now” link in the Admin Center as shown in the screenshots of this blog post<\/a>.<\/p>\n We also want to ensure that everyone understands that the data stored for the Flow Approvals feature is stored in the CDS instance in the Default Environment<\/strong>, and if their Default Environment has a previous version CDS instance, the tenant admin must upgrade this instance to preserve that data (Pending Approval Requests<\/a> and Approval History). See the Flow Approvals documentation<\/a> for more details.<\/p>\n There are two main reasons to consider if your previous version of CDS instance needs to be upgraded:<\/p>\n If the organization uses the Flow Approvals feature, the data related to Flow Approvals is stored in the CDS instance of the organization’s Default Environment<\/a>.\u00a0 If the organization wants to preserve Flow Approvals history and Approvals currently in transit, they will need to upgrade the previous version of CDS instance in their Default Environment.<\/li>\n If there are previous version of CDS instances with data the organization needs to preserve, these instances should be upgraded. This will usually only be possible if the users that created the database or custom tables in the database had the paid licenses or a trial paid license to use the premium CDS feature.<\/li>\n<\/ol>\n It is important to understand that the Default Environment’s CDS instance is the database that stores the Flow Approvals data used throughout the entire tenant. When the first Approval request is sent on a tenant, a CDS instance is automatically provisioned in the Default Environment if one did not already exist. This is important to know because many might not have been aware of this change when using the Approvals feature, as it happens behind the scenes. If the Approvals feature is being used anywhere in the tenant, all Approvals history or currently pending Approvals data is stored in the CDS instance in the Default Environment.<\/p>\n If the Default Environment has a previous version of CDS instance with Approvals data and is not upgraded by the deadline, the Approvals data (history and pending Approvals data) will be deleted when the instance is deleted.<\/p>\n If the tenant admin decides to upgrade the Default Environment, he or she should be aware that Approvals functionality will stop during the downtime expected in step 3. Approvals history and pending Approvals will not be accessible by anyone until the migration step has completed.<\/p>\n Other Environments with a CDS instance do not store Approval data. Only the data that was added by the contributors will be in those instances.<\/p>\n Upgrade to CDS has no impact on licensing for Flow Approvals<\/p>\n All users of the organization will get access to Model-driven app capabilities besides Canvas apps and Flow after upgrading the Default Environment to CDS for Apps. This does not necessarily mean they will be able to build Model-driven apps because a P2 license is required, but they can start a P2 in order to create Model-driven apps.<\/p>\n The way database and environment permissions are managed in previous version of CDS is different than in the new CDS for Apps, so the upgrade will change how the roles are expressed. The security roles are managed in the CDS for Apps database, and requires configuration in the portal.<\/p>\n Here is how the security settings will migrate as part of the upgrade process:<\/p>\n \u00a0<\/p>\nMotivation<\/h2>\n
\n
Users are using the Flow Approvals<\/a> feature<\/h3>\n
Users in the tenant need to preserve data in their previous version CDS instance<\/h3>\n
Understanding the role of CDS in the Default Environment<\/h2>\n
Approvals data are stored in the Default Environment’s CDS instance<\/h3>\n
Flow Approvals and licensing<\/h3>\n
Expectations for the Default Environment after upgrading<\/h3>\n
How Security Roles are impacted after upgrading the CDS in the Default Environment<\/h2>\n
\n