Partager via

Quelles sont les nouveautés d’Azure Database pour MySQL ?

Azure Database pour MySQL est un service Azure Database qui offre un contrôle et une flexibilité plus précis sur les fonctions de gestion de base de données et les paramètres de configuration. Le service prend en charge les versions de la communauté de MySQL 5.7 et 8.0.

Cet article récapitule les nouvelles versions et fonctionnalités du service Azure Database pour MySQL.

Pour les fonctionnalités précédemment publiées, visitez Azure Database pour MySQL : fonctionnalités publiées précédemment.

Note

Cet article fait référence au terme subordonné, que Microsoft n’utilise plus. Lorsque le terme sera supprimé du logiciel, nous le supprimerons de cet article.

Décembre 2025

Azure MySQL Import CLI ajoute la prise en charge de MySQL 8.4

Azure Database pour MySQL - Importer l’interface CLI prend désormais en charge l’importation de charges de travail MySQL 8.4 à partir d’environnements locaux ou de machines virtuelles directement dans Azure Database pour MySQL.

Cette mise à jour garantit que les clients exécutant les dernières versions de MySQL peuvent migrer en toute transparence leurs données vers Azure avec un effort minimal, en tirant parti de la simplicité et de l’automatisation fournies par l’outil Import CLI. Que vous modernisiez votre infrastructure ou que vous ayez une mise à l’échelle vers le cloud, cette fonctionnalité vous permet d’accélérer votre parcours de migration tout en conservant la compatibilité et les performances. Pour plus d’informations, consultez Migrer la charge de travail MySQL locale ou de machine virtuelle vers Azure Database pour MySQL avec Azure Database pour MySQL Import CLI.

Novembre 2025

Point de terminaison lecteur (préversion privée)

La fonctionnalité de point de terminaison de lecteur pour Azure Database pour MySQL est désormais prête pour la préversion privée.

Le point de terminaison de lecteur fournit un point de terminaison en lecture seule dédié pour les réplicas en lecture seule, permettant l'équilibrage de charge automatique en fonction des connexions du trafic en lecture seule sur plusieurs répliques. Cette fonctionnalité simplifie l’architecture des applications en offrant un point de terminaison unique pour les opérations de lecture, ce qui améliore la scalabilité et la tolérance de panne. Azure Database pour MySQL prend en charge jusqu’à 10 réplicas en lecture par serveur principal. En acheminant le trafic en lecture seule via le point de terminaison de lecteur, les équipes des applications peuvent gérer efficacement les connexions et optimiser les performances sans avoir à gérer les points de terminaison individuels des réplicas. Les points de terminaison de lecture surveillent en continu l'intégrité des réplicas et excluent automatiquement tout réplica dont le décalage de réplication dépasse le seuil configuré ou devient indisponible. Pour vous inscrire à la version préliminaire, envoyez vos informations à l’aide de ce formulaire.

Renommer le serveur (préversion privée)

Azure Database pour MySQL - Serveur flexible prend désormais en charge le renommage du serveur. Avec cette nouvelle fonctionnalité, vous n’avez plus besoin de restaurer ou de migrer vers une nouvelle instance de serveur simplement pour modifier le nom du serveur. La fonctionnalité est actuellement en préversion et vous devez éviter les charges de travail de production lors de son essai. Pour vous inscrire à la préversion, envoyez vos détails via ce formulaire.

Octobre 2025

Disponibilité générale de l'équilibreur de charge dédié pour les serveurs à haute disponibilité

L'équilibrage de charge SLB dédié dans Azure Database pour MySQL - Serveur Flexible pour serveurs à haute disponibilité est généralement disponible (GA). Cette fonctionnalité ajoute un équilibreur de charge standard dédié (SLB) aux configurations haute disponibilité pour les serveurs créés avec un accès public ou une liaison privée. En gérant le chemin du trafic de données MySQL, SLB supprime la nécessité de modifications DNS pendant le basculement, ce qui réduit considérablement le temps de basculement. Cette fonctionnalité n’est pas prise en charge pour les serveurs utilisant l’accès privé avec l’intégration au réseau virtuel. En savoir plus

Disponibilité générale de la prise en charge des ports customisés

