Configurer la synchronisation web

S’applique à :SQL Server

L’option de synchronisation web pour la réplication de fusion SQL Server permet la réplication des données à l’aide du protocole HTTPS sur Internet. Pour utiliser la synchronisation Web, vous devez d'abord effectuer les actions de configuration suivantes :

1. Créez des comptes de domaine et mappez des connexions SQL Server.

2. Configurez l’ordinateur exécutant Microsoft Internet Information Services (IIS) pour synchroniser les abonnements.

3. Configurez une publication de fusion pour autoriser la synchronisation Web.

4. Configurez un ou plusieurs abonnements de sorte qu'ils utilisent la synchronisation Web.

Pour configurer correctement la synchronisation Web, vous devez décider comment configurer la sécurité pour répondre à vos besoins et stratégies spécifiques. Il est préférable de prendre ces décisions et de créer les comptes nécessaires avant d'essayer de configurer IIS, la publication et les abonnements.

Dans les procédures qui suivent, une configuration de la sécurité simplifiée utilisant des comptes locaux est décrite, pour des raisons de concision. Cette configuration simplifiée est adaptée aux installations où IIS et SQL Server Publisher et le serveur de distribution s’exécutent sur le même ordinateur, même s’il est beaucoup plus probable (et recommandé) d’utiliser une topologie à plusieurs serveurs pour une installation de production. Vous pouvez substituer des comptes de domaine aux comptes locaux dans les procédures.

Création de nouveaux comptes et mappage des connexions SQL Server

L’écouteur Réplication SQL Server (replisapi.dll) se connecte au serveur de publication en empruntant l’identité du compte spécifié pour le pool d’applications associé au site web de réplication.

Le compte utilisé pour l’écouteur Réplication SQL Server doit disposer d’autorisations, comme décrit dans Agent de fusion Sécurité, sous la section « Connecter au serveur de publication ou au serveur de distribution ». En résumé, le compte doit :

• être membre de la liste d'accès à la publication (PAL) ;

• être mappé à une connexion associée à un utilisateur enregistré dans la base de données de publication ;

• être mappé à une connexion associée à un utilisateur enregistré dans la base de données de distribution ;

• être autorisé à lire sur le partage de fichiers d'instantanés.

Si c’est la première fois que vous utilisez Réplication SQL Server, vous devez également créer des comptes et des connexions pour les agents de réplication. Pour plus d'informations, consultez les sections « Configuration de la publication » et « Configuration de l'abonnement » dans cette rubrique.

Avant de configurer la synchronisation Web, il est recommandé de lire la section « Meilleures pratiques de sécurité pour la synchronisation Web » plus loin dans cette rubrique. Pour plus d'informations sur la sécurité de la synchronisation Web, consultez Security Architecture for Web Synchronization.

Configuration de l'ordinateur qui exécute IIS

La synchronisation Web requiert l'installation et la configuration d'IIS. Vous devez connaître l'URL du site web de réplication pour pouvoir configurer une publication en vue d'utiliser la synchronisation web.

La synchronisation web est prise en charge sur IIS à compter de la version 5.0. L'Assistant Configuration de la synchronisation Web n'est pas pris en charge sur IIS version 7.0. À partir de SQL Server 2012, nous recommandons aux utilisateurs d’installer SQL Server avec la réplication pour utiliser le composant de synchronisation web sur le serveur IIS. Il peut s’agir de l’édition gratuite de SQL Server Express.

TLS est obligatoire pour la synchronisation web. Vous aurez besoin d'un certificat de sécurité délivré par une autorité de certification. Vous pouvez utiliser un certificat de sécurité auto-émis à des fins de test uniquement.

Pour configurer IIS pour la synchronisation Web

• SQL Server Management Studio : Configurer IIS pour la synchronisation web

• SQL Server Management Studio : Configurer IIS 7 pour la synchronisation web

Création d'un domaine privé Web

L’écouteur Réplication SQL Server prend en charge deux opérations de synchronisation simultanées par thread. Si cette limite est dépassée, l'écouteur de réplication risque de cesser de répondre. Le nombre de threads alloués à replisapi.dll est déterminé par la propriété Nombre maximal de processus de travail du pool d'applications. Par défaut, cette propriété a la valeur 1.

Vous pouvez prendre en charge un nombre supérieur d'opérations de synchronisation simultanées par UC en augmentant la valeur de la propriété Nombre maximal de processus de travail. La montée en puissance parallèle en augmentant le nombre de processus de travail par UC s'appelle la création d'un « domaine privé Web ».

