...
| Âncora |
|---|
| _Pre-Requisitos_del_sistema |
|---|
| _Pre-Requisitos_del_sistema |
|---|
|
| Âncora |
|---|
| _Toc492667801 |
|---|
| _Toc492667801 |
|---|
|
5. Pre-Requisitos del sistema
| Aviso |
|---|
| Advertencia: Es requerido que NAPSE efectúe un correcto dimensionamiento de los requerimientos del hardware y software en base a la cantidad de transacciones a procesar y la cantidad de usuarios concurrentes en la aplicación. |
| Âncora |
|---|
| _Toc492667802 |
|---|
| _Toc492667802 |
|---|
|
5.1 VTOL Server
...
- Windows 32/64 bits
- Windows 7 o superior
- Windows Server 2012 R2 o superior
- Linux 32/64 bits
| Âncora |
|---|
| _Toc492667804 |
|---|
| _Toc492667804 |
|---|
|
5.1.2 Requerimientos de Hardware
- Memoria RAM
- VTOL Engine: 2GB (mínimo disponible para la aplicación)
- VTOL Admin: 2GB (mínimo disponible para la aplicación)
- CPU: cuádruple procesador de al menos 2.6 GHZ
- Capacidad de almacenamiento en Disco Rígido: 20GB o superior
- 1 placa de red de 100Mb o 2 placas de red de 100Mbits para instalación en clúster
...
- Java Virtual Machine (JDK) 1.8.x (32/64bits acorde al SO)
- Servidor de aplicaciones: J2EE Compliant. Debe encontrarse instalado JBoss Wildfly 1018.0.1.0
- Motor de base de datos:
- MS SQL Server 2012 Service Pack 3 o superior
- Oracle 11.2 o superior
- DB2 9.5 o superior
| Nota |
|---|
| Nota: El software de base debe tener instalados todos los parches de seguridad que el fabricante haya liberado hasta el momento. |
...
| Âncora |
|---|
| _Toc492667807 |
|---|
| _Toc492667807 |
|---|
|
5.2.1 Plataformas Soportadas
- Windows 32/64 bitsLinux 32/64 bits
- Linux CentOS 7
| Âncora |
|---|
| _Toc492667808 |
|---|
| _Toc492667808 |
|---|
|
5.2.2 Requerimientos de Hardware
- Memoria RAM: 64MB disponibles
- CPU: 2 núcleos de 1.6 GHZ o superiorsuperior (sujeto a pruebas ya que hay dependencias de arquitecturas de hardware, por ejemplo, pudiera funcionar con 1 núcleo pero más potente)
- Capacidad de almacenamiento en Disco Rígido: 150MB o superior
...
- Java Virtual Machine (JDK) 1.6.x/1.7.x/1.8.x (32/64 bits acorde con el sistema operativo)
- Conexión a VTOL Server por red TCP/IP
...
| Nota |
|---|
| Nota: Además, para asegurarse de haber cumplido con los requisitos de PCI, borre los logs en modo debug de forma segura (17.2 Herramienta para el borrado seguro de datos). |
11.3.2 Depuración de datos a través de un SP en Base de Datos
Funcionalidad que realiza una actualización de la depuración de VTOL Crédito Debito que permite invocar un Procedimiento Almacenado en la Base de Datos.
Se ha detectado que bajo ciertas condiciones de carga, el proceso de depuración no se ejecuta según lo esperado, demorando mayor cantidad de tiempo de lo permitido y generando entonces que culmine con una excepción que implica no confirmar los datos depurados.
Esta funcionalidad modifica el proceso de depuración para que se ejecute realizando "n" ciclos, dónde cada uno depura y confirma una cantidad de transacciones predefinidas, permitiendo incluso generar la depuración total en sucesivas ejecuciones del proceso.
Para acceder al detalle de la configuración del proceso de depuración por SP, ingresar a las notas del release 3.8.0.2
| Âncora |
|---|
| _Toc492667861 |
|---|
| _Toc492667861 |
|---|
|
12. Administración de usuarios y claves de la aplicación
...
Los archivos tendrán el nombre:
server.log o server.log.X
Donde X es el número de rotación del archivo de logueo. Cuando llega a un máximo de MegaBytes se van rotando e incrementando este número hasta un máximo, luego se eliminan los más antiguos.
Los archivos de log tienen el siguiente formato:
| Wiki Markup |
|---|
yyyyMMdd HH:mm:ss,SSS LLLLL \[component\] \[Thread_name\] description |
Donde:
- "yyyy" corresponde al año
- "MM" corresponde al mes
- "dd" corresponde al día
- "HH" corresponde a la hora formato 24hs
- "ss" corresponde a los segundos
- "SSS" corresponde a los milisegundos
- "LLLL" a la prioridad de logeo. Valores posibles
- DEBUG: Muestra información más detallada de los procesos, sin contener datos sensibles
- INFO: Muestra información general del funcionamiento de los procesos
- ERROR: Informa un error manejado dentro de la aplicación
- FATAL: Advierte de estados o errores que no tienen incidencia al funcionamiento de la aplicación
- WARN: Advierte sobre estados indebidos dentro de la aplicación
- "component" corresponde al componente interno de la aplicación que efectúa el logueo
- "thread_name" corresponde al nombre y/o número de hilo que se está ejecutando
- "description" corresponde la descripción del evento que está ocurriendo.
...
<appender name="FILE" class="com.synthesis.fwk.logging.log4j.RollingFileAppender">
<errorHandler class="org.jboss.logging.util.OnlyOnceErrorHandler"/>
<param name="File" value="${jboss.server.log.dir}/server.log"/>
<param name="Append" value="false"/>
<param name="MaxFileSize" value="20MB"/>
<param name="MaxBackupIndex" value="10"/>
<param name="datasourceJndiName" value="java:/RS-VTOL" />
<param name="insertAuditQuery" value="insert into rs_audit (type, date_time, source, logon_name, description) values ('Info', ?, 'Logging Rotation Process', 'SYSTEM', 'RollingFileAppender executed. A new log file was created. Oldest log file was deleted.')" />
<layout class="org.apache.log4j.PatternLayout">
| Wiki Markup |
|---|
<param name="ConversionPattern" value="%d %-5p \[%-20.20c\{1\}\] \[%t\] %m%n"/> |
</layout> </appender>
|
Por otro lado, se debe modificar el Root, comentando la referencia al appender CONSOLE y agregando la priority INFO, como se puede ver en la siguiente figura
...