Prise en charge des ports personnalisés pour Azure Database pour MySQL - Serveur flexible est désormais en disponibilité générale. Cette fonctionnalité demandée depuis longtemps vous offre une plus grande flexibilité pour aligner les déploiements de serveurs MySQL avec vos exigences de réseau et de sécurité. Par défaut, MySQL utilise le port TCP 3306 ; avec cette version en disponibilité générale, vous pouvez configurer un port personnalisé (entre 25001 et 26000) lors de la création d’un serveur flexible Azure Database pour MySQL. En savoir plus

Expérience améliorée du portail pour la haute disponibilité

L’expérience du portail pour les options haute disponibilité (HAUTE DISPONIBILITÉ) est désormais plus intuitive et alignée sur les normes Azure. Pour aider les clients à exécuter des charges de travail stratégiques avec une haute disponibilité prenant en charge les zones, le portail hiérarchise désormais la haute disponibilité à redondance de zone lorsqu'elle est disponible et affiche les détails du Niveau de Service (SLA) en même temps que la sélection pour une meilleure clarté. Si la haute disponibilité redondante par zone n’est pas activée, les clients peuvent activer la haute disponibilité redondante locale. De plus, « Same Zone » est renommé « LocalRedondant » pour garantir la cohérence avec les conventions d’affectation de noms Azure. Gérer la haute disponibilité redondante interzone dans Azure Database pour MySQL avec le portail Azure

Disponibilité générale de la prise en charge des paramètres de serveur pour lower_case_table_names dans Azure Database pour MySQL - Serveur flexible

Pour MySQL version 8.0+, vous ne pouvez configurer lower_case_table_names que lorsque vous initialisez le serveur. Pour les opérations de restauration ou la création du serveur réplica, le paramètre est automatiquement copié à partir du serveur source et ne peut pas être modifié. En savoir plus

Septembre 2025

Disponibilité générale d’Azure MySQL 8.4

Azure Database pour MySQL - Serveur flexible prend désormais en charge MySQL 8.4 en disponibilité générale. Cette prise en charge signifie que vous pouvez créer de nouveaux serveurs MySQL 8.4 sur Azure entièrement pris en charge pour les charges de travail de production. MySQL 8.4 est une version bénéficiant d’un support à long terme de la part de la communauté MySQL. Elle apporte les dernières fonctionnalités et améliorations tout en mettant l’accent sur la stabilité. Avec le service managé Azure, vous bénéficiez de ces nouvelles fonctionnalités soutenues par la fiabilité et la prise en charge de l’entreprise d’Azure. En résumé, MySQL 8.4 en disponibilité générale vous permet de mettre à niveau vos bases de données et de pérenniser votre environnement MySQL sur Azure. En savoir plus

Août 2025

Placement inter-abonnements et inter-groupes de ressources dans le flux de travail de restauration et de provisionnement de réplique

Vous pouvez maintenant restaurer un serveur ou créer une réplique en lecture dans un abonnement et un groupe de ressources différents dans Azure Database pour MySQL - Flexible Server. Cette amélioration offre une plus grande flexibilité pour les restaurations inter-environnements, l’organisation des ressources et la séparation au niveau de l’abonnement, ce qui vous aide à répondre aux exigences opérationnelles et de gouvernance. Pour plus d’informations, consultez Restauration à un instant précis dans Azure Database pour MySQL avec le portail Azure.

Possibilité de supprimer la sauvegarde à la demande

Vous pouvez désormais supprimer des sauvegardes à la demande dans Azure Database pour MySQL - Serveur flexible, ce qui vous permet de mieux contrôler la gestion des sauvegardes et les coûts de stockage. Cette fonctionnalité vous permet de supprimer des sauvegardes à la demande dont vous n’avez plus besoin, ce qui vous permet de maintenir un inventaire de sauvegarde plus propre et d’optimiser l’utilisation des ressources. Pour plus d’informations, consultez Sauvegarde et restauration.

Juillet 2025

Disponibilité générale dans les nouvelles régions Azure

Le serveur flexible Azure Database pour MySQL est désormais disponible dans les régions Azure suivantes :

  • Chile Central
  • Indonesia Central
  • Malaysia West

