Parámetros de AR para una configuración para contar con rendimiento óptimo en Remedy 9.X

Version 4
    Share This:

    This document contains official content from the BMC Software Knowledge Base. It is automatically updated when the knowledge article is modified.


    PRODUCT:

    Remedy AR System Server


    COMPONENT:

    BMC Configuration Management Release Notes


    APPLIES TO:

    9.X



    QUESTION:

    ¿Cules son las recomendaciones de mejores prcticas para configurar la plataforma del Sistema AR Remedy 9.x por defecto ?


    ANSWER:

     

    Introducción

    Este documento es una lista de verificación de configuración para la configuración de instalación de la plataforma OOTB AR para la versión Remedy 9.1. Gran parte de la configuración es la misma para todos los Service Pack. Donde difieren, se ha incluido una nota. El documento puede actualizarse a medida que se completen ms pruebas y observaciones. Así que por favor revise periódicamente para las actualizaciones. Compruebe este enlace para obtener ms información sobre los cambios de SP2: https://docs.bmc.com/docs/display/public/brid91/BMC+Remedy+ITSM+Suite+installation+and+upgrade+enhancements+in+Service+Pack+2#BMCRemedyITSMSuiteinstallationandupgradeenhancementsinServicePack2-BMCRemedyITSMSuiteupgradeenhancements

    Para obtener ms información sobre Performance Tuning for Remedy, consulte este enlace: https://docs.bmc.com/docs/brid91/en/performance-tuning-for-remedy-610403126.html
    Para obtener información sobre los requisitos de hardware, consulte este enlace: https://docs.bmc.com/docs/brid91/en/hardware-requirements-610402530.html

      

    Esta configuración es específica para modelos pequeños, medianos y grandes definidos de la siguiente manera:
     

                                                                                                                              
    AmbienteBMC Remedy ITSM (usuarios concurrentes)BMC Remedy Smart Reporting (usuarios concurrentes) Número de dispositivos usados
    Pequeño800502,000 o menos
    Mediano2,00010010,000 o menos
    Grande5,00025030,000 o menos
      

    Esta lista de verificación es para las configuraciones en el servidor Midtier, RSSO, AR Server, Smart Reporting, Smart IT / MyIT y el servidor de base de datos. También hay una sección para la configuración de la infraestructura web (proxy web, tomcat, parmetros JVM), la pila de aplicaciones Midtier e ITSM.


    Proxy web o Load-Balancer para el servicio Remedy SSO

    Hay 2 segmentos de red: desde el proxy del navegador (o desde el cliente real si no hay proxy) hasta el F5; De la F5 al servicio SSO. Dado que la interacción entre el navegador y el servicio SSO es breve, no es necesario activar HTTP keep-alive para ninguno de los segmentos de la red.

    Para el F5, el esquema de balanceo de carga recomendado es de enlace de sesión sin turnos.

    Notas:

    1- La versión del protocolo HTTP del cliente para la supervisión de HTTP se debe establecer en HTTP 1.1. El código HTTP de retorno para vivo es HTTP 200.
    2- Para las pruebas de rendimiento, la granularidad del intervalo de ping fue de 5 segundos, con 3 consecutivos no HTTP 200, lo que indica que el nodo est inactivo. Para la implementación, puede configurar esto a un umbral inferior según sea necesario.


    Opciones de JVM en tomcat / bin / setenv.sh para Remedy SSO

                                                                                                                                                          
    ComponentePequeñoMedianoGrande
    BMC Remedy SSOUn Servidor
    2 CPU core
    8 GB RAM
    200 GB espacio en disco
    Dos Servidores
    2 CPU core
    8 GB RAM
    200 GB espacio en disco
    Cuatro Servidores
    2 CPU core
    8 GB RAM
    200 GB espacio en disco
    Java 1.8-XX:MaxMetaspaceSize=512m
    -Xms4096m
    -Xmx4096m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms4096m
    -Xmx4096m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms4096m
    -Xmx4096m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    Tomcat/conf/server.xmlmaxThreads="1600"maxThreads="3000"maxThreads="3000"
    Tomcat/conf/logging.propertiesCambiar detalle de log de INFO a SEVERECambiar detalle de log de INFO a SEVERECambiar detalle de log de INFO a SEVERE
      



    Web Proxy o Load-Balancer para Midtier

    Hay 2 segmentos de red:
    - Del proxy del navegador del cliente a la F5
    - Desde la F5 hasta el cluster Midtier Tomcat.

    1. Para ambos segmentos de red, HTTP keep-alive debe estar activado.
    Si la función keep-alive también admite los valores opcionales como en tomcat, los valores recomendados se indican en la siguiente tabla:

                                                                    
    Propiedad Keep Alive Valor
    Keep-alive count5,000
    Keep-alive timeout60 segundos
      

    2. Para el F5, el esquema de equilibrio de carga recomendado es de turno redondo con inserción de cookie de enlace de sesión HTTP. (Nota: El enlace de la sesión HTTP del cliente a través del ID de sesión SSL debe ser probado.)

    3. Para detectar si un nodo est activo, use la supervisión HTTP y emita un GET en la siguiente URL: /arsys/shared/images/bkgd_image.gif

    Notas:

    a) La versión del protocolo HTTP del cliente para la supervisión de HTTP se debe establecer en HTTP 1.1. El código HTTP de retorno para vivo es HTTP 200.
    b) Para las pruebas de rendimiento, la granularidad del intervalo de ping fue de 15 segundos con 3 no consecutivos de HTTP 200, lo que indica que el nodo est inactivo. Para la implementación, puede configurar esto a un umbral inferior según sea necesario.


    Opciones de JVM en tomcat / bin / startup.sh para el tomcat de Midtier.

      

    Importante: La siguiente configuración asume que cada instancia de Tomcat en el clúster alberga solo el agente Midtier y RSSO.

    Ajustes de congfiguración de BMC AR Mid-Tier Server

    Nota:
    para Windows, use la herramienta "Configurar Tomcat" y seleccione la pestaña "Java" para configurar estas opciones:

                                                                                                                                                                                                                  
    ComponentePequeñoMedianoGrande
    BMC Remedy AR System mid tier serversDos servidores:
    2 CPU core
    8 GB RAM
    120 GB de espacio en disco
    Dos servidores:
    4 CPU core
    12 GB RAM
    120 GB de espacio en disco
    Cinco servidores:
    4 CPU core
    16 GB RAM
    120 GB de espacio en disco
    Java 1.8-XX:MaxMetaspaceSize=512m
    -Xms4096m
    -Xmx4096m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms8192m
    -Xmx8192m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms12288m
    -Xmx12288m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    Tomcat/conf/server.xmlacceptCount="250"
    connectionTimeout="60000"
    maxKeepAliveRequests=”5000
    maxThreads="1200"
    minSpareThreads="50"
    acceptCount="250"
    connectionTimeout="60000"
    maxKeepAliveRequests=”5000
    maxThreads="2000"
    minSpareThreads="50"
    acceptCount="250"
    connectionTimeout="60000"
    maxKeepAliveRequests=”5000
    maxThreads="2000"
    minSpareThreads="50"
    Tomcat/conf/logging.propertiescatalina.org.apache.juli.FileHandler.level = SEVERE
    localhost.org.apache.juli.FileHandler.level = SEVERE
    catalina.org.apache.juli.FileHandler.level = SEVERE
    localhost.org.apache.juli.FileHandler.level = SEVERE
    catalina.org.apache.juli.FileHandler.level = SEVERE
    localhost.org.apache.juli.FileHandler.level = SEVERE
    MIDTIER/WEB-INF/classes/config.propertiesarsystem.pooling_max_connections_per_server=150
    arsystem.log_category=INTERNAL
    arsystem.use_loadbalanceinterval=true
    arsystem.use_loadbalanceinterval_limit=15 
    arsystem.pooling_max_connections_per_server=350
    arsystem.log_category=INTERNAL
    arsystem.use_loadbalanceinterval=true
    arsystem.use_loadbalanceinterval_limit=15 
    arsystem.pooling_max_connections_per_server=350
    arsystem.log_category=INTERNAL
    arsystem.use_loadbalanceinterval=true
    arsystem.use_loadbalanceinterval_limit=15 
    Tomcat/conf/logging.propertiesCambiar detalle de log de INFO a SEVERECambiar detalle de log de INFO a SEVERECambiar detalle de log de INFO a SEVERE
      


    Opciones JVM en tomcat/bin/startup.sh para el Tomcat de Midtier+RSSO

    Importante
    : la siguiente configuración asume que cada instancia de Tomcat en el clúster aloja tanto el Midtier (con el agente RSSO) como la aplicación web RSSO. Se aplican todos los ajustes de la sección anterior (donde Tomcat aloja solo el agente de Midtier y RSSO). Solo hay 1 cambio dado por lo siguiente:
     

                                          
    Tomcat/conf/server.xmlmaxThreads="1600"maxThreads="3000"maxThreads="3000"
      



    Configuración del servidor de usuarios de BMC AR System

                                                                                                                                                                                                                               
    ComponentePequeñoMedianoPequeño
    BMC Remedy AR System serversDos servidores:
    2 CPU core
    12 GB RAM
    120 GB de espacio en disco
    Dos servidores:
    4 CPU core
    16 GB RAM
    120 GB de espacio en disco
    Tres servidores:
    8 CPU core
    32 GB RAM
    120 GB de espacio en disco
    Java 1.8
    (arserver.config)

    jvm.minimum.heap.size=6442450944
    jvm.maximum.heap.size=6442450944

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2

    jvm.minimum.heap.size=8589934592
    jvm.maximum.heap.size=8589934592

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2

    jvm.minimum.heap.size=21474836480
    jvm.maximum.heap.size=21474836480

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    Nota: Para jdk/jre up to 1.7, usar PermSize en lugar de MetaspaceSize, ejemplo., usar -XX:MaxPermSize=512m -XX:PermSize=384m
    Fast queuePrivate-RPC-Socket:  390620   4   6Private-RPC-Socket:  390620   8  12Private-RPC-Socket:  390620   20   24
    Loop back or private  socket queuePrivate-RPC-Socket:  390626   5   5Private-RPC-Socket:  390626   5   7Private-RPC-Socket:  390626   5  9
    List queuePrivate-RPC-Socket:  390635   6  10Private-RPC-Socket:  390635   16 20Private-RPC-Socket:  390635   24  30
     CMDB-Inline-Normalization: TCMDB-Inline-Normalization: TCMDB-Inline-Normalization: T
      


    Configuración para el servidor de infraestructura (Backend Integration)
     

                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       
    ComponentePequeñoMedianoGrande
    BMC Remedy AR System serversDos servidores:
    4 CPU core
    12 GB RAM
    (24 GB RAM for FTS Indexer servers)
    120 GB de espacio en disco
    Dos servidores:
    4 CPU core
    16 GB RAM
    (32 GB RAM for FTS Indexer servers)
    120 GB de espacio en disco
    Dos servidores:
    8 CPU core
    32 GB RAM
    (64 GB RAM for FTS Indexer servers)
    120 GB de espacio en disco
    Java 1.8
    (arserver.config)

    jvm.minimum.heap.size=6442450944
    jvm.maximum.heap.size=6442450944
    (10737418240 for FTS Indexer servers)

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2

    jvm.minimum.heap.size=8589934592
    jvm.maximum.heap.size=8589934592
    (15032385536 for FTS Indexer servers)

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2

    jvm.minimum.heap.size=21474836480
    jvm.maximum.heap.size=21474836480
    (34359738368 for FTS Indexer servers)

    -XX:+DisableExplicitGC
    -XX:MaxMetaspaceSize=512m
    -XX:MetaspaceSize=384m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    Nota: Para jdk/jre hasta 1.7, usar PermSize en lugar de MetaspaceSize, ejemplo, usar -XX:MaxPermSize=512m -XX:PermSize=384m
    FTS Queue (FTS Indexer servers)Private-RPC-Socket: 390602   3 3Private-RPC-Socket: 390602   5 5Private-RPC-Socket: 390602   7 7
    Reconciliation QueuePrivate-RPC-Socket:  390698   2 4Private-RPC-Socket:  390698   2 4Private-RPC-Socket:  390698   2 8
    CMDB RPC Normalization QueuePrivate-RPC-Socket:  390699   2 4Private-RPC-Socket:  390699   2 4Private-RPC-Socket:  390699   2 8
    AR RPC Normalization QueuePrivate-RPC-Socket:  390681   2 2Private-RPC-Socket:  390681   2 2Private-RPC-Socket:  390681   2 2
    List queuePrivate-RPC-Socket:  390635   6 10Private-RPC-Socket:  390635   16  20*Private-RPC-Socket:  390635   24  30
    Fast queuePrivate-RPC-Socket:  390620   4 6Private-RPC-Socket:  390620   8  12*Private-RPC-Socket:  390620   20   24
    Loop back or private  socket queuePrivate-RPC-Socket:  390626   5  5Private-RPC-Socket:  390626   5  7*Private-RPC-Socket:  390626   5  9
     CMDB-Inline-Normalization: TCMDB-Inline-Normalization: TCMDB-Inline-Normalization: T
    Alert queuePrivate-RPC-Socket:  390601   1  1Private-RPC-Socket:  390601   1   1Private-RPC-Socket:  390601   1  1
    Escalation queuePrivate-RPC-Socket:  390603   3  3Private-RPC-Socket:  390603   6   6Private-RPC-Socket:  390603   9  9
    ApprovalPrivate-RPC-Socket:  390680   2  2Private-RPC-Socket:  390680   2  2Private-RPC-Socket:  390680   2  2
     Plugin-ARDBC-Threads: 4    12Plugin-ARDBC-Threads: 4    12Plugin-ARDBC-Threads: 4    12
     Plugin-AREA-Threads: 4    12Plugin-AREA-Threads: 4    12Plugin-AREA-Threads: 4    12
     Plugin-Filter-API-Threads: 4    12Plugin-Filter-API-Threads: 4    12Plugin-Filter-API-Threads: 4    12
      

    * Indica el nuevo valor predeterminado en 9.1 SP2. Si este valor no est establecido, se utiliza el nuevo valor predeterminado.


    Servidor BMC AR Systemr – Configuración de los parmetros para sevidores de infraestructura y de usuarios.

                                                                                                                                                                                                                                                                                                                                                                                                                     
    PequeñoMedianoGrande
    Max-Entries-Per-Query: 2000*Max-Entries-Per-Query: 2000*Max-Entries-Per-Query: 2000*
    Next-ID-Block-Size: 100Next-ID-Block-Size: 100Next-ID-Block-Size: 100
    Server-Side-Table-Chunk-Size: 1000Server-Side-Table-Chunk-Size: 1000Server-Side-Table-Chunk-Size: 1000
    Allow-Unqual-Queries: F*Allow-Unqual-Queries: F*Allow-Unqual-Queries: F*
    Cache-Mode: 0*Cache-Mode: 0*Cache-Mode: 0*
    Submitter-Mode: 1*Submitter-Mode: 1*Submitter-Mode: 1*
    Authentication-Chaining-Mode: 1*Authentication-Chaining-Mode: 1*Authentication-Chaining-Mode: 1*
    Server-Plugin-Default-Timeout: 120*Server-Plugin-Default-Timeout: 120*Server-Plugin-Default-Timeout: 120*
    External-Authentication-Return-Data-Capabilities: 31*External-Authentication-Return-Data-Capabilities: 31*External-Authentication-Return-Data-Capabilities: 31*
    RE-RPC-Socket: 390698RE-RPC-Socket: 390698RE-RPC-Socket: 390698
    Debug-mode: 131120  Debug-mode: 131120  Debug-mode: 131120  
    Max-Log-History: 8Max-Log-History: 8Max-Log-History: 8
    Max-Log-File-Size: 134217728Max-Log-File-Size: 134217728Max-Log-File-Size: 134217728
    Plugin-Log-Level: 1000Plugin-Log-Level: 1000Plugin-Log-Level: 1000
    VersionControl-Object-Modification-Log-Mode: 10VersionControl-Object-Modification-Log-Mode: 10VersionControl-Object-Modification-Log-Mode: 10
    VersionControl-Object-Modification-Log-Save-Definition-Files: 0VersionControl-Object-Modification-Log-Save-Definition-Files: 0VersionControl-Object-Modification-Log-Save-Definition-Files: 0
      

    * Indica el nuevo valor predeterminado en 9.1 SP2. Si este valor no est establecido, se utiliza el nuevo valor predeterminado.


    AR Dir/pluginsvr/pluginsvr_config.xml

    Hay dos acciones que hacer:
    1- Agregar o modificar lo siguiente:
                  <numCoreThreads>30</numCoreThreads>
                  <numSelectorThreads>2</numSelectorThreads>

      

    2- Cree arsys_api.xml en el directorio actual del servidor de complementos con el siguiente contenido.
                  <?xml version="1.0" encoding="UTF-8" ?>
                    <javaapi_config>
                     <maxProxiesPerServer>80</maxProxiesPerServer>
                    </javaapi_config>



    AR Dir/pluginsvr/fts/secondary/pluginsvr_config.xml
    Configuración del Plugin Server:

                                                                                                                              
     PequeñoMedianoGrande
    Número de Usuarios8002,0005,000
    Plugin Server Heap Size4 GB6 GB10 GB
    numCoreThreads**101216
      

    GC settings
    BMC recomienda usar estos parmetros de GC (igual que ARServer) con Plugin Server para FTS.
    .................................................
    -XX:+UseParNewGC

    -XX:+UseConcMarkSweepGC
    -XX:+DisableExplicitGC
    -XX:NewRatio=2
    -XX:+UseCompressedOops

    .................................................

    Por ejemplo usando el modelo pequeño (armonitor.cfg):
    ........................................
    "C:\Program Files\Java\jdk1.8.0_73\jre\bin\java" -Xmx4096m -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:NewRatio=2 -XX:+UseCompressedOops
    -Dcom.sun.management.jmxremote.port=8004 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false
    -classpath "C:\Program Files\BMC Software\ARSystem\pluginsvr\fts\secondary;C:\Program Files\BMC Software\ARSystem\pluginsvr\fts\core;C:\Program Files\BMC Software\ARSystem\pluginsvr;
    C:\Program Files\BMC Software\ARSystem\pluginsvr\arpluginsvr91_build002.jar" com.bmc.arsys.pluginsvr.ARPluginServerMain -x {AR_Server_Name} -i "C:\Program Files\BMC Software\ARSystem" -m
    ........................................


    <atrium core install dir>/cmdb/plugins/shared/pluginsvr_config.xml
    Dos acciones que tomar:
    1- Agregar o modificar lo siguiente:
                  <numCoreThreads>10</numCoreThreads>
                  <numSelectorThreads>2</numSelectorThreads>


    2- Cree arsys_api.xml en el directorio del servidor del complemento actual con el siguiente contenido:
                  <?xml version="1.0" encoding="UTF-8" ?>
                  <javaapi_config>
                  <maxProxiesPerServer>80</maxProxiesPerServer>
                  </javaapi_config>



    <atrium core install dir>/cmdb/plugins/ne/pluginsvr_config.xml
    Dos acciones que tomar:
    1- Agregar o modificar lo siguiente:
                  <numCoreThreads>5</numCoreThreads>
                  <numSelectorThreads>2</numSelectorThreads>


    Nota: para las versiones anteriores a 8.0, asegúrese de que se haya agregado lo siguiente si los cambios se realizaron a través de la GUI de configuración del NE.
    Para versiones 8.0+, no es necesario tener este contenido:
                  <com_bmc_ne_system_CMDBRpcQueue>390699</com_bmc_ne_system_CMDBRpcQueue>
                  <com_bmc_ne_system_ARRpcQueue>390681</com_bmc_ne_system_ARRpcQueue>

      

    2- Cree arsys_api.xml en el directorio del servidor del complemento actual con el siguiente contenido:
                  <?xml version="1.0" encoding="UTF-8" ?>
                  <javaapi_config>
                  <maxProxiesPerServer>80</maxProxiesPerServer>
                  </javaapi_config>




    Servidor de Base de Datos

                                                                                                                                                                                                                                                                                                                                                                                          
    ComponentePequeñoMedianoGrande
    BMC Remedy AR Database server8 CPU core
    16 GB RAM
    200 GB de espacio en disco
    (10 GB usado por RSSO)
    16 CPU core
    32 GB RAM
    200 GB de espacio en disco
    (10 GB usado por RSSO)
    32 CPU core
    64 GB RAM
    200 GB de espacio en disco
    (10 GB usado por RSSO)
    Oracle Database   
    memory_target (>11g)81632
    sga_target (10g)51020
    Db_cache_size3715
    Shared_pool_size235
    Pga_aggregate_target3612
    Cursor_sharingEXACTEXACTEXACT
    _b_tree_bitmap_plansFalseFalseFalse
    SQL Server Database   
    PARAMETERIZATIONSimpleSimpleSimple
    READ_COMMITTED_SNAPSHOTOnOnOn
      



    Tomcat/conf/server.xml para smart reporting

                                                                                                                                                                                                                                                                                                                                                                                                                                                  
    ComponentePequeñoMedianoGrande
    BMC Remedy Smart Reporting ServerUn Servidor
    4 CPU core
    12 GB RAM
    200 GB de espacio en disco
    Dos Servidores
    4 CPU core
    16 GB RAM
    200 GB de espacio en disco
    Dos Servidores
    8 CPU core
    32 GB RAM
    200 GB de espacio en disco
    Concurrent users supported50100250
    Java 1.8-XX:MaxMetaspaceSize=512m
    -Xms6144m
    -Xmx6144m
    -XX:+UseG1GC
    -XX:MaxMetaspaceSize=512m
    -Xms8192m
    -Xmx8192m
    -XX:+UseG1GC
    -XX:MaxMetaspaceSize=512m
    -Xms16384m
    -Xmx16384m
    -XX:+UseG1GC
    Accept Count100200500
    Max Threads60012002400
    Connection Timeout900009000090000
    max Http Header Size819281928192
    CompressionONONON
    Compression Min Size204820482048
    Compressable Mime Typetext/html,text/xml,text/plain,text/css*,
    text/javascript*, text/json*,application/x-javascript*,
    application/javascript*,application/json*
    text/html,text/xml,text/plain,text/css*,
    text/javascript*, text/json*,application/x-javascript*,
    application/javascript*,application/json*
    text/html,text/xml,text/plain,text/css*,
    text/javascript*, text/json*,application/x-javascript*,
    application/javascript*,application/json*
    noCompressionUserAgentsgozilla, traviatagozilla, traviatagozilla, traviata
    disableUploadTimeouttruetruetrue
    enableLookupsfalsefalsefalse
    min Spare Threads252525
      

    * SP4 y posterior solamente

    Connection Pool

    Inicie sesión en la pgina de inicio de Remedy, vaya a:
    Smart Reporting home page->Administration->Admin Console->Data Sources->AR System

                                                                                                                                 
    PequeñoMedianoGrande
    Min Connections   50Min Connections   50Min Connections   50
    Max Connections   100Max Connections   200Max Connections   300
    Refresh Time 3 hrsRefresh Time 3 hrsRefresh Time 3 hrs
    Timeout 6400 secondsTimeout 6400 secondsTimeout 6400 seconds
      



    <Smart-Reporting-Dir>/BMCReporting/SmartReporting/appserver/webapps/ROOT/WEB-INF/
    Archivo: web.xml
    Configuración:

                                                                                                          
    PequeñoMedianoGrande
    JDBCMinCount 50JDBCMinCount 50JDBCMinCount 50
    JDBCMaxCount 100JDBCMaxCount 200JDBCMaxCount 300
    JDBCTimeout  1800JDBCTimeout  1800JDBCTimeout  1800
      



    Smart-IT/My-IT

                                                                                                                                                                                                                  
    ComponentePequeñoMedianoGrande
    BMC Remedy Smart IT/ My IT ServerUn Servidor
    4 CPU core
    12 GB RAM
    200 GB de espacio en disco
    Dos Servidores
    4 CPU core
    16 GB RAM
    200 GB de espacio en disco
    Tres Servidores
    8 CPU core
    16 GB RAM
    200 GB de espacio en disco
    Java 1.8-XX:MaxMetaspaceSize=512m
    -Xms6144m
    -Xmx6144m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms8192m
    -Xmx8192m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    -XX:MaxMetaspaceSize=512m
    -Xms8192m
    -Xmx8192m
    -XX:+UseCompressedOops
    -XX:+UseConcMarkSweepGC
    -XX:+UseParNewGC
    -XX:NewRatio=2
    Mongo DB (3.0 and above, recommended version 3.2)Two Servers
    2 CPU core
    12 GB RAM
    Two Servers
    4 CPU core
    12 GB RAM
    Two Servers
    4 CPU core
    16 GB RAM + 120 GB
    SSD
    ulimitulimit -n 21000ulimit -n 21000ulimit -n 21000
    atimechattr -R +A /var/mongodata/chattr -R +A /var/mongodata/chattr -R +A /var/mongodata/
    NUMAnumactl --interleave=all /opt/mongo/mongodb-linux-x86_64-2.4.8/bin/mongodnumactl --interleave=all /opt/mongo/mongodb-linux-x86_64-2.4.8/bin/mongodnumactl --interleave=all /opt/mongo/mongodb-linux-x86_64-2.4.8/bin/mongod
      


    Lista de verificación de la configuración general Virtual Agent:
     

                                        
    Checando Puertos
    Asegurarse que los puertos 6225 y 6226 estén abiertos.

    Prueba de Telnet
    Intente una sesión de telnet desde los servidores AR a los servidores MT a través de los puertos 6225 y 6226. Si la sesión se conecta, el puerto est abierto. Si la sesión de telnet no se conecta, es probable que el puerto no esté abierto.
                                                                                
    Mid Tier File Level checks (esto se aplica a TODOS los servidores MT en el entorno)
    1- Verify the file size and dates of the ACTIVE following files located in the ...\webapps directory:
              eschat.war
              programd.war
    2- Si se trata de una instalación de chat virtual sin NINGUNA CORRECCIÓN, el archivo ACTIVE debe coincidir exactamente con el archivo en la ubicación que se muestra a continuación:
           .....\BMC Software\BMCVirtualAgent\VirtualAgentComponents\midtier 
           (Las ubicaciones de Linux variarn)
    3- Si se han aplicado HOTFIXES a esta versión, revise el manifiesto de la revisión y vea si hubo un archivo eschat.war o un archivo programd.war incluido en la revisión. Si es así, los archivos war ACTIVE deben coincidir exactamente con el archivo en la revisión.
    Note: 
    Puede determinar si se aplicaron revisiones al entorno consultando la pestaña "Update History" de la Consola 'Chat Administration'.
    4- Verifique los siguientes parmetros en el archivo eschat_config.properties ubicado en …/webapps/eschat/Web-Inf/classes:

    <cnslb>
    Este valor debe contener el nombre del servidor de todos los servidores de MT en este entorno y en el que se instala Virtual Chat, pero no en sí mismo.
    Para el siguiente ejemplo asumiremos un sistema de servidor de 3 MT. El archivo eschat_config.properties que se est revisando aquí reside en "this_servers_name1".
    Los otros dos servidores en este sistema son:
    “this_servers_name2” y “this_servers_name3”
    Ejemplo:
         <cnslb> this_servers_name2;this_servers_name3</cnslb>
    Nota: en un sistema de servidor único, este parmetro estar en blanco.

    <cns>
    Este valor debe contener el nombre del servidor MT en el que reside, y usar el formato que se muestra a continuación.
    Ejemplo:
         <cns>https://this_servers-name1.bmc.com:8080/eschat/rest/cns</cns>
    Nota: En un sistema de un solo servidor, este parmetro puede estar en blanco.

    <ar_tcp>
    El número de puerto tcp para los servidores AR.

    <ar_p>
    Contraseña de usuario. Esta contraseña se cifrar la primera vez que tomcat acceda al archivo eschat_config.properties.

    <ar_user>
    Debe ser una cuenta de administrador de Remedy y debe ser una cuenta dedicada a esta herramienta.

    <ar_server>
    (en un entorno de varios servidores, este debe ser el nombre del Grupo de servidores AR o AR Load Balancer VIP).
    Checar el archivo ESDVFBase.jar:
         - Compare el tamaño del archivo y la marca de tiempo de los archivos ESDVFBase.jar en las siguientes ubicaciones (en el mismo servidor):
            …midtier/LocalPlugins/ESDVFBase/ 
            (Este es el archivo ACTIVE utilizado por la aplicación. Asegúrese de que coincida con la versión que debería estar allí).

            Si se trata de una instalación de chat virtual sin NINGUNA CORRECCIÓN, el archivo ACTIVE debe coincidir exactamente con el archivo en la ubicación que se muestra a continuación:
            …\Program Files\BMC Software\BMCVirtualAgent\VirtualAgentComponents\ESDVFBase
            (Las ubicaciones de Linux variarn)

            Si se han aplicado HOTFIXES a esta versión, revise el manifiesto de revisión y vea si hubo un archivo ESDVFBase.jar incluido en la revisión.
            Si es así, el archivo ACTIVE ESDVFBase.jar debe coincidir exactamente con el archivo en el hotfix.
            Nota: puede determinar si se aplicaron revisiones al entorno consultando la pestaña "Actualizar historial" de la Consola Chat Administration.
                                                                                
    AR Server File Level checks (Esto se aplica a TODOS los servidores AR en el medio ambiente):
    1- Compare los tamaños de archivo y las fechas de los siguientes archivos jar:
             SupportBotPlugin.jar
             ESChatToolsPlugin.jar
             ESChatNotificationServerPlugin.jar
             ESTranslatePlugin.jar
    Los archivos jar ACTIVE se ubicarn en el siguiente directorio:
              …/BMCSoftware\BMCARSystem\pluginsvr\BMCVirtualAgentPlugin

    Si se trata de una instalación de chat virtual sin NINGUNA CORRECCIÓN, el archivo ACTIVE debe coincidir exactamente con el archivo en la ubicación que se muestra a continuación:
              …\Program Files\BMC Software\BMCVirtualAgent\VirtualAgentComponents\plugins
              (Las ubicaciones de Linux variarn).

    Si se han aplicado HOTFIXES a esta versión, revise el manifiesto de la revisión y vea si CUALQUIERA de los archivos jar que se muestran arriba se incluyeron en la revisión.
    Si es así, el archivo jar ACTIVE debe coincidir exactamente con el archivo en el hotfix.
    Nota: puede determinar si se aplicaron revisiones al entorno consultando la pestaña "Actualizar historial" de la Consola Chat Administration.
    2- Checar el archivo pluginsvr_config.xml en el directorio pluginsvr.
              - Compruebe la marca de tiempo del archivo.
              - Debería haber sido actualizado durante la instalación de Virtual Chat.
              - Específicamente, verifique la precisión de cada una de las 4 secciones que se refieren a los 4 archivos jar anteriores.
    3- Checar el archivo ar.conf/ar.cfg y garantizar la precisión de las 4 entradas para los 4 archivos jar relevantes anteriores
      


    Configuración General de la Consola Virtual Agent Administration

                                                                                                                     
    En la Consola de administración de chat, verifique la precisión de los siguientes elementos de configuración:
    Chat Server Settings- Verifique el nombre del servidor configurado en el campo "Servidor de recursos HTTP".
    - Tenga en cuenta el estado de la aplicación de chat.
    - Asegúrese de que el estado del servidor de chat -> campo Estado actual esté configurado en "Producción"
    Live Chat HoursSi el estado de la aplicación de chat anterior incluyó Live Agent:
    Asegúrese de que haya al menos una programación que muestre el estado de la aplicación de chat como "Disponible".
    Language TranslationCompruebe si la traducción automtica de idiomas est activada o desactivada.
    Si est en ON:
    - Asegúrese de que haya un valor vlido ingresado en el campo "Google API Translation Key".

    Para probar esto puedes hacer lo siguiente:
    https://www.googleapis.com/language/translate/v2?key=INSERT CUSTOMER GOOGLE TRANSLATION KEY HERE&q=hello%20world&source=en&target=es
    Notification SettingsVerifique la configuración correcta del campo "URL base del servidor".
    Nota: El formato de esta configuración variar entre los sistemas de carga equilibrada y no equilibrada de carga.

    Ejemplo de configuración no balanceada de carga:
    http://onbmc:8080/eschat/rest/cns

    Ejemplo de configuración balanceada:
    https://onbmc.com;http://MT1:8080;http://MT2:8080;http://MT3:8080/eschat/rest/cns
    Support QueuesCompruebe si los cuadros Temas y colas de soporte estn marcados.
    SI ES ASÍ:
    Asegúrese de que todos los temas, colas de soporte y agentes de soporte asignados se hayan configurado y asignado correctamente.
    (Estos siempre se configuran manualmente. El instalador no configura Temas o Colas).
      
      

     


    Article Number:

    000161273


    Article Type:

    FAQ/Procedural



      Looking for additional information?    Search BMC Support  or  Browse Knowledge Articles