652
Hi,
I still have not come across an official tool of Microsoft to migrate a portal configuration (i.e. CRM data, not schema) from one instance to another.
Various options are out there, e.g. XRM Toolbox (Portal Records Mover), manual recreate, import wizard with Excel, etc.
What is your favourite deployment strategy to copy your complete Portal configuration from one CRM instance to another?
Best regards,
Tino
*This post is locked for comments
No, Tino. You don't need to manually go and change the GUIDs. You should take care this while creating Schema. When you create Schema file you will be able to select the Primary key which will be used to "UPSERT" in to Target env. In your case, you should be selecting "Name" as primary key and generate the schema file. The only thing you have to ensure is, No 2 website records in your org should have same name which I believe you would be anyways taking care.
Let me know if you need any screenshots on generating Schema file.
-Srikanth
Cross reference: community.dynamics.com/.../814674
Hi,
tldr: schema is created, now initial deployment form Portal A to Portal B is causing issues.
So I made my first steps with Configuration Migration Tool, seems to be straight forward:
1. Create schema including affected entities
2. Export data from source system using this schema
3. Import data from source system to target system using this schema
But how do you actually handle a full snyc between two individual Online Portals when you start with the highest level, i.e. the website record?
- Portal (A) of D365 organisation (A) has a Website record (A) - that record could be something like "Partner Portal" with an unique GUID in D365 organisation (A)
- Portal (B), e.g. an additionally purchased Portal based on monthly subscription in the same O365 tenant of D365 organisation (A), of D365 organisation (B) has a Website record (B) - that record could be something like "Partner Portal" with an unique GUID in D365 organisation (B)
- If I now copy over the complete configuration from (A) to (B), a new website record for (A) will be created alongside of (B), i.e. in D365 organisation (B) I now have to website records - each website record points towards a different URL
So for the very first deployment from (A) to (B), is it necessary to clear all configuration data from (B) and then importing all configuration data from (A) to (B)?
After this initial deployment, the GUIDs of the website records should match, so incrementel updates should not cause any issues.
OR
Do you
- export data from (A)
- go into the exported XML of (A)
- manually manipulate the GUID of website record (A), so the GUID in XML of (A) becomes the GUID of webiste record (B)?
Again, I am looking forward to exchanging best practices with you when it comes to deploying from one online Portal to another.
Thanks and best regards
USD's configurable entities are much lesser when compared to Portals and also it is their own baby, unlike portals which were adopted from ADX :)
I blv creating your own schema file is the quick option for you, just ensure the primary keys required for each entity or else you may end up with duplicates.
-Srikanth
Hi Aric,
I respectfuly have to disagree.
There is a consensus of least-required Portal configuration, that comes with every (vanilla) Portal provisioning process, e.g. Web Pages, Web Templates, etc.
This does of course not consider any custom entities, which are to be exposed via the Portal.
Hence, I was looking for a schema, which can deploy from one vanilla Portal to another vanilla portal.
You are right, I will need to create the schema for myself.
By the way, the approach for deploying from one USD (Unified Service Desk) instance to another is very similar and yet MSFT was able to officially provide with a completed CTM scheme for USD but nor for Portals (link) ...
Try creating your schema from your dev environment with all the components that you need.
Not all portals have the same entity and configuration, so it makes no sense to provide a schema...
Hi,
Seems like the Configuration Migration Tool is the way to do it with CRM Online, though at times it does appear to have connectivity issues.
#1
Mohamed Amine Mahmoudi
83
Super User 2025 Season 1
#2
Community Member
52
#3
dkrishna
6
Share
Report
All responses (
Answers (
