<?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: moving from indexed time _json to search time in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397725#M70915</link>
    <description>&lt;P&gt;Indexed Time extractions will increase the size of your tsidx files because Splunk will need to keep the structure fixed on those sourcetypes. &lt;/P&gt;

&lt;P&gt;In general, Search Time is the recommended way for agility, freedom, manageability of future changes, correcting errors and improvements/evolution on what you want to get from your sourcetypes.&lt;/P&gt;

&lt;P&gt;If you don't want INDEXED_EXTRACTIONS on your json, you just need to remove the INDEXED_EXTRACTIONS=JSON in your props.conf for the referred sourcetypes on the HF. &lt;/P&gt;

&lt;P&gt;Then configure either partial extractions in the Search Head, under your sourcetype in props:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;EXTRACT-global = "\"id: \"(?&amp;lt;id&amp;gt;[^\"]*)"
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Or as &lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/87518"&gt;@FrankVl&lt;/a&gt; mentions below , just get them all again with KV_MODE=json&lt;/P&gt;

&lt;P&gt;For JSON, the INDEXED_EXTRACTIONS or KV_MODE=json are pretty useful, so I wouldn't suggest doing all this parsing by yourself here, unless you are only aiming to extract a very small contained portion of the full events&lt;/P&gt;</description>
    <pubDate>Tue, 29 Sep 2020 23:21:09 GMT</pubDate>
    <dc:creator>tiagofbmm</dc:creator>
    <dc:date>2020-09-29T23:21:09Z</dc:date>
    <item>
      <title>moving from indexed time _json to search time</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397724#M70914</link>
      <description>&lt;P&gt;We are using a lot of indexed time _json sourcetypes on our heavy forwarder for file inputs and HTTP event collector.&lt;/P&gt;

&lt;P&gt;Would it be recommended to move to search time field extraction ?&lt;/P&gt;

&lt;P&gt;What would the steps be from the heavy forwarder to the search head cluster ?&lt;/P&gt;

&lt;P&gt;gratzi&lt;/P&gt;</description>
      <pubDate>Tue, 26 Feb 2019 00:05:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397724#M70914</guid>
      <dc:creator>Skins</dc:creator>
      <dc:date>2019-02-26T00:05:06Z</dc:date>
    </item>
    <item>
      <title>Re: moving from indexed time _json to search time</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397725#M70915</link>
      <description>&lt;P&gt;Indexed Time extractions will increase the size of your tsidx files because Splunk will need to keep the structure fixed on those sourcetypes. &lt;/P&gt;

&lt;P&gt;In general, Search Time is the recommended way for agility, freedom, manageability of future changes, correcting errors and improvements/evolution on what you want to get from your sourcetypes.&lt;/P&gt;

&lt;P&gt;If you don't want INDEXED_EXTRACTIONS on your json, you just need to remove the INDEXED_EXTRACTIONS=JSON in your props.conf for the referred sourcetypes on the HF. &lt;/P&gt;

&lt;P&gt;Then configure either partial extractions in the Search Head, under your sourcetype in props:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;EXTRACT-global = "\"id: \"(?&amp;lt;id&amp;gt;[^\"]*)"
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Or as &lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/87518"&gt;@FrankVl&lt;/a&gt; mentions below , just get them all again with KV_MODE=json&lt;/P&gt;

&lt;P&gt;For JSON, the INDEXED_EXTRACTIONS or KV_MODE=json are pretty useful, so I wouldn't suggest doing all this parsing by yourself here, unless you are only aiming to extract a very small contained portion of the full events&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 23:21:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397725#M70915</guid>
      <dc:creator>tiagofbmm</dc:creator>
      <dc:date>2020-09-29T23:21:09Z</dc:date>
    </item>
    <item>
      <title>Re: moving from indexed time _json to search time</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397726#M70916</link>
      <description>&lt;P&gt;No need to specify all the extractions like that right. You can also just set &lt;CODE&gt;KV_MODE = json&lt;/CODE&gt; in your props.conf to enable automatic search time json extractions.&lt;/P&gt;

&lt;P&gt;Just make sure you don't have both &lt;CODE&gt;KV_MODE = json&lt;/CODE&gt; and &lt;CODE&gt;INDEXED_EXTRACTIONS=JSON&lt;/CODE&gt; enabled, because then you get all field values twice.&lt;/P&gt;</description>
      <pubDate>Tue, 26 Feb 2019 10:45:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397726#M70916</guid>
      <dc:creator>FrankVl</dc:creator>
      <dc:date>2019-02-26T10:45:57Z</dc:date>
    </item>
    <item>
      <title>Re: moving from indexed time _json to search time</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397727#M70917</link>
      <description>&lt;P&gt;Yes totally agree @FrankVl , &lt;CODE&gt;KV_MODE = json&lt;/CODE&gt; get's you all of those fields on search time&lt;/P&gt;</description>
      <pubDate>Tue, 26 Feb 2019 10:50:55 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/moving-from-indexed-time-json-to-search-time/m-p/397727#M70917</guid>
      <dc:creator>tiagofbmm</dc:creator>
      <dc:date>2019-02-26T10:50:55Z</dc:date>
    </item>
  </channel>
</rss>

