Skip to main content
replaced http://dba.stackexchange.com/ with https://dba.stackexchange.com/
Source Link

There is no easy way to suppress specific events (with the exception of log backups using TF3226 or using the -n startup parameter which suppresses all events as ably described herehere).

What you should probably be doing is addressing the root cause of the issue. If you have decided not to do that, you can simply suppress the ids when you report on your event log. There are a few ways to do this:

  1. Use Filters in Windows Event Viewer Click the 'Filter' button on the right-hand side, and enter the ids you want to suppress preceded with a minus sign, eg

Event Viewer Filter

  1. Using Powershell cmdlet Get-EventLog and filtering the output, eg

    Get-EventLog Application -Newest 100 | Where-Object { $_.EventID -ne 3014} | Format-Table TimeWritten, EventID, Message -auto
    

In summary, try filtering the event ids at your reporting time, rather than trying to suppress them altogether. At least if they are recorded in the event log, they could be analysed by someone else or for another purpose.

HTH

There is no easy way to suppress specific events (with the exception of log backups using TF3226 or using the -n startup parameter which suppresses all events as ably described here).

What you should probably be doing is addressing the root cause of the issue. If you have decided not to do that, you can simply suppress the ids when you report on your event log. There are a few ways to do this:

  1. Use Filters in Windows Event Viewer Click the 'Filter' button on the right-hand side, and enter the ids you want to suppress preceded with a minus sign, eg

Event Viewer Filter

  1. Using Powershell cmdlet Get-EventLog and filtering the output, eg

    Get-EventLog Application -Newest 100 | Where-Object { $_.EventID -ne 3014} | Format-Table TimeWritten, EventID, Message -auto
    

In summary, try filtering the event ids at your reporting time, rather than trying to suppress them altogether. At least if they are recorded in the event log, they could be analysed by someone else or for another purpose.

HTH

There is no easy way to suppress specific events (with the exception of log backups using TF3226 or using the -n startup parameter which suppresses all events as ably described here).

What you should probably be doing is addressing the root cause of the issue. If you have decided not to do that, you can simply suppress the ids when you report on your event log. There are a few ways to do this:

  1. Use Filters in Windows Event Viewer Click the 'Filter' button on the right-hand side, and enter the ids you want to suppress preceded with a minus sign, eg

Event Viewer Filter

  1. Using Powershell cmdlet Get-EventLog and filtering the output, eg

    Get-EventLog Application -Newest 100 | Where-Object { $_.EventID -ne 3014} | Format-Table TimeWritten, EventID, Message -auto
    

In summary, try filtering the event ids at your reporting time, rather than trying to suppress them altogether. At least if they are recorded in the event log, they could be analysed by someone else or for another purpose.

HTH

Source Link
wBob
  • 10.4k
  • 2
  • 25
  • 44

There is no easy way to suppress specific events (with the exception of log backups using TF3226 or using the -n startup parameter which suppresses all events as ably described here).

What you should probably be doing is addressing the root cause of the issue. If you have decided not to do that, you can simply suppress the ids when you report on your event log. There are a few ways to do this:

  1. Use Filters in Windows Event Viewer Click the 'Filter' button on the right-hand side, and enter the ids you want to suppress preceded with a minus sign, eg

Event Viewer Filter

  1. Using Powershell cmdlet Get-EventLog and filtering the output, eg

    Get-EventLog Application -Newest 100 | Where-Object { $_.EventID -ne 3014} | Format-Table TimeWritten, EventID, Message -auto
    

In summary, try filtering the event ids at your reporting time, rather than trying to suppress them altogether. At least if they are recorded in the event log, they could be analysed by someone else or for another purpose.

HTH