none
Probleme connection SQL serveur sur un autre domaine RRS feed

  • Question

  • Bonjour,

    j'ai actuellement un problème liée à SQL serveur et probablement DNS.

    Explication :

    je possède deux domaine approuver entre eux DOM1 et DOM2, sur chaque domaine j'ai un serveur qui fait SQL serveur et DNS avec des entrées DNS permettant aux deux serveur de se parler sans le nom complet de la machine.

    je parvient à faire la réplication entre les domaine des Base de donnée de Serveur 1 vers Serveur 2 sans problème.

    mais quand je tente de contacter le Serveur 2 avec les paramètres ODBC, je tombe toujours sur le serveur 1 sauf quand je modifie le host de mon poste pour forcer la redirection de Server 1 vers server 2 et quand je force cette redirection en local de serveur 1, il me signale qu'un serveur de BDD n'existe.

    se qui me fait penser que se serait du au fait que les services SQL et Dns sur le même serveur ne font pas bon ménage et intercepte involontairement l'information destiner à serveur 2.

    j'ai tenter différente solution pour palier au problème (sauf la bonne solution) mais pour l'instant sans résultat concluant.

    mardi 13 mai 2014 14:51

Toutes les réponses

  • Bonjour

    Est-ce que les 2 serveurs DNS sont bien renseignés dans votre configuration IP ? Au vu de ce que vous écrivez, j'ai du mal à voir si les 2 serveurs portent le même nom dans les 2 domaines, car je ne vois pas comment joindre serveur1 si vous mettez comme datasource serveur2. J'aurais plutôt attendu une erreur comme quoi il ne trouve pas le serveur.

    Est-ce qu'il existe des forwarders au niveau de vos services DNS ? de manière à résoudre un nom qui n'appartient pas au domaine DNS local ?

    Dernière chose, Est-ce que votre DNS est intégré a active directory. Si oui, j'imagine alors que vos serveurs SQL sont aussi serveurs AD. Et là, par contre, ils ne font pas forcément bon ménage. Cela fonctionne, pas toujours supporté (cas du cluster), mais vous devez installer SQL avant de promouvoir le serveur en contrôleur de domaine.

    Mais votre problème n'est qu'ai niveau du poste "client" même s'il s'agit d'un serveur. Est-il capable de résoudre un nom d'hote d'un domaine DNS donc on n'est pas membre. D'où les forwarders ou la conf IP qui pointe sur les 2 serveurs DNS.

    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    mercredi 14 mai 2014 09:26
  • Merci de votre réponse.

    Pour répondre à vos questions :

    - les deux serveur DNS sont bien renseignés dans ma configuration IP, j'ai même retirer le serveur AD/DNS/SQl de la liste des serveur DNS de ma machine pour voir, sans changement.

    - les deux serveur ne porte pas le même nom dans les deux domaines l'un s'appel Dom1server et l'autre Dom2server est sont tout les deux serveur AD/DNS/SQL.

    - il existe de forwarder/redirecteur dans les DNS car les deux domaines sont approuvé entre eux.

    - j'ai changer le serveur sur lequel ODBC doit se connecter résultat quelque soit la machine XP ou 7 :

    --- quand je met DOM1server, il va vers dom1server

    --- quand je met DOM2server, il va vers dom1server

    --- quand je met DOM2server.dom2.local, il va vers dom1server

    j'ai une entrer DNS dans le réseau de DOM1 qui redirige DOM2 (DOM2server.dom1.local) vers l'IP de Dom2server dans l'autre domaine en Pingant j’obtiens la bonne IP et inversement (cette entrer est assez important pour crée mais publication et abonnement).

    (je me répète désolée)

    sauf quand je modifier le fichier Hosts de ma machine pour forcer à rediriger le nom de machine DOM1SERVER vers l'ip de DOM2server est la sa fonctionne j'ai accés a la base sur DOM2server et non Dom1server.

    et même quand je modifie ma liste de serveur DNS pour ne mettre que le serveur DNS de l'autre domaine sa ne marche pas.
    • Modifié Energiez lundi 19 mai 2014 13:33
    vendredi 16 mai 2014 12:35
  • J"ai finalement trouver la source du problème qui était les sources de données utilisateur de ODBC en les supprimant j'ai pu avoir accès à ma base de donnée.
    lundi 19 mai 2014 15:02