2008-10-08 8 views

Répondre

0

Si le NIC ont des sous-réseaux diffrent, les fenêtres doivent acheminer automatiquement la demande par le droit NIC (en cours d'exécution « route print » de la ligne de commande va vous montrer ce qui est routé où)

2

Faisant suite à @pzycoman, SqlConnection (et SQL OLEDB/SQL Server ODBC) n'a aucune chaîne de connexion explicite sémantique pour exprimer la carte réseau liée autrement que pour spécifier l'adresse hôte du serveur de destination (qui à son tour déclenche la discussion métrique d'itinéraire). Diviser des services ou des applications sur différents sous-réseaux peut fonctionner - mais peut également générer une asymétrie d'utilisation similaire à ce que vous voyez aujourd'hui.

Une autre option possible serait l'association de cartes réseau si vos adaptateurs le prennent en charge. Le logiciel Teaming relie plusieurs NIC en un seul canal logique pour un débit accru avec une complexité NetOps moindre. Cela se produit à un niveau beaucoup plus bas dans l'OSI et en tant que tel est transparent pour vos applications et services. Le travail en équipe était désapprouvé pour un certain nombre de raisons (principalement les problèmes NLB et la qualité du conducteur), mais ceux-ci ont été largement atténués au cours des deux dernières années.

Comme toujours la mentalité d'ingénierie aidera - tester tout.

0

La pile de mise en réseau Windows déterminera quel code réseau utiliser pour atteindre votre serveur de base de données. Si vous utilisez le nom netbios de votre serveur sql dans la chaîne de connexion, vous voudrez peut-être le remplacer par l'adresse IP (ou l'entrée dns) dans le sous-réseau sur lequel votre nic préféré est activé.

Questions connexes