Skip to content

Commit 48b2443

Browse files
committed
Update restore.md
1 parent c7a1f34 commit 48b2443

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

articles/azure-monitor/logs/restore.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -10,7 +10,7 @@ ms.date: 01/19/2022
1010
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.
1111

1212
## 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.
1414

1515
> [!NOTE]
1616
> 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
2020

2121
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.
2222

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.
2424

2525
## Restore data
2626

@@ -108,7 +108,7 @@ Set the query time range by either:
108108
109109
To save costs, dismiss restored data when you no longer need it by deleting the restored table.
110110
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.
112112
113113
> [!NOTE]
114114
> 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.
136136
You can:
137137

138138
- Restore data for a minimum of two days.
139-
- Restore up to 60TB.
139+
- Restore up to 60 TB.
140140
- Perform up to four restores per workspace per week.
141141
- Run up to two restore processes in a workspace concurrently.
142142
- 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

Comments
 (0)