Nouveautés de SQL Server 2014

Article
12/10/2019

Cette rubrique récapitule les liens détaillés vers les nouvelles fonctionnalités de SQL Server 2014 et récapitule les packs de services pour SQL Server 2014

Essayez-le : Petite machine virtuelle Azure Vous avez un compte Azure ? Accédez à https://ms.portal.azure.com/?flight=1#create/Microsoft.SQLServer2014sp1EnterpriseWindowsServer2012R2 pour lancer une machine virtuelle avec SQL Server 2014 Service Pack 1 (SP1) déjà installé.

Conseil

Cliquez ici pour accéder à la page d’accueil de la documentation de SQL Server 2014.

Articles nouveautés

SQL Server 2014 n’a pas introduit de nouvelles fonctionnalités significatives pour les fonctionnalités suivantes :

SQL Server 2014 Service Pack 1 (SP1)

SQL Server 2014 (SP1) n’a pas introduit de nouvelles fonctionnalités significatives.

SQL Server 2014 Service Pack 2 (SP2)

SQL Server 2014 (SP2) inclut les améliorations suivantes :

Améliorations des performances et de l’extensibilité

Partitionnement NUMA soft automatique : Avec SQL Server 2014 SP2, la NUMA soft automatique est activée lorsque l’indicateur de trace 8079 est activé pendant instance démarrage. Lorsque l’indicateur de trace 8079 est activé au démarrage, SQL Server 2014 SP2 interroge la disposition matérielle et configure automatiquement soft NUMA sur les systèmes signalant au moins 8 processeurs par nœud NUMA. Le comportement NUMA automatique et souple est sensible à Hyperthread (processeur ht/logique). Le partitionnement et la création de nœuds supplémentaires permettent de dimensionner le traitement en arrière-plan en augmentant le nombre d’écouteurs, le nombre d’instances, ainsi que les capacités réseau et de chiffrement. Nous vous recommandons de tester d’abord la charge de travail de performances avec auto-soft NUMA, avant de la régler en production. Pour plus d’informations, consultez le blog.
Mise à l’échelle d’objets mémoire dynamique : SQL Server 2014 SP2 partitionne dynamiquement les objets mémoire en fonction du nombre de nœuds et de cœurs à mettre à l’échelle sur du matériel moderne. L’objectif de la promotion dynamique est de partitionner automatiquement un objet de mémoire sécurisé thread (CMEMTHREAD) s’il devient un goulot d’étranglement. Les objets mémoire non partitionnés peuvent être partitionnés dynamiquement par nœud (le nombre de partitions est égal au nombre de nœuds NUMA). Les objets mémoire partitionnés par nœud peuvent être partitionnés par processeur (le nombre de partitions est égal au nombre de processeurs). Pour plus d’informations, consultez le blog.
Indicateur MAXDOP pour les commandes DBCC CHECK* : Cette amélioration traite des commentaires de connexion (468694). Vous pouvez maintenant exécuter DBCC CHECKDB avec un paramètre MAXDOP autre que la valeur sp_configure. Si MAXDOP dépasse la valeur configurée avec Resource Governor, le moteur de base de données utilise la valeur MAXDOP de Resource Governor, décrite dans ALTER WORKLOAD GROUP (Transact-SQL). Toutes les règles sémantiques utilisées avec l'option de configuration max degree of parallelism sont applicables lorsque vous utilisez l'indicateur de requête MAXDOP. Pour plus d’informations, consultez DBCC CHECKDB (Transact-SQL).
Activer >8 To pour le pool de mémoires tampons : SQL Server 2014 SP2 active 128 To d’espace d’adressage virtuel pour l’utilisation du pool de mémoires tampons. Cette amélioration permet SQL Server pool de mémoires tampons d’être mis à l’échelle au-delà de 8 To sur du matériel moderne.
SOS_RWLock amélioration du verrouillage tournant : Le SOS_RWLock est une primitive de synchronisation utilisée à différents endroits dans la base de code SQL Server. Comme son nom l’indique, le code peut avoir plusieurs propriétés partagées (lecteurs) ou uniques (writer). Cette amélioration élimine le besoin de verrouillage tournant pour les SOS_RWLock et utilise à la place des techniques sans verrou similaires à OLTP en mémoire. Avec cette modification, de nombreux threads peuvent lire une structure de données protégée par SOS_RWLock en parallèle, sans se bloquer les uns les autres. Cette parallélisation offre une scalabilité accrue. Avant cette modification, l’implémentation du verrouillage tournant n’autorisait qu’un seul thread à acquérir le SOS_RWLock à la fois, même pour lire une structure de données. Pour plus d’informations, consultez le blog.
Implémentation native spatiale : Une amélioration significative des performances des requêtes spatiales est introduite dans SQL Server 2014 SP2 via l’implémentation native. Pour plus d’informations, consultez l’article base de connaissances KB3107399.

