Bogues qui sont résolus dans le Service Pack 2 de SQL Server 2012

Prise en charge:

• Message de 35285 s’affiche sous la forme d’un message d’information comme prévu et non pas comme une erreur.

Fonctionnalités:

• Sauvegarde COPY_ONLY de prise en charge de SQL Writer : de Data Protection Manager (DPM) sauvegarde complète sur le serveur avec AlwaysOn secondaire seront convertis en COPY_ONLY sauvegarde.

Ajouter la prise en charge pour un scénario de création de cube local:

• Lorsque vous utilisez le Service Pack 2 de SQL Server 2012 Analysis Services (SSAS 2012), vous pouvez créer un cube local qui se connecte à SSAS qui s’exécute sur un port statique a navigateur SQL désactivé par défaut. Cette nouvelle fonctionnalité est contrôlée par un nouveau paramètre de configuration msmdsrv.ini : « ConfigurationSettings\LocalCubeServerPortInConnectionString ». Pour activer cette fonctionnalité, définissez la valeur sur 1. Ce paramètre n’a aucun effet si SSAS 2012 est configuré comme un cluster avec basculement ou est en cours d’exécution sur le port par défaut.

Enregistrement d’ajouter plusde :

• Ce service pack ajoute plus d’informations au fichier journal SSAS afin d’améliorer la résolution des problèmes. Cela inclut la version SSAS, nom de l’ordinateur, nom netbios, le nombre de processeurs, RAM taille, IP, port, type de protocole, blocage, délai d’expiration de verrouillage et d’autres informations.

Amélioration des performances SSISDB blocage et nettoyage

• Introduction

  • Un blocage de base de données SSISDB sur des appels simultanés à la procédure de SSISDB.catalog.create_execution stockées

    • Un correctif a été effectué pour la concurrences de SSISDB et le problème de blocage. Toutefois, cela ne résout pas tous les problèmes. Solution de contournement actuelle est échelonné les travaux en quelques secondes. Mais vous ne pouvez pas utiliser cette solution de contournement.

    • Faibles performances sous la tâche de maintenance SSISDB

  • Un correctif est disponible pour le travail de maintenance SSISDB.

• Architecture

  • Modèle précédent :

    • Chaque transaction crée un certificat et une clé symétrique, qui doit également être stockée et traitée dans les tâches de maintenance ou de nettoyage.

  • Nouveau modèle :

    • Introduire par défaut et la nouvelle ligne de table de propriété de catalogue SERVER_OPERATION_ENCRYPTION_LEVEL à PER_EXECUTION pour conserver la compatibilité descendante, la valeur peut être modifiée à PER_PROJECT création d’une paire de clé ou un certificat pour chaque projet. Un nettoyage complet est nécessaire avant de changer de PER_EXECUTION en PER_PROJECT. Deux nouvelles procédures de magasin sont introduits pour un nettoyage complet.

  • Résumé des modifications :

    • Introduire une nouvelle ligne dans la table de propriétés SSISDB SERVER_OPERATION_ENCRYPTION_LEVEL:

      • Seules deux valeurs sont valides (1 et 2).

      • La valeur « 1 » : Valeur par défaut. Chiffré avec les clés symétriques et des certificats en fonction du niveau d’exécution. Haute sécurité, mais il peut a un problème de blocage ou de performances.

      • La valeur « 2 » : Cryptés avec des clés symétriques et des certificats en fonction du niveau du projet. Moins de sécurité, résoudre le problème de performances ou de blocage.

    • Introduire deux nouvelles procédures stockées (SP) Cleanup_server_logs et cleanup_server_execution_keys

      • SPs sont conçus pour être utilisés lorsque vous modifiez le niveau de cryptage à partir de « 1 » à « 2 ». Vous pouvez exécuter Cleanup_server_logs tout d’abord qui se terminent très rapidement pour mettre les SSISDB en bon état. La base de données SSISDB est prête à être modifiée au niveau de cryptage.

      • Cleanup_server_keys prend plus de temps que Cleanup_server_logs. Toutefois, il est exécuté une fois que le niveau de cryptage est changé sur « 2 » et exécutée périodiquement au niveau hors des heures de pointe.

      • Cleanup_server_logs: nettoyer uniquement de tous les journaux de l’opération.

      • Cleanup_server_execution_keys: nettoyage des clés symétriques et les certificats qui sont utilisés pour protéger des paramètres sensibles de l’exécution.

      • int @cleanup_flag (dans (1,2))

        • cleanup_flag = 1 : supprimer les certificats et les clés symétriques au niveau de l’exécution

        • cleanup_flag = 2 : supprimer des clés symétriques au niveau de projet et les certificats (se déplacer uniquement les si ce projet de perticular a été supprimé et tous les journaux des opérations liées à ce projet a été nettoyé).

      • @delete_batch_size int = 1000

        • nombre de certificats ou de clés sera abandonnée sur un appel de cette procédure stockée.

    • Dans internal.cleanup_server_retention_window, modifiez delete_batch_size de 10 à 1000.

Prise en charge optionnelle de la ligne de variable de tableau compte afin d’améliorer les plans de requête :