Self-Heal dans Azure Database pour MySQL (préversion publique)

La fonctionnalité Self-Heal dans Azure Database pour MySQL permet aux clients de résoudre les problèmes de serveur courants indépendamment, sans avoir à ouvrir un cas de support. Il offre une expérience de réparation en un clic qui permet de restaurer rapidement et en toute sécurité l’intégrité du service. Pour plus d’informations, consultez Self-Heal dans Azure Database pour MySQL (préversion publique).

La fonctionnalité Journaux accélérés est désormais disponible dans le niveau de service Usage général

Les journaux accélérés sont désormais pris en charge dans le niveau de service Usage général d’Azure Database pour MySQL - Serveur flexible. Précédemment disponible uniquement dans le niveau Critique pour l’entreprise, cette fonctionnalité améliore les performances et réduit la latence des transactions. La fonctionnalité de journaux accélérés du niveau Usage général est disponible à un coût supplémentaire. Pour plus d’informations, consultez les journaux accélérés dans Azure Database pour MySQL.

Automatiser la planification des sauvegardes à la demande

Azure Database pour MySQL prend désormais en charge la possibilité de planifier des sauvegardes à la demande à l’aide de tâches d’automatisation. Cette fonctionnalité vous offre un meilleur contrôle et une plus grande flexibilité dans la gestion des sauvegardes à la demande pour vos instances de serveur flexible Azure Database pour MySQL. Pour plus d’informations, consultez Comment planifier une tâche d’automatisation.

Configurer l’intervalle de sauvegarde pour les sauvegardes automatisées

Azure Database pour MySQL prend désormais en charge la possibilité de configurer l’intervalle de sauvegarde pour les sauvegardes automatiques que le système prend pour améliorer la vitesse de restauration. Cette nouvelle fonctionnalité optimise le processus en introduisant des instantanés plus fréquents, réduisant ainsi le nombre de binlogs qui doivent être relus pour une restauration à un point dans le temps et réduisant le temps de restauration global. Pour plus d’informations, consultez fréquence de sauvegarde.

Juin 2025

Initialisation automatique des fuseaux horaires

Les fuseaux horaires sont automatiquement chargés lors de la création du serveur, ce qui supprime la nécessité pour les clients d’exécuter manuellement la mysql.az_load_timezone procédure stockée par la suite pour charger le fuseau horaire. Pour plus d’informations, reportez-vous aux détails du paramètre de serveur pour time_zone.

mai 2025

Configurer l’intervalle des sauvegardes pour les sauvegardes automatisées (aperçu)

Azure Database pour MySQL prend désormais en charge la possibilité de configurer l’intervalle de sauvegarde pour les sauvegardes automatiques que le système prend pour améliorer la vitesse de restauration. La fonctionnalité est actuellement disponible dans des régions limitées, à savoir USA Centre-Ouest et Asie Est. Pour plus d’informations, consultez fréquence de sauvegarde.

Activation de la mise à l’échelle automatique des IOPS pour accélérer la restauration et les approvisionnements de réplica

Azure Database pour MySQL prend désormais en charge la possibilité d’activer la mise à l’échelle automatique des IOPS pour les serveurs source et cible pendant les opérations de restauration et les workflows d’approvisionnement de réplica. Cette amélioration permet d’accélérer le processus d’approvisionnement de restauration et de réplication en augmentant temporairement les E/S par seconde pour répondre aux exigences de performances de ces opérations. Une fois l’approvisionnement terminé, vous pouvez désactiver le paramètre de mise à l’échelle automatique des IOPS.

Pour plus d’informations, consultez La restauration dans le temps dans Azure Database pour MySQL avec le portail Azure.

Haute disponibilité avec Azure Standard Load Balancer dédié (SLB) (préversion)

Un équilibreur de charge standard (SLB) dédié dans Azure Database pour MySQL pour la haute disponibilité (HA) est désormais disponible en préversion publique. Cette fonctionnalité ajoute un équilibreur de charge standard dédié à la configuration de la haute disponibilité, ce qui permet une distribution à faible latence et à débit élevé du trafic frontal sur les serveurs principaux. Cette amélioration améliore les performances de basculement et garantit une gestion plus efficace du trafic de données MySQL. Si vous souhaitez activer un SLB pour votre serveur haute disponibilité, créez un ticket de support auprès du support Azure.

