locked
Recomendations for Recaliming disk Space - Exchange 2010 RRS feed

  • Question

  • I know things are a little different with Exchange 2010 as compared to Exchange 2003 when it comes to database space and such

    We deployed 2010 to most of our locations and seem to be running out of disk space very quickly on our Database drives. What are the best ways to reclaim space? Each server only has 1 database on them. 

    Thanks


    Jessica Cochran

    Tuesday, February 21, 2012 5:30 PM

Answers

  • It just goes back to capacity planning as people mentioned, for short term solution you can increase the disk size, start enforcing smaller mailbox quotas or reduce deleted item\mailbox retention to a lower value to reclaim white space.


    James Chong MCITP | EA | EMA; MCSE | M+, S+ Security+, Project+, ITIL msexchangetips.blogspot.com

    • Marked as answer by lzbit2011 Wednesday, February 22, 2012 7:45 PM
    Wednesday, February 22, 2012 7:28 PM

All replies

  • I ran the below command and received the following results, What would you recommend? An offline defrag on each database? If so how much space do I need to add to each drive in order to allow the defrag to run. I know with 2003 you had to have the same amount of free space as the size of the database I thought 2010 didn't require that at least....

    [PS] C:\Windows\system32>get-mailboxdatabase -status | fl Name,AvailableNewMailboxSpace




    Name                     : Mailbox Database 0796248861
    AvailableNewMailboxSpace : 127.1 MB (133,267,456 bytes)


    Name                     : MONEXCH01
    AvailableNewMailboxSpace : 103.2 MB (108,232,704 bytes)


    Name                     : Mailbox Database 0509361440
    AvailableNewMailboxSpace : 129.7 MB (135,954,432 bytes)


    Name                     : MONEXCH02
    AvailableNewMailboxSpace : 117.3 MB (122,945,536 bytes)


    Name                     : Mailbox Database 1182415974
    AvailableNewMailboxSpace : 621.3 MB (651,526,144 bytes)


    Name                     : MONEXCH03
    AvailableNewMailboxSpace : 8.116 GB (8,714,092,544 bytes)


    Name                     : Mailbox Database 1270444100
    AvailableNewMailboxSpace : 2.219 MB (2,326,528 bytes)


    Name                     : HPTEXCH01
    AvailableNewMailboxSpace : 129.9 MB (136,216,576 bytes)


    Name                     : Mailbox Database 0230564790
    AvailableNewMailboxSpace : 2.219 MB (2,326,528 bytes)


    Name                     : MONEXCH04
    AvailableNewMailboxSpace : 1.372 GB (1,473,544,192 bytes)


    Name                     : Mailbox Database 0481562574
    AvailableNewMailboxSpace : 125.1 MB (131,203,072 bytes)


    Name                     : NEWEXCH01
    AvailableNewMailboxSpace : 2.915 GB (3,129,901,056 bytes)


    Name                     : Mailbox Database 1296448373
    AvailableNewMailboxSpace : 1.813 MB (1,900,544 bytes)


    Name                     : DAYEXCH01
    AvailableNewMailboxSpace : 25.78 MB (27,033,600 bytes)


    Name                     : Mailbox Database 1556230825
    AvailableNewMailboxSpace : 1.813 MB (1,900,544 bytes)


    Name                     : REDEXCH01
    AvailableNewMailboxSpace : 183.6 MB (192,479,232 bytes)


    Name                     : Mailbox Database 1408564176
    AvailableNewMailboxSpace : 1.813 MB (1,900,544 bytes)


    Name                     : SALEXCH01
    AvailableNewMailboxSpace : 21.13 MB (22,151,168 bytes)


    Name                     : Mailbox Database 1782641466
    AvailableNewMailboxSpace : 2.219 MB (2,326,528 bytes)


    Name                     : NEOEXCH01
    AvailableNewMailboxSpace : 127 MB (133,201,920 bytes)


    Name                     : Mailbox Database 0191224138
    AvailableNewMailboxSpace : 2.219 MB (2,326,528 bytes)


    Name                     : TAZEXCH01
    AvailableNewMailboxSpace : 92.53 MB (97,026,048 bytes)


    Jessica Cochran

    Tuesday, February 21, 2012 5:44 PM
  • Did you configure the DAGs and if yes then how many replicas?

    Where Technology Meets Talent

    Tuesday, February 21, 2012 7:46 PM
  • We are not configured for DAG's or replicas

    Jessica Cochran

    Tuesday, February 21, 2012 7:48 PM
  • I ran the below command and received the following results, What would you recommend? An offline defrag on each database? If so how much space do I need to add to each drive in order to allow the defrag to run. I know with 2003 you had to have the same amount of free space as the size of the database I thought 2010 didn't require that at least....

    Your mailbox databases are too small. I would not recommened to defragment it untill it goes in to GBs, 20 GB or 30GB and if you see the whitespaces.

    The best way to get space on the hard drive - do the FULL Backup. Soince your database size is very small you can perform the full back every day and it will truncate the logs.

    If you were setup the DAG with three replicas then then you will be able to enable the circular loggin and no need for backup.


    Where Technology Meets Talent

    Tuesday, February 21, 2012 7:57 PM
  • Most of our databases are over 300 GB in size? Do you really consider that small?

    Jessica Cochran

    Tuesday, February 21, 2012 8:15 PM
  • Hi Jessica

    You will need about 1.1x the final file size of free space to defragement your databases and only the ones with several GBs worth of white space are worth doing. So the one that has 8GBs of white space would need:  (current edb file size - 8GB) x 1.1 free space.

    However best practice would not involve doing regular offline defrags so you should consider locating the databases on larger drives or if you WAN links are fairly good then you could locate some mailboxes centrally and pool your storage investment in one place.

    Cheers, Steve

    Tuesday, February 21, 2012 8:19 PM
  • There may be other options ..

    You can tell the users to delete unwanted mails.

    the better option is to do archive feature , this will give you a chance to add another drive or space for archive mailboxes. This requires Premium client and also additional hardware.

    Try increasing Hardware or create additional Database ( by adding hardware ) and move few mailboxes to it.

    Tuesday, February 21, 2012 8:22 PM
  • We have asked people to do cleanup but does 2010 reclaim space when people delete messages?

    Jessica Cochran

    Tuesday, February 21, 2012 8:24 PM
  • The amount of white space will increase (over time) but the acutual size on disk will either stay the same or increase when all the white space has been used.
    Tuesday, February 21, 2012 8:27 PM
  • So I should not worry right now? 

    Jessica Cochran

    Tuesday, February 21, 2012 8:33 PM
  • My bad - mis read it.

    Database space never reclaims unless you do the offline defrag. 

    There is a possibility to reclaim the space after the onlinne maintenance on the databases.

    You much check your item deletion/retention policies by default it is 14 days. 

    How is your storage , local or SAN? If you are on SAN then you can grow the LUN on the fly without impacting the Exchange.

    If have no options then add another hard drive (1TB) or add it to the RAID if you have and make enough room on that, create a new partition , then create new database and start moving the mailboxes.

    When you start moving the mailobex you would reclaim your wasted spaces

    When you start moving the mailboes keep an eye on the log folder.


    Where Technology Meets Talent

    Tuesday, February 21, 2012 8:35 PM
  • We are running a VM environment and so I can add storage but we already have 900 gb drives on some of them. 


    Jessica Cochran

    Tuesday, February 21, 2012 8:37 PM
  • Exchange 2010 does online maintenance and reclaims white space 24x7.

    you can follow the technet and decide the capacity planning etc

    http://technet.microsoft.com/en-us/library/ee832796.aspx

    Tuesday, February 21, 2012 8:42 PM
  • We deployed 2010 to most of our locations and seem to be running out of disk space very quickly on our Database drives. What are the best ways to reclaim space? Each server only has 1 database on them. 

    As you have mentioned in your first post that databases are running out of space then you need to expand the space or move the mailboxes, recaliming the the whitepace is not a solution, it is related to the maintenance.


    Where Technology Meets Talent

    Tuesday, February 21, 2012 8:44 PM
  •  

    We deployed 2010 to most of our locations and seem to be running out of disk space very quickly”

    This sentence is indication to me the current recent deployment was not planned correctly? (Capacity planning & growth) Exchange uses white space as it becomes available, and shrinking database with offline defrag (pointless in many cases) will not give you much value, will cause downtime. You could use online mailbox move from DB1 to DB2 and get rid of from DB1, assuming DB1 is corrupted. I think you guys need to go back and perform some reality check and find out your growth and current capacity and go from there. ( assuming E210 DB’s are healthy )

    Best,

    Ocd


    Oz Casey Dedeal Systems Engineer MVP (exchange) MCITP (EMA), MCITP (EA), MCITP (SA), MCSE 2003| M+| S+ | MCDST | Security+|Project+| Server+| http://smtp25.blogspot.com (Blog) http://telnet25.wordpress.com (Blog) http://telnet25.spaces.live.com (Blog) Telnet25@Gmail.com VBCD

    Wednesday, February 22, 2012 6:49 PM
  • It just goes back to capacity planning as people mentioned, for short term solution you can increase the disk size, start enforcing smaller mailbox quotas or reduce deleted item\mailbox retention to a lower value to reclaim white space.


    James Chong MCITP | EA | EMA; MCSE | M+, S+ Security+, Project+, ITIL msexchangetips.blogspot.com

    • Marked as answer by lzbit2011 Wednesday, February 22, 2012 7:45 PM
    Wednesday, February 22, 2012 7:28 PM