Notes de version de SQL Server 2014
- Article
- 12/17/2021
- 19 minutes à lire
-
- M
- r
- v
- v
- D
-
+3
S’APPLIQUE À: SQL Server Base de données SQL Azure Azure Synapse Analytics Entrepôt de données parallèle
Cet article décrit les problèmes connus avec SQL Server 2014 (12.x) les versions, y compris les service packs associés.
SQL Server 2014 Service Pack 2 (SP2)
SQL Server 2014 SP2 contient des cumuls de correctifs publiés pour SQL Server 2014 SP1 CU7. Il contient des améliorations centrées sur les performances, l’évolutivité et les diagnostics basés sur les commentaires des clients et de la communauté SQL.
Améliorations des performances et de l’évolutivité dans SP2
Caractéristique | Description | Pour plus d’informations |
---|---|---|
Partitionnement NUMA logiciel automatique | Vous pouvez configurer automatiquement NUMA logiciel sur des systèmes signalant 8 processeurs ou plus par nœud NUMA. | Logiciel NUMA (Serveur SQL) |
L’extension de pool de tampons | Permet au pool de tampons SQL Server d’évoluer au-delà de 8 To. | Extension de pool de tampons |
Mise à l’échelle de l’objet mémoire dynamique | Partition dynamique de l’objet mémoire en fonction du nombre de nœuds et de cœurs. Cette amélioration élimine le besoin de l’indicateur de trace 8048 post SQL 2014 SP2. | Mise à l’échelle dynamique des objets Mémoire |
Indice MAXDOP pour les commandes DBCC CHECK* | Cette amélioration est utile pour exécuter DBCC CHECKDB avec un paramètre MAXDOP autre que la valeur sp_configure. | Conseils (Transact-SQL) – Requête |
Amélioration de SOS_RWLock spinlock | Supprime le besoin de spinlock pour SOS_RWLock et utilise à la place des techniques sans verrouillage similaires à l’OLTP en mémoire. | Refonte de SOS_RWLock |
Implémentation native spatiale | Amélioration significative des performances des requêtes spatiales. | Améliorations des performances spatiales dans SQL Server 2012 et 2014 |
Améliorations de la prise en charge et des diagnostics dans SP2
Caractéristique | Description | Pour plus d’informations |
---|---|---|
La journalisation du délai d’attente AlwaysOn | a ajouté une nouvelle fonctionnalité de journalisation pour les messages de délai d’attente de location afin que l’heure actuelle et les délais de renouvellement attendus soient enregistrés. | Diagnostic amélioré du Délai de location du groupe AlwaysOn Availability |
Compteurs AlwaysOn XEvents et performances | Nouveaux compteurs AlwaysOn XEvents et performances pour améliorer les diagnostics lors du dépannage des problèmes de latence avec AlwaysOn. | KO 3107172 et KO 3107400 |
Nettoyage du suivi des modifications | Une nouvelle procédure stockée sp_flush_CT_internal_table_on_demand nettoie les tables internes de suivi des modifications à la demande. | KO 3173157 |
Clonage de bases de données | Utilisez la nouvelle commande DBCC pour résoudre les problèmes des bases de données de production existantes en clonant le schéma, les métadonnées et les statistiques, mais sans les données. Les bases de données clonées ne sont pas destinées à être utilisées dans des environnements de production. | KO 3177838 |
Ajouts DMF | Nouveau système DMF.dm_db_incremental_stats_properties expose les informations par partition pour les statistiques incrémentales. | KO 3170114 |
DMF pour récupérer le tampon d’entrée dans SQL Server | Une nouvelle DMF pour récupérer le tampon d’entrée pour une session/requête (sys.dm_exec_input_buffer) est maintenant disponible. Ceci est fonctionnellement équivalent à DBCC INPUTBUFFER. | sys.dm_exec_input_buffer |
La prise en charge de DROP DDL pour la réplication | Permet de supprimer une table incluse en tant qu’article dans la publication de réplication transactionnelle de la base de données et de la publication. | KO 3170123 |
PrivilègeIF au compte de service SQL | Déterminez si l’initialisation instantanée des fichiers ( Instant) est en vigueur au démarrage du service SQL Server. | Initialisation du fichier de base de données |
Problèmes de gestion des subventions de mémoire | Vous pouvez tirer parti des conseils de diagnostic lors de l’exécution de requêtes en plafonnant leurs subventions de mémoire pour éviter les conflits de mémoire. | KO 3107401 |
Exécution de requête le profilage léger par opérateur | Optimise la collecte de statistiques d’exécution de requête par opérateur, telles que le nombre réel de lignes. | Choix des développeurs : Progression de la requête – à tout moment, n’importe où |
Les diagnostics d’exécution de requête | Les lignes lues réelles sont désormais reportées dans les plans d’exécution de requête afin d’améliorer le dépannage des performances des requêtes. | KO 3107397 |
Les diagnostics d’exécution de requêtes pour tempdb spill | Avertissement de hachage et les avertissements 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. | Améliorer les diagnostics de déversement de temptdb |
Supportabilité Tempdb | Utilisez un nouveau message Errorlog pour le nombre de fichiers tempdb et de modifications de fichiers de données tempdb au démarrage du serveur. | KO 2963384 |
De plus, notez les correctifs suivants:
- La pile d’appels Xevent inclut désormais des noms de modules et des décalages au lieu d’adresses absolues.
- Meilleure corrélation entre les diagnostics XE et DMVs – Query_hash et query_plan_hash sont utilisés pour identifier une requête de manière unique. DMV les définit comme varbinary(8), tandis que XEvent les définit comme UINT64. Étant donné que SQL server n’a pas de “bigint non signé”, le casting ne fonctionne pas toujours. Cette amélioration introduit de nouvelles colonnes d’action/filtre XEvent équivalentes à query_hash et query_plan_hash sauf lorsqu’elles sont définies comme INT64. Ce correctif aide à corréler les requêtes entre XE et DMV.
- Prise en charge de l’UTF-8 dans l’INSERTION EN BLOC et le BCP – La prise en charge de l’exportation et de l’importation de données codées dans le jeu de caractères UTF-8 est désormais activée dans l’INSERTION en BLOC et le BCP.
Télécharger des pages et plus d’informations pour SP2
- Télécharger le Service Pack 2 pour Microsoft SQL Server 2014
- SQL Server 2014 Le Service Pack 2 est maintenant disponible
- SQL Server 2012 SP2 Express
- SQL Server 2014 SP2 Feature Pack
- Générateur de rapports SQL Server 2014 SP2
- Complément de Services de rapports SQL Server 2014 SP2 pour Microsoft Sharepoint
- Statistiques sémantiques du langage SQL Server 2014 SP2
- Informations sur la version du Service Pack 2 de SQL Server 2014
Service Pack 1 de SQL Server 2014 (SP1)
SQL Server 2014 SP1 contient des correctifs fournis dans SQL Server 2014 CU 1 jusqu’à et y compris CU 5, ainsi qu’un cumul de correctifs précédemment livrés dans SQL Server 2012 SP2.
Remarque
Si le catalogue SSISDB de votre instance SQL Server est activé et si vous obtenez une erreur d’installation lors de la mise à niveau vers SP1, suivez les instructions décrites pour ce problème lors de l’erreur 912 ou 3417 lors de l’installation de SQL Server 2014 SP1.
Pages de téléchargement et plus d’informations pour SP1
- Télécharger le Service Pack 1 pour Microsoft SQL Server 2014
- Le Service Pack 1 de SQL Server 2014 a été publié – Mis à jour
- Microsoft SQL Server 2014 SP1 Express
- Microsoft SQL Server 2014 SP1 Feature Pack
Avant d’installer SQL Server 2014 RTM
Limitations et restrictions dans SQL Server 2014 RTM
- La mise à niveau de SQL Server 2014 CTP 1 vers SQL Server 2014 RTM n’est PAS prise en charge.
- L’installation de SQL Server 2014 CTP 1 côte à côte avec SQL Server 2014 RTM n’est PAS prise en charge.
- L’attachement ou la restauration d’une base de données SQL Server 2014 CTP 1 à SQL Server 2014 RTM n’est PAS pris en charge.
Solution : Aucune.
Mise à niveau de SQL Server 2014 CTP 2 vers SQL Server RTM
La mise à niveau est entièrement prise en charge. Plus précisément, vous pouvez:
- Attachez une base de données SQL Server 2014 CTP 2 à une instance de SQL Server 2014 RTM.
- Restaurez une sauvegarde de base de données prise sur SQL Server 2014 CTP 2 vers une instance de SQL Server 2014 RTM.
- Mise à niveau sur place vers SQL Server 2014 RTM.
- Mise à niveau progressive vers SQL Server 2014 RTM. Vous devez passer en mode de basculement manuel avant de lancer la mise à niveau continue. Reportez-vous à la section Mise à niveau et mise à jour des serveurs du Groupe de disponibilité avec un temps d’arrêt minimal et une perte de données pour plus de détails.
- Les données collectées par les ensembles de collecte de performances de transaction installés dans SQL Server 2014 CTP 2 ne peuvent pas être visualisées via SQL Server Management Studio dans SQL Server 2014 RTM, et vice versa.
Rétrogradation de SQL Server 2014 RTM vers SQL Server 2014 CTP 2
Cette action n’est pas prise en charge.
Solution de contournement : Il n’y a pas de solution de contournement pour la rétrogradation. Nous vous recommandons de sauvegarder la base de données avant la mise à niveau vers SQL Server 2014 RTM.
Version incorrecte du client StreamInsight sur SQL Server 2014 media/ISO/CAB
La mauvaise version de StreamInsight.msi et StreamInsightClient.msi se trouve dans le chemin suivant sur SQL Server media/ISO/CAB (StreamInsight\< Architecture >\< Language ID>).
Solution de contournement: Téléchargez et installez la version correcte à partir de la page de téléchargement du pack de fonctionnalités SQL Server 2014.
Documentation produit RTM
Le générateur de rapports et le contenu PowerPivit ne sont pas disponibles dans certaines langues.
Problème : Le contenu du générateur de rapports n’est pas disponible dans les langues suivantes:
- Grec (el-GR)
- Norvégien (Bokmal) (nb-NO)
- Finnois (fi-FI)
- Danois (da-DK)
Dans SQL Server 2012 (11.x), ce contenu était disponible dans un fichier CHM fourni avec le produit et était disponible dans ces langues. Les fichiers CHM ne sont plus livrés avec le produit et le contenu du générateur de rapports n’est disponible que sur MSDN. MSDN ne prend pas en charge ces langues. Le générateur de rapports a également été supprimé de TechNet et n’est plus disponible dans les langues prises en charge.
Solution : Aucune.
Problème : le contenu Power Pivot n’est pas disponible dans les langues suivantes:
- Grec (el-GR)
- Norvégien (Bokmal) (nb-NO)
- Finnois (fi-FI)
- Danois (da-DK)
- Tchèque (cs-CZ)
- Hongrois (hu-HU)
- Néerlandais (Pays-Bas) (nl-NL)
- Polonais (pl-PL)
- Suédois (sv-SE)
- Turc (tr-TR)
- Portugais (Portugal) (pt-PT)
Dans SQL Server 2012 (11.x), ce contenu était disponible sur TechNet et était disponible dans ces langues. Ce contenu a été supprimé de TechNet et n’est plus disponible dans ces langues prises en charge.
Solution : Aucune.
Moteur de base de données (RTM)
Modifications apportées à l’édition standard dans SQL Server 2014 RTM
La norme SQL Server 2014 comporte les modifications suivantes:
- La fonction d’extension de pool de tampons permet d’utiliser jusqu’à 4 fois la taille maximale de la mémoire configurée.
- La mémoire maximale est passée de 64 Go à 128 Go.
Le conseiller d’optimisation de la mémoire signale les contraintes par défaut comme incompatibles
Problème : Le conseiller optimisé pour la mémoire dans SQL Server Management Studio signale toutes les contraintes par défaut comme incompatibles. Toutes les contraintes par défaut ne sont pas prises en charge dans une table optimisée pour la mémoire ; le conseiller ne fait pas la distinction entre les types de contraintes par défaut pris en charge et non pris en charge. Les contraintes par défaut prises en charge incluent toutes les constantes, expressions et fonctions intégrées prises en charge dans les procédures stockées compilées nativement. Pour voir la liste des fonctions prises en charge dans les procédures stockées compilées nativement, reportez-vous à Constructions prises en charge dans les Procédures stockées compilées nativement.
Solution : Si vous souhaitez utiliser le conseiller pour identifier les bloqueurs, ignorez les contraintes par défaut compatibles. Pour utiliser le conseiller d’optimisation de la mémoire pour migrer des tables qui ont des contraintes par défaut compatibles, mais pas d’autres bloqueurs, procédez comme suit:
- Supprimez les contraintes par défaut de la définition de la table.
- Utilisez le conseiller pour produire un script de migration sur la table.
- Ajoute les contraintes par défaut dans le script de migration.
- Exécutez le script de migration.
Message d’information “accès aux fichiers refusé” incorrectement signalé comme une erreur dans le journal des erreurs SQL Server 2014
Problème: Lors du redémarrage d’un serveur dont les bases de données contiennent des tables optimisées pour la mémoire, vous pouvez voir le type de messages d’erreur suivant dans le journal des erreurs SQL Server 2014:
Unable to delete file C:\Program Files\Microsoft SQL Server\....old.dll. This error may be due to a previous failure to unload memory-optimized table DLLs.
Ce message est en fait informatif et aucune action de l’utilisateur n’est requise.
Solution : Aucune. Ceci est un message d’information.
Les détails d’index manquants signalent incorrectement les colonnes incluses pour la table optimisée en mémoire
Problème: Si SQL Server 2014 détecte un index manquant pour une requête sur une table optimisée en mémoire, il signalera un index manquant dans SHOWPLAN_XML, ainsi que dans les DMV d’index manquants tels que sys.dm_db_missing_index_details. Dans certains cas, les détails d’index manquants contiendront des colonnes incluses. Comme toutes les colonnes sont implicitement incluses avec tous les index des tables optimisées en mémoire, il n’est pas autorisé de spécifier explicitement les colonnes incluses avec des index optimisés en mémoire.
Solution : Ne spécifiez pas la clause INCLUDE avec des index sur des tables optimisées pour la mémoire.
Les détails d’index manquants omettent les index manquants lorsqu’un index de hachage existe mais ne convient pas à la requête
Problème : Si vous avez un index de hachage sur les colonnes d’une table optimisée en mémoire référencée dans une requête, mais que l’index ne peut pas être utilisé pour la requête, SQL Server 2014 ne signalera pas toujours un index manquant dans SHOWPLAN_XML et dans le DMV sys.dm_db_missing_index_details.
En particulier, si une requête contient des prédicats d’égalité qui impliquent un sous-ensemble des colonnes de clé d’index ou si elle contient des prédicats d’inégalité qui impliquent les colonnes de clé d’index, l’index de HACHAGE ne peut pas être utilisé tel quel, et un index différent serait nécessaire pour exécuter efficacement la requête.
Solution : Si vous utilisez des index de hachage, inspectez les requêtes et les plans de requête pour déterminer si les requêtes pourraient bénéficier des opérations de recherche d’index sur un sous-ensemble de la clé d’index ou des opérations de recherche d’index sur les prédicats d’inégalité. Si vous devez rechercher sur un sous-ensemble de la clé d’index, utilisez un index NON REGROUPÉ ou utilisez un index de HACHAGE sur exactement les colonnes sur lesquelles vous devez rechercher. Si vous devez rechercher un prédicat d’inégalité, utilisez un index NON CLUSTERISÉ au lieu d’un HACHAGE.
Échec lors de l’utilisation d’une table optimisée en mémoire et d’une variable de table optimisée en mémoire dans la même requête, si l’option de base de données READ_COMMITTED_SNAPSHOT est définie sur ON
Problème: Si l’option de base de données READ_COMMITTED_SNAPSHOT est définie sur ON et que vous accédez à la fois à une table optimisée en mémoire et à une variable de table optimisée en mémoire dans la même instruction en dehors du contexte d’une transaction utilisateur, vous pouvez rencontrer ce message d’erreur:
Msg 41359 A query that accesses memory optimized tables using the READ COMMITTED isolation level, cannot access disk based tables when the database option READ_COMMITTED_SNAPSHOT is set to ON. Provide a supported isolation level for the memory optimized table using a table hint, such as WITH (SNAPSHOT).
Solution : Utilisez l’indice de table AVEC (INSTANTANÉ) avec la variable de table ou définissez l’option de base de données MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT sur ON, à l’aide de l’instruction suivante:
ALTER DATABASE CURRENT SET MEMORY_OPTIMIZED_ELEVATE_TO_SNAPSHOT=ON
Les statistiques d’exécution de procédures et de requêtes pour les procédures stockées compilées nativement enregistrent le temps de travail par multiples de 1000
Problème: Après avoir activé la collecte de statistiques d’exécution de procédures ou de requêtes pour les procédures stockées compilées nativement à l’aide de sp_xtp_control_proc_exec_stats ou sp_xtp_control_query_exec_stats, vous verrez le *_worker_time rapporté par multiples de 1000, dans les fichiers DMVs sys.dm_exec_procedure_stats et sys.dm_exec_query_stats. Les exécutions de requêtes dont la durée de travail est inférieure à 500 microsecondes seront signalées comme ayant une durée de travail de 0.
Solution : Aucune. Ne vous fiez pas à worker_time signalé dans les statistiques d’exécution DMVs pour les requêtes de courte durée dans les procédures stockées compilées nativement.
Erreur avec SHOWPLAN_XML pour les procédures stockées compilées nativement qui contiennent des expressions longues
Problème: Si une procédure stockée compilée nativement contient une expression longue, l’obtention du SHOWPLAN_XML pour la procédure, soit en utilisant l’option T-SQL SET SHOWPLAN_XML ON, soit en utilisant l’option ‘Afficher le plan d’exécution estimé’ dans Management Studio, peut entraîner l’erreur suivante:
Msg 41322. MAT/PIT export/import encountered a failure for memory optimized table or natively compiled stored procedure with object ID 278292051 in database ID 6. The error code was 0xc00cee81.
Solution de contournement : Deux solutions de contournement suggérées:
-
Ajoutez des parenthèses à l’expression, comme dans l’exemple suivant :
Au lieu de:
SELECT @v0 + @v1 + @v2 + ... + @v199
Écrire:
SELECT((@v0 + ... + @v49) + (@v50 + ... + @v99)) + ((@v100 + ... + @v149) + (@v150 + ... + @v199))
-
Créez une deuxième procédure avec une expression légèrement simplifiée, à des fins de plan d’exposition – la forme générale du plan doit être la même. Par exemple, au lieu de:
SELECT @v0 +@v1 +@v2 +...+@v199
Écrire:
SELECT @v0 +@v1
Problème : Lors de l’utilisation d’une procédure stockée compilée en mode natif qui utilise un paramètre ou une variable de chaîne avec les fonctions intégrées DATEPART, DAY, MONTH et YEAR, un message d’erreur indique que datetimeoffset n’est pas pris en charge avec les procédures stockées compilées en mode natif.
Solution de contournement: Attribuez le paramètre de chaîne ou la variable à une nouvelle variable de type datetime2 et utilisez cette variable dans la fonction DATEPART, JOUR, MOIS ou ANNÉE. Par exemple:
DECLARE @d datetime2 = @string DATEPART(weekday, @d)
Les indicateurs de conseiller de compilation natifs SUPPRIMENT incorrectement DES clauses
Problème : Les indicateurs de conseiller de compilation natifs suppriment incorrectement des clauses dans une procédure stockée car incompatibles.
Solution : Aucune.
L’enregistrement via SSMS ajoute des méta-données DAC avec des ID d’instance incompatibles
Problème : Lors de l’enregistrement ou de la suppression d’un package d’application de niveau de données (.dacpac) via SQL Server Management Studio, les tables sysdac* ne sont pas mises à jour correctement pour permettre à un utilisateur d’interroger l’historique dacpac de la base de données. L’instance_id pour sysdac_history_internal et sysdac_instances_internal ne correspondent pas pour permettre une jointure.
Solution : Ce problème est résolu avec la redistribution du pack de fonctionnalités du Framework d’application de niveau de données. Une fois la mise à jour appliquée, toutes les nouvelles entrées d’historique utiliseront la valeur répertoriée pour instance_id dans la table sysdac_instances_internal.
Si vous rencontrez déjà un problème avec des valeurs instance_id non appariées, la seule façon de corriger les valeurs non appariées est de se connecter au serveur en tant qu’utilisateur avec des privilèges pour écrire dans la base de données MSDB et mettre à jour les valeurs instance_id pour qu’elles correspondent. Si vous obtenez plusieurs événements d’enregistrement et de désenregistrement à partir de la même base de données, vous devrez peut-être regarder l’heure / la date pour voir quels enregistrements correspondent à la valeur instance_id actuelle.
-
Connectez-vous au serveur dans SQL Server Management Studio à l’aide d’un identifiant disposant des autorisations de mise à jour sur MSDB.
-
Ouvrez une nouvelle requête à l’aide de la base de données MSDB.
-
Exécutez cette requête pour voir toutes vos instances dac actives. Recherchez l’instance que vous souhaitez corriger et notez l’instance_id:
select * from
sysdac_instances_internal -
Exécutez cette requête pour voir toutes les entrées d’historique:
select * from
sysdac_historie_internal -
Identifiez les lignes qui doivent correspondre à l’instance que vous corrigez.
-
Mettez à jour le sysdac_history_internal.valeur instance_id à la valeur que vous avez notée à l’étape 3 (à partir de la table sysdac_instances_internal):
update
sysdac_history_internalset
instance_id='< valeur de l’étape 3>’where
< expression qui correspond aux lignes que vous souhaitez mettre à jour>
Reporting Services (RTM)
Le serveur de rapports en mode natif SQL Server 2012 Reporting Services ne peut pas s’exécuter côte à côte avec les composants SharePoint SQL Server 2014 Reporting Services
Problème : Le service Windows en mode natif de Reporting Services ‘SQL Server Reporting Services’ (ReportingServicesService.exe) ne démarre pas lorsqu’il existe SQL Server 2014 (12.x) Reporting Services Composants SharePoint installés sur le même serveur.
Solution : Désinstaller SQL Server 2014 (12.x) Reporting Services Composants SharePoint et redémarrez le service Windows de Microsoft SQL Server 2012 Reporting Services.
Plus d’informations :
SQL Server 2012 (11.x) Le mode natif de Reporting Services ne peut pas s’exécuter côte à côte dans l’une des conditions suivantes:
- Serveur SQL 2014 (12.x) Complément de Reporting Services pour les produits SharePoint
- SQL Server 2014 (12.x) Reporting Services Service partagé SharePoint
L’installation côte à côte empêche SQL Server 2012 (11.x) Service Windows en mode natif de Reporting Services dès le démarrage. Les messages d’erreur, similaires à ceux représentés ici, seront visibles dans le journal des événements Windows:
Log Name: Application Source: Report Server (<SQL instance ID>) Event ID: 117 Task Category: Startup/Shutdown Level: Error Keywords: Classic Description: The report server database is an invalid version. Log Name: Application Source: Report Server (<SQL instance ID>) Event ID: 107 Task Category: Management Level: Error Keywords: Classic Description: Report Server (DENALI) cannot connect to the report server database.
Pour plus d’informations, consultez Conseils, astuces et dépannage de SQL Server 2014 Reporting Services.
Ordre de mise à niveau requis pour la batterie de serveurs SharePoint multi-nœuds vers SQL Server 2014 Reporting Services
Problème: Le rendu des rapports dans une batterie de serveurs multi-nœuds échoue si des instances du Service partagé SharePoint Reporting Services sont mises à niveau avant toutes les instances du complément Reporting Services pour les Produits SharePoint.
Solution : Dans une batterie de serveurs SharePoint multi-nœuds:
- Commencez par mettre à niveau toutes les instances du complément Reporting Services pour les produits SharePoint.
- Puis mettez à niveau toutes les instances du service partagé SharePoint Reporting Services.
Pour plus d’informations, consultez Conseils, astuces et dépannage de SQL Server 2014 Reporting Services
SQL Server 2014 RTM sur les machines virtuelles Azure
L’Assistant Ajouter une réplique Azure renvoie une erreur lors de la configuration d’un Écouteur de groupe de disponibilité dans Azure
Problème : Si un Groupe de disponibilité a un écouteur, l’Assistant Ajouter une réplique Azure renvoie une erreur lors de la tentative de configuration de l’Écouteur dans Azure.
Ce problème est dû au fait que les écouteurs de groupe de disponibilité nécessitent l’attribution d’une adresse IP dans chaque réplicas de groupe de disponibilité d’hébergement de sous-réseau, y compris le sous-réseau Azure.
Solution de contournement:
-
Dans la page Écouteur, attribuez une adresse IP statique libre dans le sous-réseau Azure qui hébergera le réplica du groupe de disponibilité à l’Écouteur du groupe de disponibilité.
Cette solution de contournement permettra à l’Assistant de terminer l’ajout de la réplique dans Azure.
-
Une fois l’Assistant terminé, vous devrez terminer la configuration de l’Écouteur dans Azure comme décrit dans Configuration de l’écouteur pour les groupes de disponibilité AlwaysOn dans Azure
Services d’analyse (RTM)
MSOLAP.5 doit être téléchargé, installé et enregistré pour une nouvelle batterie de serveurs SharePoint 2010 configurée avec le problème SQL Server 2014
:
- Pour un MSOLAP SharePoint 2010.5 doit être téléchargé, installé et enregistré pour une nouvelle batterie de serveurs SharePoint 2013 configurée avec SQL Server 2014farm configurée avec un déploiement RTM SQL Server 2014, les classeurs PowerPivot ne peuvent pas se connecter aux modèles de données car le fournisseur référencé dans la chaîne de connexion n’est pas installé.
Solution de contournement:
-
Téléchargez le MSOLAP.5 fournisseur du pack de fonctionnalités SQL Server 2012 SP1 (11.0.3x). Installez le fournisseur sur les serveurs d’applications exécutant des services Excel. Pour plus d’informations, reportez-vous à la section ” Fournisseur de base de données OLE de Microsoft Analysis Services pour Microsoft SQL Server 2012 SP1 ” Pack de fonctionnalités Microsoft SQL Server 2012 SP1.
-
Enregistrez MSOLAP.5 en tant que fournisseur de confiance avec les services SharePoint Excel. Pour plus d’informations, consultez Ajouter MSOLAP.5 en tant que Fournisseur de données de confiance dans les Services Excel.
Plus D’Informations:
- Serveur SQL 2014 (12.x) comprend MSOLAP.6. Serveur SQL 2012 (11.x) et SQL Server 2014 (12.x) Les classeurs Power Pivot utilisent MSOLAP.5. Si MSOLAP.5 n’est pas installé sur l’ordinateur exécutant Excel Services, Excel Services ne peut pas charger les modèles de données.
MSOLAP.5 doit être téléchargé, installé et enregistré pour une nouvelle batterie de serveurs SharePoint 2013 configurée avec le problème SQL Server 2014
:
- Pour une batterie de serveurs SharePoint 2013 configurée avec un serveur SQL Server 2014 (12.x) déploiement, classeurs Excel référençant le MSOLAP.5 le fournisseur ne peut pas se connecter aux modèles de données tabula car le fournisseur référencé dans la chaîne de connexion n’est pas installé.
Solution de contournement:
-
Téléchargez le MSOLAP.5 fournisseur du pack de fonctionnalités SQL Server 2012 SP1 (11.0.3x). Installez le fournisseur sur les serveurs d’applications exécutant des services Excel. Pour plus d’informations, reportez-vous à la section ” Fournisseur de base de données OLE de Microsoft Analysis Services pour Microsoft SQL Server 2012 SP1 ” Pack de fonctionnalités Microsoft SQL Server 2012 SP1.
-
Enregistrez MSOLAP.5 en tant que fournisseur de confiance avec les services SharePoint Excel. Pour plus d’informations, consultez Ajouter MSOLAP.5 en tant que Fournisseur de données de confiance dans les Services Excel.
Plus D’Informations:
- Serveur SQL 2014 (12.x) comprend MSOLAP.6. mais les classeurs PowerPivot SQL Server 2014 utilisent MSOLAP.5. Si MSOLAP.5 n’est pas installé sur l’ordinateur exécutant Excel Services, Excel Services ne peut pas charger les modèles de données.
Programmes d’actualisation des données corrompus (RTM)
Problème:
- Vous mettez à jour un calendrier d’actualisation et le calendrier devient corrompu et inutilisable.
Solution de contournement:
- Dans Microsoft Excel, effacez les propriétés avancées personnalisées. Reportez-vous à la section ” Solution de contournement ” de l’article suivant de la base de connaissances KB 2927748.
Plus d’informations:
- Si la longueur sérialisée de la planification d’actualisation est inférieure à la planification d’origine, lorsque vous mettez à jour une planification d’actualisation de données pour un classeur, la taille de la mémoire tampon n’est pas correctement mise à jour et les nouvelles informations de planification sont fusionnées avec les anciennes informations de planification, ce qui entraîne une planification corrompue.
Services de Qualité des Données (RTM)
Pas de prise en charge inter-versions des Services de Qualité des données dans les Services de données de référence
Problème : Les scénarios suivants ne sont pas pris en charge:
-
Master Data Services 2014 hébergé dans une base de données du moteur de base de données SQL Server dans SQL Server 2012 avec Data Quality Services 2012 installé.
-
Master Data Services 2012 hébergé dans une base de données du moteur de base de données SQL Server dans SQL Server 2014 avec Data Quality Services 2014 installé.
Solution : Utilisez la même version des Services de données de base que les Services de base de données et de qualité des données du Moteur de base de données.
Problèmes de conseiller de mise à niveau (RTM)
Le conseiller de mise à niveau SQL Server 2014 signale des problèmes de mise à niveau non pertinents pour SQL Server Reporting Services
Problème : Le conseiller de mise à niveau SQL Server (SSUA) fourni avec le support SQL Server 2014 signale incorrectement plusieurs erreurs lors de l’analyse du serveur SQL Server Reporting Services.
Solution : Ce problème est résolu dans le conseiller de mise à niveau SQL Server fourni dans le pack de fonctionnalités SQL Server 2014 pour SSUA.
SQL Server 2014 Upgrade Advisor signale une erreur lors de l’analyse du problème SQL Server Integration Services server
: SQL Server Upgrade Advisor (SSUA) livré avec le support SQL Server 2014 signale une erreur lors de l’analyse du serveur SQL Server Integration Services. L’erreur affichée à l’utilisateur est:
The installed version of Integration Services does not support Upgrade Advisor. The assembly information is "Microsoft.SqlServer.ManagedDTS, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91
Solution : Ce problème est résolu dans le conseiller de mise à niveau SQL Server fourni dans le pack de fonctionnalités SQL Server 2014 pour SSUA.
Obtenir de l’aide
- Idées pour SQL: Avez-vous des suggestions pour améliorer SQL Server?
- Microsoft Q & A (SQL Server)
- Échange de pile DBA (balise sql-server): Posez des questions sur SQL Server
- Débordement de pile (balise sql-server): Réponses aux questions de développement SQL
- Reddit: Discussion générale sur SQL Server
- Conditions et informations de licence Microsoft SQL Server
- Options de support pour les utilisateurs professionnels
- Contactez Microsoft
- Aide et commentaires supplémentaires sur SQL Server
Leave a Reply