mars 2025

Nouvelles procédures stockées intégrées pour la gestion des plug-ins et le nettoyage des journaux d'annulation

Azure Database pour MySQL inclut désormais deux procédures stockées intégrées que vous pouvez utiliser pour gérer les paramètres du plug-in et nettoyer les journaux d’annulation sans avoir besoin d’intervention de support :

  • Valider la gestion des plug-ins de mot de passe :

    • Activer : CALL az_install_validate_password_plugin();
    • Désactiver: CALL az_uninstall_validate_password_plugin();
    • Après avoir activé le plug-in, vous pouvez accéder à ses paramètres de configuration sur la page Paramètres du serveur du portail Azure.

  • Annuler le nettoyage du journal :

    • Utilisez la nouvelle procédure stockée pour nettoyer manuellement le journal d’annulation et empêcher la consommation inutile de stockage.

Pour plus d’informations, consultez les procédures intégrées stockées dans Azure Database pour MySQL.

Le plug-in de mise en cache des mots de passe SHA-2 est désormais activé par défaut.

Le caching_sha2_password plug-in est désormais exposé aux clients par défaut. Les clients peuvent l’activer et le configurer en définissant les paramètres de serveur appropriés dans le portail Azure.

Résilience par défaut des zones pour le niveau de service Critique pour l’entreprise (restauration)

En réponse aux commentaires des clients demandant de la flexibilité en choisissant leur type de déploiement, nous avons inversé la modification qui a rendu la résilience de zone la valeur par défaut pour le niveau de service Business-Critical.

Février 2025

Problèmes connus

  • Les recommandations d’Azure Advisor recommandent d’activer les journaux accélérés même après l’activation de la fonctionnalité sur votre serveur Azure Database pour MySQL.

  • Pour les serveurs avec des clés gérées par le client (CMK), l’activation des journaux accélérés peut ne pas fonctionner en raison d’une limitation actuelle. Vous pouvez désactiver temporairement la CMK, activer les journaux accélérés et réactiver la CMK pour contourner ce problème.

    Pour en savoir plus, consultez les journaux accélérés dans Azure Database pour MySQL.

Janvier 2025

Résilience de zone par défaut pour le niveau de service Business-Critical

Vous bénéficiez désormais du niveau de disponibilité le plus élevé par rapport aux défaillances d’infrastructure au sein d’une zone de disponibilité sans coût supplémentaire pour les charges de travail stratégiques exécutées sur le niveau de service Business-Critical. Que vos serveurs flexibles soient activés avec haute disponibilité, vos données de serveur et fichiers journaux sont hébergés dans un stockage redondant interzone par défaut. Bien que les serveurs redondants interzones à haute disponibilité continuent de bénéficier d’un SLA de disponibilité de 99,99 % grâce à la redondance zonale intégrée et au serveur de secours, les serveurs sans haute disponibilité peuvent récupérer rapidement des pannes zonales à l’aide de sauvegardes redondantes interzones. Cette amélioration s’applique à tous les nouveaux serveurs approvisionnés dans le niveau de service Business-Critical.

Note

En fonction des commentaires des clients demandant la possibilité de choisir leur type de déploiement préféré, nous avons décidé de revenir en arrière sur la résilience de zone par défaut pour le niveau de service critique pour les entreprises. À présent, pour les serveurs critiques pour l’entreprise et les serveurs General-Purpose, les clients doivent sélectionner le mode haute disponibilité (HA), soit dans la même zone soit redondant entre plusieurs zones, au moment de la création du serveur. Cette sélection est finale et ne peut pas être modifiée ultérieurement.

Journaux accélérés activés pour tous les nouveaux serveurs critiques pour l’entreprise

Les journaux accélérés, une fonctionnalité qui améliore considérablement les performances des instances de serveur flexible Azure Database pour MySQL, sont désormais activées par défaut pour tous les nouveaux serveurs Business-Critical. Les Logs Accélérés offrent une solution dynamique conçue pour répondre aux besoins de haut débit, réduisant ainsi la latence sans coût supplémentaire. Les serveurs critiques pour l’entreprise existants peuvent également activer les journaux accélérés via le Portail Azure. Logs accélérés dans Azure Database pour MySQL.

