Recovery Storage Group, Dial-tone, and Outlook 2003 clients in Cached Exchange Mode
WAY back in November, I was giving a presentation at Exchange Connections in San Diego about using the Recovery Storage Group in combination with a dial-tone recovery. Someone from the audience asked me about the behavior of Outlook 2003 clients that are in Cached Exchange Mode (since they have a complete or near-complete copy) of their mailboxes stored locally. I did not have a really good answer and promised to blog this. Well, here we are 3 1/2 months later and I'm finally getting around to this. I did the testing for this back in December, but I'm just now getting around to posting this information.
First some background, a "dial-tone" restore occurs when you start out with empty databases. Exchange 2000/2003 lets you delete the database files and mount the databases; Exchange creates empty databases which allows users to go back to work immediately. Well, they can send and receive messages, but all of their existing data is now gone.
Your users are now back at work, albeit with a no data. But this lets you get them off your back long enough to get their data restored. When the dial-tone database is mounted, any Outlook 2003 user that is currently in Outlook (and working offline) may see a message like this:
"The Microsoft Exchange administrator has made a change that requires you quit and restart Outlook."
When Outlook is reloaded, you may see the following message:
"Exchange is currently in recovery mode. You can either connect to your Exchange server using the network, work offline, or cancel this logon."
However, once the client starts up, Outlook is still working properly. Outlook will not purge the local data in the OST file.
Now you can go about restoring the original database to the Recovery Storage Group (RSG). Here is where the terminology gets tricky if you are going to do a database "swap". The database that is now mounted and in production (the empty one) is the "dial-tone database." It is going to slowly accumulate data as the users start receiving mail. The original production database you going to restore is the RSG database. Create a mailbox store in the Recovery Storage Group and restore the most recent copy of the database to the RSG.
You now have the option of merging the data from the mailboxes in the RSG database in to the dial-tone database. You can do this once the RSG database is mounted, but you will lose some of the mailbox "metadata" may not be transferred and some rules that move messages between folders may no longer work.
The other option (instead of merging from the RSG to the dial-tone database) is to "swap the databases out" and then merge the data from the smaller amount of data in to the database with that was originally restored from backup. This will, of course, require some downtime since the production database needs to be dismounted and there will be some file copying.
To "swap out" the database files, dismount both the RSG and the dial-tone databases. Take note of the RSG database file names and the dial-tone database file names. Rename the dial-tone database files to a temporary file name. Move the RSG database files back in to the original location for the production database files and rename them to the production database. You have moved the RSG database back in to production. On the Database property page of the production database, check the "This Database Can Be Overwritten By A Restore" checkbox and then mount the database.
Copy the "dial-tone" database files to the RSG database location, rename the files to the RSG database file names. On the Database property page of the RSG database, check the "This Database Can Be Overwritten By A Restore" checkbox and then mount the database. The database that is now mounted in the RSG is the database that contains everything that changed (new messages, sent messages, etc...). You can now use the Recover Storage Group's Recover Mailbox Data to merge data from the mailboxes in the RSG to the production database.
posted by Jim McBee @ 9:46 AM
5 comments
5 Comments:
For restore Outlook files,use-recover outlook files,recover Outlook email and data from corrupted pst files larger than 2GB with the maximum size for *.pst files of 32TB,program recover Outlook files and data from corrupted pst files of all Microsoft Outlook mail clients, from Microsoft Outlook 97 to Microsoft Outlook 2003. To save the recovered information as files with the *.pst extension, you should have the Microsoft Outlook 98 mail client or higher installed on your computer,tool recover Outlook files and recover Outlook messages from corrupted *.ost files of Microsoft Exchange versions 5.0, 5.5, 2000, 2003.
Does the Recovery Storage Group have to have the registry key changes when its size is > 16Gb. I am having trouble doing a restore to the RSG from tape and wondered if the size limit registry key had any bearing on it.
I heard about not bad application Advanced Outlook Repair. Whenever the PST file reaches or exceeds that limit, you will not be able to open or load it any more, or you cannot add any new data to it. This is called oversized PST file problem. More detailed information can be found at http://www.datanumen.com/aor/problems/2gb-pst.htm
As for me I had got a lot of problems with mails.But some times ago I found nice tool-outlook express inbox wont open,it solved their in one minute and made it free of charge.Moreover tool could to save separate files with eml extension.
Some days ago I knew about one tool-fix outlook 2003 ost.Which solved my big problem with mail in seconds and free of charge.Utility demonstrated extract your tasks, emails and contacts from *.ost file, since these files are stored in encrypted format.
Post a Comment
<< Home