Mettre à niveau des services de données avec Azure Arc

Cet article décrit les chemins d’accès et les options pour mettre à niveau un contrôleur de données et des services de données avec Azure Arc.

Versions prises en charge

Chaque publication contient une étiquette d’image. Utilisez l’étiquette d’image pour identifier quand Microsoft a publié le composant. Microsoft assure le support du composant pendant une année entière après sa publication.

Identifiez votre version actuelle à l’aide de l’étiquette d’image. Le schéma de version sur l’étiquette d’image est le suivant :

• <Major>.<Minor>.<optional:revision>_<date>.
• <date> identifie l’année, le mois et le jour de la publication. Le modèle est : AAAA-MM-JJ.

Par exemple, une étiquette d’image complète pour la publication de juin 2022 se présente comme suit : v1.8.0_2022-06-06.

L’exemple d’image a été publié le 6 juin 2022.

Microsoft assure le support de cette version jusqu’au 5 juin 2023.

Remarque

La dernière version Current Branch est toujours dans la phase de maintenance Prise en charge complète. Cette déclaration de support signifie que si vous rencontrez une erreur de code qui nécessite une mise à jour critique, vous devez avoir la dernière version Current Branch afin de recevoir un correctif.

Chemin de mise à niveau

Les mises à niveau sont limitées à la prochaine version incrémentielle mineure ou majeure. Par exemple :

• Mises à niveau de version prises en charge :
  • 1.1 -> 1.2
  • 1.3 -> 2.0
• Mises à niveau de version non prises en charge :
  • 1.1 -> 1.4 Non pris en charge, car une ou plusieurs versions mineures sont ignorées.

Ordre de mise à niveau

Mettez à niveau le contrôleur de données avant de mettre à niveau n’importe quel service de données. SQL Managed Instance activé par Azure Arc est un exemple de service de données.

Un contrôleur de données peut avoir jusqu’à une version d’avance sur un service de données. La version majeure d’un service de données ne peut pas être en avance d’une version, ou en retard de plus d’une version sur un contrôleur de données.

La liste suivante affiche les configurations prises en charge et non prises en charge, en fonction de l’étiquette d’image.

• Configurations prises en charge.

  • Contrôleur de données et service de données avec la même version :
    • Contrôleur de données : v1.9.0_2022-07-12
    • Service de données : v1.9.0_2022-07-12
  • Contrôleur de données en avance d’une version sur le service de données :
    • Contrôleur de données : v1.9.0_2022-07-12
    • Service de données : v1.8.0_2022-06-14

• Configurations non prises en charge :

  • Contrôleur de données en retard sur le service de données :
    • Contrôleur de données : v1.8.0_2022-06-14
    • Service de données : v1.9.0_2022-07-12
  • Contrôleur de données en avance de plus d’une version sur le service de données :
    • Contrôleur de données : v1.9.0_2022-07-12
    • Service de données : v1.6.0_2022-05-02

Planifier la maintenance

La mise à niveau entraîne une interruption de service (temps d’arrêt).

La durée de mise à niveau du service de données dépend du niveau de service.

La mise à niveau du contrôleur de données n’entraîne pas de temps d’arrêt de l’application.

• Usage général : un réplica unique n’est pas disponible pendant la mise à niveau.
• Critique pour l’entreprise : une instance managée SQL entraîne une brève interruption de service (temps d’arrêt) ponctuelle lors d’une mise à niveau. Une fois que le contrôleur de données a mis à niveau un réplica secondaire, le service bascule vers le réplica mis à niveau. Ensuite, le contrôleur met à niveau le réplica principal précédent.

Conseil

Mettez à niveau les services de données pendant l’heure de maintenance planifiée.

Mises à niveau automatiques

Quand une instance managée SQL desiredVersion est définie sur auto, le contrôleur de données met automatiquement à niveau l’instance managée.