Novembre 2024

Support de la version MySQL 8.4 LTS - Version préliminaire publique

Azure Database pour MySQL prend désormais en charge la version de MySQL 8.4 LTS, apportant les dernières fonctionnalités MySQL à Azure. La version MySQL 8.4 LTS offre des fonctionnalités de réplication améliorées, une surveillance étendue et une prise en charge à long terme, ce qui le rend idéal pour les environnements de production nécessitant une stabilité et une gestion avancée. Politique de support des versions d’Azure Database pour MySQL

Prise en charge de la version innovante de MySQL 9.1 - Préversion publique

Azure Database pour MySQL prend désormais en charge la version de MySQL 9.1 Innovation et introduit des fonctionnalités expérimentales, notamment la prise en charge javaScript pour les procédures stockées et le nouveau type de données vectorielles conçu pour les applications modernes dans le Machine Learning et l’analytique. Politique de support des versions d’Azure Database pour MySQL

Octobre 2024

Les nouveaux serveurs B1 ne sont pas disponibles

À compter du 1er novembre 2024, les nouveaux serveurs B1 sont limités pour garantir les performances et la fiabilité en fonction des améliorations de sécurité en cours. Explorez d’autres références SKU qui prennent en charge vos besoins tout en conservant une fiabilité élevée du service. Merci d’avoir compris que l’équipe produit travaille pour améliorer votre expérience.

Que signifie cette modification pour vous ?

  • Accès limité : les nouvelles instances B1 ne sont pas disponibles après le 28 octobre 2024.

  • Déploiements existants : les instances B1 actuelles ne sont pas affectées.

  • Autres options : utilisez d’autres références SKU, telles que B1ms et B2s, qui fournissent une puissance de calcul et une mémoire améliorées tout en prenant en charge des performances accrues.

Étapes suivantes :

  • Passez en revue les références SKU alternatives recommandées.
  • Documentation d’accès pour la modification de votre référence SKU :
  • Passez en revue le tableau de bord d’utilisation pour surveiller votre utilisation actuelle.

Septembre 2024

  • La maintenance flexible d’Azure Database pour MySQL est désormais en disponibilité générale

    Azure Database pour MySQL a officiellement publié la fonctionnalité maintenance flexible en disponibilité générale. Cette fonctionnalité vous permet de replanifier les activités de maintenance via Azure CLI, ce qui vous permet de mieux contrôler et de flexibilité. La fenêtre replanifiée inclut désormais toutes les dates de maintenance disponibles dans la même région et la même série de maintenance, au lieu d’être limitée à la fenêtre de 14 jours autour de la date planifiée de l’instance.

    Pour en savoir plus, consultez maintenance planifiée.

Août 2024

  • Azure Database pour MySQL prend désormais en charge jusqu’à 8 To dans un seul fichier de données

    Azure Database pour MySQL prend désormais en charge les fichiers de données InnoDB uniques jusqu’à 8 To de taille. À l’aide de cette fonctionnalité, vous pouvez stocker des jeux de données plus volumineux au sein d’un seul fichier. Cette amélioration réduit le besoin de partitionnement des données et simplifie la gestion des bases de données, ce qui facilite la gestion des volumes importants de données à l’aide du moteur de stockage InnoDB. En savoir plus.

  • Prise en charge de la mise à niveau de version majeure pour le niveau de calcul Burstable

    Azure Database pour MySQL offre désormais des mises à niveau de version majeure pour les niveaux de calcul de référence SKU Burstable. Cette prise en charge met automatiquement à niveau le niveau de calcul vers la référence SKU Usage général avant d’effectuer la mise à niveau, ce qui garantit des ressources suffisantes. Vous pouvez choisir de revenir à la référence SKU Burstable après la mise à niveau. Des frais supplémentaires peuvent s’appliquer.

    Pour plus d’informations, consultez Mettre à niveau la version de MySQL.

  • Annonce des métriques déconseillées

    Les métriques suivantes dans Azure Database pour MySQL sont déconseillées :

    • Compteur de restrictions de stockage
    • Octets de mémoire disponibles
    • Attentes des verrous de ligne de verrouillage MySQL

