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/azure-arc/data/managed-instance-high-availability.md
+7-3Lines changed: 7 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -72,7 +72,7 @@ After all containers within the pod have recovered, you can connect to the manag
72
72
73
73
## High availability in Business Critical service tier
74
74
75
-
In the Business Critical service tier, in addition to what is natively provided by Kubernetes orchestration, there is a new technology called Contained availability group that provides higher levels of availability. Azure Arc-enabled SQL managed instance deployed with `Business Critical` service tier can be deployed with either 2 or 3 replicas. These replicas are always kept in sync with each other. Contained availability group is built on SQL Server Always On availability groups. With contained availability groups, any pod crashes or node failures are transparent to the application as there is at least one other pod that has the SQL managed instance that has all the data from the primary and ready to take on connections.
75
+
In the Business Critical service tier, in addition to what is natively provided by Kubernetes orchestration, Azure SQL Managed Instance for Azure Arc provides a contained availability group. The contained availability group is built on SQL Server Always On technology. It provides higher levels of availability. Azure Arc-enabled SQL managed instance deployed with *Business Critical* service tier can be deployed with either 2 or 3 replicas. These replicas are always kept in sync with each other. With contained availability groups, any pod crashes or node failures are transparent to the application as there is at least one other pod that has the instance that has all the data from the primary and is ready to take on connections.
76
76
77
77
## Contained availability groups
78
78
@@ -241,11 +241,14 @@ Additional steps are required to restore a database into an availability group.
241
241
242
242
1. Expose the primary instance external endpoint by creating a new Kubernetes service.
243
243
244
-
Determine the pod that hosts the primary replica by connecting to the managed instance and run:
244
+
Determine the pod that hosts the primary replica. Connect to the managed instance and run:
245
245
246
246
```sql
247
247
SELECT @@SERVERNAME
248
248
```
249
+
250
+
The query returns the pod that hosts the primary replica.
251
+
249
252
Create the Kubernetes service to the primary instance by running the command below if your Kubernetes cluster uses nodePort services. Replace `podName` with the name of the server returned at previous step, `serviceName` with the preferred name for the Kubernetes service created.
250
253
251
254
```console
@@ -269,6 +272,7 @@ Additional steps are required to restore a database into an availability group.
269
272
```console
270
273
kubectl get services -n <namespaceName>
271
274
```
275
+
272
276
2. Restore the database to the primary instance endpoint.
273
277
274
278
Add the database backup file into the primary instance container.
@@ -326,7 +330,7 @@ Additional steps are required to restore a database into an availability group.
326
330
```
327
331
328
332
> [!IMPORTANT]
329
-
>As a best practice, you should cleanup by deleting the Kubernetes service created above by running this command:
333
+
>As a best practice, you should delete the Kubernetes service created above by running this command:
# Customer intent: As a data professional, I want to understand why my solutions would benefit from running with Azure Arc-enabled data services so that I can leverage the capability of the feature.
This article highlights capabilities, features, and enhancements recently released or improved for Azure Arc-enabled data services.
19
19
20
+
## February 2022
21
+
22
+
This release is published February 25, 2022.
23
+
24
+
### Image tag
25
+
26
+
`v1.4.0_2022-02-25`
27
+
28
+
For complete release version information, see [Version log](version-log.md).
29
+
30
+
### SQL Managed Instance
31
+
32
+
- Support for readable secondary replicas:
33
+
- To set readable secondary replicas use `--readable-secondaries` when you create or update an Arc-enabled SQL Managed Instance deployment.
34
+
- Set `--readable secondaries` to any value between 0 and the number of replicas minus 1.
35
+
-`--readable-secondaries` only applies to Business Critical tier.
36
+
- Automatic backups are taken on the primary instance in a Business Critical service tier when there are multiple replicas. When a failover happens, backups move to the new primary.
37
+
- RWX capable storage class is required for backups, for both General Purpose and Business Critical service tiers.
38
+
- Billing support when using multiple read replicas.
39
+
40
+
For additional information about service tiers, see [High Availability with Azure Arc-enabled SQL Managed Instance (preview)](managed-instance-high-availability.md).
41
+
42
+
### User experience improvements
43
+
44
+
The following improvements are available in [Azure Data Studio](/sql/azure-data-studio/download-azure-data-studio).
45
+
46
+
- Azure Arc and Azure CLI extensions now generally available.
47
+
- Changed edit commands for SQL Managed Instance for Azure Arc dashboard to use `update`, reflecting Azure CLI changes. This works in indirect or direct mode.
48
+
- Data controller deployment wizard step for connectivity mode is now earlier in the process.
49
+
- Removed an extra backups field in SQL MI deployment wizard.
50
+
20
51
## January 2022
21
52
22
53
This release is published January 27, 2022.
23
54
55
+
### Image tag
56
+
57
+
`v1.3.0_2022-01-27`
58
+
59
+
For complete release version information, see [Version log](version-log.md).
60
+
24
61
### Data controller
25
62
26
63
- Initiate an upgrade of the data controller from the portal in the direct connected mode
0 commit comments