Spécification des paramètres de distributeur
Chaque ordinateur qui exécute le moteur de notification (généralement en utilisant un service Windows NS$InstanceName) peut exécuter un distributeur. Lorsque vous définissez une application, vous définissez un ou plusieurs distributeurs, les ordinateurs qui exécutent les distributeurs et les paramètres opérationnels pour ces distributeurs.
Traitement du distributeur
Le distributeur régit la mise en forme des notifications et la remise pour une application de notification. Sur un intervalle configurable appelé quantum de distributeur, le distributeur recherche un groupe de notifications, appelé élément de travail, à traiter. Si un élément de travail est disponible, le distributeur le récupère, appelle le module de formatage de contenu pour transformer les données de notification, puis envoie les notifications mises en forme en utilisant un protocole de remise.
Les notifications qui n'ont pas pu être distribuées sont renvoyées dans la réserve d'éléments de travail. S'il existe une planification de nouvelle tentative d'exécution des notifications et si les notifications n'ont pas expiré, le distributeur tentera de traiter les notifications à la prochaine tentative.
Définition des distributeurs
Dans SQL Server Enterprise Edition, Developer Edition et Evaluation Edition, votre application peut avoir plusieurs distributeurs. Cela peut être bénéfique si votre application représente une mise en forme complexe ou un volume important.
Chaque distributeur exécute les mêmes fonctions, mais l'utilisation de plusieurs distributeurs peut améliorer la mise en forme du contenu et les performances de remise en répartissant la charge de traitement sur différents serveurs.
Si vous définissez plusieurs distributeurs pour votre application, vous devez les placer sur des serveurs différents. Le fait de placer plusieurs distributeurs sur un seul serveur ne représente aucun avantage en terme de fonctionnement. Si vous placez deux distributeurs de la même application sur un seul ordinateur, Notification Services renvoie une erreur lorsque vous tentez de créer ou de mettre à jour l'application.
Si vous utilisez SQL Server Standard Edition, votre application ne peut avoir qu'un seul distributeur.
Pour surveiller les performances du distributeur, utilisez les objets de performance de générateur et de distributeur de Notification Services. Pour plus d'informations, consultez Objets de performances de Notification Services.
Pour définir des distributeurs pour une application
Si vous définissez une application via XML, définissez les distributeurs dans le fichier de définition d'application. Si vous définissez une application par programme, utilisez des objets NMO (Notification Services Management Objects) pour définir les distributeurs.
Spécification des paramètres de distributeur
Lorsque vous définissez un distributeur, vous spécifiez ses paramètres opérationnels, notamment le nom du système sur lequel il s'exécute, le nombre de threads dont il peut disposer et la fréquence à laquelle il recherche les notifications.
Pour définir un distributeur
Nom du système
La propriété du nom du système spécifie le nom du système qui exécute le distributeur. Cette valeur est généralement le nom de l'ordinateur. Toutefois, si le distributeur s'exécute sur un cluster de basculement, cette valeur est le nom de serveur virtuel.
Les composants clients de Notification Services doivent être installés sur l'ordinateur et l'instance doit être inscrite sur l'ordinateur.
Si votre application utilise plusieurs distributeurs, chaque distributeur doit avoir un nom de système unique.
Pour plus d'informations sur le déploiement évolutif d'une application, consultez Configurations distribuées horizontalement
Pour spécifier le nom de système du distributeur
Taille du pool de threads
La taille de pool de threads du distributeur spécifie un nombre maximal de threads que le distributeur peut utiliser pour traiter les éléments de travail. Le distributeur peut utiliser un nombre plus faible de threads s'il y a moins d'éléments de travail à traiter.
Par défaut; le distributeur utilise toutes les threads disponibles pour traiter les éléments de travail en parallèle. Vous pouvez cependant configurer la taille du pool de threads pour contrôler le nombre de threads disponibles pour le distributeur.
Pour SQL Server 2005 Enterprise Edition, Developer Edition et Evaluation Edition, la taille du pool de threads est illimitée. Si vous ne définissez pas de taille de pool de threads, ou si vous la définissez sur 0, Notification Services utilise son propre algorithme pour déterminer le nombre optimal de threads.
.gif "ms172521.note(fr-fr,SQL.90).gif") Important : |
|---|
| Dans SQL Server 2005 Standard Edition, la taille de pool de threads du distributeur doit être 1, 2 ou 3. La valeur par défaut est 3. |
Détermination d'une taille de pool de threads optimale
Vous pouvez fournir une valeur faible si vous voulez limiter la consommation de temps processeur du distributeur sur votre système. Si vous diminuez la taille du pool de threads, le distributeur traite moins d'éléments de travail en parallèle, réduisant ainsi les besoins en ressources système du distributeur, dans les scénarios à gros volume.
Pour spécifier la taille de pool de threads du distributeur
Durée de quantum du distributeur
La durée de quantum du distributeur spécifie la fréquence à laquelle un distributeur inactif recherche des éléments de travail. Lorsque le distributeur n'est pas inactif, le quantum du distributeur n'a plus de raison d'être car le distributeur recherche des éléments de travail supplémentaires au début et à la fin du traitement de chaque élément de travail.
| Remarque : |
|---|
| La durée du quantum du distributeur ne dépend pas de la durée du quantum du générateur. Pour plus d'informations sur le quantum de générateur, consultez Définition de la durée de quantum du générateur. |
Lorsque vous configurez la durée du quantum du distributeur, vous avez le choix entre une durée courte (20 secondes) ou une durée plus longue (5 minutes). Toutefois, un compromis est effectué entre la vitesse de l'application et la consommation des ressources.
- Si vous configurez une durée de quantum très courte, l'application consomme davantage de ressources système. En revanche, le distributeur est plus réactif si un nouvel élément de travail devient disponible après une période d'inactivité, et il est probable que les abonnés reçoivent les notifications plus rapidement.
- Si vous configurez une durée de quantum plus longue, l'application consommera moins de ressources système. En revanche, il peut y avoir un certain délai entre le moment où l'application génère la notification et le moment où le distributeur livre la notification.
Si votre application ne peut pas suivre la charge de travail de distribution, envisagez d'ajouter des distributeurs sur des serveurs distincts. Le déploiement évolutif d'une application nécessite SQL Server 2005 Enterprise Edition, Developer Edition ou Evaluation Edition.
Pour spécifier la durée du quantum du distributeur
Voir aussi
Concepts
Objets de performances de Notification Services
Architecture de formatage et de remise des notifications
Autres ressources
Définition des applications Notification Services