RE: ESEUTIL DEFRAGS LIMITATIONs
What I did before was, I'll transfer their mail to their personal folder, than use eseutil.exe to defrag. -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: 25 January 2002 03:31 To: MS-Exchange Admin Issues Subject: RE: ESEUTIL DEFRAGS LIMITATIONs We have another drive we have added for the defrag and we need to defrag the database because there is only 300mb of free space on the database drive and to expand the disk, we need to move the database of the disk and expand them move it back. -Original Message- From: Benjamin Winzenz [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 12:41 PM To: MS-Exchange Admin Issues Subject:RE: ESEUTIL DEFRAGS LIMITATIONs Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
Re: ESEUTIL DEFRAGS LIMITATIONs
I have another experience with fragmentation. After half a year of running E2k (before that we used sendmail) with mostly POP3 clients, our database reached 35 GB. I never run offline gefrag at that time, but every week online defrag was done. Because we had another problem, all the mailboxes were moved to the different server. Now is database size 4 GB Is this O.K.? Rastislav Maniak Exchange admin ICT Prague -Original Message- From: Benjamin Winzenz [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 12:41 PM To: MS-Exchange Admin Issues Subject:RE: ESEUTIL DEFRAGS LIMITATIONs Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
That's a rather ignorant solution... D -Original Message- From: Ben Ong [mailto:[EMAIL PROTECTED]] Sent: Friday, January 25, 2002 3:25 AM To: MS-Exchange Admin Issues Subject: RE: ESEUTIL DEFRAGS LIMITATIONs What I did before was, I'll transfer their mail to their personal folder, than use eseutil.exe to defrag. -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: 25 January 2002 03:31 To: MS-Exchange Admin Issues Subject: RE: ESEUTIL DEFRAGS LIMITATIONs We have another drive we have added for the defrag and we need to defrag the database because there is only 300mb of free space on the database drive and to expand the disk, we need to move the database of the disk and expand them move it back. -Original Message- From: Benjamin Winzenz [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 12:41 PM To: MS-Exchange Admin Issues Subject:RE: ESEUTIL DEFRAGS LIMITATIONs Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
Judging by your 60GB DB, you need at least twice that in disk space to run ESEUTIL. That means, to run ESEUTIL at all, you need at least 120GB and I would say a little more to be safe for it to run. D -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
We have another drive we have added for the defrag and we need to defrag the database because there is only 300mb of free space on the database drive and to expand the disk, we need to move the database of the disk and expand them move it back. -Original Message- From: Benjamin Winzenz [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 12:41 PM To: MS-Exchange Admin Issues Subject:RE: ESEUTIL DEFRAGS LIMITATIONs Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
You still didn't mention whether the drive you added has at least 60gb of free space. Assuming it does, what is stopping you from simply running the Performance optimizer to move the databases off the current drive, then expand the drive, then move them back by running Optimizer again? You do realize that running the defrag will likely take 12+ hours just by itself, during which time your server will be offline? Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 2:31 PM To: MS-Exchange Admin Issues Subject: RE: ESEUTIL DEFRAGS LIMITATIONs We have another drive we have added for the defrag and we need to defrag the database because there is only 300mb of free space on the database drive and to expand the disk, we need to move the database of the disk and expand them move it back. -Original Message- From: Benjamin Winzenz [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 12:41 PM To: MS-Exchange Admin Issues Subject:RE: ESEUTIL DEFRAGS LIMITATIONs Here is a snippet from Q272234 that tells you about offline defragmentation. Generally, however, avoid offline defragmentation because it is an expensive procedure. When offline defragmentation runs, it creates a new database file and then copies all the data in the old file to the new file, which can take a long time. On average, it takes about one hour to defragment 5 to 10 GB of disk space. Also, you need enough free space for the offline defragmentation process to hold the new file. As a general rule, you should have 100 percent more free space than the amount you are defragmenting. So the question then begs whether you have the free space to even perform the defrag. May I also ask why you feel that it is so completely necessary to defragment your database? Is there a problem with the server? Is it not running smoothly? Are you anticipating that it will never grow larger? Basically, all you are doing with eseutil is reclaiming the white space. That is it. White space simply explained is just space in the database that is not currently being used, but will be used as the database grows. Since the space has already been reserved, your server does not have to work nearly as hard to procure more space and increase the size of the database. Ben Winzenz, MCSE Network/Systems Administrator Peregrine Systems -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
Please explain, time window? -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
How long is your time window? Dependent on the I/O capabilities of your system, it could take a few days to compress a 60GB store. You can roughly judge the speed by looking at the size of the temp DB during the process. It will slowly grow to about 47GB before it completes. 60GB isn't something to toy with. At absolute fastest transfer speeds, a 60GB file would take about 2 hours to transfer across a 100MB network link. Your internal I/O might be a little faster, but not by a whole lot. And by the way, your database should be defragmented every evening. Two runs for each database. What you are attempting to do is to compress the database by creating a copy with no whitespace in it. Ed Woodrick -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Posted At: Thursday, January 24, 2002 1:27 PM Posted To: Exchange Sunbelt Conversation: ESEUTIL DEFRAGS LIMITATIONs Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
RE: ESEUTIL DEFRAGS LIMITATIONs
How long management will allow the server to be unavailable before they freak out. -Original Message- From: Kopec, David [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 11:45 AM To: MS-Exchange Admin Issues Subject: RE: ESEUTIL DEFRAGS LIMITATIONs Please explain, time window? -Original Message- From: James Chris L [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 24, 2002 1:27 PM To: MS-Exchange Admin Issues Subject: ESEUTIL DEFRAGS LIMITATIONs We have an on going problem in our company, our Exchange database exceed 60gb on some of our servers. One of these databases has 13gb of free space in it. We have tried to defrag this database multiple times and have failed to complete in the time window every time. Does anyone know what if any the limitations of the ESEUTIL are for Exchange 5.5? Has anyone ever done this before? Is there any other third party tools that can be used to defrag our database? What would you recommend? Chris List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm List Charter and FAQ at: http://www.sunbelt-software.com/exchange_list_charter.htm
