Query Event Log Files
- Ensure that you have the correct permissions to use event monitoring.
- Log in to and navigate to several tools in Workbench.
- Query an EventLogFile object using the SOQL query editor and REST Explorer.
- Compare and contrast the SOAP and REST APIs for querying event log files.
- Describe the data type used to store the underlying log data.
Let’s consider one of the example cases from earlier. A sales representative named Rob Burgle left your company a few weeks ago and joined a major competitor. All of a sudden, you start losing deals to this other company. You suspect that Mr. Burgle downloaded a report containing confidential lead information and shared it with his new employer. Normally, you wouldn’t be able to confirm your suspicions. But with event monitoring, you can gather all the evidence you need to set the story straight. Let’s look at how this process works.
- Log in to your Trailhead DE organization and navigate to Workbench.
- For Environment, select Production. For API Version, select the highest available number. Make sure that you check I agree to the terms of service.
- Click Login with Salesforce.
- In the top menu, select .
- Under Object, choose EventLogFile. Under Fields, select count(). Notice that the editor populates with some query text.
- Click Query.
You should see something like this:
The count() function returns how many EventLogFile records exist in your organization. If the response tells you “Query would return 0 records,” it means that you don’t have any stored events. Remember that it takes 24 hours for events to surface and the log files are only stored for 24 hours in DE organizations. If you don’t get any results back, you can retry tomorrow.
- In the top menu, select .
- Select EventLogFile from the dropdown menu.
- Expand the Attributes menu to view the object’s properties. EventLogFile is queryable, which means that you can request information about the object from the database. It’s also retrievable, so you can find an EventLogFile record by its ID.
- Expand the Fields menu. There are 15 fields here, but
let’s pay particular attention to two of them: EventType
- EventType: This field displays which event types a record represents. If you expand , you can see the different types of events. In our case, we’re interested in records with an EventType of Report Export.
- LogFile: This field is where the actual information you’re looking for is stored. The contents of a log file depend on the EventType. For Report Export, this field stores everything from the ID of the user that exported the report to the browser and operating system that they used to do it.
We’re getting closer to finding our culprit! Let’s keep collecting evidence by using another tool in Workbench: the REST Explorer.
The REST Explorer gives you access to the Salesforce REST API, a web service that lets you retrieve data from your organization.
- In the top menu, select .
- Replace the existing text with /services/data/v <API version> .0/query?q=SELECT+Id+,+EventType+,+LogDate+,+LogFileLength+,+LogFile+FROM+EventLogFile+ WHERE+EventType+=+'ReportExport'.
- Click Execute.
If no reports have been exported from your organization in the past 24 hours, the totalSize field has a value of zero. Remember that it takes 24 hours for events to become available. You can export a report from your organization and try again tomorrow. Alternatively, you can replace ReportExport with a different event type in your REST query (for example, Login).
If you have some report export events, your execution returns something like this:
Expand one of the records and click the LogFile link. The log contents look something like this:
Yikes! How are we supposed to learn anything from this? Don’t worry, we’re not done yet.
You’ve used a couple of tools in Workbench. First, you used the SOQL Query Editor to determine whether you had any events stored in your organization. You also performed an object describe to learn about the EventLogFile object. Finally, you used the REST Explorer to view your EventLogFile records. All these tools retrieve information from your organization, so what’s the difference between them?
The answer isn’t too surprising: The difference is in the underlying API.
The SOQL Query Editor and the object describe use what’s called the SOAP API. It’s a little different than the REST API that you used in the REST Explorer. One difference is that writing a query in the SOQL Query Editor is more straightforward than writing one in the REST Explorer. Let’s say we wanted to retrieve one of our log files.
In SOAP, it looks like:
In REST, we use:
The SOQL query is easier to understand and remember. So why did we decide to use REST instead? Let’s look at what happens when we execute these queries and view one of our log files.
In SOAP, the query returns something like this:
The REST query returns this:
Here, we see the other major difference between SOAP and REST when it comes to querying event log files. The returned log files are the same, but they’re presented in different formats. When you retrieve your event log files using SOAP, the result is a serialized, Base64 string. If your organization plans on using tools like Informatica to work with event log files, you want to use SOAP to retrieve your data. REST, on the other hand, deserializes the log file. It’s still not pretty, but as you’ll see in the upcoming section, other tools can transform the REST results into an easy-to-read format.