Solved

I've run into a big problem with a very large Exchange Database on NTFS drive

Posted on 2012-12-23
14
1,560 Views
Last Modified: 2013-01-03
My Exchange 2010 SP2 stores are very big. 1.4tb, 1.3, 1.7tb and have run into this problem.

Information Store (8580) DBNAme: An attempt to write to the file "F:\Data\DBName.EDB" at offset 315530739712 (0x0000004977190000) for 32768 (0x00008000) bytes failed after 0 seconds with system error 665 (0x00000299): "The requested operation could not be completed due to a file system limitation ".  The write operation will fail with error -1022 (0xfffffc02).  If this error persists then the file may be damaged and may need to be restored from a previous backup.

http://blogs.technet.com/b/mikelag/archive/2011/02/09/how-fragmentation-on-incorrectly-formatted-ntfs-volumes-affects-exchange.aspx 

Anyone have any suggestions on how I can stop the file from corrupting? (It's already happened to the 1.4tb database).

I could move the file away from the drive and back again but to copy a 1.3tb file is estimated at least a day in each direction.  Any ideas?

Cheers.
Paul.
0
Comment
Question by:looops
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 5
  • 4
14 Comments
 
LVL 25

Expert Comment

by:Tony Giangreco
ID: 38717018
I would do whatever is possible to reduce the size of that mailstore. it sounds like you have hit a limitation or the server just can't handle the load of it and you are receiving this error for some other reason that isn't apparent.

Possibly move some of the mailboxes into another storage group to reduce the sg size. You also might want to look at a Very Good 3rd party manual defrag and cleanup utility.
0
 
LVL 25

Expert Comment

by:Tony Giangreco
ID: 38717021
Make sure you take a full backup first.
0
 
LVL 37

Expert Comment

by:Neil Russell
ID: 38717242
Is this on a physical or virtual machine?
0
Microsoft Certification Exam 74-409

Veeam® is happy to provide the Microsoft community with a study guide prepared by MVP and MCT, Orin Thomas. This guide will take you through each of the exam objectives, helping you to prepare for and pass the examination.

 

Author Comment

by:looops
ID: 38717267
This Xmas I'm moving loads of mailboxes out of the store and hoping the online defrag reduces the edb size. It's a physical server thanks.
0
 
LVL 25

Expert Comment

by:Tony Giangreco
ID: 38717276
Sounds like a good plan. Let us know what happens.
0
 
LVL 37

Accepted Solution

by:
Neil Russell earned 500 total points
ID: 38717351
Nope!

An ONLINE defrag will free NO SPACE at all.

to free space your best AND SAFEST bet is to create a new database and move ALL of the mailboxes from one database into the NEW database and then delete the old database.

An OFFLINE defrag is a pure waste of time and effort with exchange 2010 AND puts your data at risk while you do it.

Just move ALL mailboxes from a database and then delete the old one.
0
 

Author Comment

by:looops
ID: 38717352
It's not the disk space so much but the fragmented huge file reaching the ntfs limit.
0
 
LVL 37

Expert Comment

by:Neil Russell
ID: 38717356
And both of those issues are addressed by moving mailboxes to a fresh database on a fresh drive. You cure all ills in one.
0
 

Author Comment

by:looops
ID: 38717358
I'll go with this thanks.
0
 
LVL 37

Expert Comment

by:Neil Russell
ID: 38717391
Personaly, I might add, I would go for splitting this single database down to 2 if possible. Do you have enterprise license?
0
 

Author Comment

by:looops
ID: 38717393
No it's Std which is a constaint. I have another box now running the mailbox service so will flip users back and forth.
0
 
LVL 25

Expert Comment

by:Tony Giangreco
ID: 38718650
Before doing anything, look at your servers and find one drive that's quck, has at least enough free space as two times your mailstore size, then perform an off-line defrag there. It sounds like it will take a while based on your mail store size. We did this on a smaller mail store a few months ago. It was only 60 gig, but it took about 10 hours because it was highy fragmented.

Hope this helps!!!
0
 

Author Closing Comment

by:looops
ID: 38724738
Not really a solution to my immediate problem but I know damned good advice when I read it.
0
 
LVL 37

Expert Comment

by:Neil Russell
ID: 38740636
@TG-TIS

With exchange 2010 you should never need to do an offline defrag. Your taking your whole exchange database offline for 10+ hours at a time when all you need to do is move all users to a new/other database and then delete the old one.  No downtime, no user interuption, no risk of corruption.

Much much safer and simpler.
0

Featured Post

Free eBook: Backup on AWS

Everything you need to know about backup and disaster recovery with AWS, for FREE!

Question has a verified solution.

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

I was prompted to write this article after the recent World-Wide Ransomware outbreak. For years now, System Administrators around the world have used the excuse of "Waiting a Bit" before applying Security Patch Updates. This type of reasoning to me …
Check out this step-by-step guide for using the newly updated Experts Exchange mobile app—released on May 30.
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 tutorial will walk an individual through setting the global and backup job media overwrite and protection periods in Backup Exec 2012. Log onto the Backup Exec Central Administration Server. Examine the services. If all or most of them are stop…

724 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