Le domaine privé Web autorisera plus de deux abonnés à se synchroniser en même temps. Cela augmente également l'utilisation du processeur par replisapi.dll, ce qui peut nuire aux performances générales du serveur. Il est important de prendre ces éléments en compte lorsque vous choisissez une valeur pour Nombre maximal de processus de travail.

Pour augmenter le nombre maximal de processus de travail dans IIS 7

1. Dans Gestionnaire des services Internet (IIS), développez le nœud du serveur local, puis cliquez sur le nœud Pool d'applications .

2. Sélectionnez le pool d'applications associé au site de synchronisation Web, puis cliquez sur Paramètres avancés dans le volet Actions .

3. Dans la boîte de dialogue Paramètres avancés, sous l'en-tête Traiter le modèle , cliquez sur la ligne intitulée Nombre maximal de processus de travail. Modifiez la valeur de la propriété, puis cliquez sur OK.

Configuration de la publication

Pour utiliser la synchronisation Web, vous devez créer une publication de la même manière que pour une topologie de fusion standard. Pour plus d’informations, consultez Publier des données et des objets de base de données.

Une fois la publication créée, activez l’option permettant la synchronisation web à l’aide de l’une des méthodes suivantes : SQL Server Management Studio, Transact-SQL ou Replication Management Objects (RMO). Pour activer la synchronisation Web, vous devez fournir l'adresse du serveur Web pour les connexions des abonnés.

Si vous utilisez un serveur de publication pour la première fois, vous devez également configurer un serveur de distribution et un partage de fichiers d'instantanés. L'Agent de fusion de chaque Abonné doit disposer d'autorisations de lecture sur le partage d'instantanés. Pour plus d’informations, consultez Configurer la distribution et Sécuriser le dossier d’instantanés.

gen est un mot réservé dans les fichiers XML de websync. Ne pas tentez de publier des tables contenant des colonnes nommées gen.

Configuration de l'abonnement

Après avoir activé une publication et configuré IIS, créez un abonnement par extraction et spécifiez que cet abonnement doit être synchronisé à l'aide d'IIS. (La synchronisation Web est prise en charge uniquement pour les abonnements par extraction de données.)

Mise à niveau à partir d'une version antérieure de SQL Server

Si vous disposez d’une topologie de synchronisation Web existante configurée et que vous mettez à niveau SQL Server, vous devez vous assurer que la dernière version de Replisapi.dll est copiée dans le répertoire virtuel utilisé par la synchronisation web. Par défaut, la dernière version de Replisapi.dll se trouve dans C :\Program Files\Microsoft SQL Server\<nnn>\COM.

Réplication d'importants volumes de données

Pour éviter les problèmes de mémoire au niveau des ordinateurs des abonnés, la synchronisation Web utilise une taille maximale par défaut de 100 Mo pour le fichier XML utilisé pour le transfert des modifications. La limite peut être augmentée en définissant la clé de Registre suivante :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\100\Replication

WebSyncMaxXmlSize DWORD 2000000

La plage des valeurs acceptables pour cette clé est de 100 Mo à 4 Go. La valeur est spécifiée en Ko. Définir ce paramètre avec une valeur élevée ne garantit pas que vous puissiez synchroniser ce volume de données. La limite effective est contrainte par la mémoire contiguë qui est disponible sur l'ordinateur de l'Abonné. Si vous avez besoin d'une valeur supérieure à 100 Mo, nous vous recommandons d'augmenter la valeur de façon incrémentielle et de tester la consommation de mémoire avec une charge de travail standard au niveau de l'Abonné.

La taille maximale du fichier XML est de 4 Go, mais la réplication synchronise les modifications de ce fichier dans des lots. La taille maximale des lots de données et de métadonnées est de 25 Mo. Vous devez vous assurer que le volume de données de chaque lot ne dépasse pas approximativement 20 Mo, ce qui permet de prendre en charge les métadonnées et toute surcharge additionnelle. Cette limite a les conséquences suivantes :

• Vous ne pouvez pas répliquer une colonne qui générerait un volume de données et de métadonnées supérieur à 25 Mo. Cela peut être un problème lors de la réplication de lignes contenant des types de données volumineuses, tels que varchar(max).

• Si vous répliquez d'importants volumes de données, vous pouvez être amené à ajuster la taille de lot de l'Agent de fusion.

La taille de lot pour la réplication de fusion est mesurée en générations, lesquelles sont des collections de modifications par article. Le nombre de générations dans un lot est spécifié à l’aide des paramètres -DownloadGenerationsPerBatch et -UploadGenerationsPerBatch de l’Agent de fusion. Pour plus d’informations, voir Replication Merge Agent.

