Skip to content

Commit 2b41535

Browse files
author
PRMerger7
authored
Merge pull request #42527 from johnkemnetz/patch-2
delete time
2 parents 256d906 + fde9fce commit 2b41535

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

articles/monitoring-and-diagnostics/monitoring-overview-activity-logs.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@ ms.workload: na
1313
ms.tgt_pltfrm: na
1414
ms.devlang: na
1515
ms.topic: article
16-
ms.date: 04/04/2018
16+
ms.date: 05/30/2018
1717
ms.author: johnkem
1818

1919
---
@@ -47,7 +47,7 @@ The Activity Log contains several categories of data. For full details on the sc
4747
* **Service Health** - This category contains the record of any service health incidents that have occurred in Azure. An example of the type of event you would see in this category is "SQL Azure in East US is experiencing downtime." Service health events come in five varieties: Action Required, Assisted Recovery, Incident, Maintenance, Information, or Security, and only appear if you have a resource in the subscription that would be impacted by the event.
4848
* **Alert** - This category contains the record of all activations of Azure alerts. An example of the type of event you would see in this category is "CPU % on myVM has been over 80 for the past 5 minutes." A variety of Azure systems have an alerting concept -- you can define a rule of some sort and receive a notification when conditions match that rule. Each time a supported Azure alert type 'activates,' or the conditions are met to generate a notification, a record of the activation is also pushed to this category of the Activity Log.
4949
* **Autoscale** - This category contains the record of any events related to the operation of the autoscale engine based on any autoscale settings you have defined in your subscription. An example of the type of event you would see in this category is "Autoscale scale up action failed." Using autoscale, you can automatically scale out or scale in the number of instances in a supported resource type based on time of day and/or load (metric) data using an autoscale setting. When the conditions are met to scale up or down, the start and succeeded or failed events are recorded in this category.
50-
* **Recommendation** - This category contains recommendation events from certain resource types, such as web sites and SQL servers. These events offer recommendations for how to better utilize your resources. You only receive events of this type if you have resources that emit recommendations.
50+
* **Recommendation** - This category contains recommendation events from Azure Advisor.
5151
* **Security** - This category contains the record of any alerts generated by Azure Security Center. An example of the type of event you would see in this category is "Suspicious double extension file executed."
5252
* **Policy and Resource Health** - These categories do not contain any events; they are reserved for future use.
5353

@@ -100,7 +100,7 @@ A **Log Profile** controls how your Activity Log is exported. Using a Log Profil
100100
* How long the Activity Log should be retained in a Storage Account.
101101
- A retention of zero days means logs are kept forever. Otherwise, the value can be any number of days between 1 and 2147483647.
102102
- If retention policies are set but storing logs in a Storage Account is disabled (for example, if only Event Hubs or Log Analytics options are selected), the retention policies have no effect.
103-
- Retention policies are applied per-day, so at the end of a day (UTC), logs from the day that is now beyond the retention policy are deleted. For example, if you had a retention policy of one day, at the beginning of the day today the logs from the day before yesterday would be deleted.
103+
- Retention policies are applied per-day, so at the end of a day (UTC), logs from the day that is now beyond the retention policy are deleted. For example, if you had a retention policy of one day, at the beginning of the day today the logs from the day before yesterday would be deleted. The delete process begins at midnight UTC, but note that it can take up to 24 hours for the logs to be deleted from your storage account.
104104

105105
You can use a storage account or event hub namespace that is not in the same subscription as the one emitting logs. The user who configures the setting must have the appropriate RBAC access to both subscriptions.
106106

0 commit comments

Comments
 (0)