Améliorations de la prise en charge et des diagnostics

Clonage de base de données : Cloner une base de données est une nouvelle commande DBCC qui améliore la résolution des problèmes des bases de données de production existantes en clonant le schéma et les métadonnées sans les données. Le clone est créé avec la commande DBCC clonedatabase('source_database_name', 'clone_database_name'). Note: Les bases de données clonées ne doivent pas être utilisées dans les environnements de production. Utilisez la commande suivante pour déterminer si une base de données a été générée à partir d’une base de données cloné : select DATABASEPROPERTYEX('clonedb', 'isClone'). La valeur de retour 1 indique que la base de données est créée à partir de clonedatabase, tandis que 0 indique qu’il ne s’agit pas d’un clone.
Prise en charge de Tempdb : Nouveau message de journal des erreurs qui indique au démarrage à la fois le nombre de fichiers tempdb et la taille et la croissance automatique des fichiers de données tempdb.
Journalisation de l’initialisation instantanée du fichier de base de données : Nouveau message de journal des erreurs qui indique au démarrage du serveur, le status de l’initialisation instantanée de fichier de base de données (activée/désactivée).
Noms de modules dans callstack : La pile d’appels d’événement étendu (XEvent) inclut désormais des noms de modules plus un décalage, au lieu d’adresses absolues.
Nouvelle DMF pour les statistiques incrémentielles : Cette amélioration traite des commentaires de connexion (797156) pour permettre le suivi des statistiques incrémentielles au niveau de la partition. Une nouvelle sys.dm_db_incremental_stats_properties DMF est introduite pour exposer des informations par partition pour les statistiques incrémentielles.
Mise à jour du comportement de la DMV d’utilisation de l’index : Cette amélioration traite les commentaires de connexion (739566) des clients pour lesquels la reconstruction d’un index n’efface aucune entrée de ligne existante de sys.dm_db_index_usage_stats pour cet index. Le comportement sera maintenant le même que dans SQL 2008 et SQL Server 2016. Pour plus d’informations, consultez le blog.
Amélioration de la corrélation entre diagnostics XE et DMV : cette amélioration répond aux commentaires de connexion (1934583). Query_hash et query_plan_hash sont utilisés pour identifier une requête de manière unique. DMV les définit comme des champs varbinary(8), tandis que XEvent les définit comme des champs UINT64. Étant donné que SQL Server n’a pas de « bigint non signé », le cast ne fonctionne pas toujours. Cette amélioration introduit de nouvelles colonnes de filtre et d’action XEvent. Les colonnes sont équivalentes à query_hash et query_plan_hash, sauf qu’elles sont définies comme INT64. La définition INT64 permet de mettre en corrélation des requêtes entre XE et DMV.
Prise en charge d’UTF-8 dans BULK INSERT et BCP : Cette amélioration traite des commentaires de connexion (370419). BULK INSERT et BCP peuvent désormais exporter ou importer des données encodées dans le jeu de caractères UTF-8.
Profilage léger de l’exécution de requête par opérateur : Showplan fournit des informations sur le coût de chaque opérateur du plan. Toutefois, les statistiques d’exécution réelles sont limitées pour des éléments tels que le processeur, les lectures d’E/S et le temps écoulé par thread. SQL Server 2014 SP2 introduit ces statistiques d’exécution supplémentaires par opérateur dans le plan d’exécution. R2 introduit également un événement XEvent nommé query_thread_profile pour faciliter la résolution des problèmes de performances des requêtes. Pour plus d’informations, consultez le blog.
nettoyage Change Tracking : une nouvelle procédure sp_flush_CT_internal_table_on_demand stockée est introduite pour propre les tables internes de suivi des modifications à la demande.
Journalisation du délai d’expiration de bail AlwaysON Ajout d’une nouvelle fonctionnalité de journalisation pour les messages de délai d’expiration de bail afin que l’heure actuelle et les heures de renouvellement attendues soient consignées. Un nouveau message a également été introduit dans le journal des erreurs SQL concernant les délais d’expiration. Pour plus d’informations, consultez le blog.
Nouvelle DMF pour récupérer la mémoire tampon d’entrée dans SQL Server : une nouvelle DMF pour récupérer la mémoire tampon d’entrée pour une session/demande (sys.dm_exec_input_buffer) est désormais disponible. Cette DMF est fonctionnellement équivalente à DBCC INPUTBUFFER. Pour plus d’informations, consultez le blog.
Atténuation de l’allocation de mémoire sous-estimée et surestimée : Ajout d’un nouvel indicateur de requête pour Resource Governor via MIN_GRANT_PERCENT et MAX_GRANT_PERCENT. Cette nouvelle requête vous permet de tirer parti de ces conseils lors de l’exécution de requêtes, en limitant leurs allocations de mémoire pour éviter toute contention de mémoire. Pour plus d’informations, consultez base de connaissances article KB310740.
Amélioration de l’allocation et de l’utilisation de la mémoire diagnostics : un nouvel événement étendu nommé query_memory_grant_usage a été ajouté à la liste des fonctionnalités de suivi dans SQL Server. Cet événement effectue le suivi des allocations de mémoire demandées et accordées. Cet événement fournit de meilleures fonctionnalités de suivi et d’analyse pour résoudre les problèmes d’exécution de requête liés aux allocations de mémoire. Pour plus d’informations, consultez base de connaissances article KB3107173.
Les diagnostics d’exécution de requête pour le déversement tempdb : les avertissements d’avertissement de hachage et de tri comportent désormais des colonnes supplémentaires pour suivre les statistiques d’E/S physiques, la mémoire utilisée et les lignes affectées. Nous avons également introduit un nouvel événement hash_spill_details étendu. Vous pouvez maintenant suivre des informations plus précises pour vos avertissements de hachage et de tri (KB3107172). Cette amélioration est également exposée via les plans de requête XML sous la forme d’un nouvel attribut au type complexe SpillToTempDbType (KB3107400). Définir des statistiques ON affiche désormais les statistiques de table de travail de tri.
Amélioration des diagnostics pour les plans d’exécution de requête qui impliquent un pushdown de prédicat résiduel : les lignes réelles lues sont désormais signalées dans les plans d’exécution de requête, afin d’améliorer la résolution des problèmes de performances des requêtes. Ces lignes annulent la nécessité de capturer SET STATISTICS E/S séparément. Ces lignes vous permettent également d’afficher des informations relatives à un prédicat résiduel push-down dans un plan de requête. Pour plus d’informations, consultez base de connaissances article KB3107397.

Informations supplémentaires

Ressources SQL Server 2014

Notes de publication de SQL Server 2014

Centre de ressources SQL Server 2014

Site Web SQLCat