As a part of my new job I'm going to setup a complete database environment consisting of Dynamics CRM, Dynamics NAV and SS Reporting Service. This environment is divided into a production database, plus a training, a user acceptance test and a development test server.
I've done this many times with NAV, but never with CRM. And here I'm told that this is somewhat of a challange, as we just cannot do it the same was as with NAV, where we just copied the databases over to a new server and renamed them and ran. But with the CRM this should not be possible, as it is using a lot of GUID's pointing toward the entries in Navision.
So if anyone has experinence setting up such an environment then I would love to hear from you.
Best regards,Erik P. Ernst - webmaster at dynamicsuser.net
admin:As a part of my new job I'm going to setup a complete database environment consisting of Dynamics CRM, Dynamics NAV and SS Reporting Service. This environment is divided into a production database, plus a training, a user acceptance test and a development test server. I've done this many times with NAV, but never with CRM. And here I'm told that this is somewhat of a challange, as we just cannot do it the same was as with NAV, where we just copied the databases over to a new server and renamed them and ran. But with the CRM this should not be possible, as it is using a lot of GUID's pointing toward the entries in Navision. So if anyone has experinence setting up such an environment then I would love to hear from you.
I have done a Navision/CRM integration. I am a Navision person. I only got into CRM in the last 6 months.
One of our clients was using Navision Contacts and a lot of custom features. They have grown very quickly and wanted an easier way of exposing their system to sales teams all over the country and an easy integration with office products.It’s true it’s difficult to copy a CRM database compared to Navision.What we have done is create 3 separate installations Dev, Test, Live. Our initial setup (data migration) involved all 3 databases. From then on when ever we make a modification we follow a procedure of updating DEV then TEST and then LIVE.
The difficulty about CRM is you have to be aware of all these external things.WorkflowsCalloutsSQL reportsSchedulesNot difficult to move but you have to be aware of how the system is setup.
Long story short. We didn’t worry too much about the data. We were more concerned the modifications were migrated.
Setting up a "stand-a-lone" test environment is rather easy. No problem here, but it's when you want the full environment with production, dev.test, user acceptance test and training, with databases updated weekly with production data.
As for how I understand it, then the issue is that CRM is using GUID's as pointers to other records (in NAV for example). And when you then copy the database these pointers will still point to the old database. Not good!
admin:Setting up a "stand-a-lone" test environment is rather easy. No problem here, but it's when you want the full environment with production, dev.test, user acceptance test and training, with databases updated weekly with production data. As for how I understand it, then the issue is that CRM is using GUID's as pointers to other records (in NAV for example). And when you then copy the database these pointers will still point to the old database. Not good!
U can download and run it from here using Virtual PC:
http://www.microsoft.com/downloads/details.aspx?familyid=A8EDFC7B-01D8-4500-845B-01370D4EED21&displaylang=en
DenSter:And look where Navisoin is ending up: in a distributed 3 tier environment, running on IIS, just like MS CRM (well not exactly, but close)
Hi Gregory,
Quite some time ago you wrote:
gregory:I don't have experience but I am planning to setup a test CRM environment next week. I'll write about the result.
What was your results?