Mettre à niveau le moteur de base de données

Cette rubrique fournit les informations qui vous aideront à préparer et à comprendre le processus de mise à niveau :

• Problèmes de mise à niveau connus

• Tâches précédant la mise à niveau et observations

• Liens vers des rubriques de procédure pour la mise à niveau du moteur de base de données.

• Liens vers des rubriques de procédure pour la migration de bases de données vers SQL Server.

• Remarques sur les clusters de basculement

• Tâches postérieures à la mise à niveau et observations

Problèmes de mise à niveau connus

Avant de mettre à niveau le moteur de base de données, passez en revue SQL Server compatibilité descendante du moteur de base de données. Pour plus d’informations sur les scénarios de mise à niveau pris en charge et les problèmes de mise à niveau connus, consultez Mises à niveau de la version et de l’édition prises en charge. Pour obtenir du contenu de compatibilité descendante pour d’autres composants SQL Server, consultez Compatibilité descendante.

Liste de contrôle préalable à la mise à niveau

La mise à niveau des SQL Server à partir d’une version antérieure est prise en charge par le programme d’installation de SQL Server. Vous pouvez également migrer des bases de données à partir de versions SQL Server précédentes. La migration peut se faire d’un SQL Server instance à un autre sur le même ordinateur ou à partir d’un SQL Server instance sur un autre ordinateur. Les options de migration incluent l’utilisation de l’Assistant Copie de base de données, la fonctionnalité Sauvegarde et restauration, l’utilisation de l’Assistant Importation et exportation des services SQL ServerIntegration et les méthodes d’exportation/importation en bloc.

Avant de mettre à niveau le moteur de base de données, passez en revue les éléments suivants :

• Consultez Hardware and Software Requirements for Installing SQL Server 2014.

• Consultez Check Parameters for the System Configuration Checker.

• Consultez Security Considerations for a SQL Server Installation.

• Consultez Mises à niveau de la version et de l’édition prises en charge.

• Consultez Utiliser le Conseiller de mise à niveau pour la préparation des mises à niveau.

• Consultez Utiliser Distributed Replay Utility pour préparer des mises à niveau.

• Consultez SQL Server Database Engine Backward Compatibility.

• Consultez Migrer des plans de requête.

Passez en revue les problèmes suivants et apportez des modifications avant de mettre à niveau SQL Server :

• Lors de la mise à niveau des instances de SQL Server où SQL Server Agent est inscrit dans les relations MSX/TSX, mettez à niveau les serveurs cibles avant de mettre à niveau les serveurs maîtres. Si vous mettez à niveau les serveurs maîtres avant les serveurs cibles, SQL Server Agent ne sera pas en mesure de se connecter aux instances maîtres de SQL Server.

• Lors de la mise à niveau d’une édition 64 bits de SQL Server vers une édition 64 bits de SQL Server 2014, vous devez mettre à niveau Analysis Services avant de mettre à niveau le moteur de base de données.

• Sauvegardez tous les fichiers de base de données SQL Server de l'instance à mettre à niveau, afin de pouvoir les restaurer, si besoin est.

• Exécutez les commandes DBCC (Database Console Commands) appropriées sur les bases de données à mettre à niveau afin de vérifier leur cohérence.

• Estimez l’espace disque requis pour mettre à niveau les composants SQL Server ainsi que les bases de données utilisateur. Pour connaître l’espace disque requis par les composants SQL Server, consultez Configuration matérielle et logicielle requise pour l’installation SQL Server 2014.

• Vérifiez que les bases de données système SQL Server (master, model, msdb et tempdb) sont configurées pour s’accroître automatiquement et vérifiez qu’elles disposent pour cela d’un espace disque suffisant.

• Vérifiez que tous les serveurs de bases de données possèdent des informations d'ouverture de session dans la base de données master. Ce point est particulièrement important pour la restauration d'une base de données, car les informations d'ouverture de session système résident dans la base de données master.

• Désactivez toutes les procédures stockées de démarrage, car le processus de mise à niveau arrête et démarre les services sur l’instance SQL Server en cours de mise à niveau. Les procédures stockées traitées au moment du démarrage pourraient bloquer le processus de mise à niveau.

• Assurez-vous que la réplication est activé et arrêtez la réplication.

• Quittez toutes les applications, y compris tous les services ayant des dépendances SQL Server. La mise à niveau peut échouer si les applications locales sont connectées à l'instance en cours de mise à niveau.

• Pour plus d’informations, consultez Réduire le temps d’indisponibilité des bases de données mises en miroir lors de la mise à niveau d’instances de serveur.

Mise à niveau du moteur de base de données

Vous pouvez remplacer une installation de SQL Server 2005 ou version ultérieure avec une mise à niveau de version. Si une version antérieure de SQL Server est détectée lorsque vous exécutez SQL Server programme d’installation, tous les fichiers programme d’SQL Server précédents sont mis à niveau et toutes les données stockées dans le SQL Server instance précédent sont conservées. En outre, les versions antérieures de SQL Server documentation en ligne resteront intactes sur l’ordinateur.

Vous pouvez mettre à niveau le moteur de base de données à l’aide de l’Assistant Installation de SQL Server.

