Partager via

Les configurations de basculement AlwaysOn de SQL Server 2012 pour Microsoft Dynamics CRM 2013 peuvent entraîner l’échec des rapports CRM avec un message d’erreur.

Cet article vous aidera à résoudre un problème lié à un message d’erreur qui peut être reçu avec les rapports Microsoft Dynamics CRM une fois le basculement AlwaysOn SQL Server 2012 configuré.

S’applique à : Microsoft Dynamics CRM 2011, Microsoft Dynamics CRM 2013
Numéro de la base de connaissances d’origine : 2991907

Symptômes

Après avoir configuré le basculement SQL Server 2012 AlwaysOn pour Microsoft Dynamics CRM 2013, les rapports peuvent échouer avec le message d'erreur suivant :

Une erreur s’est produite pendant le traitement du rapport. (ProcessusInterrompu)

Les erreurs suivantes peuvent également être observées dans les journaux de l’application observateur d’événements sur Microsoft Dynamics CRM Server et sur le serveur SQL Server Reporting Services où les extensions de création de rapports CRM sont installées :

La requête de service web SetDataSourceCredentials au serveur de rapports <ReportServerURL> a échoué avec une SoapException. Erreur : une erreur s’est produite pendant le traitement du rapport. (ProcessusInterrompu)

Impossible d’ouvrir la connexion à la base de données. Erreur : La connexion à une instance SQL Server nommée à l’aide de l’option de connexion MultiSubnetFailover n’est pas prise en charge.

La cause

Pendant la configuration du basculement AlwaysOn SQL Server 2012 pour Microsoft Dynamics CRM, l’attribut MultiSubnetFailover pour la chaîne de connexion ConfigDB et MSCRM_CONFIG a été défini sur Vrai. En outre, une instance nommée a été définie dans l’attribut source de données du chaîne de connexion.

Exemple de chaîne de connexion :

Data Source=MSCRMAG\NamedInstance;Initial Catalog= MSCRM_CONFIG;IntegratedSecurity=SSPI;multisubnetfailover=true

Résolution

Pour résoudre ce problème, configurez l’instance nommée pour qu’elle utilise un port TCP spécifique, puis mettez à jour les chaînes de connexion ConfigDB et MSCRM_CONFIG pour inclure le numéro de port de l’instance nommée.

  1. Configurez SQL 2012 Server pour écouter sur un port TCP spécifique pour l’instance nommée. Vous trouverez des instructions pour effectuer cette action dans Configurer un serveur pour écouter sur un port TCP spécifique (Gestionnaire de configuration SQL Server).

  2. Selon la configuration et la mise en place des bases de données d’organisation pour le basculement SQL Server AlwaysOn, mettez à jour la clé de Registre et la base de données pour inclure le numéro de port de l’instance nommée.

    Exemple pour la clé de registre ConfigDB :

    Data Source=AG_Listener_Name,Port_Number;Initial Catalog= MSCRM_CONFIG;Integrated Security=SSPI;multisubnetfailover=true

    Exemple pour l’attribut MSCRM_Config ConnectionString :

    'Provider=SQLOLEDB;Data Source=AG_Listener_Name,Port_Number;Initial Catalog=OrganizationName_MSCRM;Integrated Security=SSPI;multisubnetfailover=true' where DatabaseName = 'OrganizationName_MSCRM'