locked
How to force dismount mailbox database from suspended CCR SG ? RRS feed

  • Question

  • Hi,

    How can I force dismount the old mailbox DB in the existing old SG which is in SUSPENDED mode? (I cannot re-attach the old RDM to change the SG status into healthy just to delete the old MB and SG).

    I have created new drives with bigger capacity (A and B drives 1.6 TB each) for my new storage groups in the existing production Exchange Server 2007 SP1 CCR cluster server, however in the DR node I only created (same A and B drives 1.6 TB each), so the old SG drives only exist in the Production MBX server and I cannot dismount or delete it from the EMC, because there is no equivalent drive letter in the DR node.

    Here are the mappings:

    PRODMBX1:
    A: SGA DB+Logs --> this is the new and working SG with healthy replication.
    B: SGB DB+Logs --> this is the new and working SG with healthy replication.
    D: SG1 DB --> OLD SG with no more mailbox
    E: SG1 Logs ---> OLD SG with Suspended replication and full transaction log disk space
    F: SG2 DB --> OLD SG with no more mailbox
    G: SG2 Logs ---> OLD SG with Suspended replication and full transaction log disk space
    .
    .
    .
    Y: SG11 DB --> OLD SG with no more mailbox
    Z: SG11 Logs ---> OLD SG with Suspended replication and full transaction log disk space

    RECOMBX1:
    A: SGA DB --> this is the new and working SG with healthy replication.
    B: SGB DB --> this is the new and working SG with healthy replication.
    The rest of the drive letters are free because I didn't create the Physical RDM mapping during the migration to the new SAN

    Any kind of help and suggestion would be greatly appreciated.
    Thanks.


    /* Server Support Specialist */

    Monday, October 8, 2012 4:43 AM

Answers

  • Why not just delete the databases and storage groups if thye're empty?


    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

    Tuesday, October 9, 2012 12:53 AM
  • Hi Albert,

    Since affected Stores are empty, you can delete these stores and corresponding Storage Groups using

    ADSIEDIT and also delete Resources for these Stores in Cluster Admin.

    Please backup the AD first.

    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    Frank Wang

    TechNet Community Support

    Tuesday, October 9, 2012 8:23 AM

All replies

  • Why not just delete the databases and storage groups if thye're empty?


    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

    Tuesday, October 9, 2012 12:53 AM
  • Hi Albert,

    Since affected Stores are empty, you can delete these stores and corresponding Storage Groups using

    ADSIEDIT and also delete Resources for these Stores in Cluster Admin.

    Please backup the AD first.

    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact tnmff@microsoft.com.


    Frank Wang

    TechNet Community Support

    Tuesday, October 9, 2012 8:23 AM
  • Hi Albert,

    Any updates?


    Frank Wang

    TechNet Community Support

    Thursday, October 11, 2012 1:47 AM
  • Thanks Ed,

    but somehow it complaints that the CatalogData directory is always in use ?


    /* Server Support Specialist */

    Thursday, October 11, 2012 3:10 AM
  • I need a way to delete this directory without causing major outage to the company.



    /* Server Support Specialist */

    Thursday, October 11, 2012 3:54 AM
  • Post the full text of any error you receive.  The description you posted doesn't say anything to me.

    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

    Thursday, October 11, 2012 5:46 AM
  • Here it is Ed,

    and

    something is still using it ?


    /* Server Support Specialist */

    Thursday, October 11, 2012 5:48 AM
  • Stop the MSExchangeSearch service.  Delete the entire folder, the one with the CatalogData-{GUID} name.  When you restart the MSExchangeSearch service, it will regenerate a content index, a process that will take a while depending on the size of the database.  No database data will be deleted.

    Why do you want to delete these files?


    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

    Thursday, October 11, 2012 5:48 AM
  • Ed, "Stop the MSExchangeSearch service" that sounds dangerous to do ?

    Because I have successfully deleted the mailbox DB and also Storage Groups from the EMC, only this folder remains, I need to reuse the LUN.

    Can I just remove the drive from Hypervisor level ?


    /* Server Support Specialist */

    Thursday, October 11, 2012 5:51 AM
  • Just stop it long enough to delete the folders and then you can restart it.


    Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."

    Thursday, October 11, 2012 5:53 AM