AxISQS
asked on
issue with offline defrag of exchange 2003
Trying to do an offline defrag of Exchange database. Steps taken have been to dismount the store, make a backup copy of old .stm and .edb files to external drive, then run the eseutil with the following syntax:
D:\Program Files\Exchsrvr\bin>eseutil
returns the following error, Access to source database 'h:\MailboxStore1\priv1.ed
D:\Program Files\Exchsrvr\bin>eseutil
returns the following error, Access to source database 'h:\MailboxStore1\priv1.ed
Usually this happens when you don't put the quotes in front and back of the command or a typo, basically states that the priv.edb file can't be found.
Did you stop the Information Store Service or just dismount the store? You should just be dismounting the store.
Is the file actually located at h:\MailboxStore1\priv1.edb
Is the file actually located at h:\MailboxStore1\priv1.edb
ASKER
the information store service was left running. Only the 1 particular mailstore was dismounted. The mailstore database is located at h:\MailboxStore1\priv1.edb
I let the defrag run overnight and woke up this morning to an error. I don't remember exactly what is said, but it was along the lines of 'callback.dll not found'. I cleared the error and the defrag was stopped. I had to remount the store with the old database because my maintenance window is gone.
I let the defrag run overnight and woke up this morning to an error. I don't remember exactly what is said, but it was along the lines of 'callback.dll not found'. I cleared the error and the defrag was stopped. I had to remount the store with the old database because my maintenance window is gone.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Do you have any anti-virus software on the Exchange server and might it be grabbing the files preventing exclusive access to the database?
On a technical note - you don't need to wrap the command in Quotes because there is no space included in the path name, so the following would be just as effective:
D:\Program Files\Exchsrvr\bin>eseutil
as
D:\Program Files\Exchsrvr\bin>eseutil
It's not going to change the outcome, but just felt like pointing it out in case you were not aware :)
So - did you manage to start the defrag process off? It sounds like you did?
On a technical note - you don't need to wrap the command in Quotes because there is no space included in the path name, so the following would be just as effective:
D:\Program Files\Exchsrvr\bin>eseutil
as
D:\Program Files\Exchsrvr\bin>eseutil
It's not going to change the outcome, but just felt like pointing it out in case you were not aware :)
So - did you manage to start the defrag process off? It sounds like you did?
Just try to do one trick try renaming the priv1.edb and see that it allows you to rename or Denys
If it Denys then some other program maybe the (Antivirus) is using it and causing the issue.
First stop antivirus and then proceed
If it Denys then some other program maybe the (Antivirus) is using it and causing the issue.
First stop antivirus and then proceed
ASKER
@paulsolov - interesting. I do have space on another drive, so that would be possible. I may try that when I can get another maintenance window.
@alanhardisty &
@iQasami - There is no antivirus running, but there is symantec mail security for exchange. I might try to disable that next time i try this. I'll update the thread when I get another shot at it, but it might not be until 8/15
@alanhardisty &
@iQasami - There is no antivirus running, but there is symantec mail security for exchange. I might try to disable that next time i try this. I'll update the thread when I get another shot at it, but it might not be until 8/15
The nice thing about migrating mailboxes is that you can do several at a time without bringing down the entire mailstore. With Exchange 2010 there is no downtime (after 2003 to 2010 migration)
ASKER
went with this solution.
So you have Exchange 2003 Enterprise then?
ASKER