Re: Restore of store
- From: "Mark Arnold [MVP]" <mark@xxxxxxxx>
- Date: Wed, 30 Mar 2005 18:17:31 +0100
On Wed, 30 Mar 2005 07:43:03 -0800, "StoreThomas"
<StoreThomas@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
>Hi Mark!
>
>Thanx for your answer!
>
>That concerns me a little, cause at the moment I'm restoring from Veritas
>Backup Exec 8.5. When it is done, it automatically mounts the stores creating
>a new E00.log and a new chk file.
Not sure how it works with Veritas but there are tickboxes on the
properties of the store that you select to say that the store can be
overwritten by a restore and another one to tell it not to mount the
store at startup. Then in ntbackup you would specify that it wasn't
the last backup in the set (which, if you had logs to locate and
insert would be true)
So, I'd take a meander through the Veritas docs to see what's the
equivalent set of ticks and procedures.
>
>Could I not just stop it right afterwards, and then delete E00.log and the
>chk file in the mdbdata folder, and then run eseutil /r E00 with som
>switches/options so that the "original" transaction logs are replayed and
>"merged" in to the restored database?
They key here is that you have mounted a store and were working on it
so you effectively have two stores, the log files for which bear no
relationship to each other.
>
>The thing with the "newer" log files "connected" to the newer corrupt
>version of the database is not that important at this moment. They only
>contain 1 day of email, and I've got most of those in pst files. The
>important one is the 10 days of transaction logs that stretched from the last
>succesful backup until the harddisk crash - I really hope that the way
>forward is to restore both priv1.edb and pub1.edb + stm files and then use
>eseutil to get the .edb files updated with the content of the transaction
>logs.
>
>Regards
>Thomas
>
>
>
>
.
- Follow-Ups:
- Re: Restore of store
- From: StoreThomas
- Re: Restore of store
- Prev by Date: Public folder permissions
- Next by Date: Re: disabling Exchange 2000 public folder access
- Previous by thread: Public folder permissions
- Next by thread: Re: Restore of store
- Index(es):
Relevant Pages
|