Pour d'importants volumes de données, spécifiez un petit nombre pour chaque paramètre de traitement par lot. Nous vous recommandons de commencer avec une valeur de 10, puis d'ajuster cette valeur selon les besoins et les performances des applications. En général, ces paramètres sont spécifiés dans un profil d'agent. Pour plus d'informations sur ces profils, consultez Replication Agent Profiles.

Meilleures pratiques de sécurité pour la synchronisation Web

La synchronisation Web propose un vaste choix de paramètres associés à la sécurité. Nous vous recommandons l'approche suivante :

• Le serveur de distribution et le serveur de publication SQL Server peuvent se trouver sur le même ordinateur (configuration classique pour la réplication de fusion). IIS doit cependant être installé sur un ordinateur distinct.

• Utilisez TLS (Transport Layer Security), anciennement SSL (Secure Sockets Layer), pour chiffrer la connexion entre l'Abonné et l'ordinateur exécutant IIS. Ceci est obligatoire pour la synchronisation Web.

• Utilisez l'authentification de base pour les connexions de l'Abonné vers IIS. En utilisant l'authentification de base, IIS peut établir des connexions au serveur de publication/distribution au nom de l'Abonné sans recourir à la délégation. La délégation est nécessaire en cas d'utilisation de l'authentification intégrée.

  Remarque

  L'authentification de base est la méthode servant à transmettre les informations d'identification à IIS. L'authentification de base n'empêche pas de spécifier des comptes de domaine Windows pour les connexions qui sont établies vers IIS.

• Spécifiez que l'Agent d'instantané doit s'exécuter sous un compte de domaine Windows et qu'il doit se connecter sous ce compte. (Il s’agit de la configuration par défaut.) Spécifiez que chaque Agent de fusion doit s’exécuter sous le compte de domaine de l’utilisateur qui utilise l’ordinateur de l’Abonné et spécifier que l’agent doit établir des connexions en tant que compte.

  Pour plus d'informations sur les autorisations requises par les agents, consultez Replication Agent Security Model.

• Spécifiez le même compte de domaine que celui utilisé par l’Agent de fusion lorsque vous indiquez un compte et un mot de passe dans la page Informations sur le serveur Web de l’Assistant Nouvel abonnement ou quand vous spécifiez des valeurs pour les paramètres @internet_url et @internet_login de sp_addpullsubscription_agent. Ce compte doit disposer d'autorisations en lecture pour le partage des instantanés.

• Chaque publication doit utiliser un répertoire virtuel distinct pour IIS.

• Le compte sous lequel l’écouteur Réplication SQL Server (Replisapi.dll) s’exécute est également le compte qui se connecte au serveur de publication et au serveur de distribution pendant la synchronisation. Ce compte doit être mappé à un compte de connexion SQL sur le serveur de publication et le serveur de distribution. Pour plus d’informations, consultez la section « Définition des autorisations pour l’écouteur de réplication SQL Server » dans la rubrique Configurer IIS pour la synchronisation Web.

• Vous pouvez utiliser FTP pour remettre l'instantané du serveur de publication à l'ordinateur exécutant IIS. L'instantané est toujours remis de l'ordinateur exécutant IIS à l'Abonné au moyen du protocole HTTPS. Pour plus d’informations, consultez Transférer des instantanés via FTP.

• Si les serveurs de la topologie de réplication se trouvent derrière un pare-feu, vous devrez peut-être ouvrir les ports dans le pare-feu afin d'activer la synchronisation Web.

  • L'ordinateur de l'abonné se connecte à l'ordinateur qui exécute IIS sur HTTPS à l'aide du protocole TLS, qui est généralement configuré pour utiliser le port 443. Les abonnés SQL Server Compact peuvent également se connecter via HTTP, qui est généralement configuré pour utiliser le port 80.

  • L'ordinateur chargé d'exécuter IIS se connecte généralement au serveur de publication ou au serveur de distribution via le port 1433 (instance par défaut). Lorsque le serveur de publication ou le serveur de distribution correspond à une instance nommée sur un serveur avec une autre instance par défaut, le système utilise habituellement le port 1500 pour se connecter à l'instance nommée.

  • Si l'ordinateur exécutant IIS est séparé du serveur de distribution par un pare-feu et si un partage FTP est employé pour la remise des instantanés, vous devez ouvrir les ports utilisés pour le partage FTP. Pour plus d’informations, consultez Transférer des instantanés via FTP.

Voir aussi

Synchronisation web pour la réplication de fusion