|
@@ -0,0 +1,27 @@
|
|
|
+# Splunk Smartstore Thaw Notes
|
|
|
+
|
|
|
+https://docs.splunk.com/Documentation/Splunk/latest/Indexer/Restorearchiveddata#Thaw_a_4.2.2B_archive
|
|
|
+
|
|
|
+## Thawing Frozen Data
|
|
|
+
|
|
|
+DO NOT thaw an archived (frozen) bucket into a SmartStore index!
|
|
|
+
|
|
|
+Create a separate, "classic" index that does not utilize SmartStore (no `remotePath`) and thaw the buckets into the `thawedPath` of that index. If you plan to thaw buckets frequently, you might want to create a set of non-SmartStore indexes that parallel the SmartStore indexes in name. For example, "nonS2_main".
|
|
|
+
|
|
|
+## Check disk size
|
|
|
+
|
|
|
+How much data are you going to be thawing? It doesn't matter which indexer you copy the buckets to. Start with the first indexer and fill up the drive to an acceptable amount then start coping buckets to the next indexer. If you run out of acceptable space on all the indexers, use TF to create more indexers and copy the buckets to the new indexers.
|
|
|
+
|
|
|
+## Create a new index
|
|
|
+
|
|
|
+- add index to CM repo and push it to the indexers. Ensure a thawedPath is specified. Name the index something similar to the smartstore index such as nonS2_index-name. Do not specify a remotePath in the indexer.
|
|
|
+
|
|
|
+## Copy the buckets from S3 into the thawpath in the new index
|
|
|
+
|
|
|
+`aws s3`
|
|
|
+
|
|
|
+## Rebuild the buckets to make them searchable
|
|
|
+
|
|
|
+`splunk rebuild $SPLUNK_HOME/var/lib/splunk/defaultdb/thaweddb/db_1181756465_1162600547_1001`
|
|
|
+
|
|
|
+## restart the indexer
|