Partager via

Planifier et tester le plan de mise à niveau du moteur de base de données

S’applique à :SQL Server sur Windows

Pour effectuer une mise à niveau réussie de SQL Server , quelle que soit l’approche, une planification appropriée est nécessaire.

Notes de publication et problèmes de mise à niveau connus

Avant d'effectuer la mise à niveau du Moteur de base de données, consultez :

Liste de vérification pour la planification d’une mise à niveau

Avant la mise à niveau du Moteur de base de données, consultez la liste de vérification suivante et les articles associés. Ces articles s’appliquent à toutes les mises à niveau, quelle que soit la méthode utilisée, et vous aident à déterminer la méthode de mise à niveau la plus appropriée : mise à niveau propagée, mise à niveau de nouvelle installation ou mise à niveau sur place. Par exemple, il se peut que vous ne soyez pas en mesure d’effectuer une mise à niveau sur place ou une mise à niveau propagée si vous mettez à niveau le système d’exploitation, mettez à niveau à partir de SQL Server 2005 (9.x) ou mettez à niveau à partir d’une version 32 bits de SQL Server. Pour obtenir un arbre de décision, consultez Choisir une méthode de mise à niveau du moteur de base de données.

  • Configurations matérielle et logicielle requises : consultez les configurations matérielle et logicielle requises pour l’installation de SQL Server. Ces exigences sont disponibles dans : Configuration matérielle et logicielle requise pour SQL Server 2016 et SQL Server 2017. Tout cycle de planification de la mise à niveau comprend une étape consistant à mettre à niveau le matériel et le système d’exploitation. Le matériel plus récent est plus rapide et peut réduire les besoins en licences en raison du plus faible nombre de processeurs ou du regroupement de la base de données et du serveur. Ces changements matériels et logiciels affectent le choix de la méthode de mise à niveau.

  • Environnement actuel : examinez votre environnement actuel pour déterminer les composants SQL Server utilisés et les clients qui se connectent à votre environnement.

    • Fournisseurs de clients : bien que la mise à niveau ne nécessite pas de mise à jour du fournisseur pour chacun de vos clients, vous pouvez choisir de la faire. Si vous effectuez la mise à niveau de SQL Server 2014 (12.x) ou version antérieure, les fonctionnalités SQL Server 2016 (13.x) suivantes nécessitent un fournisseur mis à jour pour chaque client ou qu’un fournisseur mis à jour apporte des fonctionnalités supplémentaires :

    • Always Encrypted

    • Stretch Database

      Importante

      Stretch Database est déprécié dans SQL Server 2022 (16.x) et Azure SQL Database. Cette fonctionnalité sera supprimée dans une version future de moteur de base de données. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement, et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.

    • Se connecter à un écouteur de groupe de disponibilité Always On

    • Mise à jour de sécurité vers TLS

  • Composants tiers : déterminez la compatibilité des composants tiers, comme la sauvegarde intégrée.

  • Environnement cible : vérifiez que votre environnement cible présente les configurations matérielle et logicielle requises, et qu’il peut prendre en charge la configuration du système d’origine. Par exemple, la mise à niveau peut impliquer la consolidation de plusieurs instances SQL Server en une seule instance SQL Server nouvelle, ou la virtualisation de votre environnement SQL Server dans un cloud privé ou public.

  • Édition : déterminez l’édition appropriée de SQL Server pour votre mise à niveau et déterminez les chemins de mise à niveau valides. Avant toute mise à niveau d'une édition de SQL Server vers une autre, vérifiez que la fonctionnalité que vous utilisez actuellement est prise en charge dans l'édition vers laquelle vous effectuez la mise à niveau.

    Pour plus d’informations, consultez Les mises à niveau de version et d’édition prises en charge (SQL Server 2022).

    Remarque

    Quand vous procédez à une mise à niveau vers SQL Server à partir d’une édition antérieure de SQL Server Enterprise, choisissez entre l’édition Enterprise : licence par cœur et l’édition Enterprise. Ces éditions Enterprise se différencient uniquement par leur mode de licences. Pour plus d’informations, voir Limites de capacité de calcul par édition de SQL Server.

  • Compatibilité descendante : consultez l’article relatif à la compatibilité descendante du moteur de base de données SQL Server pour connaître les changements de comportement entre SQL Server et la version de SQL Server que vous mettez à niveau. Consultez les fonctionnalités du moteur de base de données abandonnées dans SQL Server.

  • Composant de migration SQL Server : Utilisez le composant de migration SQL Server dans SQL Server Management Studio pour diagnostiquer les problèmes susceptibles de bloquer le processus de mise à niveau ou de nécessiter une modification des scripts ou applications existants en raison d’une modification cassant.

  • Outil d’analyse de configuration système : exécutez l’Outil d’analyse de configuration système (SCC) SQL Server pour déterminer si le programme d’installation de SQL Server détecte des problèmes bloquants avant la planification de la mise à niveau. Pour plus d’informations, consultez Vérifier les paramètres du vérificateur de configuration système.

  • Mise à niveau des tables à mémoire optimisée : quand vous mettez à niveau une instance SQL Server 2014 (12.x) contenant des tables à mémoire optimisée vers SQL Server 2016 (13.x) et versions ultérieures, le processus de mise à niveau nécessite plus de temps pour convertir les tables à mémoire optimisée au nouveau format sur disque. Durant ce processus, la base de données est hors connexion. Le temps nécessaire dépend de la taille des tables mémoire optimisées et de la vitesse du sous-système d’E/S. La mise à niveau nécessite trois tailles d’opérations de données pour les mises à niveau sur place et de nouvelle installation (l’étape 1 n’est pas nécessaire pour une mise à niveau propagée, contrairement aux étapes 2 et 3) :

    1. Exécuter la récupération de base de données à l’aide de l’ancien format sur disque (y compris le chargement dans la mémoire de toutes les données des tables optimisées en mémoire à partir du disque)

    2. Sérialisez les données sur le disque dans le nouveau format sur disque.

    3. Exécuter la récupération de base de données à l’aide du nouveau format (y compris le chargement dans la mémoire de toutes les données des tables optimisées en mémoire à partir du disque)

      Par ailleurs, un espace insuffisant sur le disque pendant ce processus entraîne l’échec de la restauration. Vérifiez que l’espace est suffisant sur le disque pour stocker la base de données existante plus le stockage supplémentaire égal à la taille actuelle des conteneurs dans le groupe de fichiers MEMORY_OPTIMIZED_DATA de la base de données, afin d’effectuer une mise à niveau sur place ou quand vous attachez une base de données SQL Server 2014 (12.x) à une instance de SQL Server 2016 (13.x) ou une version ultérieure. Utilisez la requête suivante pour déterminer l’espace disque actuellement nécessaire pour le groupe de fichiers MEMORY_OPTIMIZED_DATA ainsi que la quantité d’espace disque disponible nécessaire pour que la mise à niveau réussisse :

    SELECT CAST (SUM(size) AS FLOAT) * 8 / 1024 / 1024 AS [size in GB]
