when to a RSG and in the backup application i chose to "commit log files" does this commit all transaction log files that are currently on disk and have been created since the last full backup? or does it just commit transaction log files that are part of the backup that was used to do the restore to the RSG? I ask because if i take a full backup on Monday but a user shift deletes an email on Twesday then restoring to the RSG will or will not restore this email? If not then i would need to copy all the transaction log files since the last backup was taken and copy these files to the RSG path run the restore and then run eseutil /cc this would bring the RSG database up to date, but then what happens to all the log files that were copied to the RSG, and replayed into the RSG database, are they still valid, could i still use them to roll the production database forward in the event i needed to restore the database if it got corrupted? I did notice after i took a full online backup of the production DB the log files i copied to the RSG did not get purged by the backup application but the backup was succesful Thanks thanks
This explains how to use recovery storage groups. http://www.microsoft.com/downloads/details.aspx?FamilyId=DF144AF6-BEE5-4B35-866A-557E25FE2BA1&displaylang=en If a user deletes a message and needs to get it back, the best answer is to show him how to get it from the dumpster by using Recover Deleted Items. I'm pretty sure that the answer to your question is no, a restore won't go get log files from an online storage group and replay them into the store you're restoring into the RSG. Logs that are restored from tape will be replayed. There may be circumstatnces where you might want to manually copy log files from an online storage group into the recovery storage group, and you can then have those replayed. The link above allows you to download a document that goes over this. -- Ed Crowley MVP - Exchange "Protecting the world from PSTs and brick backups!" "skip" wrote in message news:E7D146ED-F39E-4560-B17A-0920E281BE2E@microsoft.com... > when to a RSG and in the backup application i chose to "commit log files" > does this commit all transaction log files that are currently on disk and > have been created since the last full backup? or does it just commit > transaction log files that are part of the backup that was used to do the > restore to the RSG? > > I ask because if i take a full backup on Monday but a user shift deletes > an > email on Twesday then restoring to the RSG will or will not restore this > email? If not then i would need to copy all the transaction log files > since > the last backup was taken and copy these files to the RSG path run the > restore and then run eseutil /cc this would bring the RSG database up to > date, but then what happens to all the log files that were copied to the > RSG, > and replayed into the RSG database, are they still valid, could i still > use > them to roll the production database forward in the event i needed to > restore > the database if it got corrupted? I did notice after i took a full online > backup of the production DB the log files i copied to the RSG did not get > purged by the backup application but the backup was succesful > > Thanks > > thanks