Definitions

Active and inactive resource

  • A managed resource is considered inactive if it meets all of the following criteria for 90 consecutive days or longer.

    • No metrics are collected.
    • No events are collected.
    • No consoles are launched.
    • No jobs, scripts, patches, or anti-virus updates are applied.
  • An active device is one that does not meet the above criteria.

Active and inactive clients

  • A client is considered inactive if they meet one of the following criteria for 90 consecutive days or longer.

    • A client has no active devices.
    • A client is marked as inactive.
  • An active client is one that does not meet the above criteria.

Active and inactive partners

  • A partner is considered inactive if they meet one of the following criteria for 90 consecutive days or longer.

    • Partner has no active clients.
    • Partner is explicitly marked as inactive.
  • An active partner is one that does not meet the above criteria.

Active and inactive users

  • A user is considered inactive if they meet the below criteria for 90 consecutive days or longer.

    • The user account is deactivated.
    • The user account is terminated.
  • An active user is one that does not meet the above criteria.

Deleted data is no longer visible and cannot be restored.

Rolling history: The data is refreshed for every 90 days.

Metrics data collection

Metrics data at raw resolution is available for 12 months. However, the user has to follow some guidelines to fetch data. See here for more information.

Data retention policies

The following table specifies the data type and retention policy. Deleted data is no longer visible and cannot be restored.

The below is applicable for inactive partners / clients / resources:

Data TypeCriteriaRetention
ResourcesInactive resources90 days
PartnersInactive partners90 days
ClientsInactive clients90 days

The below is applicable for all active partners / clients / resources:

Data TypeCriteriaRetention
TicketsClosed tickets12 months
TicketsOpen ticketsTicket is open
MetricsMetric raw data collected from managed environment12 months
AlertsOpen alertsAlert is open
AlertsSuppressed and closed90 days
AlertsAlert occurrence history180 days
GraphsGraphs with no data15 days
ReportsRecurring reportsLast five generated reports
ReportsOne-time reports90 days
Jobs, Scripts, and Patch activityJob results
The activity logs for the job results are removed after the retention period.
90 days
Jobs, Scripts, and Patch activityCustom script
The activity logs for the custom scripts are removed after the retention period.
90 days
PatchesFor Installed Patches data

For Missing/Scanned Patches data
1 Year

No end date, will stay until the resource is available in the portal
Secure Console RecordingsRolling history of console recording for each resource90 days
Network Configuration BackupRolling history of network configuration backup for each resource.1 year

Examples

Inactive resource

  • January 1: A device is onboarded.
  • January 1 - March 30: No templates were assigned, no consoles launched, no jobs or scripts were assigned. The device is considered active during this period.
  • March 31: The device is considered inactive.
  • April 1 - June 30: No templates were assigned, no consoles launched, no jobs or scripts were assigned. The device is continued to be considered inactive.
  • July 1: The device is removed because it is inactive for 90 days, according to the data retention policy.

Active device

  • January 1: A device is onboarded.
  • January 1 - March 30: No templates were assigned, no consoles launched, no jobs or scripts were assigned. The device is considered active during this period.
  • March 31: The device is considered inactive.
  • April 1: A template is assigned, or a console was launched, or a job or script was assigned. The device is considered to be active, according to the data retention policy.

Inactive client

  • January 1: A client is added.
  • January 1 - March 30: No active device is being added to the client. The client is considered active during this period.
  • March 31 - The client is considered inactive.
  • April 1 - June 30: No active device is added to the client. The client is continued to be considered inactive.
  • July 1: The client is removed because it is inactive for 90 days, according to the data retention policy.

Active client

  • January 1: A client is added.
  • January 1 - March 30: No active device is being added to the client. The client is considered active during this period.
  • March 31: The client is considered inactive.
  • April 1: An active device is added to the client. The client is considered active, according to the data retention policy.

Inactive partner

  • January 1: A partner is added.
  • January 1 - March 30: No active client is being added to the partner. The partner is considered active during this period.
  • March 31: The partner is considered inactive.
  • April 1 - June 30: No active client is added to the partner. The partner is continued to be considered inactive because it is inactive for 90 days, according to the data retention policy.

Active partner

  • January 1: A partner is added.
  • January 1 - Mar 30: No active client is being added to the partner. The partner is considered active during this period.
  • March 31: The partner is considered inactive.
  • April 1: An active client is added to the partner. The partner is considered active, according to the data retention policy.

Closed ticket

  • January 1: A ticket is been created.
  • January 30: The ticket is closed.
  • January 31 – January 30 (the following year) – the ticket data is available.
  • January 31 (the following year) – the ticket data is deleted according to the data retention policy.

Open ticket

  • January 1: A ticket is been created. The ticket data is available as long as the ticket remains open, according to the data retention policy.

Closed alert

  • January 1: An alert is created.
  • January 30: The alert is suppressed or closed.
  • January 31 – April 30: The alert is available.
  • May 1 – The alert is deleted according to the data retention policy.

Open alert

  • January 1: An alert is created.
  • The alert data is available as long as the alert is open, according to the data retention policy.

Report schedules and generated reports examples

Example 1:

  • January 1: A report schedule is created and run, with the Now option.
  • April 1: This report schedule has not been rerun since it was first run on January 1.
  • This report schedule and the generated report are available until the last day of March and are deleted on April 1, according to the data retention policy.

Example 2:

  • January 1: A report schedule is created and run, with the Now option.
  • February 1: This report schedule was rerun to generate a newer version of the report.
  • This report schedule and the generated report are available until the last day of April and are deleted on May 1, according to the the data retention policy.

Example 3:

  • January 20: A report schedule is created with “Recurring” option, to be run monthly. Consequently, the report schedule is run on the first of every month, starting February 1.
  • This report schedule created by an “active” user is never deleted, according to the data retention policy.
  • Recurring reports generated from this schedule is removed, 90 days after they are generated, according to the data retention policy. For example: the report generated on February 1 is removed on May 1.

Example 4:

  • January 20: A report schedule is created with “Recurring” option, to be run monthly. Consequently, the report schedule is run on the first of every month, starting February 1.
  • February 20: The account of the user who created the recurring schedule is deactivated.
  • March 1: The monthly scheduled report will cease to run from March 1, as long as the user account remains deactivated.
  • March 20: The user account is re-activated.
  • April 1: The monthly scheduled report will resume from April 1.
  • April 20: The user account is deactivated again and continues to be deactivated for more than 90 days.
  • May 1: The monthly scheduled report will again cease to run starting May 1.
  • July 20: The user account is now considered “inactive”.
  • July 1: The report schedule and generated reports are deleted, 90 days after its latest run on April 1, according to the data retention policy for reports.