<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Wineventlog overload/limiting best practices in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/What-are-Wineventlog-overload-limiting-best-practices/m-p/623033#M107223</link>
    <description>&lt;P&gt;You can filter which events you ingest by blacklisting and whitelisting specific eventIDs and other fields. That's the only thing I can think of. You can't ingest events and not count them against the license &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;&lt;P&gt;You could try to cut some parts from the events so you only capture most significant fields but that can get messy, unreliable and unmaintainable.&lt;/P&gt;</description>
    <pubDate>Fri, 02 Dec 2022 14:48:19 GMT</pubDate>
    <dc:creator>PickleRick</dc:creator>
    <dc:date>2022-12-02T14:48:19Z</dc:date>
    <item>
      <title>What are Wineventlog overload/limiting best practices?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-are-Wineventlog-overload-limiting-best-practices/m-p/623030#M107222</link>
      <description>&lt;P&gt;We've got Splunk_TA_Windows installed on a number of our servers sending data to our Splunk Cloud instance. However, there is far too much WinEventLog data being sent, pushing us to the limits of our ingest volume.&lt;/P&gt;
&lt;P&gt;What are best practices to lower this volume. I've already updated the props.conf file with the recommendations from the app installation and we've made adjustments to winnetmon to lower that volume.&lt;/P&gt;
&lt;P&gt;Are there any other best practices out there? We don't want to just disable it entirely.&lt;/P&gt;</description>
      <pubDate>Fri, 02 Dec 2022 15:33:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-are-Wineventlog-overload-limiting-best-practices/m-p/623030#M107222</guid>
      <dc:creator>paulgo</dc:creator>
      <dc:date>2022-12-02T15:33:25Z</dc:date>
    </item>
    <item>
      <title>Re: Wineventlog overload/limiting best practices</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/What-are-Wineventlog-overload-limiting-best-practices/m-p/623033#M107223</link>
      <description>&lt;P&gt;You can filter which events you ingest by blacklisting and whitelisting specific eventIDs and other fields. That's the only thing I can think of. You can't ingest events and not count them against the license &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;&lt;P&gt;You could try to cut some parts from the events so you only capture most significant fields but that can get messy, unreliable and unmaintainable.&lt;/P&gt;</description>
      <pubDate>Fri, 02 Dec 2022 14:48:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/What-are-Wineventlog-overload-limiting-best-practices/m-p/623033#M107223</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2022-12-02T14:48:19Z</dc:date>
    </item>
  </channel>
</rss>

