Nouveautés de SQL Server 2014

  • Article

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

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

Conseil

Cliquez ici pour la page de documentation d’accueil de SQL Server 2014.

Quels sont les nouveaux articles

SQL Server 2014 n’a pas introduit de nouvelles fonctionnalités significatives aux 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 la scalabilité

  • Partitionnement NUMA logiciel automatique : avec SQL Server 2014 SP2, le NUMA logiciel automatique est activé lorsque l’indicateur de trace 8079 est activé lors du démarrage de l’instance. Lorsque l’indicateur de trace 8079 est activé au démarrage, SQL Server 2014 SP2 interroge la disposition matérielle et configure automatiquement le NUMA logiciel sur les systèmes signalant 8 processeurs ou plus par nœud NUMA. Le comportement NUMA automatique et souple est conscient de l’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 paramétrer en production. Pour plus d’informations, consultez le blog.
  • Mise à l’échelle des objets de 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 mémoire sécurisée thread (CMEMTHREAD) s’il devient un goulot d’étranglement. Les objets mémoire non partitionnés peuvent être partitionnés dynamiquement par nœud (nombre de partitions égales au nombre de nœuds NUMA). Les objets mémoire partitionnés par nœud peuvent être partitionnés par le processeur (nombre de partitions égales 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 quand 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 au pool de mémoires tampons SQL Server de mettre à l’échelle au-delà de 8 To sur du matériel moderne.
  • SOS_RWLock’amélioration du verrouillage : le SOS_RWLock est une primitive de synchronisation utilisée à différents endroits dans la base de code SQL Server. Comme le nom l’indique, le code peut avoir plusieurs propriétés partagées (lecteurs) ou single (writer). Cette amélioration supprime le besoin de verrouillage pour SOS_RWLock et utilise plutôt 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 mutuellement. Cette parallélisation offre une scalabilité accrue. Avant cette modification, l’implémentation de spinlock n’a autorisé 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 de 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'). Remarque : 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’elle n’est pas un clone.
  • Prise en charge de Tempdb : nouveau message de journal des erreurs qui indique au démarrage le nombre de fichiers tempdb et la taille et la croissance automatique des fichiers de données tempdb.
  • Journalisation de l’initialisation des fichiers instantanés de base de données : nouveau message de journal des erreurs qui indique au démarrage du serveur, l’état de l’initialisation instantanée de la base de données (activé/désactivé).
  • Noms de modules dans la pile d’appels : la pile d’appels d’événement étendu (XEvent) inclut désormais les noms de modules plus le 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.
  • Comportement de gestion dynamique de l’utilisation de l’index mis à jour : cette amélioration traite des commentaires de connexion (739566) des clients où 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 désormais le même que dans SQL 2008 et SQL Server 2016. Pour plus d’informations, consultez le blog.
  • Corrélation améliorée entre diagnostics XE et DMV : cette amélioration traite des 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 et query_hash query_plan_hash, sauf qu’elles sont définies comme INT64. La définition INT64 permet de mettre en corrélation les requêtes entre XE et DMV.
  • Prise en charge de 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 dans le 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 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 du suivi des modifications : une nouvelle procédure sp_flush_CT_internal_table_on_demand stockée est introduite pour nettoyer les tables internes de suivi des modifications à la demande.
  • La journalisation du délai de bail AlwaysON a ajouté une nouvelle fonctionnalité de journalisation pour les messages de délai d’expiration du bail afin que l’heure actuelle et les heures de renouvellement attendues soient journalisé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/requête (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 indicateurs lors de l’exécution des requêtes, en limitant leurs allocations de mémoire pour empêcher la contention de la mémoire. Pour plus d’informations, consultez base de connaissances article KB310740.
  • Amélioration des diagnostics d’allocation de mémoire et d’utilisation : 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 suit les allocations de mémoire demandées et accordées. Cet événement offre de meilleures fonctionnalités de suivi et d’analyse pour résoudre les problèmes d’exécution des requêtes liés aux allocations de mémoire. Pour plus d’informations, consultez base de connaissances article KB3107173.
  • Diagnostics d’exécution des requêtes pour le déversement tempdb :- Avertissement de hachage et avertissements de tri ont 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 étendu hash_spill_details. Vous pouvez maintenant suivre des informations plus granulaires 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 affiche désormais des statistiques ON de table de tri.
  • Diagnostics améliorés 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 les E/S SET STATISTICS séparément. Ces lignes vous permettent également d’afficher des informations relatives à un push-down de prédicat résiduel dans un plan de requête. Pour plus d’informations, consultez base de connaissances article KB3107397.

Informations supplémentaires

Ressources SQL Server 2014

SQL Server 2014 Release Notes

Centre de ressources SQL Server 2014

SQLCat Web Site