Exchange 2010 Hard Drive Space Issues
-
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@momurda said in Exchange 2010 Hard Drive Space Issues:
I dont know about speed, but i do know from my previous xp with Veeam that it is a great product. I was never not able to do restores of exchange (vm/brick level) at my last job. It was really quick to restore individual mailbox items and deleted-on-accident contacts without issue. It also provides central backup and restore services for you entire virtual infrastucture, something WSB and Cobian cant.
Yeah I know it's good, but my issue is I can't bog down the server for 3 days again until the weekend. I'd like to resolve this sooner, but I'm kind of stuck.
Bog it down for 3 days or trying to recover it with the massive log file db?
That is word for word what I said to my boss. I don't have deciding power though
What if that massive log file gets corrupt when you go down? Then you are burned even more.
Have you measured the strain it puts on it? IF you use an enterprise backup product, will he even notice? You brought up the concerns, but you feel it is the best move. You know the environment, you know what it can handle. Your ass is on the line, even though you told mgt.It's not my job on the line. My boss just asked me to take a look at it for a second pair of eyes and that was my conclusion. I'm not the server administrator but I've solved a few server issues so far. I'm of the opinion that getting aggressive with my employer is just burning bridges. I let them learn it themselves and cover my ass with e-mails and paperwork.
-
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@momurda said in Exchange 2010 Hard Drive Space Issues:
I dont know about speed, but i do know from my previous xp with Veeam that it is a great product. I was never not able to do restores of exchange (vm/brick level) at my last job. It was really quick to restore individual mailbox items and deleted-on-accident contacts without issue. It also provides central backup and restore services for you entire virtual infrastucture, something WSB and Cobian cant.
Yeah I know it's good, but my issue is I can't bog down the server for 3 days again until the weekend. I'd like to resolve this sooner, but I'm kind of stuck.
Bog it down for 3 days or trying to recover it with the massive log file db?
That is word for word what I said to my boss. I don't have deciding power though
What if that massive log file gets corrupt when you go down? Then you are burned even more.
Have you measured the strain it puts on it? IF you use an enterprise backup product, will he even notice? You brought up the concerns, but you feel it is the best move. You know the environment, you know what it can handle. Your ass is on the line, even though you told mgt.It's not my job on the line. My boss just asked me to take a look at it for a second pair of eyes and that was my conclusion. I'm not the server administrator but I've solved a few server issues so far. I'm of the opinion that getting aggressive with my employer is just burning bridges. I let them learn it themselves and cover my ass with e-mails and paperwork.
Oh, well in that case...
-
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@momurda said in Exchange 2010 Hard Drive Space Issues:
I dont know about speed, but i do know from my previous xp with Veeam that it is a great product. I was never not able to do restores of exchange (vm/brick level) at my last job. It was really quick to restore individual mailbox items and deleted-on-accident contacts without issue. It also provides central backup and restore services for you entire virtual infrastucture, something WSB and Cobian cant.
Yeah I know it's good, but my issue is I can't bog down the server for 3 days again until the weekend. I'd like to resolve this sooner, but I'm kind of stuck.
Bog it down for 3 days or trying to recover it with the massive log file db?
That is word for word what I said to my boss. I don't have deciding power though
What if that massive log file gets corrupt when you go down? Then you are burned even more.
Have you measured the strain it puts on it? IF you use an enterprise backup product, will he even notice? You brought up the concerns, but you feel it is the best move. You know the environment, you know what it can handle. Your ass is on the line, even though you told mgt.It's not my job on the line. My boss just asked me to take a look at it for a second pair of eyes and that was my conclusion. I'm not the server administrator but I've solved a few server issues so far. I'm of the opinion that getting aggressive with my employer is just burning bridges. I let them learn it themselves and cover my ass with e-mails and paperwork.
Oh, well in that case...
Pointing someone in the right direction and being responsible are two very different things
-
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
@momurda said in Exchange 2010 Hard Drive Space Issues:
I dont know about speed, but i do know from my previous xp with Veeam that it is a great product. I was never not able to do restores of exchange (vm/brick level) at my last job. It was really quick to restore individual mailbox items and deleted-on-accident contacts without issue. It also provides central backup and restore services for you entire virtual infrastucture, something WSB and Cobian cant.
Yeah I know it's good, but my issue is I can't bog down the server for 3 days again until the weekend. I'd like to resolve this sooner, but I'm kind of stuck.
Bog it down for 3 days or trying to recover it with the massive log file db?
That is word for word what I said to my boss. I don't have deciding power though
What if that massive log file gets corrupt when you go down? Then you are burned even more.
Have you measured the strain it puts on it? IF you use an enterprise backup product, will he even notice? You brought up the concerns, but you feel it is the best move. You know the environment, you know what it can handle. Your ass is on the line, even though you told mgt.It's not my job on the line. My boss just asked me to take a look at it for a second pair of eyes and that was my conclusion. I'm not the server administrator but I've solved a few server issues so far. I'm of the opinion that getting aggressive with my employer is just burning bridges. I let them learn it themselves and cover my ass with e-mails and paperwork.
Oh, well in that case...
Pointing someone in the right direction and being responsible are two very different things
The fact that they need those pointers just makes me shutter!
-
-
@JaredBusch said in Exchange 2010 Hard Drive Space Issues:
@Dashrender said in Exchange 2010 Hard Drive Space Issues:
shutter!
Camera or Window?
Smartass or ass?
-
@Texkonc said in Exchange 2010 Hard Drive Space Issues:
@JaredBusch said in Exchange 2010 Hard Drive Space Issues:
@Dashrender said in Exchange 2010 Hard Drive Space Issues:
shutter!
Camera or Window?
Smartass or ass?
Yes?
-
@wirestyle22
Just curious, how long does it take your Exchange to start serving mail when you restart it for updates/changes/etc? -
@momurda said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22
Just curious, how long does it take your Exchange to start serving mail when you restart it for updates/changes/etc?My guess, about 45mins after the windows login
-
@wirestyle22 said in Exchange 2010 Hard Drive Space Issues:
I read that the Veeam backup is around 10x faster than a windows server backup. Normally this would sound like a marketing ploy but everyone here on ML seems to swear by Veeam. Can anyone confirm? The windows backup took 3 days to complete, thats why I ask.
I can confirm that it's way faster than ArcServe. That's what I moved to Veeam from. I can also confirm that the message level restore works well as well.
-
@momurda said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22
Just curious, how long does it take your Exchange to start serving mail when you restart it for updates/changes/etc?I'm not sure. Anytime this is rebooted it's on the weekends and I'm not here
-
@momurda said in Exchange 2010 Hard Drive Space Issues:
Just curious, how long does it take your Exchange to start serving mail when you restart it for updates/changes/etc?
For the exchange servers I've run, once all the exchange services have started it will pass mail. The time it takes for all the services to start depends on the hardware. The trick to a faster reboot with an Exchange server is to shut down the system attendant service first. If you just tell the server to reboot, it will shut down a service, and then another service will need to write something, so it will bring the first service back up. After a few rounds of that it will eventually shutdown.
-
@Mike-Davis said in Exchange 2010 Hard Drive Space Issues:
@momurda said in Exchange 2010 Hard Drive Space Issues:
Just curious, how long does it take your Exchange to start serving mail when you restart it for updates/changes/etc?
For the exchange servers I've run, once all the exchange services have started it will pass mail. The time it takes for all the services to start depends on the hardware. The trick to a faster reboot with an Exchange server is to shut down the system attendant service first. If you just tell the server to reboot, it will shut down a service, and then another service will need to write something, so it will bring the first service back up. After a few rounds of that it will eventually shutdown.
Yep, I always stop the exchange services before rebooting our system. Otherwise it seems to take 10 times longer.
-
Once the Microsoft Exchange System Attendant service is stopped, you don't need to worry about the rest. If that service is not running you won't get stuck in a loop.
-
My thought is I can dismount my datastore, change the name of the log folder from
Mailbox - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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.
-
@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 - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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.
-
@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 - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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'm talking to Microsoft right now and they basically just told me I have two options in this situation, after reading my logs. 1. Turn on circular logging which will increase my CPU utilization significantly (this server sits at 70%+ utilization consistently) which would most likely seize it or do what I did. I considered each option and spoke to my boss. We are running out of space rapidly and he said at this point we unfortunately are going to have to take the risk. This realistically should have been fixed a year ago, but from what I understand they were running around putting out fires.
-
@wirestyle22 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 - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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'm talking to Microsoft right now and they basically just told me I have two options in this situation, after reading my logs. 1. Turn on circular logging which will increase my CPU utilization significantly (this server sits at 70%+ utilization consistently) which would most likely seize it or do what I did. I considered each option and spoke to my boss. We are running out of space rapidly and he said at this point we unfortunately are going to have to take the risk. This realistically should have been fixed a year ago, but from what I understand they were running around putting out fires.
The logs are going to the same box? Why not send logs to a central service?
-
@scottalanmiller said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 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 - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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'm talking to Microsoft right now and they basically just told me I have two options in this situation, after reading my logs. 1. Turn on circular logging which will increase my CPU utilization significantly (this server sits at 70%+ utilization consistently) which would most likely seize it or do what I did. I considered each option and spoke to my boss. We are running out of space rapidly and he said at this point we unfortunately are going to have to take the risk. This realistically should have been fixed a year ago, but from what I understand they were running around putting out fires.
The logs are going to the same box? Why not send logs to a central service?
The only exchange server I've personally managed was a standalone box in which the logs were stored locally, but this is an inherited server (all of them are). I question a lot of their logic honestly
-
@scottalanmiller said in Exchange 2010 Hard Drive Space Issues:
@wirestyle22 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 - DomaintoMailbox - Domain.oldand then create a new folder namedMailbox - 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'm talking to Microsoft right now and they basically just told me I have two options in this situation, after reading my logs. 1. Turn on circular logging which will increase my CPU utilization significantly (this server sits at 70%+ utilization consistently) which would most likely seize it or do what I did. I considered each option and spoke to my boss. We are running out of space rapidly and he said at this point we unfortunately are going to have to take the risk. This realistically should have been fixed a year ago, but from what I understand they were running around putting out fires.
The logs are going to the same box? Why not send logs to a central service?
Does exchange logging work that way?