Niveau de compatibilité des bases de données après une mise à niveau

Les niveaux de compatibilité des bases de données , modelmsdb et Resource sont définis sur 120 après la tempdbmise à niveau. La base de données système master conserve le niveau de compatibilité qu'elle avait avant la mise à niveau.

Si le niveau de compatibilité d'une base de données utilisateur est à 100 ou supérieur avant la mise à niveau, il reste le même après la mise à niveau. Si le niveau de compatibilité était de 90 avant la mise à niveau, dans la base de données mise à niveau, le niveau de compatibilité est défini sur 100, ce qui est le niveau de compatibilité le plus bas pris en charge dans SQL Server 2014.

Migration des bases de données

Vous pouvez déplacer des bases de données utilisateur vers un instance de SQL Server à l’aide de fonctionnalités de sauvegarde et de restauration ou de détachement et d’attachement dans SQL Server. Pour plus d’informations, consultez Copier des bases de données avec sauvegarde et restauration ou Détacher et attacher de base de données (SQL Server).

Pour plus d'informations, consultez Use the Copy Database Wizard.

Après la mise à niveau du moteur de base de données

Après la mise à niveau du Moteur de base de données, effectuez les tâches suivantes :

• Réinscrivez vos serveurs. Pour plus d’informations sur l’inscription des serveurs, consultez Inscrire des serveurs.

• Alimentez à nouveau les catalogues de texte intégral pour garantir la cohérence sémantique dans les résultats de la requête.

  SQL Server 2014 installe de nouveaux disjoncteurs à utiliser par Full-Text et la recherche sémantique. Les analyseurs lexicaux sont utilisés au moment de l'indexation et au moment de la requête. Si vous ne reconstruisez pas les catalogues de texte intégral, vos résultats de recherche peuvent être incohérents. Si vous émettez une requête de texte intégral qui recherche une expression qui est rompue différemment par le disjoncteur dans une version précédente de SQL Server et le disjoncteur actuel, il se peut qu’un document ou une ligne contenant l’expression ne soit pas récupéré. Cela est dû au fait que les expressions indexées ont été divisées à l'aide d'une logique différente de celle de la requête utilise. La solution consiste à réalimenter (reconstruire) les catalogues de texte intégral avec les nouveaux analyseurs lexicaux afin que le temps d'indexation et le comportement de cette requête soient identiques.

  Pour plus d’informations, consultez sp_fulltext_catalog (Transact-SQL).

• Configurez l’installation du SQL Server. Pour réduire la surface d'exposition d'un système, SQL Server installe et active de façon sélective les services et fonctionnalités clés.

• Validez ou supprimez les indicateurs USE PLAN générés par SQL Server 2005 et appliqués aux requêtes sur des tables et des index partitionnés.

  SQL Server modifie la façon dont les requêtes sur les tables et les index partitionnés sont traitées. Les requêtes sur des objets partitionnés qui utilisent l’indicateur USE PLAN pour un plan généré par SQL Server 2005 peuvent contenir un plan qui n’est pas utilisable dans SQL Server 2014. Nous vous recommandons les procédures suivantes après la mise à niveau vers SQL Server 2014.

  Lorsque l'indicateur USE PLAN conseil est spécifié directement dans une requête :

  1. Supprimez l'indicateur USE PLAN de la requête.

  2. Testez la requête.

  3. Si l'optimiseur ne sélectionne pas un plan approprié, réglez la requête, puis envisagez de spécifier l'indicateur USE PLAN avec le plan de requête désiré.

  Lorsque l'indicateur USE PLAN conseil est spécifié dans un repère de plan :

  1. Utilisez la fonction sys.fn_validate_plan_guide pour vérifier la validité du repère de plan. Vous pouvez également case activée pour les plans non valides à l’aide de l’événement Échec du guide de plan dans SQL Server Profiler.

  2. Si le repère de plan n'est pas valide, abandonnez-le. Si l'optimiseur ne sélectionne pas un plan approprié, réglez la requête, puis envisagez de spécifier l'indicateur USE PLAN avec le plan de requête désiré.

  Un repère de plan non valide n'entraîne pas l'échec d'une requête quand l'indicateur USE PLAN est spécifié dans un repère de plan. À la place, la requête est compilée sans utiliser l'indicateur USE PLAN.

Toutes les bases de données qui étaient marquées comme activées ou désactivées pour le texte intégral avant la mise à niveau conservent ce statut après la mise à niveau. Après la mise à niveau, les catalogues de texte intégral sont automatiquement reconstruits et alimentés pour toutes les bases de données activées pour le texte intégral. Cette opération peut s'avérer gourmande en termes de temps et de ressources. Vous pouvez suspendre temporairement l'opération d'indexation de texte intégral en exécutant l'instruction suivante :

EXEC sp_fulltext_service 'pause_indexing', 1;  

Pour reprendre l'alimentation de l'index de recherche en texte intégral, exécutez l'instruction suivante :

EXEC sp_fulltext_service 'pause_indexing', 0;  

Voir aussi

Mises à niveau de la version et de l’édition prises en charge
Utiliser plusieurs versions et instances de SQL Server
Compatibilité descendante
Mettre à niveau des bases de données répliquées