Ces métriques ne sont pas prises en charge et sont supprimées de la surveillance à la fin d’août 2024. Mettez à jour vos configurations de surveillance et d’alerte pour exclure ces métriques et utiliser d’autres métriques qui fournissent des insights similaires.

Juillet 2024

  • Passer d’un réseau d’accès privé (réseau virtuel intégré) à un réseau d’accès public ou liaison privée

    Vous pouvez passer du serveur flexible Azure Database pour MySQL à partir d’un accès privé (réseau virtuel intégré) à un accès public, avec la possibilité d’utiliser Private Link. À l’aide de cette fonctionnalité, vous pouvez basculer votre serveur du réseau virtuel intégré à Private Link ou à l’infrastructure publique en toute transparence, sans modifier le nom du serveur ou migrer des données.

    Pour plus d’informations, consultez Passer du réseau d’accès privé (réseau virtuel intégré) à l’accès public ou à la liaison privée.

  • Prise en charge du HSM managé pour le serveur flexible Azure Database pour MySQL (en disponibilité générale)

    La prise en charge du HSM géré d'Azure Key Vault pour les clés gérées par le client (CMK) dans Azure Database for MySQL - Serveur Flexible est désormais en disponibilité générale. En utilisant managed HSM, vous pouvez importer vos clés de chiffrement sauvegardées par HSM à l’aide de la fonctionnalité CMK bring your key (BYOK) pour protéger les données au repos dans vos instances de serveur flexible Azure Database pour MySQL tout en conservant la résidence des données et le contrôle total de vos clés HSM.

Pour plus d’informations, consultez Chiffrement des données avec des clés gérées par le client pour Azure Database pour MySQL.

Mai 2024

  • Les journaux accélérés d’Azure Database pour MySQL - Serveur flexible sont désormais en disponibilité générale

    La fonctionnalité Journaux accélérés pour le serveur flexible Azure Database pour MySQL est désormais en disponibilité générale. Cette fonctionnalité est disponible au sein du niveau de service Business-Critical et améliore considérablement les performances des instances de serveur flexible Azure Database pour MySQL. Il offre une solution dynamique conçue pour des besoins en débit élevé, ce qui réduit la latence sans coût supplémentaire. Pour plus d’informations, consultez les journaux accélérés dans Azure Database pour MySQL.

  • La prise en charge du stockage jusqu’à 32 To dans Azure Database pour MySQL - Serveur flexible est maintenant en disponibilité générale

    La prise en charge du stockage jusqu’à 32 To dans le serveur flexible Azure Database pour MySQL est désormais en disponibilité générale. Cette fonctionnalité est disponible uniquement dans le niveau de service Critique pour l’entreprise.

    Pour plus d’informations, consultez Niveaux de service du serveur flexible Azure Database pour MySQL.

