asked on
I've run into a big problem with a very large Exchange Database on NTFS drive
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.
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.
ExchangeWindows Server 2008
Last Comment
Neil Russell
Make sure you take a full backup first.
Is this on a physical or virtual machine?
ASKER
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.
Sounds like a good plan. Let us know what happens.
ASKER CERTIFIED SOLUTION
THIS SOLUTION ONLY AVAILABLE TO MEMBERS.
View this solution by signing up for a free trial.
Members can start a 7-Day free trial and enjoy unlimited access to the platform.
ASKER
It's not the disk space so much but the fragmented huge file reaching the ntfs limit.
And both of those issues are addressed by moving mailboxes to a fresh database on a fresh drive. You cure all ills in one.
ASKER
I'll go with this thanks.
Personaly, I might add, I would go for splitting this single database down to 2 if possible. Do you have enterprise license?
ASKER
No it's Std which is a constaint. I have another box now running the mailbox service so will flip users back and forth.
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!!!
Hope this helps!!!
ASKER
Not really a solution to my immediate problem but I know damned good advice when I read it.
@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.
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.
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.