{"id":896,"date":"2012-01-26T09:23:28","date_gmt":"2012-01-26T14:23:28","guid":{"rendered":"http:\/\/it.thelibrarie.com\/weblog\/?p=896"},"modified":"2012-02-10T22:07:55","modified_gmt":"2012-02-11T03:07:55","slug":"exmerge-exchange-2007","status":"publish","type":"post","link":"https:\/\/it.thelibrarie.com\/weblog\/2012\/01\/exmerge-exchange-2007\/","title":{"rendered":"Exmerge Exchange 2007"},"content":{"rendered":"<p>I know it&#8217;s 2012 and I&#8217;m writing about a server from 2007.  It&#8217;s still fairly relevant.  Exchange 2010 has some different functionality, so keep that in mind.  I also know that we don&#8217;t use exmerge in post-2003 exchange environments.  But I like the terminology.<\/p>\n<p>Basically I had a user delete all of their calendar items and they were not showing up in the recover deleted items section of outlook.  Good thing I had a backup.  Bad thing was the database their email was on grew to 81GB.  Worse thing was the email server and the backup server were connected by a measly 20mbps pipe.<\/p>\n<p>Fast forward 11 hours and I had a copy of my EDB file on my exchange server.  So now what?<\/p>\n<p>Create a folder called C:\\exch_recovery (or anything you want, just be sure to change the directories in the following commands)<br \/>\nOpen the Exchange PowerShell.  PowerShell is required as a recovery database is not visible by general users.  It helps if you&#8217;re an exchange\/domain\/enterprise admin in this case.<\/p>\n<p>Create the storage group for recovery<br \/>\n<code>New-StorageGroup -Server SERVERNAME -LogFolderPath c:\\exch_recovery -SystemFolderPath C:\\exch_recovery -Name rsg -Recovery<\/code><\/p>\n<p>I&#8217;m assuming you&#8217;re trying to recover something from your original Mailbox Database, otherwise change the mailbox name as appropriate.<br \/>\nCopy your BACKUP edb into the C:\\exch_recovery\\ directory.<\/p>\n<p>Make sure that the database is in &#8220;clean shutdown&#8221; mode.<br \/>\n<code>eseutil \/mh path\/to\/edb\/file.edb<\/code><\/p>\n<p>If not in a clean shutdown mode, and you have the log files required, run the following (assuming the log files start with E01):<br \/>\n<code>eseutil \/r \"e01\" \/l C:\\path\\to\\log\\files\\directory \/d C:\\path\\to\\edb\\file\\directory<\/code><\/p>\n<p>Now tell Exchange about this database<br \/>\n<code>New-MailboxDatabase -MailboxDatabaseToRecover \"Mailbox Database\" -StorageGroup SERVERNAME\\rsg -EdbFilePath \"C:\\exch_recovery\\Mailbox Database.edb\"<\/code><\/p>\n<p>Allow your database to be restored<br \/>\n<code>Set-MailboxDatabase -Identity \"SERVERNAME\\rsg\\Mailbox Database\" -AllowFileRestore:$TRUE<\/code><\/p>\n<p>As this database is still hidden, run the following to mount it<br \/>\n<code>Mount-Database -Identity \"SERVERNAME\\rsg\\mailbox database\"<\/code><\/p>\n<p>The restore-mailbox command will merge the mail from the recovery database into the current database automatically.  If the user does not exist, there will obviously be no merge and only a copy will occur<br \/>\n<code>Restore-Mailbox -Identity \"JOHN SMITH\" -RsgDatabase \"SERVERNAME\\rsg\\mailbox database\"<\/code><\/p>\n<p>Optional Cleanup<br \/>\n<code>Remove-MailboxDatabase -Identity \"SERVERNAME\\rsg\\mailbox database\"<\/code><br \/>\n<code>Remove-Storagegroup -Identity \"SERVERNAME\\rsg\"<\/code><\/p>\n<p>Is this the best way?  Probably not, but it worked for me.  The user now has their calendar items again and lost NO MAIL.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I know it&#8217;s 2012 and I&#8217;m writing about a server from 2007. It&#8217;s still fairly relevant. Exchange 2010 has some different functionality, so keep that in mind. I also know that we don&#8217;t use exmerge in post-2003 exchange environments. But I like the terminology. Basically I had a user delete all of their calendar items &hellip; <a href=\"https:\/\/it.thelibrarie.com\/weblog\/2012\/01\/exmerge-exchange-2007\/\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Exmerge Exchange 2007<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":["post-896","post","type-post","status-publish","format-standard","hentry","category-microsoft"],"_links":{"self":[{"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/posts\/896","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/comments?post=896"}],"version-history":[{"count":4,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/posts\/896\/revisions"}],"predecessor-version":[{"id":913,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/posts\/896\/revisions\/913"}],"wp:attachment":[{"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/media?parent=896"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/categories?post=896"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/it.thelibrarie.com\/weblog\/wp-json\/wp\/v2\/tags?post=896"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}