Skip to content

Commit bfc18ac

Browse files
Merge pull request #253552 from HeidiSteen/heidist-docs
[azure search] GH issues
2 parents d799c94 + d377e56 commit bfc18ac

File tree

3 files changed

+7
-6
lines changed

3 files changed

+7
-6
lines changed

articles/search/search-indexer-how-to-access-private-sql.md

Lines changed: 2 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,7 @@ Although you can call the Management REST API directly, it's easier to use the A
3131

3232
+ You should have a minimum of Contributor permissions on both Azure Cognitive Search and SQL Managed Instance.
3333

34-
+ Azure SQL Managed Instance connection string. Managed identity is not currently supported with shared private link.
34+
+ Azure SQL Managed Instance connection string. Managed identity is not currently supported with shared private link. Your connection string must include a user name and password.
3535

3636
> [!NOTE]
3737
> Azure Private Link is used internally, at no charge, to set up the shared private link.
@@ -126,7 +126,7 @@ You could use the [**Import data**](search-get-started-portal.md) wizard for thi
126126

127127
This article assumes Postman or equivalent tool, and uses the REST APIs to make it easier to see all of the properties. Recall that REST API calls for indexers and data sources use the [Search REST APIs](/rest/api/searchservice/), not the [Management REST APIs](/rest/api/searchmanagement/) used to create the shared private link. The syntax and API versions are different between the two REST APIs.
128128

129-
1. [Create the data source definition](search-howto-connecting-azure-sql-database-to-azure-search-using-indexers.md) as you would normally for Azure SQL. Although the format of the connection string is different, the data source type and other properties are valid for SQL Managed Instance.
129+
1. [Create the data source definition](search-howto-connecting-azure-sql-database-to-azure-search-using-indexers.md) as you would normally for Azure SQL. The format of the connection string is slightly different for a managed instance, but other properties are the same as if you were configuring a data source connection to Azure SQL database.
130130

131131
Provide the connection string that you copied earlier.
132132

@@ -152,9 +152,6 @@ This article assumes Postman or equivalent tool, and uses the REST APIs to make
152152
}
153153
```
154154
155-
> [!NOTE]
156-
> If you're familiar with data source definitions in Cognitive Search, you'll notice that data source properties don't vary when using a shared private link. That's because Search will always use a shared private link on the connection if one exists.
157-
158155
1. [Create the indexer definition](search-howto-create-indexers.md), setting the indexer execution environment to "private".
159156
160157
[Indexer execution](search-indexer-securing-resources.md#indexer-execution-environment) occurs in either a private environment that's specific to the search service, or a multi-tenant environment that's used internally to offload expensive skillset processing for multiple customers. **When connecting over a private endpoint, indexer execution must be private.**

articles/search/search-reliability.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -24,14 +24,16 @@ For business continuity and recovery from disasters at a regional level, plan on
2424

2525
## High availability
2626

27-
In Cognitive Search, replicas are copies of your index. A search service is installed with at least one replica, and can have up to 12 replicas. [Adding replicas](search-capacity-planning.md#adjust-capacity) allows Azure Cognitive Search to do machine reboots and maintenance against one replica, while query execution continues on other replicas.
27+
In Cognitive Search, replicas are copies of your index. A search service is commissioned with at least one replica, and can have up to 12 replicas. [Adding replicas](search-capacity-planning.md#adjust-capacity) allows Azure Cognitive Search to do machine reboots and maintenance against one replica, while query execution continues on other replicas.
2828

2929
For each individual search service, Microsoft guarantees at least 99.9% availability for configurations that meet these criteria:
3030

3131
+ Two replicas for high availability of read-only workloads (queries)
3232

3333
+ Three or more replicas for high availability of read-write workloads (queries and indexing)
3434

35+
The system has internal mechanisms for monitoring replica health and partition integrity. If you provision a specific combination of replicas and partitions, the system ensures that level of capacity for your service.
36+
3537
No SLA is provided for the Free tier. For more information, see [SLA for Azure Cognitive Search](https://azure.microsoft.com/support/legal/sla/search/v1_0/).
3638

3739
<a name="availability-zones"></a>

articles/search/search-what-is-an-index.md

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -145,6 +145,8 @@ In Cognitive Search, you'll work with one index at a time, where all index-relat
145145

146146
### Continuously available
147147

148+
An index is immediately available for queries as soon as the first document is indexed, but won't be fully operational until all documents are indexed. Internally, a search index is [distributed across partitions and executes on replicas](search-capacity-planning.md#concepts-search-units-replicas-partitions-shards). The physical index is managed internally. The logical index is managed by you.
149+
148150
An index is continuously available, with no ability to pause or take it offline. Because it's designed for continuous operation, any updates to its content, or additions to the index itself, happen in real time. As a result, queries might temporarily return incomplete results if a request coincides with a document update.
149151

150152
Notice that query continuity exists for document operations (refreshing or deleting) and for modifications that don't affect the existing structure and integrity of the current index (such as adding new fields). If you need to make structural updates (changing existing fields), those are typically managed using a drop-and-rebuild workflow in a development environment, or by creating a new version of the index on production service.

0 commit comments

Comments
 (0)