Comprehensive data protection for all workloads
Post Reply
Backerupper
Enthusiast
Posts: 47
Liked: 23 times
Joined: Dec 28, 2012 2:32 pm
Contact:

SQL Log Truncation - Nothing but a Hail Mary?

Post by Backerupper » Feb 19, 2015 4:01 pm

I am one of the many struggling with the latest (apparently undocumented) changes to how SQL transaction logs are handled.

After noticing (the hard way) that logs were not being truncated properly, I contacted support (case 00749522) to determine why I was not notified of the failures only to be told:
"Again, Veeam will not report this. This is the way the product is designed. We've had customers contacting us in the past, asking that they would like us to include some feedback in the GUI about the logs truncation, and hopefully this will be done in next version of the product. But for now, all we do is sending the command, and if this is successful, the truncate logs action within the job indicates green."

I'm sorry but this is not even close to a reasonable answer here. So your telling me that with something so important, you are just 'sending the command' and hoping like heck that everything works out OK?

But it gets better - after going back and forth on whether Veeam is actually aware of the failure, I was told:
"The fact that the truncate logs action within the job indicates green is because Veeam was successful to send the command to your guest for the logs truncation. In case this fails, the GUI will not report it, but you will see Warnings or Failures in the VeeamVSSSupport logs, or the VeeamGuestHelper logs."

So I can dig around hundreds of log files on a daily basis cause Veeam is too lazy to bubble up the warning into the GUI? How can this be?
By changing the process to use a named account as opposed to using system, you must have known that this was going to bite many folks in the rear end.

Tell a DBA that we are doing nothing more than 'sending the command' and they will reply with a request for a new backup product...

Just for the record - I don't mind the new changes to the process. But the fact that Veeam is not reporting failures on such a critical function is a major fumble in my book.

foggy
Veeam Software
Posts: 18448
Liked: 1589 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: SQL Log Truncation - Nothing but a Hail Mary?

Post by foggy » Feb 20, 2015 12:19 pm

Backerupper wrote:I'm sorry but this is not even close to a reasonable answer here. So your telling me that with something so important, you are just 'sending the command' and hoping like heck that everything works out OK?
Thanks for the feedback, your frustration is completely understandable. However this was not specifically designed to be like that and warning is not logged in the job session in particular cases only (for example, with the base v8 release without patch 1 and SQL 2012 or 2014). Those are already addressed in the next patch.

Backerupper
Enthusiast
Posts: 47
Liked: 23 times
Joined: Dec 28, 2012 2:32 pm
Contact:

Re: SQL Log Truncation - Nothing but a Hail Mary?

Post by Backerupper » Feb 20, 2015 2:02 pm

Hi foggy - thanks for the reply, I'm glad this is being worked out. Yet another reason Patch 2 can't come quickly enough.

Just for the record, we are currently on Patch 1 and seeing this behavior across all SQL server editions.

Thanks again

sibinsam
Veeam ProPartner
Posts: 64
Liked: 6 times
Joined: Nov 03, 2014 5:31 am
Full Name: Sibin Sam
Contact:

Re: SQL Log Truncation - Nothing but a Hail Mary?

Post by sibinsam » Feb 21, 2015 5:13 am

This behaviour is seen when truncating exchange logs too... case # 00810436. Will this also be addressed in the next patch?

Post Reply

Who is online

Users browsing this forum: aperkins, DonZoomik, FranckG, Vitaliy S. and 58 guests