KB2924996-résoudre : problèmes lorsque vous exportez un rapport au format PDF incluant des polices Unicode dans SQL Server

Symptômes

Prenons l’exemple du scénario suivant :

• Vous avez appliqué la mise à jour cumulative 1 pour SQL Server 2008 R2 Service Pack 1 (SP1) ou les mises à jour ultérieures installées sur un ordinateur dont les paramètres régionaux sont définis sur le japonais.

• La page de code Windows (page de codes ANSI) comporte des caractères à demi-chasse sur l’ordinateur.

• Vous exportez un rapport au format PDF, et la police sélectionnée possède une version pleine chasse du caractère ± (plus-moins).

Dans ce scénario, vous trouverez peut-être un ou plusieurs des problèmes suivants dans le fichier PDF généré :

• Il y a des espaces supplémentaires après les apostrophes.

• Le texte avant le symbole de dollar déborde du signe dollar.

• Certains caractères spéciaux risquent de provoquer des problèmes d’interligne.

Remarque Ce problème survient également dans SQL Server 2012 et SQL Server 2014.

Cause

Ce problème survient en raison d’un changement Unicode incorrect effectué depuis SQL Server 2008 R2 SP2 CU1.

Résolution

Le problème a été résolu dans la mise à jour cumulative suivante de SQL Server.

RemarqueAprès avoir appliqué cette mise à jour cumulative, vous risquez de voir le problème suivant : si le serveur de rapports se trouve sur un système dont les paramètres régionaux sont définis sur le japonais et le signe ± (plus-moins) dans un rapport exporté au format PDF, certains caractères risquent de se chevaucher. Pour contourner ce problème, appliquez l'une des méthodes suivantes :

• Remplacez-la par une police qui utilise un caractère à demi-chasse « ± ».

• Changer les paramètres régionaux du serveur qui exécute SQL Server 2008 R2 Reporting Services ou SQL Server 2012 Reporting Services en anglais.

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.