Ed
Mon Sep 26 14:00:43 CDT 2005
Yes. Make sure the entire MDBDATA directory is empty. If you're scared,
move (don't copy) the files to another directory.
--
Ed Crowley
MVP - Exchange
"Protecting the world from PSTs and brick backups!"
"jason sigurdur" <jason.sigurdur@aspenview.org> wrote in message
news:eT3CUOswFHA.2008@TK2MSFTNGP10.phx.gbl...
> Hi, would this include the E00 file?
>
> thx jason
> "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
> news:eofuAKJwFHA.3080@tk2msftngp13.phx.gbl...
>> One thing to do is be sure that there aren't any transaction log files on
>> the server when you try to mount the store.
>> --
>> Ed Crowley
>> MVP - Exchange
>> "Protecting the world from PSTs and brick backups!"
>>
>> "jason sigurdur" <jason.sigurdur@aspenview.org> wrote in message
>> news:O2rkv5HwFHA.256@TK2MSFTNGP15.phx.gbl...
>>> Hi, tried to replay the transaction logs using eseutil /cc
>>> where the restore.env resides. This gave me errors regarding timestamp
>>> issues.
>>> I then tried removing all transaction logs including the e00, this still
>>> did not work.
>>> Finally, I ran a eseutil /p after it finished I was able to remount the
>>> store ?
>>>
>>> I was just wondering if there was anything special that was required to
>>> take an online backup from one server to
>>> a different server that was exactly the same, except that the test
>>> server was an image of the original and has not seen the x amount of
>>> changes as the real one.
>>>
>>> thx jason
>>>
>>> "Leif Pedersen [MVP]" <leif.pedersenNOSPAM@get2net.dk> wrote in message
>>> news:OkOMyNHwFHA.3312@TK2MSFTNGP09.phx.gbl...
>>>>
>>>> Hi,
>>>>
>>>> Before you perform the restore you should move all the transaction log
>>>> files
>>>> to another location - this should work. I believe that the problem you
>>>> are
>>>> facing is a mix of old and restored transaction log files.
>>>>
>>>> Leif
>>>>
>>>> "jason sigurdur" <jason.sigurdur@aspenview.org> skrev i en meddelelse
>>>> news:eOBdDM7vFHA.3740@TK2MSFTNGP14.phx.gbl...
>>>>>
>>>>> Hi, the test domain has a GC that is an image of the originial, and
>>>>> the
>>>>> exchange 2003 server is an image of the original, same names same
>>>>> address.
>>>>> This is what I would like to use to verify my online backups.
>>>>>
>>>>> thx jason
>>>>>
>>>>> "PaulB" <anonymous@discussions.microsoft.com> wrote in message
>>>>> news:Oc0bR61vFHA.3756@tk2msftngp13.phx.gbl...
>>>>> > Agree with Ed the DR paper from MS is excellent. From what you
>>>>> > describe
>>>> it
>>>>> > sounds as though you have the transaction files in the wrong place
>>>>> > or
>>>>> > mixed with transaction logs from other servers.
>>>>> >
>>>>> > PaulB
>>>>> > "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
>>>>> > news:uNM8q%23wvFHA.2924@TK2MSFTNGP15.phx.gbl...
>>>>> >> Does server2 have the same name?
>>>>> >> You really ought to read the disaster recovery whitepapers here:
>>>>> >>
>>>>
http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/default.mspx
>>>>> >> --
>>>>> >> Ed Crowley
>>>>> >> MVP - Exchange
>>>>> >> "Protecting the world from PSTs and brick backups!"
>>>>> >>
>>>>> >> "jason sigurdur" <jason.sigurdur@aspenview.org> wrote in message
>>>>> >> news:e7QBwNvvFHA.1648@TK2MSFTNGP10.phx.gbl...
>>>>> >>> Hi, We have server1 exchange 2003 which was imaged (ghost) and was
>>>>> >>> copied to a second server. Server1 which has done a dozen onlines.
>>>>> >>> We took the online from server1 and restored it to server2 which
>>>>> >>> had
>>>>> >>> transaction logs from the point when the image was taken.
>>>>> >>>
>>>>> >>> When server2 tries to remount the store,I get the errors. My
>>>>> >>> question
>>>> is
>>>>> >>> that does an online restore on server2 rely on where the
>>>>> >>> transactions
>>>> on
>>>>> >>> server1 ended?
>>>>> >>>
>>>>> >>> thx jason
>>>>> >>>
>>>>> >>> "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
>>>>> >>> news:ewL6A6uvFHA.2008@TK2MSFTNGP10.phx.gbl...
>>>>> >>>> The transaction log files.
>>>>> >>>> --
>>>>> >>>> Ed Crowley
>>>>> >>>> MVP - Exchange
>>>>> >>>> "Protecting the world from PSTs and brick backups!"
>>>>> >>>>
>>>>> >>>> "jason sigurdur" <jason.sigurdur@aspenview.org> wrote in message
>>>>> >>>> news:O8L%23U4uvFHA.2556@TK2MSFTNGP15.phx.gbl...
>>>>> >>>>> Hi, which log files?
>>>>> >>>>>
>>>>> >>>>> thx jason
>>>>> >>>>>
>>>>> >>>>> "Ed Crowley [MVP]" <curspice@mvpsnospam.org> wrote in message
>>>>> >>>>> news:OK%23k6etvFHA.2728@TK2MSFTNGP14.phx.gbl...
>>>>> >>>>>> If the log files aren't consistent with the backup you're
>>>>> >>>>>> trying to
>>>>> >>>>>> restore, simply delete the log files before restoring. Is that
>>>> what
>>>>> >>>>>> you're asking?
>>>>> >>>>>> --
>>>>> >>>>>> Ed Crowley
>>>>> >>>>>> MVP - Exchange
>>>>> >>>>>> "Protecting the world from PSTs and brick backups!"
>>>>> >>>>>>
>>>>> >>>>>> "jason sigurdur" <jason.sigurdur@aspenview.org> wrote in
>>>>> >>>>>> message
>>>>> >>>>>> news:%23AD9hYtvFHA.664@tk2msftngp13.phx.gbl...
>>>>> >>>>>>> We tried to restore a online backup to a exact image of our
>>>> existing
>>>>> >>>>>>> exchange 2003 server.
>>>>> >>>>>>> We went throught the documentation of the restore for
>>>>> >>>>>>> ntbackup.
>>>> i.e.
>>>>> >>>>>>> unmounting the store,checking "This database can be
>>>>> >>>>>>> overwritten by
>>>> a
>>>>> >>>>>>> restore", and checking "Last restore Set"
>>>>> >>>>>>>
>>>>> >>>>>>> After the restore I was getting event id 619. Where the log
>>>>> >>>>>>> files
>>>>> >>>>>>> were no put back into the data base. Therefore, I found an
>>>>> >>>>>>> artical
>>>>> >>>>>>> that instructed to do a eseutil /cc restore.env, the problem
>>>>> >>>>>>> is
>>>> that
>>>>> >>>>>>> my restore.env is 0bytes?
>>>>> >>>>>>>
>>>>> >>>>>>> Is there any way that I can restore or at lease remount the
>>>>> >>>>>>> store?
>>>>> >>>>>>>
>>>>> >>>>>>> thx jason
>>>>> >>>>>>>
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>