Avril 2024

  • Allocation de mémoire améliorée dans un serveur flexible Azure Database pour MySQL

    Dans les déploiements d’avril, nous avons introduit une allocation de mémoire optimisée pour le serveur flexible Azure Database pour MySQL. Cet affinement garantit un calcul de mémoire plus précis et plus efficace pour le composant MySQL Server, ce qui lui permet d’utiliser efficacement les ressources disponibles pour le traitement des requêtes et la gestion des données. Niveaux de service d’Azure Database pour MySQL - Serveur flexible.

  • Analyse améliorée pour le serveur flexible Azure Database pour MySQL : présentation de nouvelles métriques

    Les métriques nouvellement ajoutées incluent la durée de bon fonctionnement MySQL, la longueur de la liste historique MySQL, les blocages MySQL, les transactions actives et les dépassements de délai d'attente de verrou MySQL. Ces métriques fournissent une vue plus détaillée des performances de votre serveur, ce qui vous permet d’effectuer un monitoring et une optimisation plus efficaces des opérations de base de données. En plus de ces nouvelles métriques, la métrique de pourcentage de mémoire offre désormais des calculs plus précis de l’utilisation de la mémoire pour le processus de serveur MySQL (mysqld). Effectuer le monitoring d’Azure Database pour MySQL - Serveur flexible

  • Microsoft Defender pour le cloud prend en charge le serveur flexible Azure Database pour MySQL (disponibilité générale)

    La fonctionnalité Microsoft Defender pour cloud pour le serveur flexible Azure Database pour MySQL est désormais en disponibilité générale (GA) dans tous les niveaux de service. La fonctionnalité Protection avancée contre les menaces de Microsoft Defender simplifie la gestion de la sécurité des instances d’Azure Database pour MySQL - Serveur flexible. Elle effectue un monitoring du serveur à la recherche d’activités de base de données anormales ou suspectes afin de détecter les menaces potentielles, et fournit des alertes de sécurité pour que vous puissiez investiguer et prendre les mesures appropriées. Cela vous permet d’améliorer activement la posture de sécurité de votre base de données sans être expert en sécurité. Qu’est-ce que Microsoft Defender pour les bases de données relationnelles open source

  • Sauvegarde et exportation à la demande (aperçu)

    Azure Database pour MySQL permet de déclencher une sauvegarde de serveur à la demande et de l’exporter vers un compte de stockage Azure (stockage Blob Azure). La fonctionnalité est actuellement en préversion publique et disponible uniquement dans les régions de cloud public.

Pour en savoir plus, consultez Sauvegarde et restauration dans Azure Database pour MySQL.

  • Problèmes connus

    Durant la tentative d’activation de la fonctionnalité Microsoft Defender pour le cloud d’une instance d’Azure Database pour MySQL - Serveur flexible, vous pouvez rencontrer l’erreur suivante : « Le serveur <server_name> est incompatible avec la Protection avancée contre les menaces. Contactez le Support Microsoft pour mettre à jour le serveur vers une version prise en charge. » Cette erreur peut se produire sur les serveurs flexibles MySQL qui attendent une mise à jour interne. L’erreur se résout automatiquement dans la prochaine mise à jour interne de votre serveur. Vous pouvez également ouvrir un ticket de support pour accélérer une mise à jour immédiate.

Mars 2024

Février 2024

  • Les journaux accélérés sont désormais disponibles pour les serveurs existants et trois nouvelles régions.

    Les journaux accélérés, limités jusqu’à maintenant aux serveurs créés après le 14 novembre, sont désormais accessibles pour tous les serveurs autonomes du niveau Critique pour l’entreprise en phase de préversion. Les journaux accélérés prennent également en charge l’authentification Microsoft Entra pour Azure Database pour MySQL - Serveur flexible. En outre, cette fonctionnalité est disponible dans trois nouvelles régions : Japon Est, Corée Centre et Pologne Centre. Journaux accélérés dans Azure Database pour MySQL

  • Problèmes connus

    En raison d’un problème technique dans le déploiement de ce mois-ci, les serveurs principaux avec réplica en lecture sont temporairement restreints à l’activation de la fonctionnalité journaux accélérés. Désactivez la fonctionnalité de journaux accélérés avant de créer un serveur réplica. Si vous avez besoin d’aide pour la création de journaux et de réplicas accélérés, ouvrez un ticket de support pour obtenir de l’aide.

Pour en savoir plus, consultez Limitations.

  • Les journaux d’audit prennent désormais en charge les entrées de caractères génériques

    Les paramètres serveur prennent désormais en charge les caractères génériques dans audit_log_include_users et audit_log_exclude_users, ce qui améliore la flexibilité avec laquelle les inclusions et exclusions des utilisateurs sont spécifiées dans les journaux d’audit.

  • Journalisation d’audit améliorée avec CONNECTION_V2 pour des audits utilisateur MySQL complets

Le paramètre de serveur audit_log_events prend désormais en charge l'événement CONNECTION_V2 pour des journaux de connexion détaillés, et fournit des informations détaillées sur les audits des utilisateurs, l'état de la connexion et les codes d'erreur dans les interactions MySQL.

Pour en savoir plus, consultez la journalisation d’audit.

Commentaires et support

Si vous avez des questions ou des suggestions pour utiliser Azure Database pour MySQL, tenez compte des points de contact suivants :

Contenu connexe

  • Last updated on