Événement 31551 lors d'Operations Manager tente de se connecter à la base de données du Data Warehouse

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3084547
Symptômes
Un serveur d'administration System Center Operations Manager ne peut pas se connecter à ou communiquer avec le cluster SQL qui héberge la base de données du Data Warehouse. Dans ce cas, l'ID d'événement 31551 est enregistré dans le journal d'Operations Manager, ainsi qu'une description qui ressemble à ce qui suit pour divers noms de flux de travail :

Nom du journal : Operations Manager
Source : Modules de Service de santé
Date :
L'ID d'événement : 31551
Catégorie de la tâche : Entrepôt de données
Niveau : erreur
Mots clés : classique
Utilisateur : n/a
Ordinateur : serveur. Contoso.com
Description :
Impossible de stocker les données dans le Data Warehouse. L'opération va être retentée.
Exception « Exception SqlException »: Une erreur liée au réseau ou d'instance spécifique s'est produite lors de l'établissement d'une connexion à SQL Server. Le serveur n'a été trouvé ou n'était pas accessible. Vérifiez que le nom d'instance est correct et que SQL Server est configuré pour autoriser les connexions à distance. (fournisseur : Interfaces de réseau SQL, erreur : 26 - erreur de localisation de Server/Instance spécifié)

Un ou plusieurs workflows ont été affectés.

Nom du flux de travail : Microsoft.SystemCenter.DataWarehouse.CollectEventData
Nom de l'instance : serveur. Contoso.com
ID de l'instance: {8A13A832-776E-096E-32E7-DC479FCD6DBC}
Groupe d'administration : SupportGroup
Cause
Ici le focus doit être sur la chaîne suivante :

Erreur : 26 - erreur de localisation de Server/Instance spécifié

Cette erreur est souvent considérée parce qu'une connexion à distance n'est pas activée sur le serveur. Toutefois, cette erreur est en fait générée lorsque le client ne peut pas recevoir un paquet UDP de réponse SSRP de navigateur de SQL. Ce problème se produit généralement car la communication du port UDP est bloquée entre le serveur d'administration et le cluster SQL qui héberge la DW Gestionnaire d'opérations.

N'oubliez pas que cette erreur produit uniquement lorsque vous essayez pour vous connecter à une instance de SQL Servernamed. Il doit ne se produit pas lorsque vous vous connectez à l'instance par défaut. Il s'agit, même si la tentative de connexion échoue à ce stade (par exemple, en raison d'une erreur de recherche le serveur spécifié ou instance), il va continuer à essayer de se connecter en utilisant les valeurs par défaut (par exemple, en utilisant le port TCP par défaut 1433, le nom par défaut du canal pour les canaux de communication nommés et ainsi de suite). Autres messages d'erreur peuvent être générés en raison d'une défaillance ultérieure, mais pas ce message d'erreur.
Résolution
Pour résoudre ce problème, vous devez résoudre tout problème est à l'origine de communication du port UDP échec entre le serveur d'administration et le cluster SQL. Dans la plupart des cas, il est relativement facile à isoler le problème en procédant comme suit :
  1. Assurez-vous que le nom du serveur est correct (par exemple, assurez-vous qu'il n'existe aucune erreur dans le nom).
  2. Assurez-vous que le nom d'instance est correct et que l'instance existe réellement sur l'ordinateur cible. Gardez à l'esprit que certaines applications convertir \\ à \. Si vous n'êtes pas sûr de votre application, essayez des « serveur » et « server\\instance » dans la chaîne de connexion.
  3. Assurez-vous que le serveur est accessible. Assurez-vous que le DNS peut être résolu correctement et que vous pouvez contacter le serveur.
  4. Assurez-vous que le service SQL Browser est en cours d'exécution sur le serveur.
  5. Si le pare-feu est activé sur le serveur, vérifiez qu'il existe une exception pour le port UDP 1434 et/ou de sqlbrowser.exe.

Vous pouvez télécharger l'utilitaire PortQry dans l'article suivant de la Base de connaissances aux étapes 4 et 5 de test :

832919Nouvelles fonctions et fonctionnalités de PortQry version 2.0

Une fois que vous avez PortQry, exécutez la commande suivante :

PortQry.exe - n nom du serveur -p UDP 1434-e

Si cette commande renvoie des informations et contient l'instance cible, vous pouvez éliminer les scénarios aux étapes 4 et 5. Cela signifie que le navigateur de SQL est en cours d'exécution et que le pare-feu ne bloque pas les paquets UDP de navigateur de SQL.

Une fois que vous avez terminé avec ces étapes, l'erreur devrait plus se produire. Le serveur d'administration peut encore échouer pour se connecter au serveur SQL, mais dans ce cas, un message d'erreur différent doit être déclenchée t d'à ce stade. Si le serveur d'administration persiste, remplacer « serveur » le fassiez "tcp:server\instance" "np:server\instance" et voir si cette tentative aboutit avec TCP ou le protocole NP.
Plus d'informations
Ce problème est provoqué par une combinaison des éléments suivants :
  • Caractéristiques de Cluster Windows
  • Comment le SQL Server d'une instance nommée est détectée
Lorsque vous vous connectez à SQL Server les instances nommées, les composants clients s'appuient sur navigateur SQL afin d'identifier le serveur et ses paramètres. Le processus de découverte s'exécute comme suit :

  • Le client envoie un paquet UDP au navigateur de SQL sur l'ordinateur cible. Lorsque l'instance nommée se trouve sur un cluster Windows, le paquet est envoyé à l'adresse IP du cluster, ou plus précisément, à l'adresse IP qui correspond à l'ordinateur virtuel qui exécute SQL Server. Toutefois, navigateur de SQL n'est pas en charge les clusters, et il est à l'écoute sur IP tout.
  • Lorsque SQL navigateur reçoit le paquet de demande UDP, il envoie un paquet retour de réponse UDP au client. Bien que l'adresse IP de destination est l'adresse IP du client, l'adresse IP source est modifiée. Il est désormais l'adresse IP de la carte réseau sur le computerinstead physique de l'adresse IP de SQL Server virtuel.
  • L'adresse IP source du paquet UDP réponse est déterminée par le système d'exploitation Windows, basé sur la table de routage. Étant donné que l'adresse IP de SQL Server virtuelle et l'adresse IP qui est attaché à la carte réseau physique se trouvent généralement sur le même sous-réseau et par conséquent appartenant à la même voie, l'adresse IP physique est sélectionné. Selon les paramètres de sécurité sur les ordinateurs client et serveur, ce paquet UDP de réponse peut être interrompue par un pare-feu tiers ou par IPsec car l'adresse IP homologue est modifié. Notez que le pare-feu Windows ne supprime pas le paquet.
  • N'oubliez pas que si le client est un ordinateur Windows Vista, IPsec peut supprimer le paquet si la stratégie IPsec est activée sur le client et si elle ne peut pas établir une connexion de confiance entre le client et le serveur. Pour contourner ce problème, vous devez spécifier manuellement le nom de port ou le canal TCP dans la chaîne de connexion.
Operations Manager 2012 R2

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3084547 - Dernière mise à jour : 08/13/2015 21:36:00 - Révision : 1.0

Microsoft System Center 2012 R2 Operations Manager, Microsoft System Center 2012 Operations Manager Service Pack 1, Microsoft System Center 2012 Operations Manager, Microsoft System Center Operations Manager 2007 R2

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3084547 KbMtfr
Commentaires