ESEUTIL for offline defrag
after our mail archving software migration,theres a lot of crap left on our *.edb`s.
which is the correct eseutil /'? parameter to clean up our databases?
which would be the correct procedure step-by-step?
i want to minimize the offline time as short as possible. there are six db`s and have a size between 16 and 35GB
which is the correct eseutil /'? parameter to clean up our databases?
which would be the correct procedure step-by-step?
i want to minimize the offline time as short as possible. there are six db`s and have a size between 16 and 35GB
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Any luck with the solutions put forward already?
ASKER
i didnt start with it yet. i have to do this on a night-shift when very few users dont access the exchange server.
the problem is,we have a 7x24 hrs company.
another problem which might occur is the size of the partitions. there is no 100% size available on them,maybe about 60-70%
is this the correct procedure:
cd "program files"
cd exchsrvr (Assuming Exchange has been installed to default location)
cd bin
eseutil /d "c:\program files\exchsrvr\mdbdata\pri
any other eseutl /? parameter i have to add?
please provide me with the correct step-by-step procedure. i want to have this task done with the minimum downtime and trouble, thanks.
the problem is,we have a 7x24 hrs company.
another problem which might occur is the size of the partitions. there is no 100% size available on them,maybe about 60-70%
is this the correct procedure:
cd "program files"
cd exchsrvr (Assuming Exchange has been installed to default location)
cd bin
eseutil /d "c:\program files\exchsrvr\mdbdata\pri
any other eseutl /? parameter i have to add?
please provide me with the correct step-by-step procedure. i want to have this task done with the minimum downtime and trouble, thanks.
the proceedure I laid out and the one which you refer to above is correct. There are a couple of factors you could consider though.
You could add the /t:"temppath.ebd" as mentioned above. This lets you give a temporary path to which the database will be defragmented. this doesnt mean you will not have downtime, but it does mean you can specify a volume with more free space on it that the exchange partition itself.
you could also move the database to another PC/server with more space, defrag it there and then move it back into service. This will induce a lot more downtime and so perhaps the /t option is going to be best for you.
You could add the /t:"temppath.ebd" as mentioned above. This lets you give a temporary path to which the database will be defragmented. this doesnt mean you will not have downtime, but it does mean you can specify a volume with more free space on it that the exchange partition itself.
you could also move the database to another PC/server with more space, defrag it there and then move it back into service. This will induce a lot more downtime and so perhaps the /t option is going to be best for you.
ASKER
the problem is that we dont have much disk space on servers. since the migration with our mail archiving tool (KVS,enterprise vault) the mailbox stores are so much blown up with data crap its hard to move to another partition or server.
thats why im afraid the offline defrag may not succeed
thats why im afraid the offline defrag may not succeed
Hi
Is this issue resolved?
Mark
Is this issue resolved?
Mark
If you don't have the additional space available, then the additional switch would be /t "path of temp.edb"
for example:
eseutil /d "path of priv.edb" /te:\temp.edb