<?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: Summary Index vs Report Acceleration? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161913#M32870</link>
    <description>&lt;P&gt;+adding one more&lt;/P&gt;

&lt;P&gt;Report acceleration saved in - $SPLUNK_HOME/var/lib/splunk/index1/summary whereas&lt;BR /&gt;
Summary indexing will be saved in summary index($SPLUNK_HOME/var/lib/splunk/summarydb). Temporarily search results are stored in $SPLUNK_HOME/var/spool/splunk/_.stash&lt;/P&gt;</description>
    <pubDate>Tue, 29 Sep 2020 14:49:15 GMT</pubDate>
    <dc:creator>saravanan90</dc:creator>
    <dc:date>2020-09-29T14:49:15Z</dc:date>
    <item>
      <title>Summary Index vs Report Acceleration?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161909#M32866</link>
      <description>&lt;P&gt;I have DNS logs from both Windows and Unix BIND. What I am trying to do is create a quick way for admins to query 90 days worth of these DNS logs to see if a particular domain name has ever been looked up. My thought was to do search of each index, do a "stats count by domain" and put the results potentially in a summary index. It was suggested that I look at Report Acceleration as well. I'm running into a couple issues. &lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;&lt;P&gt;I cant save my query as accelerated. I do not see any checkbox in version 6.0. Here is the search:  index=dnslog | stats count by domain_name&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;It would be useful for the analysts to have something like a "first seen" date to go with the domains returned in the searches but I cannot figure out a way to do that.&lt;/P&gt;&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;Any help would be greatly appreciated. &lt;/P&gt;</description>
      <pubDate>Tue, 13 May 2014 13:22:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161909#M32866</guid>
      <dc:creator>tradecraft1914</dc:creator>
      <dc:date>2014-05-13T13:22:51Z</dc:date>
    </item>
    <item>
      <title>Re: Summary Index vs Report Acceleration?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161910#M32867</link>
      <description>&lt;P&gt;I would highly recommend using report acceleration, it is self repairing. Summary Indexing is entirely reliant on the scheduled search performing as expected.&lt;/P&gt;

&lt;P&gt;Generally I only use summary indexing for summarized information that needs to be stored longer than a year.&lt;/P&gt;

&lt;P&gt;Report Acceleration is still available in 6.0, and your search does qualify (uses a transforming command, stats). If you go to &lt;STRONG&gt;Settings &amp;gt; Searches &amp;amp; Reports &amp;gt; Your Search,&lt;/STRONG&gt; do you not see the check box? &lt;/P&gt;

&lt;P&gt;To calculate the first seen date you can use earliest() in your stats command. It would look like this...&lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;| stats count earliest(eval(strftime(_time, "%H:%M:%S"))) AS "first seen" by domain_name&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;You can modify the time format to display month, date, year and all that other goodness.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 16:35:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161910#M32867</guid>
      <dc:creator>ecambra_splunk</dc:creator>
      <dc:date>2020-09-28T16:35:58Z</dc:date>
    </item>
    <item>
      <title>Re: Summary Index vs Report Acceleration?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161911#M32868</link>
      <description>&lt;P&gt;Here is a link to the timeformat &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.0.3/SearchReference/Commontimeformatvariables"&gt;http://docs.splunk.com/Documentation/Splunk/6.0.3/SearchReference/Commontimeformatvariables&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 13 May 2014 17:18:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161911#M32868</guid>
      <dc:creator>ecambra_splunk</dc:creator>
      <dc:date>2014-05-13T17:18:14Z</dc:date>
    </item>
    <item>
      <title>Re: Summary Index vs Report Acceleration?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161912#M32869</link>
      <description>&lt;H3&gt;Splunk Report Acceleration:&lt;/H3&gt;

&lt;UL&gt;
&lt;LI&gt;Increases performance ~2-5x.&lt;/LI&gt;
&lt;LI&gt;Automatically preforms backfill.&lt;/LI&gt;
&lt;LI&gt;Late-arriving events are of &lt;EM&gt;NO&lt;/EM&gt; concern.&lt;/LI&gt;
&lt;LI&gt;Drilldown to raw data still works.&lt;/LI&gt;
&lt;LI&gt;Speeds up a search by creating additional TSIDX mappings into the raw data.&lt;/LI&gt;
&lt;LI&gt;Is incredibly robust and requires no housekeeping.&lt;/LI&gt;
&lt;LI&gt;Is insensitive to TimeZone and the user who enabled the acceleration.&lt;/LI&gt;
&lt;LI&gt;Has a minor "always-on" impact to Indexers and consumes a small amount of disk space but no license.&lt;/LI&gt;
&lt;LI&gt;Does not require any conversion (just click the checkbox and you are done).&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Replaces this question:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Is there *possibly* a match for my data in this bucket?
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;With this question:&lt;/P&gt;

&lt;P&gt;Is there &lt;EM&gt;definitely&lt;/EM&gt; a match for my data in this bucket?&lt;/P&gt;

&lt;H3&gt;Splunk Summary Index:&lt;/H3&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Astronomical increases in performance are possible (but, if you do it wrong, things can actually be slower).&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Admin must manually preform backfill.&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Late-arriving events are of &lt;EM&gt;GREAT&lt;/EM&gt; concern&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Drilldown to raw data no longer works (must do Advanced dashboard programming to force it to switch back to raw data).&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Is somewhat fragile and requires reactive housekeeping (many things can cause SI data outages).&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Is sensitive to TimeZone and the user who runs the "Populating Search".&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Has a minor "every-hour" impact to Indexers and consumes a small amount of disk space but no license.&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Speeds up searches by replacing huge amounts of raw data with much smaller amounts  of aggregate ("summarized") data in the Summary Index.&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Requires an Admin to reverse-engineer the desired end-usage of the data in order to construct an appropriate "Populating Search" to do this conversion.&lt;/P&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;P&gt;Requires that all existing KO uses of the raw data be manually converted (e.g. saved searches, macros, dashboard panels) to pull data from the SI instead of raw data.&lt;/P&gt;&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Thu, 13 Aug 2015 17:00:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161912#M32869</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-08-13T17:00:29Z</dc:date>
    </item>
    <item>
      <title>Re: Summary Index vs Report Acceleration?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161913#M32870</link>
      <description>&lt;P&gt;+adding one more&lt;/P&gt;

&lt;P&gt;Report acceleration saved in - $SPLUNK_HOME/var/lib/splunk/index1/summary whereas&lt;BR /&gt;
Summary indexing will be saved in summary index($SPLUNK_HOME/var/lib/splunk/summarydb). Temporarily search results are stored in $SPLUNK_HOME/var/spool/splunk/_.stash&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 14:49:15 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Summary-Index-vs-Report-Acceleration/m-p/161913#M32870</guid>
      <dc:creator>saravanan90</dc:creator>
      <dc:date>2020-09-29T14:49:15Z</dc:date>
    </item>
  </channel>
</rss>

