Configuration du Registre pour l'Agent serveur SQL Server Compact
Cette rubrique décrit trois paramètres du Registre pour l'Agent serveur SQL Server Compact 3.5 (HKLM\Software\Microsoft\Microsoft SQL Server Compact Edition\v3.5\Transport) que vous pouvez modifier pour appliquer des restrictions de sécurité et améliorer les performances lors de l'utilisation de Microsoft Internet Information Services (IIS) pour effectuer des synchronisations entre Microsoft SQL Server Compact 3.5 et SQL Server.
USAGE
La clé de Registre USAGE peut restreindre le type de synchronisation effectué en raison de l'exécution de l'Agent serveur SQL Server Compact 3.5 sur le serveur IIS. La valeur par défaut est 0. Elle autorise le traitement de RDA et de la réplication de fusion. La valeur 1 restreint uniquement la synchronisation à utiliser pour la réplication de fusion. La valeur 2 restreint uniquement la synchronisation à utiliser pour RDA.
MAX_THREADS_PER_POOL
La clé de Registre MAX_THREADS_PER_POOL permet de définir le nombre maximal de threads de chacun des trois pools utilisés par l'Agent serveur SQL Server Compact 3.5. La valeur par défaut est 20 threads, mais elle peut être définie entre 1 et 1000. Les threads sont alloués dynamiquement et non pas alloués au démarrage. L'utilisation de la valeur par défaut permet d'allouer un total de 60 threads sur le serveur IIS. Les pools de thread :
traitement des fichiers .IN.
traitement des fichiers .OUT.
appel du Réconciliateur SQL Server.
L'accroissement du nombre de threads n'entraîne pas nécessairement des performances plus rapides et doit en outre être testé avant toute implémentation, car un nombre de threads accru peut consommer une quantité significative de ressources du processeur. Le nombre de threads doit être uniquement augmenté si l'UC possède des performances élevées et que le nombre de clients qui tentent d'effectuer une synchronisation en même temps est important.
MAX_PENDING_REQUEST
La clé de Registre MAX_PENDING_REQUEST a une valeur par défaut de 500 avec une valeur minimale de 10 et une valeur maximale de 10000. S'il n'y a pas de threads disponibles (MAX_THREADS_PER_POOL), les demandes seront mises en file d'attente dans un pool de demandes. L'utilisation de cette fonctionnalité dépend de la disponibilité des threads pour traiter toutes les demandes. Dans des scénarios de traitement normaux, cette fonctionnalité n'est pas utilisée.