Table des Matières
Publicité
Considérations d'optimisation réseau
Le meilleur procédé pour améliorer les performances globales dans un
environnement de base de données réparti consiste à éliminer les retards du
réseau. Les administrateurs réseau considèrent généralement qu'un réseau est plus
efficace lorsqu'il rassemble autant de données que possible entre les transmissions.
Cette approche ne fonctionne par pour les applications telles que les bases de
données réparties car elle crée des retards dans le réseau. L'utilisateur final ne
constate pas l'efficacité du réseau, uniquement les retards.
La plupart des périphériques réseau possèdent des paramètres de retard et leurs
valeurs par défaut sont généralement définies sur des valeurs loin d'être optimales
pour les bases de données réparties. Afin d'améliorer les performances, vous devez
localiser ces paramètres et, si possible, les définir sur zéro. En outre, vous devez
vérifier que la taille de la mémoire tampon du périphérique est suffisante pour
éviter toute retransmission suite à des pertes de données. Par exemple, les
systèmes UNIX possèdent généralement une longueur de file d'attente de
transmission ou de réception définie par défaut sur 32. Afin d'améliorer les
performances, définissez la longueur de la file d'attente sur 150. Un paramètre
correspondant dans les paramètres de contrôle de liaison de données est la
longueur de la file d'attente de réception qui doit également être définie sur 150.
Le paramètre IOBUF est généralement défini sur une valeur trop faible sur la
plupart des sites. Elle est également définie sur 500. Mais l'expérience a démontré
avec le temps qu'une valeur de 3992 est plus adaptée si vous déplacez de grandes
quantités de données, notamment si vous utilisez des connexions par canaux, telles
que les connexions ESCON ou 3172.
Sur les systèmes locaux, les tailles des fenêtres de réception et de transmission
DLC (contrôle de liaison de données) ou LLC (contrôle de liaison logique) peuvent
affecter considérablement les performances. La valeur envoyée doit être définie sur
une valeur supérieure ou égale à 7 ; pour la plupart des configurations, une valeur
égale ou inférieure à 4 engendre des résultats inférieurs.
Si vous utilisez Ethernet, définissez la taille de segment TCP sur 1500 octets. Sur
un réseau en anneau à jeton ou FDDI, vous devez définir cette valeur sur
4400 octets et si vous utilisez un adaptateur ESCON avec le protocole TCP/IP, la
taille de segment doit toujours être définie sur 4096.
En ce qui concerne les réseaux TCP/IP, les tailles de mémoire tampon d'envoi et de
réception TCP doivent être définies sur des valeurs supérieures à 32768. Une
valeur de 65536 fournira généralement les meilleures performances.
Remarque : L'établissement d'une connexion de la passerelle au serveur
(connexion sortante) consomme davantage de ressources que l'établissement d'une
connexion d'un client à la passerelle (connexion entrante). Dans un environnement
dans lequel des milliers de clients se connectent fréquemment au serveur via une
passerelle et s'en déconnectent, un temps de traitement considérable est consacré à
l'établissement de connexions sortantes. DB2 Connect offre le regroupement des
connexions via le protocole TCP/IP. Lorsqu'un client demande à se déconnecter du
serveur, la passerelle supprime la connexion entrante du client, mais conserve la
connexion sortante vers le serveur dans un regroupement Lorsqu'un nouveau
client arrive sur la passerelle et demande une connexion, la passerelle fournit une
connexion existante du regroupement, ce qui réduit les temps de connexion
globaux et permet d'éviter de consommer un grand nombre de ressources de
l'unité centrale.
102
IBM DB2 Connect 9.7 - - Guide d'utilisation
Publicité
Table des Matières
