Tip

Should you use NTFS compression on Exchange Server files?

The sheer size of many Exchange Server files -- the database, mainly, but also the log files -- can eat up a lot of disk space. Any hard drive that's over 75% to 80% capacity is going to be hard to defragment (especially if it's already badly fragmented), and will experience other performance degradations on top of that.

To alleviate the problem, some Exchange Server administrators have debated using

    Requires Free Membership to View

NTFS's native file-compression system on some Exchange Server files to save hard drive space -- but this is generally not a good idea..

When people think of NTFS file compression (which allows files to be compressed and decompressed on the fly), they think of technologies like Stacker or Disk Doubler -- which were not terribly stable and caused at least as many problems as they solved.

Back when disk space was at a premium, these NTFS compression solutions were at least provisionally attractive. But now that disk space is so much cheaper, it makes more sense to simply buy the storage you need instead of wrestling with a software solution.

Granted, NTFS file compression is a lot more dependable now than the technologies that were available back in the days of DOS and 16-bit/32-bit Windows. Even so, I would still be reluctant to use it to compress live data on any production machine, especially data used by Exchange Server.

The main reason for not using NTFS file compression on Exchange Server is performance. There's a certain amount of overhead involved in compressing and decompressing data. If you multiply that overhead by the number of concurrent I/O requests made to such data, you have a recipe for an Exchange server that's going to take a performance hit -- no matter how many cores you have in it. The Exchange Server databases themselves (and the binaries) should never be compressed.

The only Exchange Server files that I would feel comfortable setting as NTFS-compressed would be Exchange Server log files -- not the transaction logs -- but logs generated by SMTP logging.

SMTP log files do compress very well -- 75% or better, since they're essentially plaintext. But if they're not really needed, they can simply be archived using a third-party archiving tool that yields better compression than NTFS on-disk compression; or you could just delete them entirely.

About the author: Serdar Yegulalp is editor of Windows Insight, a newsletter devoted to hints, tips, tricks, news and goodies for all flavors of Windows users.

Do you have comments on this tip? Let us know.

Related information from SearchExchange.com:

  • Expert Advice: Can I compress an Exchange 2000 database?
  • Tip: How to automatically purge Exchange-related logs
  • Tip: Increase Exchange Server disk performance with aligned partitions
  • Best Practices Guide: Optimize Exchange Server disk performance
  • Checklist: Top 10 Exchange Server performance worst practices
  • Learning Guide: Exchange Server performance tuning
  • Reference Center: Exchange Server database management tips

    Please let others know how useful this tip was via the rating scale below. Do you have a useful Exchange Server or Microsoft Outlook tip, timesaver or workaround to share? Submit it to SearchExchange.com. If we publish it, we'll send you a nifty thank-you gift.

    This was first published in January 2007

  • There are Comments. Add yours.

     
    TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

    REGISTER or login:

    Forgot Password?
    By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
    Sort by: OldestNewest

    Forgot Password?

    No problem! Submit your e-mail address below. We'll send you an email containing your password.

    Your password has been sent to:

    Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.