We're running out of disk space on our Exchange Server 4.0 system with Service Pack 5 (SP5). Our users cleaned up their databases, but the priv.edb file didn't get any smaller after the scheduled Information Store (IS) maintenance task ran. What gives?

A. You're seeing the confluence of two separate problems. The first problem is that Windows NT 4.0's management utilities (such as Windows Explorer and the command shell) can't accurately report the size of an open file. Thus, examining an .edb file won't show you whether the file has grown or shrunk unless you first stop and restart the IS.

The second problem is that .edb database files are like those little sponge pellets that expand into dinosaurs or birds when kids drop them in water—they expand, but they don’t shrink back to their original size. The IS is designed to not release space back to the file system because any space it releases it will likely need to grab back up at some point. You can force the IS to give up its free space by stopping the IS service and using Edbutil (for Exchange Server 4.0) or Eseutil (for Exchange Server 5.5) to do an offline defragmentation. However, if space is really tight, you should consider whether now is a good time to add more disk space.

Hide comments


  • Allowed HTML tags: <em> <strong> <blockquote> <br> <p>

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.