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: azure-sql/database/auditing-microsoft-support-operations.md
+10-2Lines changed: 10 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,10 +5,10 @@ description: How to use Auditing to audit Microsoft support operations.
5
5
author: sravanisaluru
6
6
ms.author: srsaluru
7
7
ms.reviewer: mathoma, vanto
8
-
ms.date: 09/18/2025
8
+
ms.date: 11/24/2025
9
9
ms.service: azure-sql-database
10
10
ms.subservice: security
11
-
ms.topic: conceptual
11
+
ms.topic: concept-article
12
12
---
13
13
# Auditing Microsoft support operations
14
14
@@ -37,6 +37,14 @@ AzureDiagnostics
37
37
38
38
You have the option of choosing a different storage destination for this auditing log, or use the same auditing configuration for your server.
39
39
40
+
> [!NOTE]
41
+
> DevOps audit logs stored in Azure Storage may contain sensitive operational details. If a malicious actor within your environment accesses these logs, they could gain insights into system operations, which may lead to unauthorized access or data breaches.
42
+
>
43
+
> **Customer responsibility -** Secure these logs by:
44
+
> - Restricting access to authorized personnel only
45
+
> - Applying strong Azure role-based access control (RBAC) and network controls
46
+
> - Monitoring and auditing storage access regularly
47
+
40
48
## Related content
41
49
42
50
-[Auditing for Azure SQL Database and Azure Synapse Analytics](auditing-overview.md)
Copy file name to clipboardExpand all lines: azure-sql/managed-instance/service-tiers-next-gen-general-purpose-use.md
+1-4Lines changed: 1 addition & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ description: Learn how to use the Next-gen General Purpose service tier in Azure
4
4
author: urosmil
5
5
ms.author: urmilano
6
6
ms.reviewer: wiassaf, mathoma
7
-
ms.date: 11/18/2025
7
+
ms.date: 11/21/2025
8
8
ms.service: azure-sql-managed-instance
9
9
ms.subservice: service-overview
10
10
ms.topic: how-to
@@ -33,9 +33,6 @@ To upgrade an existing instance to the Next-gen General Purpose service tier in
33
33
1. After *Next-gen General Purpose* is enabled, you can use the sliders to modify the IOPS and memory for the instance. Review the *Cost per IOPS* and *Cost per GB* in the **Estimated costs per month** box.
34
34
1. Select **Apply** to save your changes.
35
35
36
-
> [!NOTE]
37
-
> For instances inside of a failover group, changing the service tier to or from the Next-gen General Purpose tier isn't supported. You must first delete the failover group before modifying either replica, and then re-create the failover group after the change takes effect.
38
-
39
36
## New instances
40
37
41
38
You can use the Next-gen General Purpose tier upgrade for new instances when you deploy them in the Azure portal. To do so, follow these steps:
|`is_unique`|**bit**| 1 = Index is unique.<br />0 = Index isn't unique.<br /><br />Always 0 for clustered columnstore indexes. |
37
37
|`data_space_id`|**int**| ID of the data space for this index. Data space is either a filegroup or partition scheme.<br /><br />0 = object_id is a table-valued function or in-memory index. |
38
-
|`ignore_dup_key`|**bit**| 1 = IGNORE_DUP_KEY is OFF.<br />0 = IGNORE_DUP_KEY is OFF. |
38
+
|`ignore_dup_key`|**bit**| 1 = IGNORE_DUP_KEY is ON.<br />0 = IGNORE_DUP_KEY is OFF. |
39
39
|`is_primary_key`|**bit**| 1 = Index is part of a PRIMARY KEY constraint.<br /><br />Always 0 for clustered columnstore indexes. |
40
40
|`is_unique_constraint`|**bit**| 1 = Index is part of a UNIQUE constraint.<br /><br />Always 0 for clustered columnstore indexes. |
41
41
|`fill_factor`|**tinyint**| > 0 = FILLFACTOR percentage used when the index was created or rebuilt.<br />0 = Default value<br /><br />Always 0 for clustered columnstore indexes. |
42
-
|`is_padded`|**bit**| 1 = PADINDEX is OFF.<br />0 = PADINDEX is OFF.<br /><br />Always 0 for clustered columnstore indexes. |
42
+
|`is_padded`|**bit**| 1 = PADINDEX is ON.<br />0 = PADINDEX is OFF.<br /><br />Always 0 for clustered columnstore indexes. |
43
43
|`is_disabled`|**bit**| 1 = Index is disabled.<br />0 = Index isn't disabled. |
44
44
|`is_hypothetical`|**bit**| 1 = Index is hypothetical and can't be used directly as a data access path. Hypothetical indexes hold column-level statistics.<br /><br />0 = Index isn't hypothetical. |
45
45
|`allow_row_locks`|**bit**| 1 = Index allows row locks.<br />0 = Index doesn't allow row locks.<br /><br />Always 0 for clustered columnstore indexes. |
0 commit comments