Leistungsfaktoren

* Neu für 10*

Wenn Sie mehrere Vorgänge für eine große Anzahl von Dateien mithilfe von Administration Console ausführen, wird der Vorgang möglicherweise nur langsam verarbeitet oder es tritt eine Zeitlimitausnahme auf.

Um dieses Problem zu beheben, müssen Sie den Zeitüberschreitungswert für Transaktionen für den Anwendungsserver erhöhen. Wie Sie den Zeitüberschreitungswert für Transaktionen konfigurieren, fiinden Sie in der Produktdokumentation Ihres Anwendungsservers.

Legen Sie die folgenden JVM-Argumente fest, um die Leistung bei asynchronen Aufrufen von Diensten zu verbessern:

• -Dadobe.work-manager.queue-refill-interval=1

• -Dadobe.workmanager.memory-control.enabled=false

Informationen zum Festlegen von JVM-Argumenten für WebSphere finden Sie unter „Konfigurieren der JVM-Argumente“ im Handbuch Installieren und Bereitstellen von LiveCycle für WebSphere.

Informationen zum Festlegen von JVM-Argumenten für WebSphere finden Sie unter „Konfigurieren der JVM-Argumente“ im Handbuch Installieren und Bereitstellen von LiveCycle für WebLogic.

Wenn Sie den LiveCycle-Server in einer reinen IPv6-Umgebung verwenden, schlägt der Remoteaufruf von Diensten auf dem LiveCycle-Server möglicherweise fehl. Dieses Problem tritt auf, wenn für die Clients das SUN JDK verwendet wird. Um diesen Fehler zu vermeiden, verwenden Sie für Clients das IBM JDK, wenn LiveCycle auf Anwendungsservern in einer reinen IPv6-Umgebung bereitgestellt wird.

Der Process Management-Durchsatz verschlechtert sich bei Oracle-Datenbanken gelegentlich im Laufe der Zeit. Das LiveCycle-Entwicklungsteam verfügt über einige SQL*Plus-Skripte, mit denen dieses Problem behoben werden kann. Diese Skripte verbessern die Leistung in Anwendungsszenarien mit einer großen Benutzerzahl.

Sie können sich an den Adobe Enterprise-Support wenden und die Skripte, die sich auf die TechNote mit dem Titel „Process Management performance issue on Oracle“ (Dokument-ID cpsid_85089) beziehen, anfordern.

Durch die Verwendung von Verbindungspools bei der Suchverbindung kann die Anzahl der benötigten Anschlüsse um bis zu 50 % verringert werden, da diese Verbindung immer dieselben Berechtigungen für eine bestimmte Domäne verwendet und darüber hinaus der Kontext und die entsprechenden Objekte ausdrücklich geschlossen sind.

(Nur Umgebungen ohne Cluster)

Eventuell benötigt der Scheduler-Dienst zusätzliche Konfigurationseinstellungen, um richtig zu funktionieren.

Ist LiveCycle auf einem WebLogic-Server installiert, können bei IBM® FileNet-APIs aufgrund der übermäßigen Protokollierung Leistungsprobleme auftreten. Um die Leistung in solchen Fällen zu verbessern, sollten Sie die Protokollierungsstufe von „debug“ in „Fatal“ ändern.

1. Navigieren Sie auf FileNet Content Server zum Ordner „C:\Programme\FileNet\ContentEngine\config\samples“.

2. Kopieren Sie die Datei „log4j.properties.client“ auf den LiveCycle-Server und benennen Sie die Datei in log4j.properties um.

3. Öffnen Sie die Datei „log4j.properties“ und kommentieren Sie die Einträge für die Appender FileNetTraceAppender und FileNetTraceRollingAppender aus:

   #=== FileNetTraceAppender 
   log4j.appender.FileNetTraceAppender=org.apache.log4j.FileAppender log4j.appender.FileNetTraceAppender.File=/p8_api_trace.log # This is the layout that the TraceLoggingConfiguration framework on the server uses. 
   # To use this layout , jace.jar must be present in the classpath. #log4j.appender.FileNetTraceAppender.layout=com.filenet.apiimpl.util.TraceLayout # Comment out the following lines if using the FileNet TraceLayout log4j.appender.FileNetTraceAppender.layout=org.apache.log4j.PatternLayout log4j.appender.FileNetTraceAppender.layout.ConversionPattern=%d %5p [%t] - %m\r\n #=== FileNetTraceRollingAppender log4j.appender.FileNetTraceRollingAppender=org.apache.log4j.RollingFileAppender log4j.appender.FileNetTraceRollingAppender.File=/p8_api_trace.log log4j.appender.FileNetTraceRollingAppender.MaxFileSize=100MB log4j.appender.FileNetTraceRollingAppender.MaxBackupIndex=1 
   # This is the layout that the TraceLoggingConfiguration framework on the server uses. 
   # To use this layout , jace.jar must be present in the classpath. 
   #log4j.appender.FileNetTraceRollingAppender.layout=com.filenet.apiimpl.util.TraceLayout 
   # Comment out the following lines if using the FileNet TraceLayout 
   log4j.appender.FileNetTraceRollingAppender.layout=org.apache.log4j.PatternLayout 
   log4j.appender.FileNetTraceRollingAppender.layout.ConversionPattern=%d %5p [%t] - %m\r\n

   • Setzen Sie den FileNet-Logger auf „FATAL“ und entfernen Sie FileNetTraceAppender und FileNetTraceRollingAppender aus dem Logger:

     Ersetzen Sie

     log4j.logger.filenet_error = error, FileNetConsoleAppender, 
     FileNetErrorRollingAppender, FileNetTraceRollingAppender 

     durch

     log4j.logger.filenet_error = fatal, FileNetErrorRollingAppender

   • Setzen Sie den FileNet-API-Logger auf „FATAL“:

     Ersetzen Sie

     #log4j.logger.filenet_error.api = warn

     durch

     log4j.logger.filenet_error.api = fatal

4. Speichern Sie die Datei „log4j.properties“.

5. Fügen Sie den Pfad des Ordners, der die Datei „log4j.properties“ enthält, dem FileNet Component ID-Eintrag in der Datei adobe-component-ext.properties hinzu, die auf dem LiveCycle-Anwendungsserver abgelegt ist. Auf dem WebLogic-Anwendungsserver befindet sich diese Datei unter [WL_HOME]/user_projects/domains/<Domänenname>.

   Wenn die Datei „log4j.properties“ zum Beispiel unter „C:/log4j_file/log4j.properties“ gespeichert ist, fügen Sie „C:/log4j_file“ zur Datei „adobe-component-ext.properties“ hinzu.

6. Starten Sie den Anwendungsserver neu.

Die folgende Warnung wird in den Anwendungsserverprotokollen angezeigt, wenn viele Benutzer gleichzeitig auf Content Services zugreifen:

ReadWriteCach W org.hibernate.cache.ReadWriteCache handleLockExpiry An item was expired by the cache while it was locked (increase your cache timeout): org.alfresco.repo.domain.hibernate.NodeImpl.properties

Um dieses Problem zu lösen, legen Sie in den Anwendungsserver-Startskripten fest, dass das folgende JVM-Argument zum Aktualisieren von ehcache den Least Recently Used-(LRU-)Algorithmus statt des heuristischen Standardalgorithmus verwenden soll:

-Dnet.sf.ehcache.use.classic.lru=true