Sam Getting Started Guide
Sam Getting Started Guide
This document may not be reproduced by any means nor modified, decompiled, disassembled,
published or distributed, in whole or in part, or translated to any electronic medium or other means
without the prior written consent of SolarWinds. All right, title, and interest in and to the software,
services, and documentation are and shall remain the exclusive property of SolarWinds, its affiliates,
and/or its respective licensors.
The SolarWinds, SolarWinds & Design, Orion, and THWACK trademarks are the exclusive property of
SolarWinds Worldwide, LLC or its affiliates, are registered with the U.S. Patent and Trademark Office,
and may be registered or pending registration in other countries. All other SolarWinds trademarks,
service marks, and logos may be common law marks or are registered or pending registration. All
other trademarks mentioned herein are used for identification purposes only and are trademarks of
(and may be registered trademarks) of their respective companies.
After learning how SAM works, you can start exploring the SolarWinds Platform Web Console, which
you'll use to do everything in SAM, from discovering applications to setting up alerts, thresholds,
and application monitoring templates.
Existing customers: Upgrade via the Settings > My Deployment page in the SolarWinds Platform
Web Console. Alternatively, download the latest SolarWinds Platform Installer from the SolarWinds
Customer Portal. For implementation help, contact Customer Support. See Working with Support to
learn how to open a support case with the correct level of visibility.
Evaluators: To evaluate SAM, download a free 30-day evaluation that is a full version of the product,
functional for 30 days. After the evaluation period, you can easily convert your evaluation license to
a production license by obtaining and applying a license key. If you need assistance during
evaluation, contact sales@solarwinds.com.
Product terminology
SolarWinds Platform: The common backend platform used by the SolarWinds Platform suite of
products, including NPM, SAM, NCM, NTA, VMAN, WPM, and more. The SolarWinds Platform is the
backbone for navigation, settings, and common features like alerts and reports. It also provides a
consistent look-and-feel across products, giving you a "single pane of glass" for your SolarWinds
Platform monitoring tools.
SolarWinds Platform Web Console: The web interface where you can view, configure, and manage
monitored objects.
SolarWinds Platform server: The primary server that hosts the SolarWinds Platform Web Console
and collects data from monitored objects. Also called the Main Polling Engine.
SolarWinds Platform database server: A dedicated server that hosts the SolarWinds Platform
database that is separate from the SolarWinds Platform server. It stores SolarWinds Platform
configuration data plus collected performance and Syslog data.
Polling engine: A polling engine controls polling job scheduling, data processing, and queries your
monitored devices for performance metrics like CPU, memory, and up/down status. By default, the
SolarWinds Platform server provides one polling engine, that is often called the Main Polling Engine.
You can add Additional Polling Engines (APEs) to provide enhanced scalability and capacity, as
described in the Scalability Engine Guidelines.
Node: A node is an endpoint of a given network. For example, any application, server, device, or
computer on a network is considered a node.
As a standalone product, SAM operations can be visualized with the following flowchart:
Installed as a module in your family of SolarWinds products, SAM can be visualized with the
following flowchart:
SAM includes many features that are common to all SolarWinds Platform products, including
user accounts, views, alerts, and reports. To learn more, see the SolarWinds Platform
Administration Guide.
SAM uses SolarWinds Platform agents to gather information for component monitors (and their
parent application monitors) from target servers across your environment. Agents are also used to
monitor servers hosted by cloud-based services such as Amazon EC2, Rackspace, Microsoft Azure,
and other Infrastructure as a Service (IaaS) products.
Using the SolarWinds Platform agent instead of traditional polling methods can provide many
advantages, including the ability to:
l Poll hosts and applications behind firewall NAT or proxies.
l Perform secure, encrypted polling over a single port.
l Poll nodes across:
o Multiple discrete networks with overlapping IP addresses.
l Leverage full, end-to-end encryption between the monitored host and the Main Polling Engine,
which is usually the SolarWinds Platform server.
After agent deployment, all communication between the SolarWinds Platform server and the agent
occur over a fixed port. The agent protocol supports Network Address Translation (NAT) traversal
and passing through proxy servers that require authentication.
If an agent is used, all SAM application data is collected by the agent. You can override this
behavior at both the template and application monitor level to use another polling method. For
example, if a SAM template includes a User Experience Monitor but you do not want to measure
response time locally from the server where the application is installed, you can switch to Agentless
polling. To learn more, see Decide between agent vs. agentless polling methods in the SolarWinds
Success Center.
On the Login page, provide a User name and Password, and then click Login to access the
SolarWinds Platform Web Console, where you'll view, configure, and manage monitored objects.
The SolarWinds Platform Web Console includes several pages known as views, of which there are
two main types: high-level Summary views and in-depth Detail views. Views contain informational
blocks called widgets that display data for different aspects of monitoring, usually in a chart or
table. Some widgets are intended for use on Summary views, some are suitable for Detail views, and
some can be useful on both view types.
This figure shows three widgets in the Application Summary view. To open this page, click My
Dashboards > Applications > SAM Summary.
Some views and widgets are not visible by default, but can be added by editing settings. See
Customize the SolarWinds Platform Web Console.
The following example shows the Management widget on the Node Details view.
Click Manage Nodes in the All Nodes widget to open the Manage Nodes view where you can take
action on multiple nodes.
Use the All Applications widget on the Summary page to drill down to individual applications and
component monitors of an application. The Application Details view provides details about the
individual application and actions you can perform on that application. This allows you to manage
templates and applications to node assignments, or "unmanage" (that is, stop managing) multiple
applications at one time.
Click Manage Applications in the All Applications widget to open the Manage Applications page and
display all applications hosted on the node.
Expand an application name to show all component monitors associated with that application. Click
a component monitor to access the Component Monitor details page to view detailed information
and perform additional actions.
To learn about individual SAM widgets, see SAM online help. See also Customizing
SAM views and widgets (3:08).
You can add traditional physical servers, AWS EC2 instances, Azure VMs, Nutanix clusters,
applications, and other items (for example, external websites) as nodes to be monitored.
l To automatically discover and add a large number of items, use the Network Sonar Discovery
and Network Sonar Results Wizards.
l To begin monitoring an individual item, add a single node.
See the SolarWinds Platform Administrator Guide to learn about features and functionality
shared by SAM, NPM, and other SolarWinds Platform modules, such as how to:
l Add nodes using Active Directory
l Choose polling methods for nodes
l Import nodes from a list of IP addresses
l Manage scheduled discovery results
SAM can monitor an application, or you can configure SAM to monitor a custom collection of
application components, process monitors, services, and performance counters. Depending on your
needs, SAM can assess the status of every aspect of your application, and the health of the
application as a whole.
SAM also monitors AWS cloud instances and Microsoft Azure VMs. With access to your cloud
services account, SAM can poll cloud service APIs for cloud metrics and status. This data
aggregates and displays through the SolarWinds Platform Web Console to monitor, manage, and
troubleshoot issues in your cloud environment. See Manage your cloud infrastructure for details.
Discovery checklist
When you run the Discovery Wizard (also called the "Network Sonar Wizard"), you'll be prompted to
provide IP addresses and credentials for servers you want to monitor. SolarWinds recommends
gathering these details before running the wizard.
Determine the protocol used to monitor devices, such as SNMP or WMI. See the
Monitoring overview for details.
Gather IP ranges or individual IP addresses you want the system to scan as it discovers
your network.
Collect SNMPv1/2c community strings and SNMPv3 credentials for servers you want to
monitor.
For AWS cloud infrastructure monitoring, add up to 10 AWS IAM user accounts with
Account Access Key IDs and Secret Access Keys. See Configure AWS accounts for cloud
monitoring.
For Microsoft Azure cloud infrastructure monitoring, configure Azure to interact with the
SolarWinds Platform before adding a cloud account. See Configure Microsoft Azure for
cloud monitoring. .
Monitoring overview
You can configure an application or template to collect data through a preferred polling method as
agent or agentless.
Agentless monitoring using WMI is not recommended when the polling engine and the device are
separated by a firewall. To overcome this limitation, SolarWinds provides an optional agent that
allows you to securely monitor Windows servers and applications by WMI. If you want to use SNMP
for Windows, install and configure an SNMP agent.
When configuring SNMP-enabled network devices for monitoring, note these details:
l Consult your device documentation for details about configuring SNMP.
l For correct device identification, devices must allow access to the SysObjectID.
l If SNMPv2c is enabled on a device, SNMPv2c is used to poll the device for performance
details by default. To poll with SNMPv1, disable SNMPv2c on the device to be polled.
l The default SolarWinds Platform community strings for SNMPv1 and SNMPv2c devices are
public and private. See also SNMP credentials for the SolarWinds Platform.
l SAM can monitor VMware ESX and ESXi servers versions 4.0 and later.
For VMs monitored on ESXi and ESX servers, VMware Tools are not required but can
provide access to more details, such as IP addresses.
l Linux/Unix servers are generally monitored with SNMP and SSH Script Monitors that require
user credentials. See also Credentials and privileges used on Linux/Unix-based computers.
l For Unix-based devices, use the version of Net-SNMP (5.5 or later) that is specific to the Unix-
based OS.
The availability of some features depends on which SolarWinds Platform modules you're
using. For example, NPM supports polling via WMI, SNMP, and agents. However, interface
polling via WMI and the SolarWinds Platform Agent is not supported without a SAM license.
Use SNMP as a polling method to obtain interface data in an NPM-only installation.
1. If the Discovery Wizard does not start automatically after configuration, click Settings >
Network Discovery.
Option Description
IP Ranges Use this option when you want the SolarWinds Platform to scan one or more IP
ranges.
Subnets Use this option to scan every IP address in a subnet. SolarWinds recommends
scanning at most a /23 subnet (512 addresses max).
Scanning a subnet returns everything that responds to ping, so we recommend
only scanning subnets where most devices are objects you want to monitor.
IP Use this option for a limited number of IP addresses that do not fall in a range.
Addresses
Since a network discovery job can take a long time to complete, SolarWinds
recommends using this option initially.
4. When the Agents panel appears, if any nodes use agents, select the Check all existing nodes.
This setting ensures that any agents you deploy, including those on the SolarWinds Platform
server, are up-to-date. If no nodes use agents, skip this option.
5. On the Virtualization panel, you can discover VMware, Hyper-V host, or Nutanix entities. For
example, to add a vCenter:
a. Select Poll for VMware, and click Add vCenter or ESX Credential.
b. Select <New credential> and provide required information.
If you don't add host credentials, VMs on the host will still be discovered, but you
won't see relationships mapped between the VMs and hosts.
Click here to learn about VMware, Hyper-V, Windows Server, and Nutanix versions
supported by SAM, which sync with versions supported in SolarWinds
Virtualization Manager (VMAN).
6. On the SNMP panel, to monitor SNMP-enabled devices, enter credentials and click Next.
7. On the Windows panel, to discover WMI or RPC-enabled Windows devices, click Add New
Credential and provide the required information.
SolarWinds recommends monitoring Windows devices with WMI instead of SNMP. Also,
note that WinRM is the default transport method used by WMI-based component
monitors.
Discovery can last from 5 minutes to several hours, depending on the number of servers
involved.
If the status of a node remains Unknown after Discovery, see Troubleshoot nodes and
interfaces that are Unknown.
When you run Discovery manually, the system automatically selects all network elements to be
monitored. You must clear the check boxes for elements you do not want monitored. This example
highlights Windows devices with IIS.
Before you begin, ensure that you discover your servers and applications.
If discovering your network for the first time, SolarWinds recommends monitoring a small
number of critical servers.
1. Make sure that only the device types you want to monitor are selected, and click Next.
After Discovery, if the status of a node is Unknown, you may need to check settings in
SolarWinds NPM. See Troubleshoot Unknown Nodes.
2. Ensure the interfaces you want to monitor are selected, and click Next.
SolarWinds recommends that you do not monitor WAN, QoS, multi-port, and virtual NIC
interfaces.
3. Ensure the volume types you want to monitor are selected, and click Next.
SolarWinds recommends that you do not monitor compact disks and removable disks.
For more advanced monitoring topics, see these sections of the SAM Administrator Guide:
l Monitor with SolarWinds Platform agents
l Monitor your cloud infrastructure
l Use API pollers to monitor metrics via remote APIs
l Monitor your virtual infrastructure
l Monitor your environment using AppStack
l Monitor application dependencies
l Use SAM templates, application monitors, and component monitors
l Monitor with AppInsight applications
l Use alerts to monitor your SAM environment
l Monitor processes, services, tasks, and events in real time with SAM
This example explains how to assign the AppInsight for IIS template to any WMI node running IIS,
which provides you with:
l Control over websites and application pools
l Separate, detailed metrics on each website or pool, instead of just a summary level
l Monitoring log space usage on each website individually, ASP.NET requests monitoring
l SSL expiration monitoring
If you added AppInsight for IIS to a node during Discovery, skip to View IIS application data to
get started.
3. Select Microsoft IIS to enable AppInsight for IIS data collection, then click Submit.
List Resources shows all monitorable features of a node.
4. Click the All Applications widget to verify the addition by clicking the Applications.
5. Enter your IIS credentials when prompted, and click Configure Server.
The Applnsight for IIS Application Details view includes different widgets that display details for
sites, applications pools, and more. Click hyperlinks in each widget to learn more about the data.
For example, click a website link in the Sites widget to open the IIS Site Details view for that
website. To return to the AppInsight for IIS Application Details view, click the Back button in your
browser.
An Expert Knowledge widget appears on IIS Statistic Details view for each performance counter
general information about the selected counter, along with possible problems and troubleshooting
steps, where applicable. Find expert knowledge on the Performance Counter Details view.
What's next
AppInsight for IIS can help you monitor and troubleshoot IIS. However, a software monitoring
solution cannot detect failed hardware issues, such as insufficient RAM or a failed cooling fan. To
detect hardware issues, enable Hardware Health monitoring.
The following example shows how to apply the Windows Server 2016 Services and Counters
template to monitor a Windows 2016 OS with the component monitors:
l Service: Distributed Transaction Coordinator
l Service: Security Accounts Manager
l Service: Remote Registry
l Total Available Memory (MB)
l Page File Usage
l Disk Queue Length
l Virtual Memory
l % Processor Time
l Service: Server
l Service: Plug and Play
l Pages per second
l Logical Disk: Average Disk Queue Length
l Physical Disk: Average Disk Queue Length
Windows Performance Counters use RPC for communication which uses TCP port 445. If
testing fails after assigning the template to a node, use the WMI protocol.
4. Select the Windows nodes you want to monitor for the operating system on the left pane, click
the green arrow to move it to the right pane, and click Next.
Get started monitoring hardware health for Dell, HP, HPE ProLiant, and
IBM servers
1. Review hardware health monitoring requirements, including supported devices.
2. Download, install, and configure hardware monitoring agent software from third-party vendors.
Click here for details.
3. Run Discovery to detect third-party agent software and enable hardware health monitoring
automatically across multiple nodes.
You can also enable hardware health monitoring for individual nodes.
When SAM enables hardware health monitoring during Discovery, it also enables Asset Inventory
data collection to track each node's hardware and software. Polling jobs begin immediately, and are
later scheduled to occur at random times over a 24-hour period. If necessary, you can adjust the
default interval for Asset Inventory polling.
4. Review the Current Hardware Health widget. Sensors listed as Critical should be investigated.
To learn more about hardware health monitoring, see the SAM Administrator Guide and the
SolarWinds Platform Administrator Guide.
Cloud service platforms provide on-demand computing resources to third-party organizations over
the Internet. As organizations migrate systems to the cloud to distribute workloads, deliver
applications, and expand resources for growing databases, infrastructure can become difficult to
map in sprawling environments, leading to lost resources or hidden instances.
To support hybrid environments, the SolarWinds Platform can retrieve data from Amazon Web
Services (AWS) and Microsoft Azure cloud service platforms to track availability, performance,
applications, and more for instances and VMs. Examples of data gathered include status, storage
capacity, memory usage, and IP addresses.
After configuring cloud accounts, you can use the Cloud Infrastructure Monitoring feature to:
l Manage hybrid environment metrics and status through a single console so you can compare
performance, locate bottlenecks, and better plan capacity and resource allocation.
l Track end user and business context for performance by gathering extended metrics that
provide visibility into cloud and on-premises systems.
l Dynamically monitor cloud instances and VMs to better handle resource churn during
provisioning. Instances and VMs can be removed as needed to support expanding
environments or performance peaks.
l Determine usage trends and troubleshoot issues. Captured metrics over time provide
historical references to track trends for resource consumption (such as CPU spikes and lulls)
and help determine when those trends become issues.
l Use cloud monitoring data, SolarWinds Platform alerts, and the Performance Analysis
dashboard (PerfStack) feature to review historical performance and pinpoint when significant
usage changes began to trigger issues.
For example, add a series of EC2 cloud instances for an AWS account for the east coast. Select My
Dashboards > Cloud to review overall AWS infrastructure data and cloud details. Use the Cloud
Instances Status Summary and Cloud Server Infrastructure widgets to review status and health at-
a-glance. To quickly review cloud status, metrics, and node management details, hover over any
cloud instance name.
The tooltip provides quick information for the cloud service and status.
Cloud instances encountering issues display in the following widgets with linked instances and
nodes to investigate:
l Active Cloud Alerts lists all active alerts affecting monitoring and managed cloud instances.
l Cloud Applications with Problems lists all applications with issues on cloud instances
managed as nodes in SAM.
Select a cloud instance or VM to view its Details page. Exceeded thresholds are highlighted in
warning and critical values, charts, and graphs with hover-over points to compare collected data and
linked alerts. The following widgets provide important data to determine issues, as well as track
performance and usage trends:
l Active Alerts lists all active alerts affecting the cloud instance.
l Min/Max/Average of Average CPU load displays average CPU load collected and calculated
for the cloud instance.
l Min/Max/Average of Network Utilization provides a chart of the minimum, maximum, and
average bits per second transmitted and received over a cloud instance for a custom period of
time.
Introduction to AppStack
A key tool in SAM is the Application Stack, commonly known as "AppStack," an interactive visual
map that displays a detailed view of your environment so you can identify the root cause of
performance and availability issues. Use AppStack to assess the overall health of your environment
and to troubleshoot specific and related problems.
An AppStack view is also available at the application layer that only shows the relationships
for that application. This view is called the Mini-Stack.
AppStack provides a more thorough analysis of root cause problems in your environment if
combined with Storage Resource Manager, Virtualization Manager, and Web Performance
Monitor.
2. Click an object to highlight related objects and gray out unrelated objects.
With complex networks consisting of cloud, hybrid IT, virtualization, storage area networks, and so
on, multi-faceted IT issues can be difficult to pinpoint and diagnose. When an issue surfaces, for
example a badly performing application or server, the investigation can take significant time to
locate the core issue. The problem could be in storage, network connectivity, user access, or a mix
of resources and configurations.
To investigate the issue, create troubleshooting projects with the Performance Analysis
(PerfStack™) dashboard that visually correlate historical and real-time data from multiple
SolarWinds products and entity types in a single view.
For SAM, the possibilities are endless for application analysis and hybrid environments:
l Visually walk through historical data for applications in your environment.
l Verify resource allocation issues in hybrid environments for a specific application.
l Correlate application data from API pollers, application monitors, component monitors,
hardware health monitoring, and more into a single view.
l Start monitoring a process or service in SAM, and then add collected metrics to your PerfStack
project.
The following example shows how to identify a root cause for a Windows Server 2012 application
performance issue. In this scenario, the application performance has degraded to the point where
users encounter slower responses and access. As you review the Windows Server template
dashboard, you find triggered alerts. These alerts notified your application owner, who escalated the
issue to system and network administrators.
Rather than digging into the alerts and multiple Node Details views to troubleshoot the issue, create
a new PerfStack project to investigate the issue.
From the list, we find the application monitor watching Windows Server Services and
Counters. Select and add it to the dashboard Metric Palette.
Click the related entities icon to display nodes, applications, servers, and other
entities related to the selected node in the Metric Palette so you can check if metrics
are causing issues.
4. Select the Windows 2012 node to view and select metrics to drag and drop onto the
dashboard. You can drag them into the same chart to compare values between metrics.
To start investigating, pull a series of metrics for the IOPS throughput for the server. For this
scenario, add the following metrics to investigate latency and connectivity:
l Logical Disk Average: Disk Queuing
l Average IOPS Read
l Maximum IOPS Write
l Maximum IOPS Read
l Average IOPS Write
l IO Latency Write
l IO Latency Read
l IOPS Total
The charts and graphs show data and alerts for the Last 12 hours of metrics.
5. Add more metrics from the virtual and storage layers to investigate and confirm any
bandwidth spikes.
For example, add metrics for the IO latency from the virtual and storage layers to locate
issues:
l IO Latency Write
l IO Latency Read
l IOPS Total
l Throughput Total
Analyzing the data, the issue looks to be a noisy neighbor. Basically, another server, service, or
application is consuming higher bandwidth, disk I/O, CPU, and other resources causing issues
for this specific application.
This information gives your network and system administrators a direction for further
investigation and resolving latency issues. To resolve, they can reallocate resources or move
the high-consumption application to another location.
6. Click Save and give the project a name.
The project is saved as dashboard with the selected metrics in the set date and time range.
The URL becomes a shareable link, similar to the following example, that you can copy to
tickets or emails sent to network administrators and product owners so they can review the
gathered data.
After reallocating resources and making network changes, reopen the dashboard to verify
changes and new usage trends for polled metrics.
To learn more about alerts, see Use alerts to monitor your environment in the SolarWinds
Platform Getting Started Guide.
Many predefined alerts are enabled by default, so you are notified about issues as soon as you use
Discovery to find servers and applications in your environment and add them to the SolarWinds
Platform database. Here are some examples of how SAM utilizes the alerting feature in the
SolarWinds Platform:
l Alerting on an application: SAM includes predefined alerts that can notify you if the status of
an application changes (for example: Up, Down, or Unknown) based on whether a component
monitor reached a warning or critical threshold. For an overview, watch Alerting on an
Application
l Alerting on a component: If you create an alert for each component monitor in a SAM
application monitor template, you will receive one alert for each component that exceeds a
threshold. Alerting on a component monitor can be beneficial if you have custom scripts
where you must be notified if the output of the script crosses a specific threshold.
Monitored objects, such as nodes and applications, must exist in the SolarWinds
Platform database before creating or configuring alerts.
SolarWinds recommends that you identify who will receive warning or critical alerts.
By default, alerts appear in the Active Alerts widget on the SolarWinds Platform Home page.
To see all alerts, click the All Active Alerts button in the Active Alerts widget, or click Alerts & Activity
> Alerts. When the All Active Alerts page appears, you can:
l Acknowledge an alert that you are working on
l Click any alert to open the Alert Details page for more information
l Click Manage Alerts to enable/disable, add or edit any alert.
You can create your own alerts, either by duplicating and editing a predefined alert, or by creating a
custom alert. Alerting is very powerful and can be complex, with multiple trigger conditions, reset
conditions, and actions.
Did you know that when an alert indicates that an application failed, you can use SolarWinds
IPAM to quickly determine if a broken or missing DNS record is at fault?
These alerts allow you to configure additional options for actions, such as sending an email with
event and alert information, or resetting manually or automatically according to specific settings.
You can also create copies of preconfigured alerts to customize and add triggers, conditions,
actions, and more.
SAM includes several preconfigured, enabled alerts, plus some disabled alerts that you can enable,
as needed.
To enable or disable alerts, navigate to the Alert Manager and click On or Off in the Enabled column.
A complete list of alert actions is available on the Add Action dialog box when you navigate to the
Alert Manager and create or edit an alert.
1. Click Settings > All Settings, and in the Alerts & Reports section, click Configure Default Send
Email Action.
2. In the Default Recipients section, enter recipient email addresses, separated by a semicolon.
3. Under the Default Sender Details heading, provide the default Name of Sender and the default
Reply Address.
2. To view the details of the network object that triggered the alert, click an object.
3. To acknowledge an alert:
a. Click Acknowledge.
See also:
l Manage existing alerts (video)
l Configure advanced alert options (video)
The ${variable} syntax is required for variables. To learn more, see Variables and examples
used in the SolarWinds Platform.
3. On the Properties panel, enter a name and any other properties, and click Next.
In this example, a group of IIS administrators is identified as the responsible team.
4. On the Trigger Conditions panel, select an object to alert on, and then complete the trigger
condition fields.
In this example, the first trigger condition tests for Node status (Down), the second and third
conditions test for application thresholds, and the fourth condition specifies the applications
to alert on (indicated by 5 Objects).
8. You can optionally add and configure an action to log the event to the NetPerfMon event log.
9. Enter the required information for each action, click Next, then continue through the wizard.
10. Edit the Reset Actions to send an email to the default recipients, then click Next.
11. Continue through the wizard, review the Summary, then click Submit.
The Manage Alerts page indicates the alert was created successfully.
You can run an ad-hoc report, or schedule reports to be sent to you automatically, as a PDF, a web
page, or email. For example, use a schedule when you want to receive the Asset Inventory report
every Monday morning.
SolarWinds recommends that you identify who needs to receive performance or status
reports, and how often they should receive them.
SolarWinds provides predefined reports for each SolarWinds Platform module. Click Reports > All
Reports to see the available predefined reports.
You can create your own custom reports by either editing an existing report or creating a report
from scratch. Reports can combine any number or type of SolarWinds Platform widgets, including
charts, tables, and gauges. You can customize the size of the report, the layout, and add a logo and
a footer.
The Asset Inventory dashboard allows you to maintain a current and detailed inventory of your
environment's hardware and software. Automatic inventory data collection benefits those interested
in tracking asset depreciation, gathering information for insurance purposes, or managing and
maintaining your infrastructure.
1. In the SolarWinds Platform Web Console, click Settings > Manage Node.
2. Click Add Node.
1. In the SolarWinds Platform Web Console, click Reports > All Reports.
2. Locate the report, and click the report title.
Schedule a report
1. In the SolarWinds Platform Web Console, click Reports > All Reports.
2. Click Manage Reports.
3. On the Report Manager tab, select a report, then click Schedule Report > Create New Schedule.
You can enter more values to identify other server types. This example uses just the IIS
server type.
7. For Usage, select everything except Asset Inventory, and click Next.
11. Select IIS from the drop-down menu, and click Submit.
7. Click the plus sign (+), and click Add Simple Condition.
8. Click Select Field, and then locate and select Node > Nodes Custom Properties > Type.
9. Click Add Column.
10. Select IIS from the drop-down menu, ensuring the query reads Type is equal to IIS.
11. Add another simple condition, and locate and select Percent Used under Volume Current
Statistics.
12. Click Add Column.
15. For the widget in the second default row, in the From field, select Last 7 Days.
20. On the Layout Builder panel, click Edit Resource, and in the Title field, enter IIS Instance
with Problems.
23. Click Add Content > Classic Category > Summary Reports > Availability of Each Node.
25. Click Edit Resource, and in the Select a Time Period field, select Last 7 Days.
26. In the Filter Nodes (SQL) field, enter: type='IIS'.
27. Click Submit.
You can also use API poller templates to capture metrics for PaaS, IaaS, on-premises, and
hybrid environments from Microsoft 365, Azure, VMware, Atlassian, and APIs for SolarWinds
products such as AppOptics, Pingdom, and Service Desk. See SAM API Poller Template Guide
for details.
To learn more, see Use SAM templates, application monitors, and component monitors in the SAM
Administrator Guide.
SAM application monitor templates provide blueprints for the applications to be monitored. You can
customize templates, and use only the component monitors you need to monitor a specific
environment. SAM provides several types of templates:
l AppInsight applications are predefined templates that provide detailed information about
business-critical Active Directory, Exchange, Microsoft IIS, or Microsoft SQL instances. Each
AppInsight template is specifically designed to discover and monitor elements of an
application dynamically.
l If you have other business-critical applications, apply one of the other templates included in
SAM, as listed in the SAM Application Monitor Template Reference. SolarWinds recommends
deploying a single template, customizing it for your environment, and then deploying the
edited template on all similar applications. You can also obtain templates in THWACK.
l For proprietary applications that you need to monitor, you can build custom templates.
If you make a change at the template level, application monitors based on that template are
affected. Conversely, if you make a change at the application monitor level, only the individual
application is affected. This inheritance relationship is beneficial if you need to make a lot of
changes. For example, rather than making one change to 100 applications (and therefore 100
changes), you can change the parent template and that change is inherited by all applications based
on that template.
The following example shows how to create and assign a template that uses the File Size Monitor,
one of the many component monitors included in SAM. You can add as many component monitors
to a template as you need.
To learn more about creating your own templates, see the SAM Custom Application Monitor
Template Guide.
4. On the Manage Application Monitor Templates page, select your new template, and click
Assign to Node.
5. Select the node from the left pane, click the green arrow to move it to the right pane, and click
Next.
6. Choose the credentials, click Assign Application Monitor, and click Done.
In the SolarWinds Platform Web Console, the color of a statistic indicates if it reached either of two
threshold levels: critical or warning. A value that crosses a warning threshold appears yellow, and a
critical threshold appears red.
If thresholds are set too low, you'll receive frequent alerts. If set too high, problems can occur
without your knowledge.
To customize thresholds, you can set a static value or let the SolarWinds Platform calculate
baseline values.
l Static threshold. A constant value set for your threshold. For example, the warning threshold
for response time might be 500 ms, and the critical value might be 1000 ms. You should be
familiar with the performance of that object to know what a reasonable value for a static
threshold is.
l Dynamic baseline threshold. Data is collected for a week, and then used to calculate mean and
standard deviation. The warning and critical threshold values are defined as 2 and 3 standard
deviations above the mean, respectively. For example, if the mean value for packet loss for a
specific node is 0%, the warning threshold for packet loss would be 3% (+2 standard
deviations) and the critical threshold would be 4% (+3 standard deviations). Dynamic baseline
thresholds are the most accurate way to define thresholds, and can be recalculated on
demand.