Skip to content

Commit 16fce45

Browse files
committed
fixed tab layout error
1 parent 680b414 commit 16fce45

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

articles/search/search-howto-index-changed-deleted-blobs.md

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Changed and deleted blobs
33
titleSuffix: Azure Cognitive Search
4-
description: Indexers that index from Azure Storage can pick up new and changed content automatically. To automate deletion detection, follow the strategies described in this article.
4+
description: Indexers that index from Azure Storage can pick up new and changed content automatically. This article describes the strategies.
55

66
author: gmndrg
77
ms.author: gimondra
@@ -60,13 +60,12 @@ For this deletion detection approach, Cognitive Search depends on the [native bl
6060

6161
The following screenshot shows where you can find this feature in the portal.
6262

63-
:::image type="content" source="media/search-indexing-changed-deleted-blobs/new-data-source.png" alt-text="Screenshot of portal data source." border="true":::
63+
:::image type="content" source="media/search-indexing-changed-deleted-blobs/new-data-source.png" alt-text="Screenshot of data source configuration in Import Data wizard." border="true":::
6464

6565
1. On the **New Data Source** form, fill out the required fields, select the **Track deletions** checkbox and choose **Native blob soft delete**. Then hit **Save** to enable the feature on Data Source creation.
6666

6767
:::image type="content" source="media/search-indexing-changed-deleted-blobs/native-soft-delete.png" alt-text="Screenshot of portal data source native soft delete." border="true":::
6868

69-
7069
### [**REST**](#tab/rest-api)
7170

7271
An example of using REST API to set soft deletion detection policy on the data source is shown below.
@@ -88,6 +87,8 @@ api-key: [admin key]
8887

8988
1. [Run the indexer](/rest/api/searchservice/run-indexer) or set the indexer to run [on a schedule](search-howto-schedule-indexers.md). When the indexer runs and processes a blob having a soft delete state, the corresponding search document will be removed from the index.
9089

90+
---
91+
9192
### Re-index un-deleted blobs using native soft delete policies
9293

9394
If you restore a soft deleted blob in Blob storage, the indexer will not always re-index it. This is because the indexer uses the blob's `LastModified` timestamp to determine whether indexing is needed. When a soft deleted blob is undeleted, its `LastModified` timestamp does not get updated, so if the indexer has already processed blobs with more recent `LastModified` timestamps, it won't re-index the undeleted blob.

0 commit comments

Comments
 (0)