Amélioration des performances du serveur. Adobe Workflow, Form Manager, PDF Generator, assembler, forms, PRINT
G
Amélioration des performances du serveur
Cette annexe fournit des conseils généraux que vous pouvez appliquer pour améliorer les performances du serveur lors de l'utilisation des produits LiveCycle.
Optimisation de documents en ligne d'entrée et impacts sur la mémoire JVM
Si vous traitez régulièrement des documents de petite taille, vous pouvez améliorer les performances associées à la vitesse de transfert des documents et à l'espace de stockage en implémentant les configurations de produit LiveCycle suivantes :
O
O
Augmentation de la taille maximale de la ligne d'entrée pour les produits LiveCycle afin qu'elle soit supérieure à la taille de la plupart des documents.
Pour le traitement de fichiers plus volumineux, spécification des répertoires de stockage situés sur un disque à grande vitesse ou un disque RAM.
La taille maximale par défaut de la ligne d'entrée et les répertoires de stockage (répertoire des fichiers temporaires des produits Adobe LiveCycle et répertoire de stockage global) constituent des propriétés du module Data Manager. Vous pouvez configurer le module Data Manager avec Configuration Manager.
Reportez-vous à la section
« Configuration des produits LiveCycle à déployer », page 49
.
Remarque :
la taille maximale par défaut de la ligne d'entrée équivaut à 65 536 octets.
Taille du document et taille maximale de la ligne d'entrée
Lorsque la taille d'un document à traiter avec des produits LiveCycle est inférieure ou égale à la taille maximale de la ligne d'entrée, le document est stocké sur le serveur de la ligne d'entrée et sérialisé sous la forme d'un objet Adobe Document. Le stockage de documents de ligne d'entrée peut considérablement accroître les performances. Cependant, si vous utilisez LiveCycle Workflow, le contenu peut également
être enregistré dans la base de données pour garantir son suivi et l'augmentation de la taille maximale de la ligne d'entrée peut affecter la taille de la base de données.
Un document dont la taille est supérieure à la taille maximale de la ligne d'entrée est stocké dans le système de fichiers local (dans les répertoires de stockage spécifiés à l'aide de Configuration Manager).
L'objet Adobe Document transféré sur le serveur ou provenant de celui-ci constitue alors un simple pointeur vers ce fichier.
Lorsque le contenu du document est en ligne (c'est-à-dire qu'il est inférieur à la taille maximale de la ligne d'entrée), il est enregistré dans la base de données (dans le cadre de la fonction de sérialisation du document). Par conséquent, une augmentation de la taille maximale de la ligne d'entrée peut affecter la taille de la base de données.
Taille maximale du tas de la JVM
L'augmentation de la taille maximale de la ligne d'entrée nécessite plus de mémoire pour le stockage des documents sérialisés, et donc généralement une augmentation de la taille maximale du tas de la JVM. La taille maximale du tas de la JVM ne doit pas dépasser 2 Go.
143
Adobe LiveCycle
Installation et configuration de LiveCycle pour JBoss
Amélioration des performances du serveur
Augmentation de la quantité maximale de mémoire affectée à la JVM 144
Un système lourdement chargé et traitant un grand nombre de documents peut rapidement saturer la mémoire du tas JVM. Pour éviter une erreur de mémoire saturée (OutOfMemoryError), vous devez augmenter la taille maximale du tas de la JVM d'un volume correspondant à la taille des documents de la ligne d'entrée multipliée par le nombre de documents généralement exécutés à un moment donné.
Taille maximale du tas de la JVM = (taille des documents de ligne d'entrée) x (nombre moyen de documents traités)
Exemple G.1
Calcul de la taille maximale du tas de la JVM
Dans cet exemple, la taille maximale actuelle du tas de la JVM est définie sur 512 Mo et la taille maximale de la ligne d'entrée sur 64 Ko. Vous devez configurer le serveur pour l'exemple suivant : 10 tâches sont exécutées simultanément et chacune comporte 9 fichiers d'entrée et un fichier de résultat (pour un total de 10 fichiers par tâche et 100 fichiers traités simultanément). La taille de chaque fichier ne dépasse pas
512 Ko.
Pour stocker tous les fichiers dans la ligne d'entrée, la taille maximale de cette dernière doit être définie sur
512 Ko au minimum.
Utilisez l'équation suivante pour calculer l'augmentation de la taille maximale du tas JVM nécessaire :
(512 Ko) x (100) = 51 200 Ko ou 512 Mo
Vous devez augmenter la taille maximale du tas JVM de 512 Mo pour un total de 1 Go.
Fragmentation du tas
Si vous réglez la taille des documents de ligne d'entrée sur de grandes valeurs, vous augmentez le risque d'apparition d'erreurs OutOfMemoryError sur les systèmes sujets à la fragmentation du tas. Pour stocker un document de ligne d'entrée, il faut que la mémoire du tas JVM comporte suffisamment d'espace contigu. Certains systèmes d'exploitation, JVM et algorithmes collecteurs sont sujets à la fragmentation du tas. La fragmentation réduit la quantité d'espace de tas contigu et peut générer un message de mémoire saturée (OutOfMemoryError) même si l'espace disponible total est suffisant.
Par exemple, de précédentes opérations sur le serveur d'applications ont laissé le tas JVM dans un état fragmenté, et le collecteur est incapable de compresser suffisamment le tas pour récupérer de grands blocs d'espace libre. Une erreur OutOfMemoryError peut se produire même si vous avez augmenté la taille maximale du tas JVM en fonction de la ligne d'entrée.
Pour éviter une fragmentation du tas, la taille du document de ligne d'entrée ne doit pas dépasser la taille totale du tas de plus de 0,1 %. Par exemple, une taille maximale du tas JVM de 512 Mo peut prendre en charge une taille maximale de ligne d'entrée de 512 Mo x 0,001 = 0,512 Mo ou 512 Ko.
Augmentation de la quantité maximale de mémoire affectée à la JVM
Cette section s'applique à WebSphere uniquement.
Si vous exécutez LCM ou que vous essayez de générer le code de déploiement EJB au moyen de l'utilitaire de ligne de commande, ejbdeploy, et qu'une erreur OutOfMemory survient, vous devez augmenter la quantité maximale de mémoire affectée à la JVM.
Adobe LiveCycle
Installation et configuration de LiveCycle pour JBoss
Amélioration des performances du serveur
Nettoyage des fichiers temporaires du répertoire de stockage global 145
³
Pour augmenter la quantité maximale de mémoire affectée à la JVM
1. Modifiez le script ejbdeploy du répertoire {WAS_install_root}/deploytool/itp/ :
O
O
(Windows) ejbdeploy.bat
(Linux) ejbdeploy.sh
2. Trouvez le paramètre
-Xmx256M
et attribuez à ce dernier une valeur supérieure, telle que
-Xmx1024M
.
3. Enregistrez le fichier.
4. Exécutez ejbdeploy ou relancez LCM.
Nettoyage des fichiers temporaires du répertoire de stockage global
Lorsqu'un processus de flux de production est exécuté, les fichiers temporaires sont placés dans le répertoire de stockage global, mais ils ne sont pas supprimés une fois le processus terminé. Ces fichiers sont placés sous les sous-répertoires et nommés Session[NNNN], NNNN correspondant à l'identifiant du processus de flux de production. Pour éviter de manquer d'espace disque, vous devez régulièrement supprimer les répertoires Session associés aux processus totalement terminés.
Si le répertoire de stockage global n'est pas défini explicitement dans Configuration Manager, il est créé par défaut sous [RepTemp]/AdobeDocumentStorage/global. Si l'utilisateur ne définit pas le [RepTemp] dans Configuration Manager, l'emplacement par défaut est java.io.tmpdir.
Paramètres de configuration de DB2
Si vous exécutez LiveCycle Form Manager avec une base de données DB2 et que l'ordinateur cesse de répondre, consultez les fichiers journaux du serveur à la recherche de messages indiquant un arrêt fatal
(deadlock). Si vous repérez ce type de message dans les fichiers journaux, modifiez les paramètres de configuration de DB2. Attribuez au paramètre LOCKTIMEOUT la valeur 15 et doublez la valeur des paramètres APPLHEAPSZ, STMTHEAP et SORTHEAP. Redémarrez ensuite la base de données et le serveur d'applications.
Amélioration des performances de Windows Server avec LDAP
L'utilisation du pool de connexion sur la connexion de recherche peut réduire le nombre de ports requis de 50 % étant donné que cette connexion utilise toujours les mêmes informations d'identification pour un domaine donné et que le contexte et les objets liés sont fermés de manière explicite.
Adobe LiveCycle
Installation et configuration de LiveCycle pour JBoss
Amélioration des performances du serveur
Amélioration des performances de Windows Server avec LDAP 146
³
Pour configurer Windows Server pour le pool de connexion :
1. Lancez l'éditeur de registre en cliquant sur Démarrer > Exécuter ; dans le champ Ouvrir, tapez regedit
, puis cliquez sur OK.
2. Accédez à la clé de registre :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
3. Dans le volet de droite de l'éditeur de registre, recherchez le nom de la valeur TcpTimedWaitDelay. Si ce nom n'apparaît pas, vous pouvez l'ajouter en sélectionnant Edition > Nouveau > Valeur DWORD dans la barre de menus.
4. Dans la zone Nom, saisissez
TcpTimedWaitDelay
.
Remarque :
si aucun curseur ne clignote dans la zone et que aucune
Nouvelle valeur # n'apparaît, faites un clic droit dans le panneau droit, sélectionnez Renommer dans le menu, puis tapez TcpTimedWaitDelay dans le champ
Nom
.
pour les noms de valeur suivants :
MaxUserPort
,
MaxHashTableSize
et
MaxFreeTcbs.
6. Double-cliquez dans le volet de droite pour définir la valeur TcpTimedWaitDelay. Sous Base, sélectionnez Décimale, puis entrez
30
dans la zone Données de la valeur.
7. Double-cliquez dans le volet de droite pour définir la valeur MaxUserPort. Sous Base, sélectionnez
Décimale, puis entrez
65534
dans la zone Données de la valeur.
8. Double-cliquez dans le volet de droite pour définir la valeur MaxHashTableSize. Sous Base, sélectionnez Décimale, puis entrez
65536
dans la zone Données de la valeur.
9. Double-cliquez dans le volet de droite pour définir la valeur MaxFreeTcbs. Sous Base, sélectionnez
Décimale, puis entrez
16000
dans la zone Données de la valeur.
Attention :
vous pouvez rencontrer de sérieux problèmes si vous modifiez le registre, au moyen de l'éditeur de registre ou d'une autre méthode, de façon incorrecte. Il pourrait être nécessaire ensuite de réinstaller votre système d'exploitation. Modifiez le registre à vos propres risques.

Lien public mis à jour
Le lien public vers votre chat a été mis à jour.