This knowledge article may contain information that does not apply to version 21.05 or later which runs in a container environment. Please refer to
Article Number 000385088 for more information about troubleshooting BMC products in containers.
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 más pruebas y observaciones. Así que por favor revise periódicamente para las actualizaciones. Compruebe este enlace para obtener más 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 más 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:
Ambiente | BMC Remedy ITSM (usuarios concurrentes) | BMC Remedy Smart Reporting (usuarios concurrentes) | Número de dispositivos usados |
Pequeño | 800 | 50 | 2,000 o menos |
Mediano | 2,000 | 100 | 10,000 o menos |
Grande | 5,000 | 250 | 30,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, parámetros 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
Componente | Pequeño | Mediano | Grande |
BMC Remedy SSO | Un 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.xml | maxThreads="1600" | maxThreads="3000" | maxThreads="3000" |
Tomcat/conf/logging.properties | Cambiar detalle de log de INFO a SEVERE | Cambiar detalle de log de INFO a SEVERE | Cambiar 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 count | 5,000 |
Keep-alive timeout | 60 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:
Componente | Pequeño | Mediano | Grande |
BMC Remedy AR System mid tier servers | Dos 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.xml | acceptCount="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.properties | 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 | catalina.org.apache.juli.FileHandler.level = SEVERE localhost.org.apache.juli.FileHandler.level = SEVERE |
MIDTIER/WEB-INF/classes/config.properties | arsystem.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.properties | Cambiar detalle de log de INFO a SEVERE | Cambiar detalle de log de INFO a SEVERE | Cambiar 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.xml | maxThreads="1600" | maxThreads="3000" | maxThreads="3000" |
Configuración del servidor de usuarios de BMC AR System
Componente | Pequeño | Mediano | Pequeño |
BMC Remedy AR System servers | Dos 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 queue | Private-RPC-Socket: 390620 4 6 | Private-RPC-Socket: 390620 8 12 | Private-RPC-Socket: 390620 20 24 |
Loop back or private socket queue | Private-RPC-Socket: 390626 5 5 | Private-RPC-Socket: 390626 5 7 | Private-RPC-Socket: 390626 5 9 |
List queue | Private-RPC-Socket: 390635 6 10 | Private-RPC-Socket: 390635 16 20 | Private-RPC-Socket: 390635 24 30 |
| CMDB-Inline-Normalization: T | CMDB-Inline-Normalization: T | CMDB-Inline-Normalization: T |
Configuración para el servidor de infraestructura (Backend Integration)
Componente | Pequeño | Mediano | Grande |
BMC Remedy AR System servers | Dos 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 3 | Private-RPC-Socket: 390602 5 5 | Private-RPC-Socket: 390602 7 7 |
Reconciliation Queue | Private-RPC-Socket: 390698 2 4 | Private-RPC-Socket: 390698 2 4 | Private-RPC-Socket: 390698 2 8 |
CMDB RPC Normalization Queue | Private-RPC-Socket: 390699 2 4 | Private-RPC-Socket: 390699 2 4 | Private-RPC-Socket: 390699 2 8 |
AR RPC Normalization Queue | Private-RPC-Socket: 390681 2 2 | Private-RPC-Socket: 390681 2 2 | Private-RPC-Socket: 390681 2 2 |
List queue | Private-RPC-Socket: 390635 6 10 | Private-RPC-Socket: 390635 16 20* | Private-RPC-Socket: 390635 24 30 |
Fast queue | Private-RPC-Socket: 390620 4 6 | Private-RPC-Socket: 390620 8 12* | Private-RPC-Socket: 390620 20 24 |
Loop back or private socket queue | Private-RPC-Socket: 390626 5 5 | Private-RPC-Socket: 390626 5 7* | Private-RPC-Socket: 390626 5 9 |
| CMDB-Inline-Normalization: T | CMDB-Inline-Normalization: T | CMDB-Inline-Normalization: T |
Alert queue | Private-RPC-Socket: 390601 1 1 | Private-RPC-Socket: 390601 1 1 | Private-RPC-Socket: 390601 1 1 |
Escalation queue | Private-RPC-Socket: 390603 3 3 | Private-RPC-Socket: 390603 6 6 | Private-RPC-Socket: 390603 9 9 |
Approval | Private-RPC-Socket: 390680 2 2 | Private-RPC-Socket: 390680 2 2 | Private-RPC-Socket: 390680 2 2 |
| Plugin-ARDBC-Threads: 4 12 | Plugin-ARDBC-Threads: 4 12 | Plugin-ARDBC-Threads: 4 12 |
| Plugin-AREA-Threads: 4 12 | Plugin-AREA-Threads: 4 12 | Plugin-AREA-Threads: 4 12 |
| Plugin-Filter-API-Threads: 4 12 | Plugin-Filter-API-Threads: 4 12 | Plugin-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 parámetros para sevidores de infraestructura y de usuarios.
Pequeño | Mediano | Grande |
Max-Entries-Per-Query: 2000* | Max-Entries-Per-Query: 2000* | Max-Entries-Per-Query: 2000* |
Next-ID-Block-Size: 100 | Next-ID-Block-Size: 100 | Next-ID-Block-Size: 100 |
Server-Side-Table-Chunk-Size: 1000 | Server-Side-Table-Chunk-Size: 1000 | Server-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: 390698 | RE-RPC-Socket: 390698 | RE-RPC-Socket: 390698 |
Debug-mode: 131120 | Debug-mode: 131120 | Debug-mode: 131120 |
Max-Log-History: 8 | Max-Log-History: 8 | Max-Log-History: 8 |
Max-Log-File-Size: 134217728 | Max-Log-File-Size: 134217728 | Max-Log-File-Size: 134217728 |
Plugin-Log-Level: 1000 | Plugin-Log-Level: 1000 | Plugin-Log-Level: 1000 |
VersionControl-Object-Modification-Log-Mode: 10 | VersionControl-Object-Modification-Log-Mode: 10 | VersionControl-Object-Modification-Log-Mode: 10 |
VersionControl-Object-Modification-Log-Save-Definition-Files: 0 | VersionControl-Object-Modification-Log-Save-Definition-Files: 0 | VersionControl-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ño | Mediano | Grande |
Número de Usuarios | 800 | 2,000 | 5,000 |
Plugin Server Heap Size | 4 GB | 6 GB | 10 GB |
numCoreThreads** | 10 | 12 | 16 |
GC settings
BMC recomienda usar estos parámetros 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
Componente | Pequeño | Mediano | Grande |
BMC Remedy AR Database server | 8 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) | 8 | 16 | 32 |
sga_target (10g) | 5 | 10 | 20 |
Db_cache_size | 3 | 7 | 15 |
Shared_pool_size | 2 | 3 | 5 |
Pga_aggregate_target | 3 | 6 | 12 |
Cursor_sharing | EXACT | EXACT | EXACT |
_b_tree_bitmap_plans | False | False | False |
SQL Server Database | | | |
PARAMETERIZATION | Simple | Simple | Simple |
READ_COMMITTED_SNAPSHOT | On | On | On |
Tomcat/conf/server.xml para smart reporting
Componente | Pequeño | Mediano | Grande |
BMC Remedy Smart Reporting Server | Un 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 supported | 50 | 100 | 250 |
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 Count | 100 | 200 | 500 |
Max Threads | 600 | 1200 | 2400 |
Connection Timeout | 90000 | 90000 | 90000 |
max Http Header Size | 8192 | 8192 | 8192 |
Compression | ON | ON | ON |
Compression Min Size | 2048 | 2048 | 2048 |
Compressable Mime Type | 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* | text/html,text/xml,text/plain,text/css*, text/javascript*, text/json*,application/x-javascript*, application/javascript*,application/json* |
noCompressionUserAgents | gozilla, traviata | gozilla, traviata | gozilla, traviata |
disableUploadTimeout | true | true | true |
enableLookups | false | false | false |
min Spare Threads | 25 | 25 | 25 |
* SP4 y posterior solamente
Connection Pool
Inicie sesión en la página de inicio de Remedy, vaya a:
> Smart Reporting home page->Administration->Admin Console->Data Sources->AR System
Pequeño | Mediano | Grande |
Min Connections 50 | Min Connections 50 | Min Connections 50 |
Max Connections 100 | Max Connections 200 | Max Connections 300 |
Refresh Time 3 hrs | Refresh Time 3 hrs | Refresh Time 3 hrs |
Timeout 6400 seconds | Timeout 6400 seconds | Timeout 6400 seconds |
<Smart-Reporting-Dir>/BMCReporting/SmartReporting/appserver/webapps/ROOT/WEB-INF/
Archivo: web.xml
Configuración:
Pequeño | Mediano | Grande |
JDBCMinCount 50 | JDBCMinCount 50 | JDBCMinCount 50 |
JDBCMaxCount 100 | JDBCMaxCount 200 | JDBCMaxCount 300 |
JDBCTimeout 1800 | JDBCTimeout 1800 | JDBCTimeout 1800 |
Smart-IT/My-IT
Componente | Pequeño | Mediano | Grande |
BMC Remedy Smart IT/ My IT Server | Un 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 |
ulimit | ulimit -n 21000 | ulimit -n 21000 | ulimit -n 21000 |
atime | chattr -R +A /var/mongodata/ | chattr -R +A /var/mongodata/ | chattr -R +A /var/mongodata/ |
NUMA | numactl --interleave=all /opt/mongo/mongodb-linux-x86_64-2.4.8/bin/mongod | numactl --interleave=all /opt/mongo/mongodb-linux-x86_64-2.4.8/bin/mongod | numactl --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 variarán) |
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 parámetros 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 parámetro 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 parámetro 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 variarán) 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 ubicarán 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 variarán). 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 Hours | Si 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 Translation | Compruebe si la traducción automática de idiomas está activada o desactivada. Si está en ON: - Asegúrese de que haya un valor válido 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 Settings | Verifique 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 Queues | Compruebe si los cuadros Temas y colas de soporte están 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). |