Hello all,
We migrated from on-prem to D365 BC back in December via a partner. I noticed that they created our environments in a central/western USA region while all our other services/environments are located in Canada Central.
Has anyone ever moved their environment(s) from one geo to another, or know if it is even possible?
Are you already in production with this BC environment?
If not you should create a new environment with Canadian localizations before you go live.
If you already are in production you should ask your partner why they gave you US localized environment and discuss with them how you can be moved to a Canadian localized environment.
Because this is not only about where your data is stored, it is also about the localized functionality that is available in the Canadian version that you will not find in the US version of Business Central.
Here you can find a list of functionality that is unique to the Canadian version of Business Central.
Inge, we're 100% Canadian, except for this BC instance. :) The migration partner is located in the USA, however, so I'm assuming that is why they chose that location.
Well, if you are a Canadian company I guess you would like to run on the Canadian localization?
So if that is the case they might did a mistake creating an environment with US locations?
But if your company is registered in the US they did it the correct way.
Inge, we (I) didn't create the environment and it was done by the migration partner, when we went from On-Premise to cloud. I'm guessing they just picked the site closest to them.
Hi, just to add some info.
Dynamics 365 Business Central: Where is cloud(SaaS) data actually stored? (Using Azure geographies)
https://yzhums.com/21836/
Where is cloud(SaaS) data actually stored (Get BC public IP address, City, Region, Country, Location etc.)
https://yzhums.com/21873/
In addition, since the version of each region may be different, even after the new feature I mentioned is released, it should only allow environment transfer in the same region.
Hope this helps as well.
Thanks.
ZHU
But in my experience that will in no way effect the performance or the use of the service.
So unless there are something regulatory that requires you to keep the data closer I would not worry. And what you had created was US localized environments and not Canadian as far as I could see?
If you created environments with Canadian localizations they would most likely be placed in Canada.
I've checked and all the BC Environments are in:
which is literally 1000's of KMs and a country away from our other environments/services/tenants/staff, which ranges from 50 (or less) to 100KM max from our offices.
The country/Region you are looking at for the BC tenant is indicating the localized version of Business Central you are running and will not necessarily correspond with the actual region where data is stored.
As you can see i am running both US and Norwegian localizations in my Business Central enviornment.
But if you click on each environment you can check in what azure region the data is actually stored.
So my US data is stored in the US and my Norwegian data is stored in Norway even though in the case i am running and Azure AD that does not belong to any of those region.
The idea is that the data should be stored as close as possible to the Business region they are used for.
This may sound like a silly question (so I apologize in advance), but does Microsoft count an instance created in a different data centre / location as an actual separate tenant? I'm used to tenant = "domain with multiple orgs" and not as an "instance" / "service" (Saas). I say this because the BC "instance" is still one of our primary domains, just the "data centre" is listed as:
D365 CRM is:
The rest of all our services and tenant are in Canada.
Hi, this feature will be officially released in June this year. If you are not in a hurry, you can wait a little longer.
Hope this helps.
Thanks.
ZHU
Stay up to date on forum activity by subscribing. You can also customize your in-app and email Notification settings across all subscriptions.
André Arnaud de Cal... 291,134 Super User 2024 Season 2
Martin Dráb 229,928 Most Valuable Professional
nmaenpaa 101,156