Merge pull request #108558 from myatt83/patch-1

Update data-retention-cleanup.md

Author: Jak-MS

articles/azure-sql-edge/data-retention-cleanup.md

@@ -17,7 +17,7 @@ services: sql-edge
 
 Data Retention can enabled on the database and any of the underlying tables individually, allowing users to create flexible aging policies for their tables and databases. Applying data retention is simple: it requires only one parameter to be set during table creation or as part of an alter table operation. 
 
-After data retention policy is defiend for a database and the underlying table, a background time timer task runs to remove any obsolete records from the table enabled for data retention. Identification of matching rows and their removal from the table occur transparently, in the background task that is scheduled and run by the system. Age condition for the table rows is checked based on the column used as the `filter_column` in the table definition. If retention period, for example, is set to one week, table rows eligible for cleanup satisfy either of the following condition: 
+After data retention policy is defined for a database and the underlying table, a background timer task runs to remove any obsolete records from the table enabled for data retention. Identification of matching rows and their removal from the table occur transparently, in the background task that is scheduled and run by the system. Age condition for the table rows is checked based on the column used as the `filter_column` in the table definition. If retention period, for example, is set to one week, table rows eligible for cleanup satisfy either of the following condition: 
 
 - If the filter column uses DATETIMEOFFSET data type then the condition is `filter_column < DATEADD(WEEK, -1, SYSUTCDATETIME())`
 - Else then the condition is `filter_column < DATEADD(WEEK, -1, SYSDATETIME())`
@@ -28,7 +28,7 @@ Data retention cleanup operation comprises of two phases.
 - Discovery Phase - In this phase the cleanup operation identifies all the tables within the user databases to build a list for cleanup. Discovery runs once a day.
 - Cleanup Phase - In this phase, cleanup is run against all tables with finite data retention, identified in the discovery phase. If the cleanup operation cannot be performed on a table, then that table is skipped in the current run and will be retried in the next iteration. The following principles are used during cleanup
     - If an obsolete row is locked by another transaction, that row is skipped. 
-    - Clean up runs with a default 5 seconds lock timeout setting. If the locks cannot be acquired on the tables within the timeout window, the table is skipped in the current run and will be retried in the next iteration.
+    - Cleanup runs with a default 5 seconds lock timeout setting. If the locks cannot be acquired on the tables within the timeout window, the table is skipped in the current run and will be retried in the next iteration.
     - If there is an error during cleanup of a table, that table is skipped and will be picked up in the next iteration.
 
 ## Manual cleanup
@@ -81,4 +81,4 @@ Additionally, a new ring buffer type named `RING_BUFFER_DATA_RETENTION_CLEANUP`
 
 ## Next Steps
 - [Data Retention Policy](data-retention-overview.md)
-- [Enable and Disable Data Retention Policies](data-retention-enable-disable.md)
+- [Enable and Disable Data Retention Policies](data-retention-enable-disable.md)