Problems with Recovery storage group
I have just completed a restore on my CCR clusterand I now want to delete my RSG. I am not able to do so because I can't dismount the database. I get this error:Dismount-Database : Failed to dismount (offline) database SERVER\recovery storage group\sg3. Reason: Cluster Common Failure Exception: Failed to take cluster resource 49632e92-af77-4ad0-972e-9e95a22d9886 in cluster group SERVER offline. Unexpected State: Failed.At line:1 char:18It won't let me do it with the console either. I get the sameerror when I try.
June 2nd, 2009 10:41pm
Dismount and remove the RSG After you complete the restore from RSG, you should dismount the RSG, the main reason to do it is to enable the production DB (any live DB) restore. Open the EMC (Exchange Management Console), from the Toolbox node, click on the Database Recovery Management: Type the name of your Exchange server and Domain Controller server name and then click Next at the bottom of the screen: From the Tasks options, choose Manage Recovery Storage Group and then click on the Mount or Dismount Database in the Recovery Storage Group: Now select the Database that you want to dismount, mark it with V and click on Dismount Selected database: After dismounting the database, you will get a report with a result of the process: In order to remove the RSG: Repeat steps 1 and 2 in this paragraph and from the tasks options, click on Remove the Recovery Storage Group: Click the Remove the Recovery Storage Group option again: After removing the RSG, you will get a report with a result of the process: If you want to verify from the Exchange Management Shell, that the RSG was removed, you can type the command: Get-MailboxDatabase Status Joachim Le | Crayon AS | MCITP: Enterprise Administrator
June 3rd, 2009 6:14am
Thanks for the reply, but this is exactly whatI am trying to do when I get the error.
June 3rd, 2009 8:53am
Hi Joel, What i understand is you tried this through Exchange Management Console and as well as Shell. If not please try the command trough shell. If these steps do not work, try accesing cluster administrator console and see if RSG is in Offline state. Make it offline and delete the RSG from cluadmin console itself. If the above works delete the database files and log files manually. If not please let us know. Thanks Shiv
June 3rd, 2009 11:45am
I just tried this, but I still can't delete the RSG from Exchange. It still tells me that the DB is mounted. I now get this error when I try to dismount it: Error encountered while trying to dismounting the database (SG3) in the recovery storage group (Recovery Storage Group). Error message is: Failed to dismount (offline) database RIOMTLEXMB2\Recovery Storage Group\SG3. Reason: Cluster Common Failure Exception: The cluster resource 49632e92-af77-4ad0-972e-9e95a22d9886 was not found in cluster group riomtlexmb2..
June 3rd, 2009 11:51am
Hi Joel, Please try these three commands on the Active node. Dismount-Database -Identity "ServerName\StorageGroupName\DatabaseName" Remove-Mailbox -Identity "ServerName\StorageGroupName\DatabaseName"Remove-StorageGroup -Identity "ServerName\StorageGroupName\DatabaseName"Thanks Shiv
June 3rd, 2009 12:07pm
Hi Joel, Also please provide with any event id's showing up in application log. Thanks Shiv
June 3rd, 2009 12:08pm
Hi Joel, Please try the above command with this switch -ErrorAction:SilentlyContinue . Thanks Shiv
June 3rd, 2009 12:41pm
Thanks for the tips. These didn't work. I rebooted my server last night and I was then able to delete the RSG. Something must have locked it up.
June 4th, 2009 9:10am
This option worked for me. Dismount-Database -Identity "ServerName\StorageGroupName\DatabaseName" -ErrorAction:SilentlyContinue Once this was one was done. The other two commands worked as well Remove-Mailbox -Identity "ServerName\StorageGroupName\DatabaseName" Remove-StorageGroup -Identity "ServerName\StorageGroupName\DatabaseName"
August 15th, 2011 8:06pm
I just encountered the very same issue, and I thought it might be handy to have a solution on hand. When creating a RSG on a cluster, the information about that cluster is stored on the node, not on the cluster as a whole. Should the active node change, it becomes impossible to dismount the data store, thus preventing removal of the storage group. The solution? - Change the active node (if A, change to B. If B, change to A.) - Dismount the data store. - Remove the RSG. I hope this saves someone the frustration of fighting this in the future.
October 16th, 2012 6:48am