Topologies réseau (SQL Server Compact)

Lors du transfert de données entre les clients Microsoft SQL Server Compact 3.5 (SQL Server Compact 3.5) et SQL Server, les données transitent via Microsoft Internet Information Services (IIS). Du point de vue du réseau, vous pouvez configurer un seul serveur pour héberger à la fois IIS et SQL Server ou disposer de plusieurs serveurs pour améliorer les performances et de plusieurs pare-feu pour renforcer la sécurité. La topologie réseau que vous choisissez d'implémenter dépend de vos besoins en matière de sécurité et de performances.

Topologies réseau

Bien que vous puissiez utiliser plusieurs topologies réseau pour le transfert de données entre des clients SQL Server Compact 3.5 et SQL Server, il existe trois topologies réseau courantes :

Topologie avec serveur unique

Dans cette topologie, IIS, le serveur de publication SQL Server et le serveur de distribution SQL Server résident tous trois sur un même serveur. Ce serveur peut ou non se trouver derrière un pare-feu. S'il s'y trouve, vous devez seulement ouvrir le port 80 au trafic Internet.

Topologie avec deux serveurs

Dans cette topologie, IIS est configuré sur un serveur, tandis que le serveur de publication SQL Server et le serveur de distribution SQL Server sont configurés sur un serveur distinct. Le serveur qui exécute IIS peut être séparé du reste du réseau (notamment de l'ordinateur qui exécute SQL Server) par un pare-feu et il peut être également protégé d'Internet par un pare-feu supplémentaire. Le pare-feu entre le client et IIS doit avoir le port 80 ouvert, tandis que le pare-feu entre IIS et SQL Server doit avoir deux ports ouverts : le port 80 et le port attribué à l'instance de SQL Server. Ce deuxième port est généralement 1443.

Topologie d'entreprise

Si vous prenez en charge un très grand nombre d'Abonnés SQL Server Compact 3.5 qui effectuent leur synchronisation au même moment, vous pouvez répartir la charge entre plusieurs ordinateurs qui exécutent IIS. Cela permet de réduire les retards dans les transferts de données.

Si un équilibrage de charge supplémentaire est nécessaire sur l'ordinateur qui exécute SQL Server, vous pouvez créer une hiérarchie de réédition sur plusieurs ordinateurs. Le serveur de publication de niveau supérieur publie les données sur les Abonnés SQL Server. Ceux-ci republient à leur tour les données sur les Abonnés SQL Server Compact 3.5. L'équilibrage de charge est statique, au sens où chaque Abonné SQL Server Compact 3.5 est affecté à un des rééditeurs et reste toujours synchronisé avec ce rééditeur.

Remarque :
SQL Server Compact 3.5 ne prend pas en charge d'autres partenaires de synchronisation.

Comme dans le cas d'une topologie à deux serveurs, des pare-feu peuvent être utilisés entre les clients et IIS, et entre les serveurs IIS et les rééditeurs.

Utilisation de Windows Clustering

La réplication SQL Server Compact 3.5 peut être utilisée sur un cluster Microsoft Windows qui contient une batterie de serveurs Web exécutant IIS. Cependant, l'Agent serveur SQL Server Compact 3.5 doit gérer l'état des sessions entre les appels des clients ; par conséquent, vous devez utiliser du matériel ou un logiciel d'équilibrage de charge capable de gérer l'état des sessions entre l'Agent client SQL Server Compact 3.5 et l'Agent serveur SQL Server Compact 3.5.

Les systèmes d'équilibrage de charge fonctionnent généralement comme suit : Les clients accèdent au cluster en utilisant un nom de domaine commun avec une seule adresse IP virtuelle ; le matériel ou le logiciel d'équilibrage de charge intercepte le trafic HTTP entrant et le redirige vers un des serveurs du cluster.

SQL Server Compact 3.5 peut être utilisé avec différents systèmes d'équilibrage de charge, par exemple Windows Network Load Balancing (NLB). Windows NLB est inclus dans Windows 2003 Advanced Server et Windows 2000 Datacenter Server. NLB peut être utilisé avec SQL Server Compact 3.5, car NLB prend en charge l'affinité du client. Cette option permet au client d'être toujours dirigé vers le même serveur exécutant IIS dans le cluster. Notez que si un incident serveur ou réseau se produit au cours d'une session cliente, une nouvelle ouverture de session est requise pour authentifier à nouveau le client et établir à nouveau l'état de la session. Enfin, l'ajout au cluster d'un nouveau serveur exécutant IIS provoque la redirection d'une partie du trafic client vers le nouveau serveur. Ceci peut affecter des sessions existantes.

Pour plus d'informations, consultez « Technologies de clustering Windows » dans les ressources techniques de Microsoft Windows Server 2003 sur le site Web de Microsoft Windows Server 2003.