Skip to content

Commit a3fb0e7

Browse files
Merge pull request #3140 from MicrosoftDocs/main
Auto Publish – main to live - 2025-09-21 17:00 UTC
2 parents d0e6584 + 7fd4660 commit a3fb0e7

File tree

2 files changed

+3
-4
lines changed

2 files changed

+3
-4
lines changed

articles/mysql/flexible-server/concepts-customer-managed-key.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -105,7 +105,9 @@ When you configure data encryption with a CMK in Key Vault, continuous access to
105105

106106
- If you delete the key vault, the Azure Database for MySQL flexible server instance is unable to access the key and moves to _Inaccessible_ state. Recover the [key vault](/azure/key-vault/general/key-vault-recovery) and revalidate the data encryption to make the Azure Database for MySQL flexible server instance _Available_.
107107
- If you delete the key from the key vault, the Azure Database for MySQL flexible server instance is unable to access the key and moves to _Inaccessible_ state. Recover the [key](/azure/key-vault/general/key-vault-recovery) and revalidate the data encryption to make the Azure Database for MySQL flexible server instance _Available_.
108-
- If the key stored in Azure Key Vault expires, the key becomes invalid, and the Azure Database for MySQL flexible server instance transitions into _Inaccessible_ state. Extend the key expiry date using [CLI](/cli/azure/keyvault/key#az-keyvault-key-set-attributes) and then revalidate the data encryption to make the Azure Database for MySQL flexible server instance _Available_.
108+
109+
> [!NOTE]
110+
> If the key vault had expired, server will still be accessible.
109111
110112
## Accidental key access revocation from Key Vault
111113

articles/mysql/flexible-server/concepts-high-availability.md

Lines changed: 0 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -143,9 +143,6 @@ Keep the following considerations in mind when you use high-availability:
143143
- Restarting the primary database server to apply static parameter changes also restarts the standby replica.
144144
- The solution turns on GTID mode because it uses GTID. Check whether your workload has [restrictions or limitations on replication with GTIDs](https://dev.mysql.com/doc/refman/5.7/en/replication-gtids-restrictions.html).
145145

146-
> [!NOTE]
147-
> To enable same-zone HA after creating the server, make sure the server parameters `enforce_gtid_consistency` and ["gtid_mode"](./concepts-read-replicas.md#global-transaction-identifier-gtid) are set to `ON` before enabling HA.
148-
149146
> [!NOTE]
150147
> Storage autogrow is enabled by default for a high-availability configured server and can't be disabled.
151148

0 commit comments

Comments
 (0)