Server Monitoring
Server Monitoring
SAP Afaria
Document Version: 7 SP05 - 2014-09-03
Server Monitoring
Table of Contents
1 Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3 Server Logs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
Server dashboard lets you monitor and examine current server activity for the Afaria master and farm servers,
such as for current and recent errors or for non-iOS device sessions.
Procedure
The diagnostic dashboard is a consolidated list of various Afaria operational checks and results. The dashboard
also provides navigation to the configuration page of a diagnostic check.
Context
The diagnostic checks are carried out at regular prescheduled intervals, and the results are stored in the
database. The typical time interval between the checks is five minutes for all the checks, except the Afaria Server
service check, which runs every time the page refreshes.
The diagnostic dashboard retrieves the latest result from the database. The icon associated with a check
indicates the status of the check (passed or failed), and is continuously updated based on the diagnostic status in
the database.
Note
The dashboard checks are specific to each defined tenant.
Note
Many of the configuration items in the Diagnostics tab are optional. A 'failed' status for such items do not
indicate that they must be configured for the successful operation of Afaria.
Configure the Afaria server-side logging options by type and detail level. By default, all logs are enabled.
Procedure
1. On the Server page, on the left toolbar, click Configuration Server Log Option .
2. Click Disable every log below to disable all logging options or select logs to enable in different areas:
○ Message log – records information, warning, and error messages specific to the server.
○ Replication log – records replication-specific information, warning and error messages.
○ Session log – records information about past sessions, such as the channel involved, the end time and
duration, the user and computer information, and the session event status.
○ Session event detail – records log details at the object level pertaining to File Transfers or Sessions.
○ Device action log – records information about actions occurring on the devices.
○ Alert log – enables the server to log both raised events and closed alerts on your server.
Administrative actions performed by the user is recorded in system logs. The user or role executing the action
is recorded in the log entries by the logged in user.
3. Click Save.
You can specify how often the SAP Afaria server deletes log files.
Procedure
1. On the Server page, on the left toolbar, click Configuration Server Log Cleanup .
2. Perform one of the following tasks:
a) To enable log cleanup, select the Enable check box and specify the age (in days) at which the SAP Afaria
server deletes the log files in the Number of days field.
b) To disable log cleanup, clear the Enable check box.
You can view logs of all tenants from a system tenant. On a non-system tenant, you can view logs specific to the
tenant.
Each log collects specific information about servers, devices, connections, and policies.
● Raised events – includes the name of the event; computer on which the event occurred; time the event
occurred; time the event was received at the server; any relevant details; component-specific error code
associated with the event; and server that received the event.
● Closed alerts – includes the name of the alert; name of the contact (if any) assigned to the alert; time the alert
was raised, acknowledged, or closed; any closing remarks the contact had about the alert; identification
number assigned to this alert; and server that received the alert.
The Connections log includes information about past sessions for Android, Windows CE, Windows Mobile, and
Windows devices.
An entire session channel set's sendlist processing is aggregated into a single unit and occurs with the first
sendlist instance in the channel set. Therefore, all of the sendlist logging for a channel set occurs with the first
channel in the set that contains a sendlist.
● All – includes all session information such as all attempts to upload or download files, or the status of past
communications sessions.
● All last 24 hours – for sessions run during the previous 24 hours, includes all session information such as all
attempts to upload or download files, or the status of past communications sessions.
● Failed – includes all failed sessions.
● Failed last 24 hours – for sessions run during the previous 24 hours, includes all failed sessions.
● Sorted by Channel last 24 hours – for sessions run during the previous 24 hours, includes all sessions, sorted
by channel.
The Device Triggered Actions log includes successes or failures for connections initiated by device-side schedules
for Windows Mobile, and Windows devices.
● All – includes all actions and data associated with a device-side schedule. Consider these items about logged
entries:
○ When either the device or a server reside in a time zone that is subject to Daylight Saving Time, it is
possible for the log to reflect a time stamp that is an hour ahead or behind the time the event actually
occurred.
○ Windows computers do not log the connection that was initiated by an enrollment policy's “initial
connection” setting.
● Log only actions – reserved for future use.
The File Transfers log includes every instance of the server sending or receiving a file.
● All – includes all file transfer information such as all attempts to upload or download files, or the status of past
communications sessions.
● Failed – includes all failed file transfers or sessions.
● Sorted by Channel – includes all file transfers, sorted by channel.
● Sorted by Client – includes all file transfers, sorted by device or group.
The iOS Connection log captures the timing and sequence of actions occurring between the Afaria enrollment
server and the iOS devices.
The Messages log includes information for monitoring general server operations, and identifying and diagnosing
issues.
● All – includes all actions taken by the server such as features enabled, polices created, and polices edited.
● Errors – includes all errors that occurred at the server.
● Errors in session – includes all errors that occurred at the server, sorted by session.
The Policy Delivery log records the nature and status of a policy at the device. The ability to capture data may vary
by device type.
The Replication log includes information for replication operations, and identifying and diagnosing issues.
View server logs other than the Messages log, such as the File Transfers log or Policy Delivery log.
Context
4. On the Home page, on the Server tile, clickServer log to open the Server Log page to the Messages log.
5. On the left toolbar, click Select View to open the Server Log dialog.
6. Select a log from the list, then click Select on the dialog toolbar.
Export the log list in its current state with any filters or sort applied. You can export to Excel, Word, and CSV.
Procedure
1. On the Home page, on the Server tile, clickServer log to open the Server Log page to the Messages log.
2. (Optional) To export a different log view, on the left toolbar, click Select View and select another log.
3. (Optional) Filter or sort list according to preferences.
4. On the left toolbar, click Export View.
5. Select the content type and the format type, then click OK.
View the Messages log, which includes information for monitoring general server operations, and identifying and
diagnosing issues.
Procedure
1. On the Home page, on the Server tile, clickServer log to open the Server Log page to the Messages log.
2. (Optional) Filter or sort list according to preferences.
View the alerts raised by the server and take actions accordingly.
Context
Alerts provide notification when some incidents arise on the Afaria server, server components, or devices so that
you can acknowledge and resolve them. The Server > Alert page displays detailed information about the alerts
raised by the server.
Procedure
Acknowledge an alert raised to inform others that the alert has been noticed and is being worked on.
Context
Acknowledging an alert does not close it; acknowledging lets others know that steps are being taken to resolve the
alert. Acknowledging the alert stops any response that was defined for the alert, such as paging or sending e-mail
to a contact.
1. On the Server > Alert page, select Raised Alert tab to view the list of alerts raised.
2. Select the alert and click Acknowledge on the top toolbar.
3. In the confirmation dialog box, click Yes, Continue to acknowledge the alert.
The state of the alert changes from Unacknowledged to Acknowledged.
Delete an alert to remove it from the list of raised alerts when no further action is required on the alert. You can
delete either an acknowledged alert or an unacknowledged alert.
Procedure
1. On the Server Alert page, select Raised Alert tab to view the list of alerts raised.
2. Select the alert and click Delete in the top toolbar.
3. (Optional) In the Server alert > Delete raised alert dialog box, enter any comments you have about deleting
the alert.
4. Click OK.
The alert is deleted from the raised alerts list. The deleted alert details are available in the Alerts Log.
View alerts for which at least one associated event has occurred.
Context
Alerts having multiple associated events can cause pending alerts, when any one of the events associated with the
alert occurs.
Procedure
1. On the Server Alert page, select Pending Alert tab to view the list of alerts that are pending.
Create an alert to define the events and actions related to the alert.
Prerequisites
Before creating an alert, create alert contacts, configure alert response addresses for messages to contacts and
for sending SNMP traps to IP addresses.
Context
No alerts will appear on the Raised Alerts page until you have defined and enabled them.
Procedure
1. On the Server Alert page, select Defined Alert tab to view the list of alerts defined.
2. On the top toolbar, click New to open the Add alert dialog.
3. On the Alert properties page, define an alert’s general properties, such as name and priority, and enable the
alert, if required.
4. On the Assigned events page, assign events that raise the alert by selecting one or more events from the
Available events list and click Add.
You can specify any combination of system-defined and user-defined events to trigger an alert.
You can remove an event from the Assigned events list by selecting it in the Assigned events list box and
clicking Remove.
5. On the Alert response page, indicate how you want the server to respond when an alert is raised.
You can select any of the following options:
○ To contact a person, select the contact name and specify the message to deliver to e-mail or pager.
○ To send an SNMP trap to a server, select Send SNMP trap.
○ To run an executable file, browse and select the file.
6. (Optional) On the Alert threshold page, specify the number of times an event or set of events must occur
during a certain time period to raise an alert.
Select Unlimited to raise the alert if the number is met, without regard to the time period.
7. (Optional) On the Alert response repeat interval page, specify how often you want the system to repeat the
response until the alert is acknowledged and the number of times to repeat the response.
Procedure
1. On the Server Alert page, select Defined Contact tab to view the list of contacts.
2. Click New in the top toolbar.
3. Enter the contact details such as name, pager or mobile number, and e-mail address.
4. Click Save.
Configure an alert response to designate the mail server where your contacts reside or the IP address where you
can forward SNMP traps.
Context
You can configure alert responses from any of the following pages: Defined Alert, Defined Event, or Defined
Contact.
Procedure
1. On the Server Alert page, select Defined Alert, Defined Event, or Defined Contact tab.
2. Click Configure alert response on the top toolbar.
3. In the Server Alert > Configure alert response dialog box, specify a host name for the mail server, or enter an
IP address for forwarding SNMP traps.
4. Click OK.
Context
Defined Events page displays the event details such as event name, description, and the component associated
with the event. A component indicates a general category for grouping events based on a functional area of the
product.
Procedure
1. On the Server Alert page, select Defined Event tab to view the list of alerts.
2. (Optional) To view the alert associated with an event, select the event and click Inspect assigned alert on the
top toolbar.
Context
You can define events that work alone or together with other system-defined events to trigger an alert on your
system. Any event you define on your server appears as “User-defined.”
Procedure
1. On the Server Alert page, select Defined Events tab to view the list of alerts defined.
2. Click New in the top toolbar.
3. Enter the event details such as a unique event name and description.
The component field displays the default value “User-Defined.” You cannot edit this value.
4. Click Save.
Coding Samples
Any software coding and/or code lines / strings ("Code") included in this documentation are only examples and are not intended to be used in a productive system
environment. The Code is only intended to better explain and visualize the syntax and phrasing rules of certain coding. SAP does not warrant the correctness and
completeness of the Code given herein, and SAP shall not be liable for errors or damages caused by the usage of the Code, unless damages were caused by SAP
intentionally or by SAP's gross negligence.
Accessibility
The information contained in the SAP documentation represents SAP's current view of accessibility criteria as of the date of publication; it is in no way intended to be a
binding guideline on how to ensure accessibility of software products. SAP specifically disclaims any liability with respect to this document and no contractual obligations
or commitments are formed either directly or indirectly by this document.
Gender-Neutral Language
As far as possible, SAP documentation is gender neutral. Depending on the context, the reader is addressed directly with "you", or a gender-neutral noun (such as "sales
person" or "working days") is used. If when referring to members of both sexes, however, the third-person singular cannot be avoided or a gender-neutral noun does not
exist, SAP reserves the right to use the masculine form of the noun and pronoun. This is to ensure that the documentation remains comprehensible.
Internet Hyperlinks
The SAP documentation may contain hyperlinks to the Internet. These hyperlinks are intended to serve as a hint about where to find related information. SAP does not
warrant the availability and correctness of this related information or the ability of this information to serve a particular purpose. SAP shall not be liable for any damages
caused by the use of related information unless damages have been caused by SAP's gross negligence or willful misconduct. Regarding link classification, see: http://
help.sap.com/disclaimer.