Solved

exchange 2007 run out of disk space where mailboxes are held

Posted on 2014-01-01
6
385 Views
Last Modified: 2014-01-13
Hi,

Exchange 2007 on windows server 2008 in a clustered environment.

Due to a new backup solution in place that we didnt notice wasnt pruning the transaction logs my drive that holds the mailboxes has run out of space.

It is a clustered exchange 2007 environment.

I have 7 storage groups and none are bigger than 50gb the smallest being 7gb...

I was thinking if I could just bring a few of the storage groups online then i could move all the mailboxes out of one storage group into another thus removing the white space in the storage group... as a move takes this out?

Unfortunately due to not having any space the storage groups are all offline in failover cluster manager and exchange management console.

Could I temporarily move the EDB file of one of my storage groups, manually, to a network drive, keeping that storage group offline the whole time, bring two other ones up and consolidate them into 1 storage group? in essence removing the whitespace and freeing up enough space.. then manually put the other EDB file back into its folder it was in and bringing that online again... without damaging the storage group?

Or can I run eseutil /d e:\mailboxes\export\export.edb /t m:\mailboxbackup\export.edb

then remove the original file and replace it with the defragmented one? If so how does this work with exchange in a clustered environment?

Thanks

Antony
0
Comment
Question by:gardmanIT
6 Comments
 
LVL 10

Expert Comment

by:Korbus
ID: 39750429
I would recommend attaching a USB hard drive temporarily,  You can then use that space to run ESEUTIL with the /D option to defrag the files and remove the whitespace.

http://technet.microsoft.com/en-us/library/aa998863(v=exchg.80).aspx


That being said,  I have NOT worked with exchange clusters, so you may want to get another expert's opinion too.
0
 
LVL 8

Expert Comment

by:N-W
ID: 39750477
Performing an offline defrag on an Exchange cluster will cause quite a bit of downtime and reseed time.

The best method would be to create an additional database on temporary storage (i.e. external storage drive) and then move user's mailboxes to the new database. When all users are moved to the new database, you can delete the old database and move the new/smaller database back to the permanent storage.

With this method, there should only be a very small amount of downtime for the users.
0
 
LVL 63

Expert Comment

by:Simon Butler (Sembee)
ID: 39750983
If you have run out of space, the easiest option is to simply compress the logs using Windows. DO NOT compress anything timed in the last hour or anything that isn't a log file. That also means do NOT compress the entire directory, or drive. That will give you a lot of space very quickly, which will allow the databases to mount.
Then do a backup to flush the logs.

Running any kind of repair tool on a clustered database is a very bad idea, it will break the cluster.

Simon.
0
NAS Cloud Backup Strategies

This article explains backup scenarios when using network storage. We review the so-called “3-2-1 strategy” and summarize the methods you can use to send NAS data to the cloud

 
LVL 4

Author Comment

by:gardmanIT
ID: 39750990
Thanks for the info..

To temporarily help the situation what I have done is ran the following command

Set-Mailboxdatabasre IT -IndexEnbaled $false

Then moved the folder CatalogData to a spare drive..

This has temporarily given me a good enough amount of space that should buy me enough time to run an incremental backup to purge the transaction logs...

The copy status has failed on the cluster storage group copy.. but I can just re start that once I successfully get a transaction log purge... I think!
0
 
LVL 4

Accepted Solution

by:
gardmanIT earned 0 total points
ID: 39765652
I ran an incremental backup from backup exec 2012.. this didnt actually clear the logs.. frustratingly.

However as I stated earlier CCR wasnt active due to space issues.

so I cleared out the catalogData folder on the passive side of the cluster (shutdown the exchange indexing service first). Then I right clicked on the storage groups in exchange management console and resumed CCR which caused it to come to life and for the transactions logs to purge themselves.

I found a document that stated transaction logs will not clear down if CCR is not working for whatever reason. You must fix this first before the logs will clear down.
0
 
LVL 4

Author Closing Comment

by:gardmanIT
ID: 39776082
My solution worked I did not try the others
0

Featured Post

PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article explains in simple steps how to renew expiring Exchange Server Internal Transport Certificate.
This article lists the top 5 free OST to PST Converter Tools. These tools save a lot of time for users when they want to convert OST to PST after their exchange server is no longer available or some other critical issue with exchange server or impor…
This tutorial will walk an individual through the steps necessary to install and configure the Windows Server Backup Utility. Directly connect an external storage device such as a USB drive, or CD\DVD burner: If the device is a USB drive, ensure i…
This video shows how to quickly and easily add an email signature for all users on Exchange 2016. The resulting signature is applied on a server level by Exchange Online. The email signature template has been downloaded from: www.mail-signatures…

820 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question