• Si une variable de table est joint avec d’autres tables dans SQL Server, il peut entraîner des performances lentes en raison de la sélection de plan de requête inefficace étant donné que SQL Server ne pas prise en charge de statistiques ou suivi nombre de lignes dans une variable de table lors de la compilation d’un plan de requête.

• Dans le Service Pack 2 de SQL Server 2012, un nouvel indicateur de trace est introduit qui permet à l’optimiseur de requêtes à utiliser les informations sur le nombre de lignes insérées dans une variable de table pour sélectionner le plan de requête plus efficace. Activez l’indicateur de trace 2453 pour activer ce comportement.
  
  Notes:

  • Dans certains scénarios, l’activation de l’indicateur de trace 2453 peut entraîner une dégradation des performances due à la compilation supplémentaire requise pour le compte pour le nombre de lignes insérées dans une variable de table au moment de l’exécution. En général, vous pouvez bénéficier de cet indicateur de suivi, si une variable de table a beaucoup de lignes jointes avec d’autres tables ou a plus d’une ligne et utilisé sur le côté externe d’un opérateur de jointure de boucle imbriquée avec un plan sur le côté interne qui traite la grande quantité de lignes.

  • Un comportement similaire peut être obtenu sur d’autres versions de SQL Server à l’aide d’indicateur de requête OPTION (RECOMPILE) . Toutefois, l’indicateur de requête requiert la détection et la modification de toutes les requêtes souffrant d’un choix de plan médiocre en raison de la grande quantité de travail piloté par des variables de table, alors que l’activation de l’indicateur de trace 2453 peut avoir un impact sur les charges de travail existants.

Amélioration des performances pour les plans d’exécution de requête parallèle

• DMV association renvoie à présent une valeur précise pour cpu_time de requête en parallèle des plans d’exécution. Statistiques Des rapports de diagnostic de l’e/s maintenant précis lectures logiques pour les plans d’exécution de requêtes en parallèle.

Améliorer les diagnostics de déversement de hachage

• Si une jointure par hachage ou un opérateur d’agrégation hash renverse de données à la base de données tempdb au cours de l’exécution de la requête, les e/s correspondant est désormais indiqué pour les diagnostics de statistiques d’e/s.

Améliorer les diagnostics des index de texte intégral

• Dans certains cas, il peut être difficile de comprendre comment les résultats de certaines requêtes de texte intégral sont renvoyés. Le sous-système de recherche de texte intégral interagit avec externe pour les séparateurs de mots et des listes de l’arrêt et à la suite de cette interaction, que les informations de position pour les mots clés dans un document peuvent être différentes de ce qui est observé dans le texte. Ceci est très pertinent lorsque « expression » ou de « NEAR » recherches depuis le delta entre les mots est utilisée dans les calculs internes pour rechercher les documents correspondants.

• Dans le Service Pack 2 de SQL Server 2012 une nouvelle fonction Dynamic Management (DMF) a été ajoutée pour fournir l’accès aux informations de mots clés indexés dans un document de positionnement. La nouveau DMF est similaire à existants DMF sys.dm_fts_index_keywords_by_documentet a la syntaxe suivante :sys. dm_fts_index_keywords_position_by_document (
  DB_ID('database_name'), OBJECT_ID('table_name')
  )
  

• Au lieu de nombre d’occurrences, il renvoie des informations sur chaque occurrence et sa position dans le document indexé.

• Ces informations peuvent être utilisées pour examiner le mappage entre le texte et l’index interne qui affiche la différence dans le delta, le cas échéant, l’expression de recherche. Cela peut aider à présentation des résultats de recherche dans la phrase.

Prise en charge

• Réplication transactionnelle :

  • Ajouté pour les statistiques des tables de l’historique et des messages plus détaillés dans les journaux de l’agent de message détaillé :

    • Message de texte ajouté à xml < statistiques > sortie pour définir des états différents dans les agents de lecture du journal et le distributeur.

    • Statistiques de niveau article ajouté pour les distributeurs et le lecteur du journal des commandes paramétrées.

    • Nombre ajouté des commandes ignorées pour le fichier de sortie dans l’agent du distributeur.

    • Ajouté le temps passé à effectuer des modifications de schéma dans l’agent du distributeur.

  • Lecteur de journal : les enregistrements du journal sont ajoutés dans. Fichier TXT lorsqu’un vidage utilisateur est capturé.

  • Poste à poste : Insert, update et delete des procédures sont mises à jour pour fournir sous Détails au message de conflit :

    • Nom de la table

    • Nom de colonne de clé primaire et les valeurs

    • Version actuelle

    • Version préliminaire

    • Version postérieur à

• La réplication de fusion :

  • La sortie de l’indicateur de trace 101 est ajouté dans le fichier journal lorsque le niveau de détail de sortie pour l’agent de fusion est défini sur 4.

CIRCUIT

• Réplication transactionnelle :

  • Réplication d’égal à égal maintenant prend en charge les mises à jour partielles effectuées sur une colonne de texte à l’aide de la mise à jour ou. Écriture de sémantique.

