moving system mailboxes to another store on same server (Full Version)

All Forums >> [Microsoft Exchange 2000] >> Information Stores



Message


alysond -> moving system mailboxes to another store on same server (26.Oct.2006 11:15:31 AM)

Recently on our Exchange 2000 server our backup has been failing due to a possible corrupt mailbox store in our first storage group. The original PRIV1

Rather than risk losing access to the entire store i have been moving users mailboxes to another existing store in the same storage group with the objective of not having to worry if the said corrupted mailstore will mount again etc if i start doing checks on it.

I have now all mailboxes moved from the corrupted store and i'm wondering what to do with the 3 remaing system mailboxes (smtp, system attendant and system mailbox)since my intention is to delete the priv1.edb and priv1.stm and create a new store.

I'd appreciate if if someone could advise me the correct way of proceeding from here.

Thanks

Alyson




jchong -> RE: moving system mailboxes to another store on same server (26.Oct.2006 12:37:52 PM)

I have now all mailboxes moved from the corrupted store and i'm wondering what to do with the 3 remaing system mailboxes (smtp, system attendant and system mailbox)since my intention is to delete the priv1.edb and priv1.stm and create a new store.

Nothing leave those alone.

SMTP mailbox

Will be created on each Mailbox Store. It’s stamped with the servername and the mailbox store GUID, so it should be fairly easy to identify. There is a mailbox object within the mailbox store, and a corresponding SMTP mailbox directory object in the Active Directory. The directory objects are found under the CN=Connections,CN=<orgname>,CN=Microsoft Exchange,CN=Services,CN=Configuration,CN=<domain> container.

System Attendant MB

If the store is then deleted, the System Attendant mailbox will be moved automatically into another mailbox store on the server (ie – the HomeMDB value on the directory object will be updated). System Attendant service will have to be restarted to reconfigure MSExchangeFBPublish to use the new mailbox location, and the mailbox object may not reappear under the “Mailboxes” node of ESM until it is used in the future.

System MB

Whenever you mount a mailbox store, one of the checks it runs through is whether or not a SystemMailbox{guid} object is in place. If it can’t find one, it looks in the directory for the SystemMailbox{guid} directory object within the MESO container, and then piggy-backs off that to create the SystemMailbox{guid} mailbox object within the mailbox store.


http://blogs.technet.com/evand/archive/2004/12/17/323636.aspx




Page: [1]