zinck74
2010-03-08 23:16:01 UTC
Hi,
We have an MSCRM 4.0 instance running in our Live environment. We
want to be able to use that data/database for a new preproduction
environment. I have some concerns over the suggested guidelines we
were given to do this. At a high level:
Backup Live databases (Org and config)
Restore Live databases onto the new preproduction db server
Install MSCRM onto a new preproduction web server, connecting to an
existing instance (new preproduction db server)
Update ConnectionString and SQLServerName in Config database
Note that the Live environment will be up the whole time, we are
duplicating the live environment data to put into our preproduction
environment, not just moving the database for the live environment.
Any obvious pitfalls with doing it this way? Frankly it sounds a
little sketchy to me. Would there be a more sound way of doing this,
like by using actual MSCRM tools? My one concern that I don't see
addressed here are the OUs and security groups therein. It seems this
new instance will essentially be using the existing OUs and security
group and not a new OU and security group. I'd prefer to have these
things segregated.
Thoughts?
TIA,
Bill
We have an MSCRM 4.0 instance running in our Live environment. We
want to be able to use that data/database for a new preproduction
environment. I have some concerns over the suggested guidelines we
were given to do this. At a high level:
Backup Live databases (Org and config)
Restore Live databases onto the new preproduction db server
Install MSCRM onto a new preproduction web server, connecting to an
existing instance (new preproduction db server)
Update ConnectionString and SQLServerName in Config database
Note that the Live environment will be up the whole time, we are
duplicating the live environment data to put into our preproduction
environment, not just moving the database for the live environment.
Any obvious pitfalls with doing it this way? Frankly it sounds a
little sketchy to me. Would there be a more sound way of doing this,
like by using actual MSCRM tools? My one concern that I don't see
addressed here are the OUs and security groups therein. It seems this
new instance will essentially be using the existing OUs and security
group and not a new OU and security group. I'd prefer to have these
things segregated.
Thoughts?
TIA,
Bill