You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/azure-monitor/logs/restore.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ ms.date: 01/19/2022
10
10
The restore operation makes a specific time range of data in a table available in the hot cache for high-performance queries. This article describes how to restore data, query that data, and then dismiss the data when you're done.
11
11
12
12
## When to restore logs
13
-
Use the restore operation to query data in [Archived Logs](data-retention-archive.md). You can also use the restore operation to run powerful queries within a specific time range on any Analytics table when the log queries you run on the source table cannot complete within the log query timeout of 10 minutes.
13
+
Use the restore operation to query data in [Archived Logs](data-retention-archive.md). You can also use the restore operation to run powerful queries within a specific time range on any Analytics table when the log queries you run on the source table can't complete within the log query timeout of 10 minutes.
14
14
15
15
> [!NOTE]
16
16
> Restore is one method for accessing archived data. Use restore to run queries against a set of data within a particular time range. Use [Search jobs](search-jobs.md) to access data based on specific criteria.
@@ -20,7 +20,7 @@ When you restore data, you specify the source table that contains the data you w
20
20
21
21
The restore operation creates the restore table and allocates additional compute resources for querying the restored data using high-performance queries that support full KQL.
22
22
23
-
The destination table provides a view of the underlying source data, but does not affect it in any way. The table has no retention setting, and you must explicitly [dismiss the restored data](#dismiss-restored-data) when you no longer need it.
23
+
The destination table provides a view of the underlying source data, but doesn't affect it in any way. The table has no retention setting, and you must explicitly [dismiss the restored data](#dismiss-restored-data) when you no longer need it.
24
24
25
25
## Restore data
26
26
@@ -108,7 +108,7 @@ Set the query time range by either:
108
108
109
109
To save costs, dismiss restored data when you no longer need it by deleting the restored table.
110
110
111
-
Deleting the restored table does not delete the data in the source table.
111
+
Deleting the restored table doesn't delete the data in the source table.
112
112
113
113
> [!NOTE]
114
114
> Restored data is available as long as the underlying source data is available. When you delete the source table from the workspace or when the source table's retention period ends, the data is dismissed from the restored table. However, the empty table will remain if you do not delete it explicitly.
@@ -136,7 +136,7 @@ Restore is subject to the following limitations.
136
136
You can:
137
137
138
138
- Restore data for a minimum of two days.
139
-
- Restore up to 60TB.
139
+
- Restore up to 60 TB.
140
140
- Perform up to four restores per workspace per week.
141
141
- Run up to two restore processes in a workspace concurrently.
142
142
- Run only one active restore on a specific table at a given time. Executing a second restore on a table that already has an active restore will fail.
0 commit comments