Splunk SPLK-1002 - Splunk Core Certified Power User Exam

The Splunk Common Information Model (CIM) Add-on is a foundational component for many Splunk apps, providing a common framework for data normalization and field extraction. This add-on includes a set of pre-configured data models that are essential for consistent reporting, searching, and correlation across various types of data. These data models help standardize field names and event structures, ensuring that data from disparate sources can be queried in a uniform way. While the CIM Add-on facilitates the use of standardized sourcetypes and supports data validation, the primary feature it offers is the set of pre-configured data models which are crucial for maintaining consistency across different datasets.

"Calculated fields can reference all types of field extractions and field aliasing, but they cannot reference lookups, event types, or tags."

Data model acceleration is a feature that speeds up searches on data models by creating and storing summaries of the data model datasets1. To enable data model acceleration, you must have administrative permissions or the accelerate_datamodel capability1. Therefore, option D is correct. Accelerated data models cannot be edited unless you disable the acceleration first1. Therefore, option B is correct. Private data models cannot be accelerated because they are not visible to other users1. Therefore, option C is correct. Root events can be accelerated as long as they are not based on a search string1. Therefore, option A is incorrect.

https://docs.splunk.com/Documentation/DashApp/0.9.0/DashApp/chartsBub

When you define a calculated field, you can specify the name of the field that the eval expression will create or modify. If the name of the calculated field matches the name of an existing extracted field, the calculated field will override the extracted field and replace its value with the result of the eval expression. This means that the original value of the extracted field will not be available for searching or analysis. To avoid this, you should use a unique name for your calculated field or use a different name for your extracted field2

1: Splunk Core Certified Power User Track, page 9. 2: Splunk Documentation, Configure calculated fields with props.conf.

The correct answer is C. _time.

The timechart command creates a time series chart with corresponding table of statistics, with time used as the X-axis1. You can specify a split-by field, where each distinct value of the split-by field becomes a series in the chart1. In this case, the split-by field is action, which means that the chart will have different lines for different actions, such as accept, reject, or fail2. The count function will calculate the number of events for each action in each time bin1.

For example, the following image shows a timechart of the count by action for a similar search3:

As you can see, the x-axis is populated by the _time field, which represents the time range of the search. The y-axis is populated by the count function, which represents the number of events for each action. The legend shows the different values of the action field, which are used to split the chart into different series.

Field aliases are applied based on host, source, or sourcetype.

Extract: “Create field aliases by specifying the host, source, or sourcetype that the alias applies to.”

Thus, the correct answer is Sourcetypes.

The command sourcetype=access_combined | transaction JSESSIONID does three things:

It filters the events by the sourcetype access_combined, which is a predefined sourcetype for Apache web server logs.

It groups the events by the field JSESSIONID, which is a unique identifier for each user session.

It creates a single event from each group of events that share the same JSESSIONID value. This single event will have some additional fields created by the transaction command, such as duration, eventcount, and startime.

Therefore, the statements B, C, and D are true.