Posted on 2011-05-01
Last Modified: 2012-05-11
I'm testing a DR scenario but have run into a problem (note this is a lab environment)

Two nodes (Node1/Node2) running an Exchange 2007 CCR Cluster named CCRMBX.

There are two DR servers, DR1 and DR2. Both are configured as SCR targets for CCRMBX - the reason being, when I failed over, I wanted to have DR1 and DR2 running as quickly as possible as a CCR cluster, otherwise I'd need to fail over to CMS to DR1 and then reseed which could take a while.

I ran the following commands on DR1 (but for all SG's)

Restore-StorageGroupCopy "CCRMBX\SG1" -standbymachine DR

Couple of questions on this -

i. I'm still not entirely sure what the above command does, does it break SCR in preparation for DR1 hosting the SG's?

ii. I'm simulating a staged failover, should I need to dismount the databases first or will the -force switch do it? In which case, when I run the -force switch, I am prompted with a message stating that I need to dismount the DB first anyway. Interestingly, this is for SG2 - SG4 only, not SG1 for which the command ran ok.

iiii. I manually dismounted anyway, then ran the following command /recovercms /cmsname:CCRMBX /cmsipaddress:

I then recv a message stating that that DR2 is configured as an SCR target and I'd need to disable-storagegroupcopy. Does this mean that having two SCR targets for CCRMBX1 to avoid the reseed to start CCR on the DR nodes is not advisable?

iv. Since the /recovercms failed with the above error, how can I 'undo' the Restore-StorageGroupCopy command and set everything the way it was?
Question by:jasonwatts1972
    LVL 41

    Expert Comment


    Watch videos given in the below link.

    If you still have question post it.
    LVL 37

    Accepted Solution


    What Restore-StorageGroupCopy does is enables the copy of the database on the standby server. It essentially writes to AD that the location of that database is now on the standby server.

    The database must be dismounted before Restore-StorageGroupCopy is run. When you run Restore-StorageGroupCopy, it checks to see if the database is mounted on the source before it moves it to the target. The -force switch is used when the SCR source is no longer online. It tells the command to proceed anyway if it can't contact the source and verify the database has been dismounted.

    Your plan to have two SCR targets and then join them in a single CCR after the failover will not work. After recovering the CCR on a single server, you can then install Exchange on another server and add it as the passive node. This will require that the databases are seeded to the passive node.

    You can undo what you did by running Restore-StorageGroupCopy against all the databases again, this time specifying CCRMBX as the standby server.


    Author Comment

    Hi JJ

    Great answers, thanks a lot.

    Regarding Restore-StorageGroupCopy, do you know what sort of info it would write to AD to say that the server is now on the standby server? Because we'd run RecoverCMS on the standby anyway wouldn't we so that the standby became the CMS?

    Also, the DR idea was to have DR1 and DR2 already in a cluster, and have the CMS replicating to both as SCR targets. Do you know why we can't have the idea of using RecoverCMS to place the CMS on DR1, and then surely DR1 and DR2 would start to function as a CCR cluster?
    LVL 37

    Expert Comment

    by:Jamie McKillop
    Restore-StorageGroupCopy assigns ownership of the database to the server. Even with a cluster, a node of that cluster must be assigned as the current owner of the database. You then recover the cluster on top of the node.

    DR1 and DR2 are not in a cluster together. They both have the passive mailbox roles installed but they don't become an active node in a cluster until Enable-StorageGroupCopy is run to set them as a target. If you set them both as targets for CCRMBX, DR2 would need to be removed as a taget for CCRMBX then added as a target for DR1. This process requires seeding from DR1 to DR2. You can't reuse the files that were seeded from CCRMBX. When you run Enable-StorageGroupCopy it will complain that there are already files there.


    Author Comment

    Does make sense.

    From what you're saying, if I had the following situation:

    Prod site: Node1 and Node2 (running CCR with CMS name CCRMBX)

    DR Site: DR1 and DR2

    If I wanted to fail over and have DR1 and DR2 in a CCR cluster, there is no way to do that without setting up only DR1 as an SCR target, even though DR1 and DR2 were part of a Windows cluster, failing over CMS to DR1, then enabling SG copy to DR2 and reseeding manually?

    LVL 37

    Expert Comment

    by:Jamie McKillop
    Right. You don't have a CCR until you run setup to activate the the CMS on DR1.

    Featured Post

    How to run any project with ease

    Manage projects of all sizes how you want. Great for personal to-do lists, project milestones, team priorities and launch plans.
    - Combine task lists, docs, spreadsheets, and chat in one
    - View and edit from mobile/offline
    - Cut down on emails

    Join & Write a Comment

    Set OWA language and time zone in Exchange for individuals, all users or per database.
    Exchange server is not supported in any cloud-hosted platform (other than Azure with Azure Premium Storage).
    To add imagery to an HTML email signature, you have two options available to you. You can either add a logo/image by embedding it directly into the signature or hosting it externally and linking to it. The vast majority of email clients display l…
    This video discusses moving either the default database or any database to a new volume.

    746 members asked questions and received personalized solutions in the past 7 days.

    Join the community of 500,000 technology professionals and ask your questions.

    Join & Ask a Question

    Need Help in Real-Time?

    Connect with top rated Experts

    15 Experts available now in Live!

    Get 1:1 Help Now