FROM sys.database_files
WHERE data_space_id IN (SELECT data_space_id
                        FROM sys.filegroups
                        WHERE type = N'FX');

Développer et tester le plan de mise à niveau

La meilleure approche consiste à traiter la mise à niveau comme tout projet informatique. Organisez une équipe de mise à niveau avec les compétences nécessaires pour la mise à niveau : administration de base de données, réseau, extraction, transformation, chargement et autres. L’équipe doit :

  • Choisissez la méthode de mise à niveau : Consultez Choisir une méthode de mise à niveau du moteur de base de données.

  • Développer un plan de restauration : l’exécution de ce plan vous permet de restaurer votre environnement d’origine en cas de nécessité.

  • Déterminer les critères d’acceptation : vérifiez que la mise à niveau a réussi avant de migrer les utilisateurs vers l’environnement mis à niveau.

  • Tester le plan de mise à niveau : pour tester les performances à l’aide de votre charge de travail réelle, servez-vous de l’utilitaire Microsoft SQL Server Distributed Replay. Celui-ci peut utiliser plusieurs ordinateurs pour relire les données de trace, en simulant une charge de travail stratégique. En effectuant une nouvelle lecture sur un serveur de test avant et après une mise à niveau de SQL Server, vous pouvez mesurer les écarts de performances et rechercher toute incompatibilité entre votre application et la mise à niveau. Pour plus d’informations, consultez la vue d’ensemble de SQL Server Distributed Replay et les options de ligne de commande de l’outil d’administration (utilitaire Distributed Replay).

Contenu connexe

  • Last updated on