Exchange 2010 Hard Drive Space Issues

momurda

@JaredBusch said in Exchange 2010 Hard Drive Space Issues:

@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:

My thought is I can dismount my datastore, change the name of the log folder from Mailbox - Domain to Mailbox - Domain.old and then create a new folder named Mailbox - Domain. If the logs populate correctly I should be able to delete the old logs and do a fast full backup with the logs truncating properly.

Note: I just did this and it seems to be generating logs properly.

This was horribly risky, but is something I have done before too. I would certainly have tried other means first, but you seem to have some really odd constraints.

I am confused here, how did this solve the problem? Youre just cutting out all those old log files and starting over? Since when can you do that in Exchange? Last time i did that(years ago) very bad things happened, like total loss of mail db. If these log files arent actually needed for Exchange to serve mail wtf are they for?

JaredBusch

@momurda said in Exchange 2010 Hard Drive Space Issues:

@JaredBusch said in Exchange 2010 Hard Drive Space Issues:

@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:

My thought is I can dismount my datastore, change the name of the log folder from Mailbox - Domain to Mailbox - Domain.old and then create a new folder named Mailbox - Domain. If the logs populate correctly I should be able to delete the old logs and do a fast full backup with the logs truncating properly.

Note: I just did this and it seems to be generating logs properly.

This was horribly risky, but is something I have done before too. I would certainly have tried other means first, but you seem to have some really odd constraints.

I am confused here, how did this solve the problem? Youre just cutting out all those old log files and starting over? Since when can you do that in Exchange? Last time i did that(years ago) very bad things happened, like total loss of mail db. If these log files arent actually needed for Exchange to serve mail wtf are they for?

You have always been able to do that in exchange. These log files are not needed once the data in the log is wrote to the Exchange DB.

Exchange writes first to the log file and then to the DB.

In theory, the files could even be deleted with everything running because they are no longer needed once the DB is updated.

The system is designed to handle it all behind the scenes though. and not with manual interaction.

Their problem was never using the correct backup method that would cause the system to auto remove the files.

wirestyle22

@JaredBusch said in Exchange 2010 Hard Drive Space Issues:

In theory, the files could even be deleted with everything running because they are no longer needed once the DB is updated.

Everything up to the most recent log file as that would be in use

jt1001001

Now that you got it at least cleaned up, have you run a new backup yet?

wirestyle22

@jt1001001 said in Exchange 2010 Hard Drive Space Issues:

Now that you got it at least cleaned up, have you run a new backup yet?

I'm running it

JaredBusch

@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:

@JaredBusch said in Exchange 2010 Hard Drive Space Issues:

In theory, the files could even be deleted with everything running because they are no longer needed once the DB is updated.

Everything up to the most recent log file as that would be in use

Correct.

wirestyle22

Thanks for all of your help guys. I really appreciate it

Dashrender

well, since you have the IS back online and the users aren't screaming.. sounds like you found a solution and things are looking good.

I'd still run a chkdsk on the system when you can take it all offline (I think that is what was wrong with your previous backups). Don't want to leave a possible funky disk out there if you can help it.

Let us know when the backups are running again, and trunking logs.

wirestyle22

@Dashrender said in Exchange 2010 Hard Drive Space Issues:

well, since you have the IS back online and the users aren't screaming.. sounds like you found a solution and things are looking good.

I'd still run a chkdsk on the system when you can take it all offline (I think that is what was wrong with your previous backups). Don't want to leave a possible funky disk out there if you can help it.

Let us know when the backups are running again, and trunking logs.

I'll know tomorrow

Dashrender

Are they going to work toward having a real DAG now too? or migrate to O365?

wirestyle22

@Dashrender said in Exchange 2010 Hard Drive Space Issues:

Are they going to work toward having a real DAG now too? or migrate to O365?

O365 is the plan. WHEN that's going to happen I don't know. It may be a year. They'd rather spend money on fun stuff it seems.

wirestyle22

Ran VSS Full Backup. Checked for ESE Event ID 224 in the Event Viewer and I see:

Information Store (3148) Public Folder - Domain: Deleting log files D:\Data\Public Folders\Domain\Logs\Public Folder-Domain.edb\E0100000001.log to D:\Data\Public Folders\Domain\Logs\Public Folder-Domain.edb\E010000043D.log.

vssadmin list writers lists no errors.

The question is, I ran the backup the 22nd and it finished the 25th. Should the logs be clearing all the way up to the 25th or only whatever was generated for the 22nd before I started the full backup? The event log seems to be showing it as successfully completing.

momurda

The backup only works from when it is started, so the logs will be truncated up to that point if it worked. That event you linked looks like it is your public folder db which is probably very small compared to the mailbox db. There should be similar entries for that db and others if they exist.
You should also have a lot more free space if it worked.

wirestyle22

@momurda Thanks