To help you monitor and analyze the state of your instance, AEM provides a selection of default reports, which can be configured for your individual requirements:
These reports are only available in the Classic UI. For system monitoring and reporting in the modern UI, see the Operations Dashboard.
All reports can be accessed from the Tools console. Select Reports in the left-hand pane, then double-click the required report in the right-hand pane to open it for viewing and/or configuration.
New instances of a report can also be created from the Tools console. Select Reports in the left-hand pane, then New… from the toolbar. Define a Title and Name, select the report type you require, then click Create. Your new report instance will appear in the list. Double-click this to open, then drag a component from the sidekick to create the first column and start the report definition.
In addition to the standard AEM reports that are available out of the box, you can develop your own (completely new) reports.
There are various formats of reports available. The following reports all use columns that can be customized as detailed in the following sections:
The following reports each have their own format and customization:
So the following procedures for column configuration are not appropriate. See the descriptions of the individual reports for their details.
Columns can be added to, repositioned on, or removed from any of the reports, either standard or customized.
The Components tab of the sidekick (available on the report page) lists all categories of data that can be selected as columns.
To change the data selection:
to add a new column, drag the required component from the sidekick and drop in the position you want
to move a column, click on the header, hold and drag to the new position
to remove a column, click on the column title, hold and drag up into the report header area (a red minus symbol will indicate that the position is not valid); release the mouse button and the Delete Component(s) dialog will request confirmation that you do really want to delete the column.
Each column in the report has a drop-down menu. This becomes visible when your mouse cursor moves over the column title cell.
An arrow head will appear at the far right of the title cell (not to be confused with the arrow head immediately to the right of the title text that indicates the current sort mechanism).
The options available on the menu will depend on the configuration of the column (as made during project development), any invalid options will be greyed out.
The data can be sorted according to a specific column by either:
On appropriate columns you can select Group by this column from the column’s drop-down menu. This will group the data according to each distinct value within that column. You can select more than one column to be grouped. The option will be greyed out when the data in the column is inappropriate; i.e. every entry is distinct and unique so no groups can be formed, for example the User ID column of the user report.
After at least one column has been grouped a pie-chart of Current data will be generated, based on this grouping. If multiple columns are grouped then this will also be indicated on the chart.
Moving your cursor over the pie-chart will show the aggregated value for the appropriate segment. This uses the aggregate currently defined for the column; for example, count, minimum, average, amongst others.
On appropriate columns you can also configure Filter Settings and/or Aggregates from the column’s drop-down menu.
Filter Settings allow you to specify the criteria for entries to be displayed. The operators available are:
contains
equals
To set a filter:
To deactivate the filter:
You can also select an aggregation method (these may vary depending on the column selected):
This option is only available when the Generic column has been used in the User Report.
A chart of the change in your data over time can be seen under Historic data. This is derived from snapshots taken at regular intervals.
Data is:
The report can be generated:
Set Grouping on the required column.
Edit the configuration to define how often the snapshots should be made; hourly or daily.
Finish… the definition to start the collection of snapshots.
The red/green slider button at top left indicates when snapshots are being collected.
The resulting chart is shown at the bottom right:
Once data collection has started you can select:
Period
You can select from and to dates for the report data to be shown.
Interval
Month, Week, Day, Hour can be selected for the scale and aggregation of the report.
For example, if daily snapshots are available for February 2011:
Day
, each snapshot is shown as a single value in the chart.Month
, all snapshots for February are aggregated into a single value (displayed as a single “dot” in the chart).Select your requirements, then click Go to apply them to the report. To update the display after further snapshots have been made, click Go again.
When snapshots are being collected you can:
Use Finish… again to reinitialize the collection.
Finish “freezes” the report’s structure (i.e. the columns assigned to the report and which are grouped, sorted, filtered, etc.) and starts taking snapshots.
Open the Edit dialog to select No data snapshots to terminate collection until required.
Edit only switches the taking of snapshots on or off. If taking snapshots is switched on again, it uses the state of the report when it was last finished for taking further snapshots.
Snapshots are stored under /var/reports/...
where the remainder of the path mirrors the path of the respective report and ID created when the report was finished.
Old snapshots can be manually purged, if you are completely sure that you no longer require those instances.
The pre-configured reports are not performance intensive, but it is still recommended to use daily snapshots on a production environment. If possible run these daily snapshots at a time of day when there is not much activity on your website; this can be defined with the Daily snapshots (repconf.hourofday)
parameter for Day CQ Reporting Configuration; see OSGI Configuration for more details on how to configure this.
The historical data report can also change slightly in appearance due to limits that can be set, according to the number of results for the period selected.
Each horizontal line is known as a series (and corresponds to an entry in the chart legend), each vertical column of dots represents the aggregated snapshots.
To keep the chart clean over longer periods of time there are limits which can be set. For the standard reports these are:
horizontal series - both default and system maximum is 9
vertical aggregated snapshots - default is 35
(per horizontal series)
So when the (appropriate) limits are exceeded the:
Customized reports can also show the Total value for all series. This is shown as a series (horizontal line and entry in the legend).
For customized reports the limits can be set differently.
The Edit button opens the Edit Report Dialog.
This is one location where the period for collecting snapshots for Historic data is defined, but various other settings can also be defined:
Title
You can define your own title.
Description
You can define your own description.
Root path (only active for certain reports)
Use this to limit the report to a (sub-) section of the repository.
Report Processing
automatically refresh data
The report data will be refreshed every time you update the report definition.
manually refresh data
This option can be used to prevent delays caused by automatic refresh operations when there is a large volume of data.
Selecting this indicates that the report data must be manually refreshed when any aspect of the report configuration has changed. It also means that as soon as you change any aspect of the configuration the report table will be blanked out.
When this is selected the Load data button will be displayed (next to Edit on the report). Load data will load the data and refresh the report data shown.
Snapshots
You can define how often snapshots are to be made; daily, hourly or not at all.
The Load data button is only visible when manually refresh data has been selected from Edit.
Clicking on Load data will reload the data and update the report being shown.
Selecting to manually refresh data means that:
As soon as you change the report configuration, the table of report data will be blanked out.
For example, if you change the sort mechanism for a column, the data will not be shown.
If you want the report data to be shown again you will need to click on Load data to reload the data.
When you Finish the report:
With this dialog you can define, or update, your own title and description for the resulting report.
The component report delivers information about how your website uses the components.
Columns of information about:
Mean that you can see, for example:
Which components are used where.
Useful, for example, when testing.
How instances of a specific component are distributed.
This can be interesting if specific pages (i.e. “heavy pages”) are experiencing performance issues.
Identify parts of the site with frequent/less frequent changes.
See how page content develops over time.
All components are included, product-standard and project-specific. Using the Edit dialog the user can also set a Root path that defines the startpoint of the report - all components under that root are considered for the report.
The disk usage report shows information about the data stored within your repository.
The report starts in the root ( / ) of the repository; by clicking on a particular branch you can drill down inside the repository (the current path will be reflected in the report title).
This report analyzes the current request log:
<cq-installation-dir>/crx-quickstart/logs/request.log
to help you identify the most expensive request(s) within a given period.
To generate the report you can specify:
Period (hours)
The number of hours (past) to be analysed.
Default: 24
max. Results
Maximum number of output lines.
Default: 50
max. Requests
Maximum number of requests to be analysed.
Default: -1
(all)
Email address
Send results to an email address.
Optional; Default: blank
Run daily at (hh:mm)
Specify a time for the report to be automatically run on a daily basis.
Optional; Default: blank
The page activity report lists pages and the actions made on them.
Columns of information about:
Mean that you can monitor:
The page activity report takes all its information from the audit log. By default the root path is configured to the audit log at /var/audit/com.day.cq.wcm.core.page
.
This report provides information about user generated content; be that comments, ratings or forums.
Allow you to:
This report gives information about all users that have registered an account and/or profile; this can include both authors within your organization and external visitors.
Columns of information (where available) about:
Allow you to:
The Generic column is available in the User Report so that you can access customized information, usually from the user profiles; for example, Favorite Color as detailed under Adding Fields to the Profile Definition.
The Generic column dialog will open when you either:
From the Definitions tab you can define:
Title
Your own title for the generic column.
Property
The property name as stored in the repository, usually within the user’s profile.
Path
Usually the property is taken from the profile
.
Type
Select the field type from String
, Number
, Integer
, Date
.
Default Aggregate
This defines the aggregate used by default if the column is ungrouped in a report with at least one grouped column. Select the required aggregate from Count
, Minimum
, Average
, Maximum
, Sum
.
For example, Count for a String
field means that the number of distinct String
values is displayed for the column in the aggregated state.
In the Extended tab you can also define the aggregates and filters available:
This gives you a concise overview, providing information about the individual instances of workflows, both running and completed.
Columns of information about:
Mean you can:
This provides key statistics about the workflows running on your instance.
Once you have configured the reports to your specific requirements you can activate it to transfer the configuration to the publish environment.
If you want Historic data for the publish environment, then Finish the report on the author environment before activating the page.
The appropriate report will then be accessible under
/etc/reports
For example, the User Generated Content report can be found under:
http://localhost:4503/etc/reports/ugcreport.html
This will now report on data collected from the publish environment.
As no report configuration is allowed in the publish environment, the Edit and Finish buttons are not available. However, you can select the Period and Interval for the Historic data reports if snapshots are being collected.
Access to these reports may be a security issue; therefore we recommend you configure the Dispatcher so that /etc/reports
is not available to external visitors. See the Security Checklist for more details.
The permissions needed depend on the action:
In a standard AEM installation the following permissions are preset for the reports:
User Report
user administrators
- read and write
Page Activity Report
contributors
- read and write
Component Report
contributors
- read and write
User Generated Content Report
contributors
- read and write
Workflow Instance Report
workflow-users
- read and write
All members of the administrators
group have the necessary rights to create new reports.