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/search/search-indexer-how-to-access-private-sql.md
+2-5Lines changed: 2 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -31,7 +31,7 @@ Although you can call the Management REST API directly, it's easier to use the A
31
31
32
32
+ You should have a minimum of Contributor permissions on both Azure Cognitive Search and SQL Managed Instance.
33
33
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.
35
35
36
36
> [!NOTE]
37
37
> 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
126
126
127
127
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.
128
128
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.
130
130
131
131
Provide the connection string that you copied earlier.
132
132
@@ -152,9 +152,6 @@ This article assumes Postman or equivalent tool, and uses the REST APIs to make
152
152
}
153
153
```
154
154
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
-
158
155
1. [Create the indexer definition](search-howto-create-indexers.md), setting the indexer execution environment to "private".
159
156
160
157
[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.**
Copy file name to clipboardExpand all lines: articles/search/search-reliability.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -24,14 +24,16 @@ For business continuity and recovery from disasters at a regional level, plan on
24
24
25
25
## High availability
26
26
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.
28
28
29
29
For each individual search service, Microsoft guarantees at least 99.9% availability for configurations that meet these criteria:
30
30
31
31
+ Two replicas for high availability of read-only workloads (queries)
32
32
33
33
+ Three or more replicas for high availability of read-write workloads (queries and indexing)
34
34
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
+
35
37
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/).
Copy file name to clipboardExpand all lines: articles/search/search-what-is-an-index.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -145,6 +145,8 @@ In Cognitive Search, you'll work with one index at a time, where all index-relat
145
145
146
146
### Continuously available
147
147
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
+
148
150
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.
149
151
150
152
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