• La réplication de fusion :

  • Nettoyage de procédure stockée a été remodelée afin d’éviter le téléchargement redondant de données.

Enregistrement du Message avec le traitement des erreurs et des avertissements pour éviter des appels communs à CSS, les rapports HTML volumineux.

• Vue d’ensemble :

  • Détection de la structure d’état pour déterminer si la conception de rapport sera net un rapport HTML volumineux et entraîner des problèmes de performances. Cela doit être facilement détectée par l’examen des paramètres de largeur et hauteur Interactive de la Page.

• Scénario de l’utilisateur :

  • Vous créez un rapport dans le Générateur de rapports. Vous entrez la valeur « 0 » dans la propriété InteractiveSize . Vous recevez une fenêtre indépendante qui contient l’avertissement suivant de message à propos de l’impact potentiel sur les performances :

    Définition de hauteur interactive à fond 0 ont un impact sur les performances.

Amélioration des performances

• Plusieurs améliorations de performances dans le Service Pack 2 comme décrit dans les articles suivants :

  • Problèmes de performances se produisent lorsque l’activité des verrous de base de données augmente dans SQL Server 2012

  • Des problèmes de performances se produisent dans des environnements NUMA pendant la page étrangère de traitement dans SQL Server 2012

  • Les performances diminuent après une instruction ALTER INDEX... Abandon de l’opération en ligne dans SQL Server 2012

• Améliorations de la DMV

  • Sys.dm_db_session_space_usage représente la quantité d’espace occupé dans la base de données tempdb par objet utilisateur par session. Lorsque le nombre de lignes supprimées est au-delà des pages 1024, la désallocation de ces pages est différé. Dans le Service Pack 2 de SQL Server 2012, la DMV inclut également l’espace pour les unités d’allocation qui sont différées dans une nouvelle colonne appelée user_objects_deferred_dealloc_page_count.

  • Sys.dm_server_services maintenant correctement spécifiera le nom de nœud dans les cluster_nodename colonne si SQL Server est installé sur un cluster de basculement.

• Améliorations de mémoire tampon d’anneau

  • Le tampon en anneau pour les domaines d’application RING_BUFFER_CLRAPPDOMAIN inclut la raison pourquoi le domaine d’application a été déchargé dans le champ < DoomReason > :

    • 1 = déchargé par des opérations DDL drop assembly.

    • 2 = déchargé par la sécurité liés à l’opération, tels que la modification de l’autorisation.

    • 3 = déchargé en raison de gestion de pression de mémoire.

    • 4 = déchargé en raison de l’initialisation a échoué.

  • L' étendue des événements correspondants app_domain_ring_buffer_recorded inclut le motif de déchargement dans le champ de données d’événements doom_reason .

  • RING_BUFFER_RESOURCE_MONITOR comporte des entrées lorsqu’une modification est détectée dans l’état surveillé par le moniteur de ressource. En outre, pour les notifications de ressources système et de processus, notifications de pool sont également disponibles dans le < IndicatorsPool >< / IndicatorsPool > nœud.

  • Resource_monitor_ring_buffer_recorded des événements étendus inclut les notifications large pool dans le champ de données pool_indicators .

  • RING_BUFFER_NONYIELD_PROCESSTABLE comprend le nom du processus en plus des autres informations jusqu'à 8192 threads qui s’exécutent dans le système au moment de l’enregistrement d’entrée du tampon de l’anneau.

• Sauvegarde et restauration avancées

  • Sauvegarde de journal de fin d’un modèle avec l’option norecovery n’est plus autorisé commençant avec le Service Pack 2.

  • Messages d’achèvement de sauvegarde et de restauration dans le journal des erreurs contient des informations de débit et de la durée :

    • Sauvegarde de base de données a correctement traité de 298 pages dans 0.026 secondes (89.261 Mo/seconde).

    • Restaurer la base de données a correctement traité de 298 pages dans 0.016 secondes (145.050 Mo/seconde).

• Événements étendus

  • Événements étendus suivants ont été ajoutés ou modifiés dans le Service Pack 2 de SQL Server 2012 :

    • Allocation de mémoire :

      • Événements étendus, page_allocated et page_freed permet de voir les premiers consommateurs de mémoire de SQL Server. À partir du Service Pack 2, ces événements étendus rapport réservée mémoire qui est allouée et libérée lors de l’exécution de la requête.

    • Ghost Cleanup :

      • Lors de la suppression d’un enregistrement dans une table ou un index, telle une opération de suppression supprime jamais physiquement les enregistrements à partir des pages, elle seulement les marque comme ayant été supprimé, ou fantôme. Il s’agit d’une optimisation des performances qui permet des opérations de suppression plus complète rapidement. Une tâche d’arrière-plan, appelé la tâche de nettoyage de fantôme puis supprime physiquement tous les enregistrements. Plusieurs événements étendus ont été ajoutées dans le Service Pack 2 pour fournir des informations sur les différentes phases de cette tâche :

        • ghost_cleanup_task_start

        • ghost_cleanup_task_suspend

        • ghost_cleanup_task_packet_enqueue

        • ghost_cleanup_task_process_packet

        • ghost_cleanup_task_process_pages_for_db_packet