locked
Redeploy crm4 after sbs migration RRS feed

  • Question

  • I'll shortly be needing to move all parts of crm4 (reporting services, sql and actual deployment) from one sbs server on to another sbs server in the same domain. I've moved sql and reporting services in the past but never the actual deployment and due to the nature of the migration I wondering the best way to proceed.

    I'm using a migration process from sbsmigration.com which (if you not familiar) involves the following. Quick summary for reference

    1) Connecting a 2nd server as an AD then disconnecting from the domain.
    2) Performing some actions on this server to remove references to exchange and making changes to ad
    3) Installing exchange
    4) Forklift of exchange from original server
    5) Join new sbs box to this server and migrate mailboxes
    6) Disconnect original server from domain and connect new server.

    The main points here that I think might change how to move crm are that the original sbs server and new sbs server have exactly the same name and ip address.

    I need to keep downtime to a minimum so I think the best way to move crm is as follows

    Using the methods in http://support.microsoft.com/kb/952934 and copy crm deployment on to a seperate server along with sql and reporting services. Perform the migration as normal once step 6 is complete use the methods above in exactly the same and deploy to the new server.

    Any thoughts or advice?

    Sunday, April 15, 2012 4:19 PM

All replies

  • Hi,

    I don't think you can have two SBS at the same time. you may want to check this first.

    If that is the case and you host everything in one box, then there isn't a path with minimum downtime, is really down to the how long will take to install the new exchange, migrate the mailboxes etc.. until then you can start installing CRM4

    If it allows you to have both SBS on the same domain, then you right the best path is to set up the new server and do a database import, to keep downtime to minimum.

    There are a few things you can check regardless of the method you use, have a look at this article:

    http://quantusdynamics.blogspot.co.uk/2012/01/dynamics-crm-40-disaster-recovery.html

    Bear in mind as well the DeploymentProperties table for old server name records etc.

    Hope this helps


    Visit my blog for CRM material, improving performance, kerberos, IFD, development tips, etc. :) http://quantusdynamics.blogspot.com


    Monday, April 16, 2012 11:21 AM
    Answerer