Sga IAS MN 001 InstalaConfigura PDF

SECRETARÍA GENERAL
MINISTERIO DE DE AGRICULTURA
AGRICULTURA Y PESCA Y ALIMENTACIÓN
ALIMENTACIÓN Y MEDIO AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACIÓN DEL SISTEMA SGA
(Documento de Operación)
Sistema de Gestión de Ayudas
CÓDIGO: Sga-IAS-MN-001-InstalaConfigura
VERSIÓN: 9.28
FECHA: 29/04/2019
Calle Beneficencia, 8
28004 Madrid
www.fega.es
TEL: 913476500
FAX: 913476537
IMPLANTACION
Código: Sga-IAS -MN-001-InstalaConfigura

Sistema de Gestión de Ayudas Versión: 9.27
Fecha: 29/04/2019
CONTROL DE VERSIONES
VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR
1.00 29/10/2013 Creación
2.00 29/11/2013 Modificación apartados 4,5.1, 7.2, 7.3, 9 para solucionar las NC
publicadas con fecha 27/11/2013.
2.01 10/12/2013 Modificados todos los apartados para solucionar las NC publicadas con
fecha 09/12/2013.
2.02 18/12/2013 Soluciona NC pendientes:
 Indicar los elementos OFAI que van en la instalación y que son
susceptibles de sustituir por vistas.
 Lista de pre-requisitos: usuarios y certificados de servidor
 Configuración del CAS: nuevo apartado que referencia al
documento de InterfazCac.
2.03 21/01/2014 Se incluyen los siguientes cambios:
 Se incluye un nuevo apartado 8.3 para indicar la configuración a
realizar en el Visor SigPac.
 En el apartado 7.1, en su 5º punto, se cambia el texto “Para
acceder al visor…” por “Para acceder al visor SigPac…”.
 Se elimina la configuración del CAS como apartado, llevando
dicha información al apartado de Requisitos Previos a la
instalación como configuración necesaria para Control de
Accesos.
 Modificación de la URL del recurso JNDI URLInstalador: Se
modifican los apartados de Definición de recursos JNDI,
instalación caja negra e instalación bundle.
 Modificación del apartado Configuración General del Sistema
SGA.
 Modificación del apartado Configuración Específica del Servidor,
para incluir la configuración de Logs.
 Se incluye un nuevo apartado de Acceso al Sistema SGA.
3.00 07/04/2014 Se solucionan las NC de revisión 734.
Se incluyen los siguientes cambios:
 Se incluye referencia al documento del interfaz de Plataforma de
Firma.
 Se incluye referencia al documento de instalación del Servicio
Web Recubrimiento y librerías SCSP 3.3.1.
 Se crear anexos con los pasos de cada una de las instalaciones
para facilitar su proceso.
 Se incluye nuevo apartado para la creación de un usuario
administrador del asistente de instalación.
3.01 05/06/2014 Se incluyen los siguientes cambios:

 Se reorganiza el documento añadiendo un apartado nuevo de
anexos con el siguiente contenido:
Fecha Impresión: 24/07/2019 Sga-IAS-MN-001-InstalaConfigura.docx Página 2 de 183
MINISTERIO
DE AGRICULTURA Y PESCA,
ALIMENTACIÓN Y MEDIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 Dos anexos para separar la instalación en caja negra y la

bundle.
 Un anexo para los catálogos auxiliares del sistema
 Un anexo de recomendaciones.
3.02 16/07/2014 Se modifica el apartado 2.1 Requerimientos Software.

4.00 01/10/2014 Se modifican los apartados:
 Requisitos previos
 Acceso al Sistema SGA.
 Requisitos previos a la instalación.
 Scripts de creación de objetos de base de datos.
 Creación de los recursos en el servidor de aplicaciones
Wildfly.
 Componentes Web en esta Instalación.
 Instalación de componentes SGA.
 Acceso al sistema SGA.
 Anexo II: Configuración del servidor de aplicaciones Wildfly.
 Anexo III: Configuración del servidor de aplicaciones Wildfly.
Se añade un nuevo apartado:
 Comprobación del Sistema Operativo

 Componentes Web de instalación.
 Anexo II: Modificación de los recursos en el servidor de
aplicaciones Wildfly.
 Anexo III: Creación de los recursos en el servidor de

 Anexo I: Catálogos auxiliares.
 Anexo II: Importación y configuración de la Máquina Virtual
(VM) entregada.

 Requerimientos Software.

 Anexo IV: Optimización para la carga de Applet de firma.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.3 16/03/2015 Se modifican los puntos:
 “Modificación de los recursos en el servidor de aplicaciones

Wildfly”, incluido en el apartado ANEXO II: Pasos en la
instalación Caja Negra.
“Creación de los recursos en el servidor de aplicaciones
Wildfly.”, incluido en el apartado ANEXOIII:Pasos en la
instalación en Bundle.
Se añade un nuevo punto:
 Pool de conexiones y mantenimiento de servidor, en el

apartado ANEXO IV:Recomendaciones.
5.4 06/04/2015 Se añade un nuevo punto:
 Se añade el punto “Instalación del Java Development Kit

(JDK)”, en el apartado ANEXO III: Pasos en la instalación en
Bundle”.
5.5 22/04/2015 Se añade el nuevo módulo Control de campo móvil SgaMcc a los
siguientes puntos:
 Requisitos previos a la instalación

 Componentes web de instalación
 Configuración del servidor de aplicación Wildfly
 Creación de los recursos en el servidor de aplicaciones Wildfly
5.6 24/4/2015 Se modifica el apartado de SgaMcc para completar la descripción de

la instalación de los componentes
5.7 27/4/2015 Se modifica el punto:
Se eliminan los puntos:
 6.3 Instalación de Servicios Web SgaMcc de Gestión de OT

5.8 14/05/2015  6.4 Instalación del cliente de SgaMcc.
 6.5 Publicación de servicios GIS en ArcGIS Server
Se añade el punto:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 7 Instalación de componentes de SgaMcc
Se modifica el punto:
 3.3 Catálogos auxiliares de SgaMcc Gabinete
Se modifica el apartado:
 “Requisitos previos a la instalación”
Se actualiza el punto:
 7.3 Instalación de SgaMcc Gabinete
Se modifica el apartado:
 “Requisitos previos a la instalación”
Se actualizaron los puntos:
 3.1 Scripts de creación de objetos en base de datos


 “Requisitos previos a la instalación”.
 “Instalación de otros componentes externos”.
 “Componentes Web de instalación”.
 Anexo III, el apartado “creación de los recursos en el servidor
de aplicaciones”.
 Anexo V: Integración de herramienta Business Intelligence

con SGA.
6.0 12/06/2015 Se actualizó el apartado:

 Componentes Web de instalación.
 Acceso al sistema SGA.
6.2 09/07/2015 Se copia el punto 1 de carga de capas de los prerrequisitos del visor a
los prerrequisitos de SgaMcc Gabinete.

6.4 26/08/2015 Se actualiza el apartado:

MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
6.5 07/09/2015 Se elimina del punto “7.3 Instalación de SgaMcc Gabinete” la fase 2
que se corresponde con la “Configuración de variables necesarias
para SgaMcc Gabinete”.
6.6 01/10/2015 Se actualizan los siguientes apartados:
 Componentes Web de Instalación.
 Tareas Quartz.
6.7 22/10/2015 Se actualizan los siguientes apartados:

6.8 01/12/2015 Se añade nuevo apartado:
 Instalación del módulo SgaGenMdg
6.9 15/12/2015 Modificación del apartado:

 Anexo VI: Instrucciones de instalación del módulo
SgaGenMdg
 Anexo IV: Optimización para la carga de Miniapplet de firma.
 Instalación del módulo SgaGenMdg
SgaGenMdg.
 Anexo III: Pasos en la instalación Bundle. Configuración del
servidor de aplicaciones Wildfly.
Nuevo apartado:
 Instalación y Configuración del Sistema SGA: Creación de una
carpeta compartida entre los servidores de aplicaciones
Wildfly.
8.3 Instrucciones para la instalación
11.6.5 Creación y restauración de la base de datos Datos_Recintos
11.6.6 Instalación del servicio SgaGenMdg
11.6.7 Instalación del componente web

 Instalación del módulo SgaGenMdg.
 Anexo VI:Instrucciones de instalación del módulo
SgaGenMdg
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019

 Instalación del módulo SgaGenMdg.
SgaGenMdg
7.4 08/03/2016 Se modifica los apartados:
7.5 28/03/2016 Se añade el apartado:
 En el Anexo VI, apartado “Mapa de Conectividad SgaCap-
SgaGenSdg”
7.6 21/04/2016 Se modifican los siguientes apartados de SgaMcc:
 7.1 Arquitectura y componentes
 7.2 Requisitos
Además se añaden los puntos:
 7.6 Publicación de geoprocesos con ArcGIS Server

 7.7 Actualización ArcGIS Server 10.3.1
7.7 19/05/2016 Actualización de los requisitos de instalación de ESRI:
 7.2.1 Requisitos ESRI
Actualización de los apartados:
 11.6.5 Creación y restauración de la base de datos
SIGPAC_Nacional
 11.6.7 Instalación del servicio SgaGenMdg
 11.6.8 Instalación del componente web
7.8 31/05/2016 Actualización de los apartados:

 Anexo II: Configuración del servidor de aplicaciones Wildfly.
 Anexo III: Configuración del servidor de aplicaciones Wildfly
7.9 31/05/2016 Actualización de la instalación de SgaMcc Gabinete:

 7.3 Instalación de SgaMcc Gabinete: Se incluye la
configuración del visor openlayers.
 7.1.1 Arquitectura Esri: Se incluye la definición de datasources
 7.1.2 Arquitectura OpenLayers: Se incluye la definición de
datasources.
 11.2.4 Modificación de los recursos en el servidor de
 11.3.5 Creación de los recursos en el servidor de aplicaciones
Wildfly.
8.0 08/06/2016 Actualización de la instalación de SgaMcc Gabinete:
 7.2 Requisitos
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 7.3 Instalación de SgaMcc Gabinete: Se incluye la

configuración del visor openlayers.
 11.2.4 Modificación de los recursos en el servidor de
 11.3.4 Configuración del servidor de aplicaciones Wildfly.
8.1 27/07/2016 Actualización del Apartado 7: Instalación de componentes de SgaMcc
8.2 19/10/2016 Actualización de los apartados:
 7.2.2.1 Prerrequisitos OpenLayers

 7.3.2.2 Arquitectura OpenLayers
8.3 04/11/2016 Actualización de los apartados 8 y anexo 11.6 para la adaptación del
módulo gráfico campaña 2017.
8.4 05/12/2016 Se añade un nuevo apartado Anexo VII donde se detalla la
modificación del logs en “caliente”.
8.5 18/01/2017 Se actualiza la descripción de la precarga de declaraciones gráficas
en el apartado “Ejecución de la precarga”.
8.6 30/01/2017 Se actualiza el apartado “Creación y restauración de las bases de
datos SIGPAC_Nacional en PostgreSQL” con instrucciones para la
campaña 2017.
8.7 09/02/2017 Se actualiza el apartado 11.3.2 “Recomendaciones de la parte
cliente”.
8.8 16/02/2017 Se actualiza el apartado donde se describe 11.3.4 “Configuración del
servidor Wildfly”, para incluir la referencia a la copia de los video-
tutoriales.
8.9 13/03/2017 El punto 7.8 Actualización ArcGIS Server 10.3.1 pasa a ser el punto
7.9
Se añade el punto 7.8 Generación Caché SIGPAC
Se actualizan los puntos:
 7.1.1 Arquitectura ESRI
 7.1.2. Arquitectura OpenLayers
 7.2.1.1 Prerrequisitos
 7.3.2 Configuración del visor SgaMcc (Opcional)
9.0 15/03/2017 Se añade el punto 7.9 Carga de Capas GIS
Se actualizan los puntos:
 7.2.1 Requisitos ESRI
 7.2.2 Requisitos OpenLayers
9.1 28/03/2017 Se actualiza el punto 7.2.2.1 Prerrequisitos
9.2 10/04/2017 Se añade un nuevo apartado 9.5 “Configuración para el envío de e-
mails del sistema SGA”
9.3 18/04/2017 Se añade un nuevo apartado 7.11 Migración Wildfly 10.1.0
9.4 08/05/2017 Se actualiza el gráfico de arquitectura del punto 7.1.2 Arquitectura
OpenLayers
9.5 01/08/2017 Se actualiza la descripción del parámetro “URL del servidor de
autenticación CAS” en el apartado 11.3.11.1 Configuración de
parámetros del servicio.
9.6 17/08/2017 Se añaden los apartados 0 El comando Borrar permite eliminar la
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
definición de la capa de apoyo.

Por último, el comando Actualizar refresca la lista de capas de apoyo
mostradas.
Gestión de solicitudes gráficas y 11.3.11.9 Cálculo de solapes.

9.7 19/09/2017 Se añade referencia al documento de instalación Wildfly 10.1.0 para
SgaMcc
9.8 02/11/2017 Se modifican los apartados 8 “Instalación del módulo SgaGenMdg” y
11.6 “ANEXO VI: Instrucciones de instalación del módulo
SgaGenMdg”
9.9 06/11/2017 Se renombra el apartado 11.3.11.2 como Ejecución del servicio y se
detalla por qué debe ejecutarse (NC 4465).
9.10 12/12/2017 Se actualiza el apartado 11.3.11.3 Ejecución de la precarga con los
cambios para la campaña 2018.
Se actualiza el apartado 11.3.11.10 Consulta de trazabilidad con la
nueva funcionalidad disponible.
9.11 15/01/2018 En esta versión se elimina todo lo referente al servidor JBoss 7.1.1 y
se incluye la instalación/configuración del Wildfly 10.1.0.
Además también se elimina la instalación en caja negra, y el anexo de
Catalogos auxiliares, ya que se encuentra recogido en otro
documento.
Se añaden los apartados:

 Instalación componentes SGA.
 11.3.7.1 Actualización y control de cambios del modelo de
datos de SgaMdg,
 11.3.8.3 Campaña 2018 y
 11.3.11.4 Generación de la capa de rotación del algodón.
9.12 06/02/2018 Se añade el apartado 11.3.14 Despliegue automatizado del módulo
SgaGenMdg.
Se actualiza el apartado 11.3.11.3 Ejecución de la precarga.
9.13 06/03/2018 Se modifica las versiones y el procedimiento para el módulo de
SgaMcc. Se actualiza el punto 7. Instalación de componentes de
SgaMcc (Opcional)
Se documenta cómo configurar el nivel de zoom mínimo de las capas
de parcelas y recintos SIGPAC en el apartado 11.3.12.2 Configuración
de usuario.
9.14 14/3/2018 Se indica el uso esperado de cada rol definido en PostgreSQL en el
apartado 11.3.7 Creación de la base de datos SgaMdg.
Se añade en el anexo de Recomendaciones, el apartado “Eliminar

temporales Axis2”.
9.15 17/04/2018 Actualización del apartado “Componentes Web de instalación”
9.16 07/05/2018 Se actualiza el apartado 11.3.11 Instalación del servicio SgaGenMdg.
9.17 23/05/2018 Se actualiza el apartado 11.3.11.8 y se renombra como Gestión de
solicitudes gráficas.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
9.18 18/06/2018 Se actualiza el apartado 11.3.11.8 Gestión de solicitudes gráficas.

9.19 04/07/2018 Se actualizan los apartados 8 Instalación del módulo SgaGenMdg y
11.3.11.1 Configuración de parámetros del servicio.
Se actualizan los enlaces a otros apartados del documento y se
modifica la nota del apartado 5.1.6.5 Instalación del driver de Postgres
9.20 17/07/2018 Se actualiza el apartado 11.3.11.1 Configuración de parámetros del
servicio.
9.21 22/10/2018 Se documenta en los apartados 11.3.7 Creación de la base de datos
SgaMdg y 11.3.11.1 Configuración de parámetros del servicio, el uso
del rol de login sgamdg_ap en la BD SgaMdg desde el servicio
SgaGenMdg3, que se introduce en la entrega 4.11.0.
Se actualiza el apartado 11.3.11 Instalación del servicio SgaGenMdg.
9.22 13/11/2018 Se documenta en el apartado 11.3.12.2 Configuración de usuario la
configuración de la distancia por defecto al crear corredores.
Se actualiza el apartado 11.3.11.8 Gestión de solicitudes gráficas.
configuración de una capa de apoyo del servicio SgaGenMdg3.
9.24 28/12/2018 Se especifica en el apartado 5.1.6.5 Instalación del driver de Postgres
que solo deben instalarlo las CCAA que instalen el módulo SgaMcc.
9.25 24/01/2019 Se añaden los apartados 11.3.8.4 Campaña 2019 y 11.3.8.5 Caché
actual.
configuración de atributos de una capa de apoyo del componente
web.
9.27 07/03/2019 Se especifica el Cliente OpenSource que no requiere de Licencia de
Arcgis Engine
9.28 29/04/2019 Se especifican las novedades de SgaMcc para la campaña 2019 y se
añade el punto 7.3.2 Registro de ejecución de scripts de SgaMcc
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Índice
1 Introducción ........................................................................................................................ 15
1.1 Propósito ..................................................................................................................... 15
1.2 Alcance ........................................................................................................................ 15
1.3 Referencias. ................................................................................................................. 15
2 Requisitos de la instalación del sistema SGA. ..................................................................... 16
2.1 Requerimientos Software. .......................................................................................... 16
2.1.1 Requerimientos Software para Captura Gráfica ................................................. 16
2.1.2 Requerimientos Software resto de aplicaciones SGA ......................................... 16
2.1.3 Requerimientos Técnicos del puesto cliente ...................................................... 16
2.2 Perfiles necesarios para la instalación. ....................................................................... 17
2.3 Requisitos previos a la instalación. ............................................................................. 18
3 Creación de objetos en la base de datos. ........................................................................... 22
3.1 Scripts de creación de objetos de base de datos ........................................................ 22
3.2 Registro de ejecución de scripts.................................................................................. 26
3.3 Catálogos auxiliares..................................................................................................... 29
3.4 Catálogos auxiliares de SgaMcc Gabinete (Opcional) ................................................. 29
4 Componentes Web de instalación ...................................................................................... 30
5 Instalación componentes SGA............................................................................................. 33
5.1.1 Comprobación del Sistema Operativo ................................................................ 33
5.1.2 Instalación del Java Development Kit (JDK) ........................................................ 33
5.1.3 Instalación del servidor de aplicaciones.............................................................. 35
5.1.4 Habilitar conexiones para SSL. ............................................................................ 38
5.1.5 Creación de un servicio para arrancar el servidor............................................... 41
5.1.6 Configuración del servidor de aplicaciones......................................................... 42
5.1.7 Habilitar acceso al visor SigPac............................................................................ 61
5.1.8 Incluir manuales y video-tutoriales de las aplicaciones SGA .............................. 62
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.9 Plataforma de Firma ............................................................................................ 63

5.1.10 Creación del usuario administrador del Asistente de Instalación (SgaGen) ....... 63
5.1.11 Despliegue de componentes Web en el servidor. .............................................. 64
5.1.12 Instalación de ALFRESCO (Opcional) ................................................................... 68
5.1.13 Instalación de SIGM (Opcional) ........................................................................... 69
5.1.14 Instalación de otros componentes externos ....................................................... 69
5.1.15 Instalación y Configuración en el sistema SGA. .................................................. 69
6 Instalación de otros componentes externos....................................................................... 69
6.1 Configuración para el acceso al Visor SIGPAC ............................................................. 69
6.2 Instalación de Servicio Web Recubrimiento y librerías SCSP 3.3.1 ............................. 69
6.3 Integración con la herramienta Business Intelligence ................................................ 69
7 Instalación de componentes de SgaMcc (Opcional) ........................................................... 70
7.1 Arquitectura y componentes ...................................................................................... 70
7.1.1 Arquitectura Esri.................................................................................................. 70
7.1.2 Arquitectura OpenLayers .................................................................................... 72
7.2 Requisitos .................................................................................................................... 73
7.2.1 Requisitos Esri ..................................................................................................... 73
7.2.2 Requisitos OpenLayers ........................................................................................ 77
7.3 Instalación de SgaMcc Gabinete ................................................................................. 83
7.3.1 Creación de objetos y registros en base de datos............................................... 83
7.3.2 Registro de ejecución de scripts de SgaMcc ....................................................... 83
7.3.3 Configuración del visor SgaMcc (Opcional) ......................................................... 84
7.4 Instalación del cliente SgaMcc-Móvil .......................................................................... 86
7.5 Publicación de servicios GIS ........................................................................................ 86
7.6 Publicación de geoprocesos con ArcGIS Server .......................................................... 86
7.7 Generación Caché SIGPAC........................................................................................... 86
7.8 Carga de Capas GIS ...................................................................................................... 86
7.9 Actualización ArcGIS Server 10.5 ................................................................................ 87
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7.10 Migración Wildfly 10.1.0 ............................................................................................. 87

8 Instalación del módulo SgaGenMdg ................................................................................... 88
9 Instalación y Configuración en el sistema SGA. .................................................................. 90
9.1 Configuración General del Sistema SGA ..................................................................... 90
9.2 Instalación de componentes SGA................................................................................ 93
9.3 Modificación de la configuración de un componente SGA instalado ....................... 100
9.4 Creación de una carpeta compartida entre los servidores de aplicaciones Wildfly . 101
9.5 Configuración para el envío de e-mails del sistema SGA .......................................... 102
10 Acceso al sistema SGA ....................................................................................................... 104
11 Anexos ............................................................................................................................... 105
11.1 ANEXO I: Recomendaciones ...................................................................................... 105
11.1.1 Tareas Quartz .................................................................................................... 105
11.1.2 Limitar el acceso a los Servicios Web internos de SGA. .................................... 107
11.1.3 Optimización para la carga de Miniapplet de firma .......................................... 107
11.1.1 Pool de conexiones y mantenimiento de servidor............................................ 113
11.1.1 Eliminar temporales Axis2 ................................................................................. 114
11.2 ANEXO II: Integración de herramienta Business Intelligence con SGA. .................... 114
11.2.1 Procesos ETL en la aplicación SGA..................................................................... 114
11.2.2 Integración de Pentaho con CAS. ...................................................................... 114
11.2.3 Desarrollo de Datasources, informes y análisis dentro de PENTAHO BI Server.
123
11.2.4 Configuración de la herramienta BI en SGA. ..................................................... 126
11.3 ANEXO III: Instrucciones de instalación del módulo SgaGenMdg ............................. 127
11.3.1 Recomendaciones de HW/SW para los servidores ........................................... 127
11.3.2 Recomendaciones de la parte cliente ............................................................... 127
11.3.3 Instalación de varias instancias del servicio SgaGenMdg ................................. 128
11.3.4 Instalación inicial ............................................................................................... 128
11.3.5 Instalación de PostgreSQL ................................................................................. 128
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.6 Instalación de PostGIS ....................................................................................... 129

11.3.7 Creación de la base de datos SgaMdg ............................................................... 129
11.3.8 Creación y restauración de las bases de datos SIGPAC_Nacional en PostgreSQL
131
11.3.9 Preparación de MS Windows Server ................................................................. 135
11.3.10 Instalación de Oracle Client........................................................................... 136
11.3.11 Instalación del servicio SgaGenMdg.............................................................. 136
11.3.12 Instalación del componente web .................................................................. 169
11.3.13 Refuerzo de la seguridad en entornos con acceso público ........................... 179
11.3.14 Despliegue automatizado del módulo SgaGenMdg ...................................... 180
11.4 ANEXO IV: Modificación de logs en “caliente”.......................................................... 181
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
1 Introducción
1.1 Propósito
El objetivo del presente documento es mostrar a los usuarios responsables de la
instalación del sistema SGA como llevar a cabo la instalación de dicho sistema.
En el sistema SGA se encuentran diferentes elementos: aplicaciones web, servicios web

con lo que de aquí en adelante utilizaremos la terminología componente para no hacer
distinción entre unos u otros.
1.2 Alcance
Se indicará el orden que debe seguir el proceso de instalación del sistema SGA, además
de la correcta configuración de los elementos que intervienen en el funcionamiento de dicho
sistema.
1.3 Referencias.
Documentación de Wildfly: https://developer.jboss.org/en/wildfly
Documento de organización de esquemas de bases de datos: SgaGen-DSI-DS-001-

OrganizacionBD.doc
Ficha de configuración del sistema: Sga-IAS-MN-001-FichaConfiguracionSGA.xls.
Documento de Interfaz de Control de Accesos: SgaCac-DSI-MN-001-InterfazCac.doc
Documento de Interfaz de Plataforma de Firma: SgaGen-DSI-MN-001-InterfazPFirma.doc
Documento de Interfaz de Croquis Web: SgaGen-DSI-MN-001-InterfazCroquisWeb.doc
Documento de operación para la importación y configuración de la máquina virtual de las

aplicaciones externas: Sga-IAS-MN-001-Import_VM_AEX.doc
Documento de operación para la instalación y configuración de Alfresco: Sga-IAS-MN-001-

Alfresco.docx
Documento de operación para la instalación y configuración de Sigem: Sga-IAS-MN-001-

Sigm.docx
Documento de operación para la instalación Servicio Web Recubrimiento: SGA-IAS-MN-001-

Recubrimiento.docx
Documento de operación para la instalación de Servicios Web SgaMcc: SgaMcc-IAS-MN-

001-InstalaConfigura-WSGIS.docx
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Documento de operación para la instalación del cliente SgaMcc: SgaMcc-IAS-MN-001-

InstalaConfigura-cliente.docx
Documento de operación para la publicación de servicios GIS en ArcGIS Server: SgaMcc-

IAS-MN-001-InstalaConfigura-PublicacionServiciosGIS.docx
2 Requisitos de la instalación del sistema SGA.
2.1 Requerimientos Software.
2.1.1 Requerimientos Software para Captura Gráfica

Las versiones requeridas de los componentes son:
 MS Windows Server 2008 R2 o superior.

 MS Internet Information Server versión 7 o superior.
 PostgreSQL 9.1 x64 o superior.
 PostGIS 2.0 x64 o superior.
 Oracle Client 11.2 32-bit o superior.
2.1.2 Requerimientos Software resto de aplicaciones SGA

A continuación, se presenta el software necesario para el entorno de ejecución del sistema
SGA:
Servidor de aplicaciones:
- Java VM: JDK 1.8.0_101 o JDK 1.8.0_144
- Servidor de aplicaciones: Wildfly 10.1.0.
- Sistema Operativo: OpenSuSE 13 (64-bit).
Certificados de servidor.
Gestor de Base de datos: Oracle 11g Release 2 (11.2.03) UTF-8 y lenguaje SPANISH. Es
necesario la instalación del paquete Oracle XML DB.
En caso de utilización de LDAP, es necesario que cumpla con la especificación de la versión

3.0.
2.1.3 Requerimientos Técnicos del puesto cliente
Hardware mínimo:
o Velocidad del procesador: 1,86GHz-3,20GHz
o Resolución de pantalla: 1280 x 1024

MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
o Otros requisitos: Memoria RAM: 2GB - 4GB
Software:
o Navegador versión mínima y configuración: IE 11.0.9600, Firefox 42.0,

Chrome 47.0.2526.106 m.
Con el navegador Chrome no es posible la realización de la firma electrónica al

utilizarse el miniapplet de @firma para esta función. No obstante, se recomienda
mantener las versiones de los navegadores actualizadas en su última versión.
o Condiciones para la firma electrónica: Como mínimo se recomienda la versión de

la máquina virtual de java 1.7.0_51_b13 para la ejecución del miniapplet de
@firma.
o Versión de Adobe Reader y si precisa tener activado el plugin en el navegador

utilizado: Versión 11 (11.0.10.X).
2.2 Perfiles necesarios para la instalación.
A continuación, se presentan los perfiles de los usuarios para la instalación del sistema
SGA:
Administrador de base de datos Oracle.
Administrador de servidor de aplicaciones Wildfly.
Administrador de servidor Linux.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
2.3 Requisitos previos a la instalación.
Antes de comenzar con la instalación del sistema SGA, es necesario tener en cuenta las
siguientes indicaciones:
1. Creación previa de los usuarios Oracle, así como los tablespaces (índices, datos, blobs) que
el propio Organismo Pagador considere necesarios.
La organización que se propone de esquemas de base de datos de las aplicaciones del

Sistema General de Ayuda se detalla en el documento:
SgaGen-DSI-DS-001-OrganizacionBD.doc.
Los usuarios de base de datos que serán necesarios para la instalación de la que es objeto
este documento son los correspondientes a los siguientes esquemas del documento de
organización de esquemas de base de datos:
 SGAGEN
 SGACAC
 SGACAP
 SGAGST
 SGACMN
 SGACAM
 SGAMCC
 ALFRESCODB
 SIGEMADMIN
 SGABI
Para la creación de objetos de base de datos se ha tenido en consideración el volumen de

solicitudes que puede manejar un Organismo Pagador y se ha elaborado el siguiente cuadro
dónde se indica el espacio mínimo requerido por campaña para cada uno de los esquemas
según el dimensionamiento de desarrollo, mínimo, mediano y grande.
Dimensionamiento Mediano:
Por Esquema
DATOS(Gb) INDICES(Gb) BLOB(Gb)
SGAGEN 0,88 0,5 0
SGACAC 0,13 0,5 1
SGACAP 13,07 19,1 2
SGAGST 34,39 95,44 40
SGACMN 0,19 0,5 1
SGACAM 0,13 0,15 1
SGABI 1 11
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
49,79 127,17 45
Dimensionamiento Grande:
Por Esquema
DATOS(Gb) INDICES(Gb) BLOB(Gb)
SGAGEN 0,88 0,5 0
SGACAC 0,26 0,5 1
SGACAP 19,65 28,96 4
SGAGST 268,36 400,85 60
SGACMN 0,71 0,5 1
SGACAM 1,82 1,78 1
SGABI 2 14
293,68 447,09 67
2. Será necesario disponer de un certificado digital de servidor para SSL.
3. Es recomendable conocer y rellenar la ficha Sga-IAS-MN-001-FichaConfiguracionSGA.xls, que

se adjunta a este documento dónde se recogen los parámetros que se solicitarán al usuario
durante el proceso de instalación/configuración de los componentes del sistema SGA.
4. En el Control de Accesos gestionado por el sistema SGA, se pueden elegir diferentes

modalidades para realizar la autenticación: Directorio Activo, una tabla de base de datos o
ambos.
En caso de elegir la modalidad de autenticación mediante Directorio Activo, si éste tiene

los atributos estándar bastará con configurar el acceso a dicho directorio mediante las
pantallas que ofrece el Asistente de Instalación/Configuración del sistema SGA.
En caso de elegir la modalidad de autenticación por tabla de base de datos, se podrá

utilizar la tabla que se incluye en el esquema de control de accesos de SGA,
CAC_DUSUARIOS, alimentándola con los usuarios que correspondan.
En caso de elegir ambas modalidades, se tendrán que realizar las acciones que
correspondan a cada uno de ellas.
No obstante, para realizar lo anteriormente mencionado, será necesario tener en cuenta las
instrucciones de Implementación y Configuración descritas en el documento
SgaCac-DSI-MN-001-InterfazCac.doc.
En este mismo documento, se indican las instrucciones a seguir para que exista más de una
sesión simultánea por usuario.
5. Para la Plataforma de Firma, el componente applet de firma de @Firma tendrá que ser
firmado por el Organismo Pagador siguiendo los pasos descritos en el apartado “2.2.2.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Firmado del Componente Applet con certificado propio de firma de código” del
documento de interfaz SgaGen-DSI-MN-001-InterfazPFirma.doc
6. Comprobar que el idioma del sistema operativo Linux es el Español y el tipo de codificación de
representación de caracteres es UTF8 (es_ES.UTF-8).
7. Para enviar correos desde la base de datos en Oracle 11g, es necesario crear una Lista de
Control de Acceso (ACL). Para su creación, procederemos de la siguiente forma:
7.1) Nos conectaremos con el usuario SYS.
7.2) Creación de la lista, otorgando permisos para utilizarla al usuario de Gestión.
BEGIN
DBMS_NETWORK_ACL_ADMIN.create_acl (
acl => 'Nombre de la ACL creada, Nombre_ACL.xml',
description => 'Descripción de la lista',
principal => 'Usuario o Role principal al que se le asigna el ACL, Usuario
propietario del esquema de Gestión',
is_grant => TRUE o FALSE si queremos dar acceso o denegarlo,
privilege => 'Tipo de privilegio de Red (connect, resolve). Si usamos nombres de
máquinas muy comunes en intranets, debemos asignar ambos privilegios. Si solo accedemos
por IP nos valdrá con connect');
COMMIT;
END
7.3) Ahora definimos el servidor de correo y el puerto utilizado sobre la lista que
anteriormente creada.
BEGIN
DBMS_NETWORK_ACL_ADMIN.assign_acl (
acl => 'Nombre del fichero ACL al que le asignamos la red. Nombre_ACL.xml',
host => 'Nombre del HOST, o IP al que se le asigna. Las IP pueden llevar
comodines (wildcards)',
lower_port => Puerto de inicio. Puede ser NULL,
upper_port => Puerto fin. Puede ser NULL);
COMMIT;
END;
/
Si quisiéramos añadir otro puerto, volveríamos a ejecutar el mismo código con otro puerto
distinto.
Para ver los permisos que tenemos dados y las listas que hay creadas, usaremos las
siguientes consultas:
Select * from dba_network_acls;
Select * from dba_network_acl_privileges;
Select * from user_network_acl_privileges "muestra los privilegios del usuario actual"

MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
8. En cuanto a la arquitectura del sistema, será necesario tener en cuenta los siguientes
puntos:
El servidor de aplicaciones donde se instale el sistema SGA tiene que tener conectividad
y resolución de nombres DNS, con aquellos servidores con los que interactúa. Por
ejemplo, con los servidores de SITRAN, Gestor Documental, Caracterización
Condicionalidad, Registro telemático.
El servidor de aplicaciones donde se instale el sistema SGA tiene que, además, para
poder establecer comunicaciones seguras (HTTPS) como cliente con otros servidores,
disponer de todos aquellos certificados (copia del certificado sólo con la clave pública) de
la parte servidora que no sean válidos (si son válidos, deben estar emitidos para el
servidor, no caducados y con CA certificadoras válidas).
Por ejemplo, en el caso de los servicios externos accedidos a través de SgaInt, donde se
exponen URL con protocolo HTTPS, será necesario revisar cada uno de estos
servidores.
Por tanto, hay que tener presente dos consideraciones:
a. En los casos en que el servidor no tenga un certificado válido, deberá

incluirse este en el archivo “cacerts.jks” del servidor donde se instale el
sistema SGA.
b. Si se incluyen los certificados una vez ya esté arrancado el servidor SGA,

deberá reiniciarse este para que los cambios surtan efecto.
c. Cuando se configuren las conexiones con este tipo de conexiones seguras,

recordad hacerlo siempre componiendo la URL con el nombre de dominio y
no la IP, dado que los certificados digitales están emitidos al nombre de
dominio.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
3 Creación de objetos en la base de datos.
3.1 Scripts de creación de objetos de base de datos

Este será el primero de los pasos a realizar antes de comenzar con la instalación del
sistema SGA.
Para la creación de objetos de base de datos se ha tenido en cuenta el volumen de
solicitudes que maneja el Organismo Pagador, y por ello se han incluido scripts de creación de
tablas e índices con un dimensionamiento de desarrollo, mínimo, mediano y grande.
Para elegir el dimensionamiento, será necesario indicarlo en uno de los parámetros del
fichero define.sql.
Dichos scripts están preparados para ejecutarse desde una máquina cliente Windows o Linux
que tenga SQL*Plus 11g.
Este primer paso de la instalación SGA, se realizará en dos fases:
1) Fase 1: Creación de objetos en base de datos. Para realizar esta fase el administrador de
base de datos realizara las siguientes tareas:
a) Modificar los parámetros definidos en el fichero define.sql, para completar la
información relacionada con los esquemas establecidos para las diferentes aplicaciones,
tablespaces de tablas, índices y blobs en la infraestructura del organismo pagador.
Este script contempla la posibilidad de distintos tablespaces (índices, tablas, blobs) para
cada esquema.
Además, este script permitirá elegir a creación de tablas e índices con un
dimensionamiento de desarrollo, mínimo, mediano o grande, según el volumen de
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
información que maneje el OP y un dimensionamiento para entornos de desarrollo en el

que no se incluye el storage en los scripts.
Ejemplo:
define versión_instalacion = ‘4.1.0’ (Versión de la instalación que se va a realizar)
define versión_previa = ‘3.12.0’ (Versión de la anterior instalación)
define dimension = ‘mediana’ (Tipo de dimensionamiento para tablas e índices:
minima|mediana|grande|desarrollo )
define particionamiento = 'N' Indica si existe particionamiento. Posibles valores
S o N.
define User_GEN = 'SGAGEN' (Usuario propietario)
define UserAP_GEN = 'SGAGEN_AP' (Usuario de aplicación. Este usuario es el que
utilizarán las aplicaciones para conectarse a la
base de datos)
define Password_GEN = '' (Password del usuario propietario. Esta variable
es opcional)
-Si está vacía pedirá la password para
conectarse al esquema durante la ejecución de
los scripts.
-Si esta rellena se conectará automáticamente al
esquema correspondiente. En este caso las
password deben ir precedidas del carácter /
Ejemplo: define Password_GEN = '/gen’
define TblD_GEN = 'USERS' (Tablespace Tabla)

define TblX_GEN = 'USERS' (Tablespace Indices)
define TblB_GEN = ' USERS’ (Tablespace Blobs)
El fichero prueba_conexiones.sql , permite probar las conexiones con los diferentes

esquemas, habiendo configurado previamente las password en el fichero define.sql,
Ejemplo:
En este ejemplo se han definido las password de los usuarios propietarios de los
esquemas GEN, CAC, y no se ha definido la password del usuario propietario
GST.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
A continuación, se muestra, por la consola de SQL* plus, como para los usuarios GEN y
CAC no solicita password y para el usuario GST solicita la password durante la ejecución:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
b) Ejecutar el script ejecuta_sga.sql, que a su vez ejecutará el define.sql anteriormente

definido, y creará los objetos de base de datos de cada uno de los esquemas.
2) Fase 2: Precarga de datos de los diferentes esquemas previamente creados. Para

realizar esta fase el administrador de base de datos realizara las siguientes tareas:
a) Modificar los parámetros definidos en el fichero define_datos.sql, para indicar el
código del organismo pagador y la campaña con los que se van a cargar los cargar los
datos.
b) Ejecutar el script ejecuta_sga_datos.sql, que a su vez ejecutará el define_datos.sql
y cargará los datos de cada uno de los esquemas.
3) Fase 3: Ejecución de script de SgaMcc Gabinete (Opcional)

Sólo en el caso de que el Organismo Pagador decida utilizar la aplicación de
Controles de Campo Móvil proporcionada en SGA, será necesario realizar las
instrucciones indicadas en este apartado.
Para realizar esta fase el administrador de base de datos seguirá las instrucciones
indicadas en el punto 7.3 Instalación de SgaMcc Gabinete de este documento.
3.2 Registro de ejecución de scripts

Si se utiliza un define.sql propio, es necesario añadir/actualizar las siguientes variables:
En esta instalación como en las sucesivas no debería indicar que falta el registro de la
instalación anterior ya que la versión previa “la 3.11.0” debe estar correctamente registrada.
Aun así, si esto ocurre, el proceso preguntará si desea o no continuar, dependiendo del OP
decidir si sigue con la instalación o no, y asegurarse que se ejecutó la versión 3.11.0 antes de
continuar.
Al final de la ejecución de los scripts, se visualizará por pantalla los errores que se han
producido durante la ejecución, tal como se indica en la siguiente imagen.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Registro de la ejecución: Registro de inicio y final de la ejecución de objetos y datos.
Ficheros no ejecutados: Aquellos ficheros que no se han ejecutado durante la instalación.
Errores de Ejecución: Errores producidos durante la instalación tanto del tipo ora-, sp2- como
de compilación de objetos. “Si no se está utilizando el sql 11g o superior, los errores del tipo
ora-, sp2 no quedarán registrados”.
Además de su visualización por pantalla, se generará un fichero con toda la información en la

siguiente ruta:
\Scripts_sga\gen\resultado\resultado_entrega.txt
En el asistente de instalación se incluyen nuevas pantallas para consultar el resultado de la

ejecución de los scripts.
El acceso a dichas pantallas se realizará desde la opción Historial de Entregas
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Pantalla de registro de la instalación:
Pulsando el botón “Consulta de Scripts Ejecutados” se obtiene un listado de los ficheros que se
han ejecutado.
Pulsando el botón “Log Errores” se accede a los errores que se han producido en la instalación:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
3.3 Catálogos auxiliares.
En el documento SgaGen-IAS-IF-001-DatosPrecargados.docx, se recoge la relación de tablas

precargadas en la instalación, así como las tablas disponibles en el sistema que son
susceptibles de ser cambiadas por vistas (OFAI).
3.4 Catálogos auxiliares de SgaMcc Gabinete (Opcional)

Sólo en el caso de que el Organismo Pagador decida utilizar la aplicación de Controles
de Campo Móvil proporcionada en SGA, será necesario seguir las instrucciones
indicadas en este apartado.
Desde SgaMcc Gabinete, será necesario tener acceso a los esquemas de SGACAM y
SGAGST. Para la generación de los scripts de este módulo, se entiende que estos esquemas
se encuentran en la misma instancia de la base de datos.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
4 Componentes Web de instalación
En la instalación se incluirán los siguientes componentes web:
TIPO
Nº COMPONENTE DESCRIPCION FICHERO
COMPONENTE
1 SgaGen Aplicación General de SGA, esta Aplicación Web SgaGen.war

aplicación incluye el Asistente de
instalación/configuración del
sistema.
2 SgaCac Aplicación Control de Accesos SGA Aplicación Web SgaCac.war

Esta aplicación gestionara el control
de accesos al sistema.
3 SgaGenSrv Servicios o Interfaces Generales. Servicios/Interfaz SgaGenSgd.war

Incluye los módulos: Web
SgaGenCsv.war
 Gestor
documental(SgaGenSgd) SgaGenSgm.war
 Generación de código seguro
de verificación (SgaGenCsv) SgaGenOfai.war
 Registro Telemático
(SgaGenSgm)
 Otras fuentes de
información(SgaGenOfai)
4 SgaPfv Plataforma de Firma Servicio Web y sgapfv.war

Aplicación Web
(applet)
5 SgaCap Aplicación de Captura de las Aplicación Web sgacap.war

solicitudes
6 SgaGst Aplicación de Gestión de las Aplicación Web SgaGst.war

solicitudes
7 SgaCad Aplicación de Controles Aplicación Web sgacad.war

Administrativos de las solicitudes
8 SgaCam Aplicación de Controles de Campo Aplicación Web sgacam.war
9 SgaAyu Aplicación de Cálculo de Ayuda Aplicación Web sgaayu.war
10 SgaInt Aplicación de Intercambio de Aplicación Web SgaInt.war

Información
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
TIPO
Nº COMPONENTE DESCRIPCION FICHERO
COMPONENTE
11 SgaCmn Aplicación de Comunicaciones al Aplicación Web sgacmn.war

interesado
12 SgaGenCro Aplicación Interface Croquis Web Aplicación Web SgaGenCro.war
13 SgaMcc Aplicación de SgaMcc Gabinete Aplicación Web SgaMcc.war

(Incluye Visor GIS)
OPCIONAL: La creación de este

componente es opcional ya que
depende de la elección del
Organismo Pagador de utilizar o
no la aplicación de Control de
Campo Móvil proporcionada en
SGA.
14 SgaMccWS Servicios Web de SgaMcc Gabinete Servicios Web SgaMccWS.war

para la gestión de OT
OPCIONAL: La creación de este

componente es opcional ya que
depende de la elección del
Organismo Pagador de utilizar o
no la aplicación de Control de
Campo Móvil proporcionada en
SGA.
15 SgaGenSde Servicio Web de SGA para Sede Servicios Web SgaGenSde.war

Electrónica
16 SgaIntWS Servicio Web de SGA para Servicios Web sgaint-ws.war

Intercambio de Información
17 SgaGpi Aplicación Portal del ciudadano. Aplicación Web SgaGpi.war
18 SgaAyuWS Servicio Web de Ayuda. ServicosWeb SgaAyu.war
19 SgaCmnWS Servicio Web de Comunicaciones ServiciosWeb SgaCmnWS.war
20 SgaGas Aplicación de Alegaciones al AplicaciónWeb SgaGas.war

SIGPAC
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5 Instalación componentes SGA
5.1.1 Comprobación del Sistema Operativo
Comprobaciones previas del S.O. para el buen funcionamiento del servidor de

aplicaciones:
1) Chequear la apertura de ficheros: Se comprueba que no exista un límite bajo en la

apertura de ficheros (open files) con el comando "ulimit":
ulimit –a
2) Si existe alguna limitación se agregan las siguientes líneas en el fichero limits.conf
vi /etc/security/limits.conf
* soft nofile 65530

* hard nofile 65530
3) Chequear el máximo número de sockets de red: para comprobar el valor actual

empleamos el siguiente comando:
sysctl -a |grep -i somaxconn
4) Si el límite son 128, deberemos ampliarlo a un valor superior a 1024 (se

recomienda 4096). En el fichero /etc/sysctl.conf agregamos la línea:
net.core.somaxconn = 4096
5) Reiniciamos el servidor comprobando que han surtido efecto los valores

modificados.
5.1.2 Instalación del Java Development Kit (JDK)

Previa a la instalación del servidor de aplicaciones wildfly deberemos tener instalado en el
servidor una versión actualizada de Java JDK. La versión del JDK utilizada para esta nueva
versión del servidor de aplicaciones será la 1.8.0_101 o 1.8.0_144.
La instalación del JDK, se realizará con un usuario con privilegios de administrador.
Para la instalación, seguiremos los siguientes pasos:
Descargar el JDK de la siguiente web de Oracle:

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html ,
según el S.O disponible.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
En nuestro caso, utilizaremos el fichero jdk-8u101-linux-x64.tar.gz,
La instalación se realizará sobre el directorio /opt/java, que en caso de no existir dicho

directorio lo crearemos con el siguiente comando:
mkdir /opt/java
Copiaremos el fichero descargado del JDK sobre el directorio creado /opt/java y lo

descomprimimos:
tar -xzvf jdk-8u101-linux-x64.tar.gz
Una vez terminada la instalación, por defecto, el JDK quedará instalado en el directorio
/opt/java/jdk1.8.0_101
El JDK requiere configurarse con diversas variables ambientales para su correcta

ejecución:
- JAVA_HOME : Indica el directorio raíz de instalación del JDK, de acuerdo a las

instrucciones anteriores esta ruta sería /opt/java/jdk1.8.0_101
- PATH : Define la ruta de acceso para los binarios del sistema; la modificación de
esta variable permite acceder a los ejecutables Java (javac,javadoc,java)
proporcionadas con el JDK de cualquier directorio.
Para exportar las variables que indiquen el JAVA_HOME y PATH, seguiremos los
siguientes pasos:
Editar el fichero etc/profile
Añadir las siguientes líneas al final del fichero:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
export JAVA_HOME=/opt/java/jdk1.8.0_101
export PATH=$JAVA_HOME/bin:$PATH
Para que los cambios tengan efecto sobre nuestro perfil sin tener que desconectar y volver
a conectar, ejecutaremos el comando:
source /etc/profile
Para verificar la correcta instalación del JDK realice la siguiente prueba:
- Colóquese en un directorio arbitrario del sistema.

- Invoque el comando java –version y verifique que indica la versión 1.8.0_101-b13
5.1.3 Instalación del servidor de aplicaciones.

Podemos descargar WildFly gratuitamente de su web oficial (http://wildfly.org/downloads/)
como un archivo comprimido que sólo debemos descomprimir en el directorio donde
queremos que esté ubicado.
Descargaremos la versión wildfly-10.1.0.Final.
La instalación se realizará sobre el directorio /opt/wildfly, en caso de no existir dicho

directorio lo crearemos con el siguiente comando:
mkdir /opt/wildfly
Copiamos el archivo wildfly-10.1.0.Final, en el directorio creado /opt/wildfly y lo

descomprimimos
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
tar -xzvf wildfly-10.1.0.Final.tar.gz
Una vez descomprimido, renombramos el directorio de instalación /opt/wildfly/wildfly-

10.1.0.Final como /opt/wildfly/wildfly10
Al igual que ocurría con el JDK configuraremos las variables ambientales para su correcta
ejecución:
- JBOSS_HOME: Indica el directorio raíz de instalación del wildfly, de acuerdo a las

instrucciones anteriores esta ruta sería /opt/wildfly/wildfly10
Para exportar la variable que indique el JBOSS_HOME, seguiremos los siguientes pasos:
Abrir el fichero etc/profile
Añadir las siguientes líneas al final del fichero:
Export JBOSS_HOME =/opt/wildfly/wildfly10
Para que los cambios tengan efecto sobre nuestro perfil sin tener que desconectar y volver
a conectar, ejecutaremos el comando:
source /etc/profile
A partir de aquí, se hará referencia al directorio de instalación por medio de la

variable ambiental JBOSS_HOME.
Para ejecutar wildfly como servicio se recomienda crear un usuario específico para
dicha ejecución.
Para ello crearemos un grupo llamado wildfly
groupadd -r wildfly
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Ahora crearemos el usuario que ejecutará el servicio en segundo plano
useradd -r -g wildfly -c "WildFly usuario" wildfly
passwd wildfly
Asignamos el usuario wildlfy como propietario de la carpeta de instalación JBOSS_HOME.
chown -R wildfly $JBOSS_HOME/*
Para la ejecución de los siguientes pasos, nos logaremos con el usuario wildfly ya
que será el propietario de la instalación.
Para que las URL puedan ser accedidas desde cualquier punto, editamos el archivo de
configuración del wildfly (JBOSS_HOME/standalone/configuration/standalone.xml)
Buscamos la sección de <interfaces> y colocamos la siguiente configuración:
<interfaces>
<interface name="management">
<inet-address value="${jboss.bind.address.management:0.0.0.0}"/>
</interface>
<interface name="public">
<inet-address value="${jboss.bind.address:0.0.0.0}"/>
</interface>
</interfaces>
O, se puede especificar con <any-address/>
<interfaces>
<interface name="management">
<any-address/>
</interface>
<interface name="public">
<any-address/>
</interface>
</interfaces>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Una vez guardados los cambios, procedemos a crear un usuario para acceder a la consola
del wildfly; Vamos a ejecutar el script add-user.sh, ubicado en la carpeta
JBOSS_HOME/bin
Una vez terminada, ya disponemos de un usuario de administración.
5.1.4 Habilitar conexiones para SSL.

Actualmente WildFly ofrece tres opciones para dar soporte a cifrado SSL, siendo estas:
- Certificados auto-firmados dentro de un Java Key Store (JKS).

MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
- Un certificado auto-firmado común (OpenSSL, CAcert).

- Un certificado SSL firmado por una autoridad de emisión de certificados
(certificados SSL reales).
Para nuestra configuración y siendo un entorno de desarrollo, utilizaremos un Certificado
auto-firmado dentro de un Java Key Store (JKS).
Para el ejemplo de configuración que estamos realizando, hemos creado un key Store
sga2-keystore.jks y se ha incluido un certificado auto firmado, con el alias sga2ssl y
password secret.
El key Store lo copiaremos en el directorio JBOSS_HOME/standalone/configuration
Una vez creado el certificado, es necesario crear un área de seguridad para Undertow,
para ello editaremos el fichero de configuración standalone.xml ubicado en
JBOSS_HOME/standalone/configuration
Buscamos la sección <security-realm name="ApplicationRealm> y dentro de la sección

<ssl> configuramos la conexión, modificando los siguientes parámetros:
- Path: Nombre del Key store, en nuestro caso “sga2-keystore.jks”

- relative-to: La ruta del keystore es relativa a jboss.server.config.dir (ya que hemos
copiado el key store en el directorio de configuración, no habrá que modificarla)
- keystore-password: Password del key Store, en nuestro caso “secret”
- alias: Alias del certificado, en nuestro caso “sga2ssl”
- key-password: Password del certificado, en nuestro caso “secret”
<security-realm name="ApplicationRealm">
<server-identities>
<ssl>
<keystore path="application.keystore" relative-to="jboss.server.config.dir"
keystore-password="password" alias="server" key-password="password" />
</ssl>
</server-identities>
…………..
</security-realm>
Una vez modificados, quedaría de la siguiente forma:
<security-realm name="ApplicationRealm">
<server-identities>
<ssl>
<keystore path="sga2-keystore.jks" relative-to="jboss.server.config.dir"
keystore-password="secret" alias="sga2ssl" key-password="secret"
/>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</ssl>
</server-identities>
…………..
</security-realm>
Por último, comprobamos que existe un listener https dentro de la declaración del
subsistema Untertow, el cual debe verse de la siguiente forma:
<subsystem xmlns="urn:jboss:domain:undertow:3.1">
<buffer-cache name="default"/>
<server name="default-server">
<http-listener name="default" socket-binding="http" redirect-socket="https"
enable-http2="true"/>
<https-listener name="https" socket-binding="https" security-
realm="ApplicationRealm" enable-http2="true"/>
<host name="default-host" alias="localhost">
<location name="/" handler="welcome-content"/>
<filter-ref name="server-header"/>
<filter-ref name="x-powered-by-header"/>
</host>
</server>
<servlet-container name="default">
<jsp-config/>
<websockets/>
</servlet-container>
<handlers>
<file name="welcome-content" path="${jboss.home.dir}/welcome-content"/>
</handlers>
<filters>
<response-header name="server-header" header-name="Server" header-
value="WildFly/10"/>
<response-header name="x-powered-by-header" header-name="X-Powered-By" header-
value="Undertow/1"/>
</filters>
</subsystem>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.5 Creación de un servicio para arrancar el servidor.

Para configurar la ejecución de nuestro wildfly a través de un servicio, seguiremos los
siguientes pasos:
Deberemos conectarnos con un usuario adminstrador.
En la carpeta JBOSS_HOME/docs/contrib/scripts/init.d, encontraremos 3 ficheros de

ejemplo, el fichero wildfly.conf de configuración de las variables y los ficheros de ejecución
del servicio para redhat y debían.
NOTA: Para el jboss EAP 7.0.0 la carpeta estará ubicada en bin/init.d
En primer paso, copiaremos el fichero wildfly.conf en /etc/default
cp $JBOSS_HOME/docs/contrib/scripts/init.d/wildfly.conf /etc/default
Editamos el fichero /etc/default/wildfly.conf y modificamos las variables que sean

necesarias:
En nuestro caso solo descomentamos las siguientes líneas:
JBOSS_USER=wildfly
JBOSS_MODE=standalone
JBOSS_CONFIG=standalone.xml
JBOSS_CONSOLE_LOG=”/var/log/wildfly/console.log”
Ahora debemos copiar el archivo wildfly-init- redhat.sh dentro de etc/init.d
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
cp $JBOSS_HOME/docs/contrib/scripts/init.d/wildfly-init-redhat.sh /etc/init.d
[NOTA: Como estamos utilizando SUSE, utilizaremos una configuración diferente,

por lo que, dicho fichero está reescrito para SUSE y le hemos llamado wildfly-init-
suse]
Verificar que el archivo wildfly-init-redhat o en nuestro caso wildfly-init-suse tenga permisos

de ejecución.
Ya por ultimo debemos ejecutar chkconfig para terminar de registrar el servicio.
chkconfig wildfly-init-suse.sh on
Con esto ya queda registrado para un arranque automático el servicio.
service wildfly-init-suse start
Ya podemos probar el arranque del servidor a través del servicio y verificar que funciona
correctamente.
http://servidor.dominio:8080
https://servidor.dominio:8443
http://servidor.dominio:9990  Puerto de administración por defecto
5.1.6 Configuración del servidor de aplicaciones.
Esta configuración deberá realizarse conectado con el usuario WILDFLY
La configuración de servidor de aplicaciones se realiza en los siguientes ficheros:
 JBOSS_HOME/bin/standalone.conf
 JBOSS_HOME/standalone/configuration/standalone.xml
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.6.1 Memoria
Añadir/modificar la siguiente línea al fichero standalone.conf, en el punto dónde se especifican

las opciones para pasar a la JVM.
standalone.conf
JAVA_OPTS="-server -XX:+UseCompressedOops -XX:+TieredCompilation –Xms12288m -Xmx12288m
-Xmn512m -XX:ReservedCodeCacheSize=768m –XX:+UseG1GC -XX:MetaspaceSize=1024m
-XX:MaxMetaspaceSize=4096m -Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000
-Dsun.rmi.dgc.server.gcInterval=3600000 -Djava.net.preferIPv4Stack=true"
5.1.6.2 Logs
 Añadir las siguientes líneas al fichero standalone.conf:
standalone.conf
#Propiedad del sistema para escribir en los logs
JAVA_OPTS="$JAVA_OPTS -Ddirectorio.log=$JBOSS_HOME/standalone/log"
Los logs se almacenarán en la carpeta de logs de standalone.
 Para evitar que se genere un fichero server.log de gran tamaño, se puede hacer
que la generación de este log se recicle cada 10M, aunque esto suponga que se
generen muchos ficheros log, estos serán manejables.
Para ello, será necesario situarse en el directorio

$JBOSS_HOME/standalone/configuration y editar el fichero standalone.xml para
eliminar las siguientes líneas:
standalone.xml
<periodic-rotating-file-handler name="FILE">
<formatter>
<pattern-formatter pattern="%d{HH:mm:ss,SSS} %-5p [%c] (%t) %s%E%n"/>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</formatter>
<file relative-to="jboss.server.log.dir" path="server.log"/>
<suffix value=".yyyy-MM-dd"/>
<append value="true"/>
</periodic-rotating-file-handler>
5.1.6.3 Almacén de Certificados
Incluir el almacén de certificados de confianza del servidor para el sistema SGA: Se aconseja
que no sea el mismo que el de claves privadas utilizado para la configuración ssl. En nuestro
caso lo hemos creado con el nombre cacerts.jks
En este almacén incluiremos:

 Certificado de la CA con el que se ha firmado el certificado de del servidor o el
certificado del servidor.
 Certificados de la plataforma de @Firma, en caso de que sea esta plataforma utilizada
para la firma.
 Certificado del frontal en caso de balanceo
 Otros certificados en los que el sistema SGA deba confiar.
Para que el servidor Widlfly haga uso de este almacén de certificados de confianza, añadir la
siguiente línea al standalone.conf
#Ruta y la password al almacén de certificados de confianza de la aplicación

JAVA_OPTS="$JAVA_OPTS
-Djavax.net.ssl.trustStore=$JBOSS_HOME/standalone/configuration/cacerts.jks
-Djavax.net.ssl.trustStorePassword=secret"
5.1.6.4 Instalación del driver de Oracle y configuración del juego de caracteres en la BD
En este apartado se indican los pasos para la instalación del driver y para establecer la
internacionalización del juego de caracteres en la base de datos.
 Crear el directorio:
JBOSS_HOME/modules/system/layers/base/com/oracle/ojdbc6/main/
 Copiar las librerías ojdbc6.jar y orai18n.jar en dicho directorio, y crear un fichero

module.xml con el siguiente contenido:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<module xmlns="urn:jboss:module:1.0" name="com.oracle.ojdbc6">

<resources>
<resource-root path="ojdbc6.jar"/>
<resource-root path="orai18n.jar"/>
</resources>
<dependencies>
<module name="javax.api"/>
</dependencies>
</module>
5.1.6.5 Instalación del driver de Postgres
Nota: Únicamente deben instalar este driver, aquellos Organismos Pagadores que
instalen SgaMcc.
• Crear el directorio:
JBOSS_HOME/modules/system/layers/base/org/postgresql/main/
• Poner los jar (postgis-jdbc y postgresql) y crear el fichero module.xml

correspondiente con este contenido:
<module xmlns="urn:jboss:module:1.0" name="org.postgresql">

<resources>
<resource-root path="postgresql-9.1-901.jdbc4.jar"/>
<resource-root path="postgis-jdbc-2.0.1.jar"/>
</resources>
<dependencies>
<module name="javax.api"/>
<module name="javax.transaction.api"/>
</dependencies>
</module>
• Para crear una nueva conexión PostgreSQL hay que ir al fichero

standalone/configuration/standalone.xml y dentro de la etiqueta <subsystem
xmlns="urn:jboss:domain:datasources:4.0"> y <drivers>, hay que añadir las
siguientes líneas
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<subsystem xmlns="urn:jboss:domain:ee:4.0">
<global-modules>
<module name="org.postgresql" slot="main"/>
</global-modules>
</subsystem>
Con esto le indicamos un nombre al driver que acabamos de instalar y la clase para
iniciar el driver.
• Para a incluir la dependencia global con el driver PostgreSQL que tenemos

instalado en el servidor será necesario incluir unas líneas en el fichero
standalone.xml en la sección urn:jboss:domain:ee:4.0, quedando finalmente de la
siguiente manera:
<driver name="postgresql" module="org.postgresql">

<xa-datasource-class>
org.postgresql.xa.PGXADataSource
</xa-datasource-class>
</driver>
5.1.6.6 Tiempo de despliegues en el servidor.
En el fichero standalone.xml incrementar el tiempo del servidor para realizar los

despliegues de las aplicaciones: Por defecto el servidor Wildfly tiene un timeout de 5
minutos para el despliegue de aplicaciones. A veces eso no es suficiente, sobre todo si las
aplicaciones realizan alguna operación durante el despliegue como conectarse a la base de
datos para inicializarse.
standalone.xml
……………………
……………….
<extension module="org.wildfly.extension.security.manager"/>
<extension module="org.wildfly.extension.undertow"/>
</extensions>
<system-properties>
<property name="org.apache.tomcat.util.http.Parameters.MAX_COUNT" value="10000"/>
<property name="jboss.as.management.blocking.timeout" value="1200"/>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</system-properties>
<management>
<security-realms>
………………..
………………….
5.1.6.7 Creación de una conexión JDBC.
 Incluir una dependencia global con el driver Oracle, que hemos instalado previamente en el
servidor. Añadir al subsistema EE las siguientes líneas:
standalone.xml
<subsystem xmlns="urn:jboss:domain:ee:4.0">
<global-modules>
<module name="com.oracle.ojdbc6" slot="main"/>
</global-modules>
…………………
</subsystem>
 Crear una nueva conexión JDBC: Incluir dentro del subsistema de Datasources las
siguientes líneas, indicando un nombre al driver que se instaló en el apartado de instalación
de drivers y una clase para iniciar el driver.
standalone.xml
<subsystem xmlns="urn:jboss:domain:datasources:4.0">
<drivers>
<driver name="oracle" module="com.oracle.ojdbc6">
<xa-datasource-class>
oracle.jdbc.OracleDriver
</xa-datasource-class>
</driver>
<driver name="h2" module="com.h2database.h2">
<xa-datasource-class>org.h2.jdbcx.JdbcDataSource</xa-datasource-class>
<driver>
</drivers>
</subsystem>
5.1.6.8 Carga de ficheros grandes y parámetros enviados en la petición POST
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Configuración para permitir la carga de ficheros grandes: En el subsistema IO

modificar en el tag <http-listener> y <https-listener> el atributo max-post-size. Por defecto
admite hasta 10Mb, con esta configuración ampliamos hasta los 100Mb.
Configuración de los parámetros enviados en la petición POST: En el subsistema IO

modificar en el tag <http-listener> y <https-listener> el atributo max-parameters. Por defecto
admite 512 parámetros, con esta configuración ampliamos hasta los 5000.
standalone.xml
<http-listener name="default" socket-binding="http" redirect-socket="https" enable-http2="true"
max-parameters="5000" max-post-size="104857600"/>
<https-listener name="https" socket-binding="https" security-realm="ApplicationRealm" enable-
http2="true" max-parameters="5000" max-post-size="104857600" />
</host>
</server>
<jsp-config/>
<websockets/>
<handlers>
</handlers>
<filters>
<response-header name="server-header" header-name="Server"
header-value="WildFly/10"/>
<response-header name="x-powered-by-header" header-name="X-Powered-By"
header-value="Undertow/1"/>
</filters>
</subsystem>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.6.9 Configuración de hilos.
Añadir al subsistema IO un nuevo worker con el número de hilos específicos y asociar

dicho worker con el listener correspondiente:
standalone.xml
<subsystem xmlns="urn:jboss:domain:io:1.1">
<worker name="default"/>
<worker name="sga" io-threads="500" task-max-threads="1204"/>
<buffer-pool name="default"/>
</subsystem>
<http-listener name="default" socket-binding="http" worker="sga"
redirect-socket="https" enable-http2="true" />
<https-listener name="https" socket-binding="https" worker="sga"
security-realm="ApplicationRealm" enable-http2="true"/>
</host>
</server>
<jsp-config/>
<websockets/>
<handlers>
</handlers>
<filters>
<response-header name="server-header" header-name="Server"
header-value="WildFly/10"/>
<response-header name="x-powered-by-header" header-name="X-Powered-By"
header-value="Undertow/1"/>
</filters>
</subsystem>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.6.10 Tiempo de respuesta (timeout).
 Aumentar el tiempo de respuesta de las transacciones (timeout): Añadir las siguientes

líneas en el subsistema Transactions
standalone.xml
<subsystem xmlns="urn:jboss:domain:transactions:3.0">
<core-environment>
<process-id>
<uuid/>
</process-id>
</core-environment>
<recovery-environment socket-binding="txn-recovery-environment"
status-socket-binding="txn-status-manager"/>
<coordinator-environment default-timeout="300"/>
</subsystem>
5.1.6.1 Configurar cabeceras de respuesta.
Para configurar las cabeceras de respuesta X-Powered-By y Server del servidor será
necesario editar el fichero standalone.xml y modificarlas según lo indicado en la imagen:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.6.2 Creación de los recursos en el servidor de aplicaciones.
Es necesario crear el recurso tipo URL y los recursos tipo Datasource que se muestran
a continuación:
RECURSO
URL QUE ALMACENA
URL
URLInstalador URL del asistente de instalación/configuración SGA:

http://[servidor.dominio]:[puerto]/SgaGen
[servidor.dominio]:[puerto]: Se trata del servidor dónde se desplegara la Aplicación

General(SgaGen.war)
RECURSOS
DATASOURCE ESQUEMAS DE BASE DE DATOS A LOS QUE SE
CONECTAN
[NOMBRE_DATASOURCE]
1 SgaGenDS Conexión al esquema de instalación SGA.
2 SgaCacDS Conexión al esquema de Control de Accesos SGA.
3 SgaCacTGTDS Conexión al esquema de Control de Accesos SGA. Este

datasource se utiliza para la gestión de ticket de autenticación
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
del sistema.
4 SgaCapDS Conexión al esquema de Captura SGA.
5 SgaGstDS Conexión al esquema de Gestión SGA.
6 SgaCmnDS Conexión al esquema de Comunicaciones al Interesado SGA.
7 SgaCamDS Conexión al esquema de Controles de Campo SGA.
8 SgaMccDS Conexión al esquema de Controles de Campo Móvil SgaMcc.

(OPCIONAL): La creación de este recurso es opcional ya
que depende de la elección del Organismo Pagador de
utilizar o no la aplicación de Control de Campo Móvil
proporcionada en SGA.
9 SgaMccPgDS Conexión al esquema de Controles de Campo Móvil

(OPCIONAL): La creación de este recurso es opcional ya
que depende de la elección del Organismo Pagador de
utilizar o no la aplicación de Control de Campo Móvil
proporcionada en SGA
10 SigpacDS Conexión al esquema POSTGIS de Controles de Campo

Móvil SgaMcc. (OPCIONAL): La creación de este recurso
es opcional ya que depende de la elección del Organismo
Pagador de utilizar o no la aplicación de Control de
Campo Móvil proporcionada en SGA
11 SigpacMdg2018DS Conexión al esquema POSTGIS de la caché del Sigpac

utlizada en el módulo de declaración gráfica (SgaGenMdg)
para la campaña 2018. (OPCIONAL): La creación de este
recurso es opcional ya que depende de la elección del
Organismo Pagador de utilizar o no la aplicación de
Control de Campo Móvil proporcionada en SGA
12 SigpacMdg2019DS Conexión al esquema POSTGIS de la caché del Sigpac

utlizada en el módulo de declaración gráfica (SgaGenMdg)
para la campaña 2019. (OPCIONAL): La creación de este
recurso es opcional ya que depende de la elección del
Organismo Pagador de utilizar o no la aplicación de
Control de Campo Móvil proporcionada en SGA
13 SgaBIDS Conexión al esquema de SGABI.
Para crear un recurso JNDI en Wildfly se puede realizar de diferentes maneras. Una de
ellas es mediante la edición del fichero de configuración del servidor
JBOSS_HOME/standalone/configuration/standalone.xml
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Creación de un recurso tipo URL

Crear una entrada en el elemento “<subsystem xmlns="urn:jboss:domain:naming:2.0">”
que permite albergar la url para comunicar las aplicaciones con SgaGen, quedando de
la siguiente manera:
standalone.xml
<subsystem xmlns="urn:jboss:domain:naming:2.0">
<bindings>
<simple name="java:/URLInstalador"
value="[PROTOCOLO]://[SERVIDOR]:[PUERTO]/SgaGen" />
</bindings>
</subsystem>
[PROTOCOLO]: Protocolo de transferencia de hipertexto http / https

[SERVIDOR]: Nombre completo del servidor de aplicaciones.
[PUERTO]: Puerto por el que el servidor de aplicaciones escucha peticiones.
IMPORTANTE: Es obligatorio que se respete el nombre JNDI indicado en la tabla,

RECURSO URL, puesto que en los componentes se están utilizando dichos
nombres.
Creación de un recurso tipo DataSource para Oracle

Crear una entrada en el elemento <subsystem
xmlns="urn:jboss:domain:datasources:4.0"><datasources>, quedando de la
siguiente manera:
<subsystem xmlns="urn:jboss:domain:datasources:4.0">
<datasources>
<datasource jta="true" jndi-
name="java:/jdbc/[NOMBRE_DATASOURCE]" pool-
name="[NOMBRE_DATASOURCE]" enabled="true" use-java-
context="true" use-ccm="true">
<connection-url>
jdbc:oracle:thin:@[HOST_BD]:[PUERTO_BD]:[ESQUEMA_BD]
</connection-url>
<driver>oracle</driver>
<transaction-isolation>
TRANSACTION_READ_COMMITTED
</transaction-isolation>
<validation>
<check-valid-connection-sql>
select 1 from dual
</check-valid-connection-sql>
</validation>
<pool>
<min-pool-size>1</min-pool-size>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<max-pool-size>60</max-pool-size>
<prefill>true</prefill>
<use-strict-min>false</use-strict-min>
<flush-strategy>
FailingConnectionOnly
</flush-strategy>
</pool>
<security>
<user-name>[USUARIO_AP_BD]</user-name>
<password>[PASSWORD_AP_BD]</password>
</security>
</datasource>
</datasources>
</subsystem>
Los parámetros para configurar el DataSource son:
[NOMBRE_DATASOURCE]: Nombre del datasource. Ej: SgaGenDS

[HOST_BD]: Nombre del servidor de base datos. Ej:servidor1
[PUERTO_BD]: Número de puerto donde el servidor escucha las peticiones. Ej:1521
[ESQUEMA_BD]: Nombre del esquema de base de datos.
[USUARIO_AP_BD]: Usuario con el que se conecta a la base de datos. Según el
documento de Organización de Base de datos, dicho usuario no será el propietario del
esquema sino un usuario de aplicación. Ej: SGACAC_AP
[PASSWORD_AP_BD]: Clave con la que se conecta.Ej: sga
IMPORTANTE: Es obligatorio que se respete el nombre JNDI indicado en la tabla

“RECURSOS DATASOURCE”, puesto que en los componentes se están
utilizando dichos nombres.
Creación de un recurso tipo DataSource para Oracle en modo RAC
Configuración para la tolerancia a fallos y equilibrio de carga en arquitectura RAC:
<connection-url>
jdbc:oracle:thin:@(description=(address_list=(load_balance=on)
(failover=on)
(address=(protocol=tcp)
(host=xxxxhost1)(port=1521))(address=(protocol=tcp)
(host=xxxxhost2)(port=1521)))(connect_data=(service_name=xxxxsid)
failover_mode=(type=select)(method=basic))))
</connection-url>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Modificación de los recursos tipo DataSource para SgaMcc (opcional)

En caso de usar SgaMcc, será necesario definir y configurar el fichero standalone.xml.
Se deben definir dentro del tag “datasources” de la propiedad
“urn:jboss:domain:datasources:4.0” los siguientes datasource:
<datasource jta="true" jndi-name="java:/jdbc/SgaMcc" pool-

name="SgaMcc" enabled="true" use-ccm="true">
<connection-url>
jdbc:oracle:thin:@://[HOST_BD]:[PUERTO_BD]/[ESQUEMA_BD]
</connection-url>
<driver-class>oracle.jdbc.OracleDriver</driver-
class>
<transaction-
isolation>TRANSACTION_READ_COMMITTED</transaction-isolation>
<security>
</security>
<validation>
<validate-on-match>false</validate-on-
match>
<background-
validation>false</background-validation>
</validation>
<statement>
<share-prepared-statements>false</share-
prepared-statements>
</statement>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SgaMccPgDS" pool-

name=" SgaMccPgDS" enabled="true" use-java-context="true" use-
ccm="true">
<connection-url>
jdbc:postgresql://[HOST_BD]:[PUERTO_BD]/[ESQUEMA_BD]
</connection-url>
<driver> postgresql</driver>
<validation>
select * from dual
<validate-on-match>false</validate-on-match>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<background-validation>true</background-
validation>
<background-validation-millis>20000</background-
validation-millis>
</validation>
<pool>
<flush-strategy>FailingConnectionOnly</flush-strategy>
</pool>
<security>
</security>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SigpacDS" pool-
name=" SigpacDS" enabled="true" use-java-context="true" use-
ccm="true">
<connection-url>
</connection-url>
<validation>
select 1 from dual
</validation>
<pool>
</pool>
<security>
</security>
</datasource>
<datasource jta="false" jndi-name="java:/jdbc/SigpacMdg2018DS"
pool-name="SigpacMdg2018DS" enabled="true" use-java-
<connection-url>
</connection-url>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<driver>postgresql</driver>
<security>
<user-name>[USUARIO_BD]</user-name>
<password>[PASSWORD_BD]</password>
</security>
<validation>
<background-validation>false</background-validation>
</validation>
<statement>
<share-prepared-statements>false</share-prepared-statements>
</statement>
</datasource>
<datasource jta="false" jndi-name="java:/jdbc/SigpacMdg2019DS"
pool-name="SigpacMdg2019DS" enabled="true" use-java-
<connection-url>
</connection-url>
<driver>postgresql</driver>
<security>
</security>
<validation>
</validation>
<statement>
</statement>
</datasource>
Añadir las líneas marcadas en rojo para configurar el pool de conexiones.
[HOST_BD]: Nombre del servidor de base datos. (Ejemplo:servidor1)

[PUERTO_BD]: Número de puerto donde el servidor escucha las peticiones
(Ejemplo:1521)
[USUARIO_BD]: Usuario con el que se conecta a la base de datos. Según el
esquema sino un usuario de aplicación. (Ejemplo: SGAMCC)
[PASSWORD_BD]: Clave con la que se conecta.(Ejemplo: sgamcc)
[USUARIO_AP_BD]: Usuario con el que se conecta a la base de datos. Según el
esquema sino un usuario de aplicación. (Ejemplo: SGAMCC_AP)
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
[PASSWORD_AP_BD]: Clave con la que se conecta.(Ejemplo: sgamcc_ap)
5.1.6.3 Configuración datasources SgaMcc (Opcional).
En caso de usar SgaMcc, será necesario definir y configurar el fichero standalone.xml. Se

deben definir dentro del tag “datasources” de la propiedad “urn:jboss:domain:datasources:4.0”
los siguientes datasources:
<datasource jta="true" jndi-name="java:/jdbc/SgaMcc" pool-name="SgaMcc"

enabled="true" use-ccm="true">
<connection-url>
jdbc:oracle:thin:@://[HOST_BD]:[PUERTO_BD]/[ESQUEMA_BD]
</connection-url>
<driver-class>oracle.jdbc.OracleDriver</driver-class>
<transaction-isolation>TRANSACTION_READ_COMMITTED</transaction-
isolation>
<security>
</security>
<validation>
</validation>
<statement>
</statement>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SgaMccPgDS" pool-name=" SgaMccPgDS"
enabled="true" use-java-context="true" use-ccm="true">
<connection-url>
</connection-url>
<validation>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
select * from dual
<background-validation>true</background-validation>
<background-validation-millis>20000</background-validation-millis>
</validation>
<pool>
</pool>
<security>
</security>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SigpacDS" pool-name=" SigpacDS"
enabled="true" use-java-context="true" use-ccm="true">
<connection-url>
</connection-url>
<validation>
select 1 from dual
</validation>
<pool>
</pool>
<security>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</security>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SigpacMdg2018DS" pool-name="
SigpacMdg2018DS" enabled="true" use-java-context="true" use-ccm="true">
<connection-url>
</connection-url>
<validation>
select 1
</validation>
<pool>
</pool>
<security>
</security>
</datasource>
<datasource jta="true" jndi-name="java:/jdbc/SigpacMdg2019DS" pool-name="
SigpacMdg2019DS" enabled="true" use-java-context="true" use-ccm="true">
<connection-url>
</connection-url>
<validation>
select 1
</validation>
<pool>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</pool>
<security>
</security>
</datasource>
[HOST_BD]: Nombre del servidor de base datos. (Ejemplo: servidor1)
[PUERTO_BD]: Número de puerto donde el servidor escucha las peticiones
(Ejemplo: 1521)
[USUARIO_BD]: Usuario con el que se conecta a la base de datos. Según el documento de

Organización de Base de datos, dicho usuario no será el propietario del esquema sino un
usuario de aplicación. (Ejemplo: SGAMCC)
[PASSWORD_BD]: Clave con la que se conecta.(Ejemplo: sgamcc)
[USUARIO_AP_BD]: Usuario con el que se conecta a la base de datos. Según el documento

de Organización de Base de datos, dicho usuario no será el propietario del esquema sino
un usuario de aplicación. (Ejemplo: SGAMCC_AP)
[PASSWORD_AP_BD]: Clave con la que se conecta.(Ejemplo: sgamcc_ap)
5.1.7 Habilitar acceso al visor SigPac
Copiar el archivo clientaccesspolicy.xml en la siguiente ruta del servidor:

JBOSS_HOME/welcome-content
En un entorno balanceado se deberá copiar el fichero clientaccesspolicy.xml en

el raíz del domino que se utilice como balanceador, de tal forma que debe quedar
visible al ejecutar la siguiente url https://servidor.domain:puerto/clientaccesspolicy.xml
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Si al ejecutar el visor se produjera el siguiente mensaje de error:
Se deberá editar el fichero y cambiar la etiqueta <domain uri="*" /> por <domain
uri="http://*" />
Para acceder a Croquis Web a través de internet, la URL del visor Sigpac debe visible
desde internet. Dicha URL es la configurada en el parámetro URL Visor Sigpac
5.1.8 Incluir manuales y video-tutoriales de las aplicaciones SGA
Para acceder a los manuales y video-tutoriales de las aplicaciones es necesario

copiar en una carpeta publicada y accesible (por ejemplo JBOSS_HOME/welcome-
content).
o La carpeta “manuales”: en esta carpeta residirán los manuales de las

aplicaciones.
o Descomprimir el archivo tutoriales.zip que creará una estructura por debajo

como la que se muestra a continuación:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.9 Plataforma de Firma
Es necesario la creación de la carpeta ‘autofirma’ en la ruta del servidor

JBOSS_HOME/welcome-content , o cualquier otra carpeta accesible por el usuario
propietario de la instalación del Wildfly.
En esta carpeta se deberán copiar los archivos de autofirma que se encuentran disponibles
en el servidor de descargas (https://www10.fega.es) y carpeta
\Entregables_Sga\Utilidades\2017\Autofirma
Se aconseja la versión de 32 Bits.
5.1.10 Creación del usuario administrador del Asistente de Instalación (SgaGen)
Para incluir seguridad en la aplicación de SgaGen, se va a implementar la

autenticación básica de J2EE.La gestión de los usuarios en el servidor se realizará
mediante add-user.
Tras ejecutar dicho comando se pedirán los siguientes valores:
1. Tipo de usuario: Management user (a) y Application user (b). Escogemos b.

2. Realm(ApplicationRealm): Escogemos este por defecto.
3. Username (Nombre del usuario):adminSGA (teclear nombre de usuario
deseado)
4. Password (Contraseña para autenticar el usuario): adminSGA$1 (teclear clave
deseada)
5. Rol al que pertenece el usuario: SgaAdministrador. (obligatorio).Este rol es
obligatorio y no puede ser modificado, respetando mayúsculas y minúsculas.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.11 Despliegue de componentes Web en el servidor.

Aunque existen varias formas de realizar despliegues en el servidor Wildfly sugerimos que
debido al gran tamaño de los ficheros instalables (ear, war) y para tener un mayor control
sobre los despliegues realizados, se utilice la consola de Wildfly standalone Server y no
se opte por la consola de administración o por los despliegues en automático.
Desplegar los componentes indicados en Componentes Web en esta Instalación sin

activarlos.
Despliegue mediante consola del Wildfly standalone Server: nos situamos en

JBOSS_HOME/bin e invocamos el comando: ./jboss-cli.sh –connect
Para realizar el despliegue de cada componente sin activarlo, utilizar el siguiente

comando: deploy <PATH>/fichero.extension –disabled
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Ejemplo: deploy /home/wildfly/sga/SgaGen.war --disabled
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Otros comandos útiles
Activar un componente del servidor:

deploy --name=fichero.extension
Desactivar un componente:
undeploy fichero.extension --keep-content
Eliminar un componente:
undeploy fichero.extension
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Despliegue mediante la consola de administración web del servidor Wildfly:
Una vez se ha accedido a la consola, dirigirse a la opción de gestión de despliegues y

realizar el despliegue.
Operaciones con la consola:
Remove: Eliminar el despligue.

Add Content: Realizar un nuevo despligue.
Enable: Activa la aplicación.
Disable: Desactiva la aplicación.
5.1.12 Instalación de ALFRESCO (Opcional)
En el caso de que desee utilizar el repositorio de documentos Alfresco , hay que seguir
las instrucciones recogidas en el documento Sga-IAS-MN-001-Alfresco.docx
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5.1.13 Instalación de SIGM (Opcional)
En el caso de que desee utilizar el registro telemático SIGM , hay que seguir las
instrucciones recogidas en el documento Sga-IAS-MN-001-Sigm.docx
5.1.14 Instalación de otros componentes externos

Continuar con las instrucciones indicadas en el apartado Instalación de otros componentes
externos..
5.1.15 Instalación y Configuración en el sistema SGA.

Continuar con las instrucciones indicadas en el apartado Instalación y Configuración en el
sistema SGA.
6 Instalación de otros componentes externos.
Este apartado describe la instalación de otros sistemas externos a SGA.
6.1 Configuración para el acceso al Visor SIGPAC

La configuración para el acceso desde las aplicaciones SGA al Visor SIGPAC se describe
en el documento SgaGen-DSI-MN-001-InterfazCroquisWeb.doc
6.2 Instalación de Servicio Web Recubrimiento y librerías SCSP 3.3.1

La instalación de este producto viene recogida en el documento
SGA-IAS-MN-001-Recubrimiento.docx
6.3 Integración con la herramienta Business Intelligence

La integración de las aplicaciones SGA con la herramienta Business Intelligence, se
describe en el anexo ANEXO II: Integración de herramienta Business Intelligence con SGA.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7 Instalación de componentes de SgaMcc (Opcional)
Sólo en el caso de que el Organismo Pagador decida utilizar la aplicación de Controles

de Campo Móvil proporcionada en SGA, será necesario seguir las instrucciones
indicadas en este apartado.
Identificamos en este apartado los componentes externos propios de la aplicación de SgaMcc
Gabinete y que forman parte de la instalación. También hacemos referencia a los documentos
de instalación necesarios para este módulo de Sga.
Se podrán usar dos arquitecturas GIS diferentes:
- Arquitectura Esri
- Arquitectura OpenLayers
7.1 Arquitectura y componentes
7.1.1 Arquitectura Esri
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7.1.2 Arquitectura OpenLayers
Nota: Los servicios GIS son necesarios únicamente en aquellos casos en los que se use
el visor GIS para la selección y creación de órdenes de trabajo. La arquitectura GIS deberá ser
definida durante el proceso de instalación y es común para todos los componentes de MCC, de
tal manera que no pueden convivir a la vez ambas arquitecturas, por lo que son excluyentes
entre sí.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7.2 Requisitos
7.2.1 Requisitos Esri
7.2.1.1 Prerrequisitos
a) ArcSDE + Oracle
Es necesario que exista una geodatabase empresarial (o un esquema de usuario

dependiente de una geodatabase empresarial) en versión 10.5 sobre Oracle. Esta licencia va
incluida dentro de ArcGIS Server Standard y era anteriormente conocido como ArcSDE.
Recomendaciones generales para la creación del esquema SgaMcc:
- Utilizar ArcSDE + Oracle sobre el propio Oracle de SGA.

- Crear geodatabase empresarial comúnmente nombrada como SDE.
- Crear geodatabase de usuario sde_sgamcc (de esta manera esta geodatabase sería
únicamente geográfica).
NOTA: Para realizar una correcta instalación de la parte GIS para SgaMcc, se recomienda
realizar los pasos anteriormente comentados y en el orden establecido, antes de lanzar
ninguna creación de tablas o carga de información.
En resumen, habría que realizar los siguientes pasos y en este orden:
1. Crear esquema SGAMCC y SGAMCC_AP en Oracle.
2. Crear la geodatabase principal sde sobre el Oracle de SGA. Para realizar esta acción
se recomienda utilizar el software ArcCatalog disponible en ArcGIS Desktop
3. Crear la geodatabase de usuario sgamcc sobre el Oracle de SGA. Al igual que el punto
anterior, se recomienda el uso del software ArcCatalog.
4. Una vez en este punto, ya se pueden lanzar los scripts de creación de tablas
alfanuméricas en los esquemas “sgamcc” y “sgamcc_ap”.
5. Cargar la caché de SIGPAC (apartado b. Carga de la caché del SIGPAC) (Opcional)
6. Cargar la capas GIS de trabajo en el esquema sde_sgamcc (apartado c. Carga de
capas de trabajo)
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
b) Carga de la caché del SIGPAC
Para aquellos Organismos Pagadores que utilicen el visor Gis opcional de SgaMcc, tengan
infraestructura ESRI y quieran representar la caché del Sigpac a modo consulta. Tendrán
que realizar la carga de las siguientes capas procedentes de la caché del Sigpac en
formato SQLite o PostGis:
Recintos (Opcional)
Capa opcional y que serviría de apoyo para el visor GIS
Provincias (opcional). Capa opcional y que serviría de apoyo para el visor
GIS
Municipios (opcional). Capa opcional y que serviría de apoyo para el visor
GIS
Nota: Para realizar la carga es aconsejable seguir los pasos del punto 7.7 Generación de la
caché SIGPAC.
c) Carga de capas de trabajo
Además, hay que cargar en la base de datos GIS (ArcSDE + Oracle) las siguientes capas
específicas para SgaMcc:
- PARCELAS_CAMPO
- RECINTOS_INSPECCION
- PARCELA_CAMPO_ED_CAP
- EXPLOTACIONES_GANADERAS
- T_E_PAISAJE
- T_E_PAISAJE_CAMPO
- T_E_PAISAJE_LINEA
- T_E_PAISAJE_LINEA_CAMPO
- T_E_PAISAJE_PUNTO
- T_E_PAISAJE_PUNTO_CAMPO
Estas capas se incluyen dentro de la entrega SgaMcc_recursos_gis.zip (ESRI\1.BaseDatos)

en formato “FileGDB” para su definición inicial y script de Oracle para agregar nuevos
campos. Para realizar esta carga en ArcSDE + Oracle, se recomienda el uso de la
herramienta ArcCatalog, incluida en ArcGIS Desktop 10.5.1 y además ejecutar los scripts de
Oracle de la forma habitual sobre este esquema. Para realizar esta carga es obligatorio
revisar el punto 7.8 Carga de Capas GIS.
d) Publicación de geoprocesos con ArcGIS Server
Para la creación/gestión de OTs a nivel GIS, será necesario publicar varios geoprocesos en
el servidor GIS a través del ArcGIS Server, para realizar este proceso, hay que revisar el
punto 7.6 Publicación de geoprocesos con ArcGIS Server. Dentro de la entrega
SgaMcc_recursos_gis.zip (ESRI\4.GPSgaMcc_template) se incluye todos los geoprocesos
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
necesarios para la publicación tal y como se detalla en el documento mencionado

previamente.
e) Publicación de servicios de mapa
Destacar que el visor GIS se encuentra incluido en el componente “SgaMcc.war” y que para
su funcionamiento será necesario realizar la publicación de servicios de mapa tal como se
indica en el punto 7.5 Publicación de Servicios GIS de este documento. Esta instalación
únicamente será necesaria en caso de usar el visor GIS. Puesto que este componente no es
obligatorio.
Para que se carguen correctamente las capas, es necesario que los servicios REST donde
se encuentran publicados los servicios de mapas de límites administrativos e inspecciones de
campo, sean accesibles desde los equipos que vayan a usar el visor.
Dentro de la entrega SgaMcc_recursos_gis.zip (ESRI\2.Visor) se incluye los servicios de
mapas necesarios.
f) Instalación del driver y del datasource en el servidor de aplicaciones
Resaltar que es necesario definir en el servidor de aplicaciones el driver PostgreSQL en la

versión previamente indicada, así como el datasource “SigpacMdg2019DS”,
“SigpacMdg2018DS”, "SgaMccPgDS” y “SigpacDS” con la estructura descrita en el punto
5.1.6.2 Creación de los recursos en el servidor de aplicaciones. Aunque se use la tecnología
ESRI, también es necesario definir estos datasource, ya que a partir de la campaña 2018,
tienen que a puntar a la base de datos PostgreSQL + PostGIS del módulo de declaración
gráfica para la campaña correspondiente.
g) Directorio compartido de órdenes de trabajo
Es necesario disponer de un directorio compartido para el almacenamiento y gestión de las

órdenes de trabajo. Este directorio compartido tiene que ser accesible en modo
lectura/escritura tanto desde el servidor de Arcgis Server como el servidor de aplicaciones
donde se encuentre desplegado el componente SgaMcc gabinete. Se recomienda definir una
unidad de almacenamiento NFS accesible desde ambos entornos y que los usuarios con
permisos de escritura serán:
- Servidor ArcGIS Server, usuario: arcgis

MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
- Servidor Wildfly, usuario: wildfly
Nota: Se incluye la plantilla para la generación de las órdenes de trabajo en la entrega

SgaMcc_recursos_gis.zip (ESRI\3.PlantillaOrdTrab)
7.2.1.2 Requisitos SgaMcc Cliente GIS
Portátil o Tablet PC con las siguientes características:
• Sistema Operativo: Windows 7 o superior

• Microsoft .NET Framework 4.5
• Software GIS: ArcGIS Engine Runtime 10.5.1 (Correctamente licenciado)
• Cliente GIS: Lleva su propio instalador, el proceso de instalación se especifica en el
punto 7.5 de este documento.
• Cartografía base: Copia de las ortofotos al sistema de archivos del Tablet. El sistema
de coordenadas ha de ser ETRS89, para las ortofotos y para el resto de
cartografía que vayamos a manejar.
• GPS: El Tablet o portátil tiene que tener GPS o si es externo, ha de tener la
configuración necesaria para que funcione.
• El cliente ha de funcionar sin conexión a internet.
7.2.1.3 Requisitos de SgaMcc Gabinete
Servidor donde se encuentra desplegada la aplicación de SgaMcc Gabinete, así como los
demás módulos de Sga. Únicamente se requiere la siguiente característica:
• Servidor de Aplicaciones Wildfly 10.1.0
Es necesario disponer de un servidor con ArcGIS Server 10.5, como mínimo en versión
Standard. En este servidor, se instalarán los geoprocesos ESRI entregados en la instalación
y que son necesarios para la creación/gestión de órdenes de trabajo.
7.2.1.4 Requisitos de ArcGIS Desktop
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Software de escritorio que sirve para realizar tareas de administración y consulta de

servidores y bases de datos GIS.
Únicamente está disponible para SO Windows.
Este software facilita las labores de creación de mapas y publicación de los mismos en un
servidor GIS (ArcGIS Server). Ademas facilita la carga de la información gráfica en formato
ArcSDE + Oracle. La instalación es opcional.
Requisitos impuestos por el fabricante de ESRI
http://resources.arcgis.com/es/help/system-
requirements/10.2/index.html#//015100000002000000
7.2.1.5 Requisitos de ArcGIS Web Adaptor for Arcgis Server
Plugin que permite exponer/publicar a través del puerto 80 o 443.

La instalación es opcional.
Requisitos impuestos por el fabricante de ESRI
http://server.arcgis.com/es/web-adaptor/latest/install/java-windows/install-arcgis-web-adaptor-
portal.htm
7.2.2 Requisitos OpenLayers
7.2.2.1 Prerrequisitos
a) PostgreSQL 9.6 (x64) + PostGIS 2.3 (x64) (Alineadas con las versiónes de
SgaGenMdg)
Para que se puedan cargar las capas GIS necesarias, es necesario que exista una base de
datos PostgreSQL junto con la extensión PostGIS instalada. Se aconseja el uso de la misma
instalación realizada para el módulo de declaración gráfica SgaGenMdg.
Recomendaciones generales para la creación del esquema SgaMcc:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Se recomienda utilizar la instalación Postgresql + Postgis dedicada para el módulo de

declaración gráfica, creando un nuevo esquema específico para SGAMCC.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
b) Carga de la caché del SIGPAC
A partir de la campaña 2018, ya no es necesario realizar ninguna carga de la caché del

Sigpac en entorno OpenSource. Ya que se usará la misma que se carga para el módulo de
declaración gráfica.
Para campañas anteriores y minimizar el impacto en los Organismos Pagadores que ya
tenían instalada la aplicación, se respetará el siguiente procedimiento:
Realizar la carga de las siguientes capas procedentes de la caché del Sigpac en formato
SQLite o PostGis:
Recintos (obligatoria)
Capa de trabajo necesaria para generar las OTs.
Es obligatorio revisar el punto 7.8 Carga de Capas GIS de este documento
para respetar el formato de esta capa.
Provincias (opcional). Capa opcional y que serviría de apoyo para el visor
GIS
Municipios (opcional). Capa opcional y que serviría de apoyo para el visor
GIS
Nota: Estas tablas a priori no existen en la instalación de PostgreSQL deberían de cargarse
siguiendo las recomendaciones del punto 7.8 Carga de Capas GIS y además habilitar el
acceso de lectura para el usuario “sgamcc” de la instalación PostgreSQL. Para realizar esta
carga también es obligatorio revisar el punto 7.7 Generación de la caché SIGPAC.
c) Creación de capas de trabajo
Además, hay que crear en la base de datos PostGIS las siguientes capas específicas para
SgaMcc:
- PARCELAS_CAMPO
- RECINTOS_INSPECCION
- PARCELA_CAMPO_ED_CAP
- EXPLOTACIONES_GANADERAS
- T_E_PAISAJE
- T_E_PAISAJE_CAMPO
- T_E_PAISAJE_LINEA
- T_E_PAISAJE_LINEA_CAMPO
- T_E_PAISAJE_PUNTO
- T_E_PAISAJE_PUNTO_CAMPO
Estas capas se distribuyen como un script de base de datos en formato PostgreSQL +

PostGIS. Estas capas, tendrán la siguiente funcionalidad:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
- RECINTOS_INSPECCION: Se almacenarán las muestras de SGACAM junto con

la información gráfica. La carga se realizará a través de la aplicación.
- PARCELAS_CAMPO: Se guardará la información con los resultados de la
inspección. La carga se realizará a través de la aplicación.
- PARCELAS_CAMPO_ED_CAP: Se guardará la información con los resultados de
la inspección. La carga se realizará a través de la aplicación.
- EXPLOTACIONES_GANADERAS: Tabla que cada Organismo Pagador puede
cargar manualmente con las coordenadas de las explotaciones ganaderas si las
tuviera. Es Opcional la carga de esta tabla, cada Organismo Pagador decidirá si
procede o no cargar esta tabla.
- T_E_PAISAJE: Tabla en la que cada Organismo Pagador cargará manualmente
los elementos del paisaje para cada campaña.
- T_E_PAISAJE_CAMPO: Tabla en la que la aplicación guardará los elementos del
paisaje inspeccionados en campo.
- T_E_PAISAJE_LINEA: Tabla en la que cada Organismo Pagador cargará
manualmente los elementos del paisaje línea para cada campaña.
- T_E_PAISAJE_LINEA_CAMPO: Tabla en la que la aplicación guardará los
elementos del paisaje línea inspeccionados en campo.
- T_E_PAISAJE_PUNTO: Tabla en la que cada Organismo Pagador cargará
manualmente los elementos del paisaje punto para cada campaña.
- T_E_PAISAJE_PUNTO_CAMPO: Tabla en la que la aplicación guardará los
elementos del paisaje punto inspeccionados en campo.
Tal y como se indica en este punto, se recomienda crear una base de datos “sgamcc” dentro
de la instalación Postgresql + Postgis dedicada para el módulo de declaración gráfica. Una
vez creada esa base de datos, las tablas se cargarían en su esquema public mediante el
script Recursos_postgis.sql incluido en el zip “SgaMcc_recursos_gis.zip”
(OpenSource\1.BaseDatos)
Nota: No se incluyen scripts de creación de la BD, solo se incluyen los de creación de

objetos (tablas).
d) Publicación de geoprocesos
No será necesario realizar ninguna publicación específica ya que los geoprocesos en la

versión OpenSource van incluidos en el componente SgaMcc.war a modo de servicios Web.
Estos servicios Web, se publican por defecto en la siguiente URL =>
http://servidor:puerto/SgaMcc/controlcampo/rest-api/v1/geoProcesos
Esta URL es la que hay que definir en el parámetro “Servidor Gis del servicio web
GPSgaMcc”. Dentro de los parámetros de SgaGen para el módulo de Control de Campo
Móvil.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
e) Publicación de servicios de mapa
Destacar que el visor GIS se encuentra incluido en el componente “SgaMcc.war” y que para
su funcionamiento será necesario realizar la publicación de servicios de mapa tal como se
indica en el punto 7.5 Publicación de Servicios GIS de este documento. Esta instalación
únicamente será necesaria en caso de usar el visor GIS. Puesto que este componente no es
obligatorio.
Para que se carguen correctamente las capas, es necesario que los servicios donde se
encuentran publicados los servicios de mapas de límites administrativos e inspecciones de
campo, sean accesibles desde los equipos que vayan a usar el visor.
Dentro de la entrega SgaMcc_recursos_gis.zip (OpenSource\2.Visor) se incluyen los estilos
opcionales para las distintas capas. No es obligatorio y cada Organismo Pagador puede
personalizarlos a su gusto.
f) Instalación del driver y del datasource en el servidor de aplicaciones
Resaltar que es necesario definir en el servidor de aplicaciones el driver PostgreSQL en la

versión previamente indicada, así como el datasource “SigpacMdg2019DS”,
“SigpacMdg2018DS”, “SgaMccPgDS” y “SigpacDS” con la estructura descrita en el punto
5.1.6.2 Creacion de los recursos en el servidor de aplicaciones y 5.1.6.3 Configuración
datasources SgaMcc
Para la campaña 2018 es necesario definir el nuevo datasource “SigpacMdg2018DS” que
apuntará a la caché del Sigpac utilizada por el módulo de declaración gráfica
Para la campaña 2019 es necesario definir el nuevo datasource “SigpacMdg2019DS” que
apuntará a la caché del Sigpac utilizada por el módulo de declaración gráfica para la
campaña 2019.
Para campañas anteriores, el datasource SigpacDS debe apuntar al esquema PostGIS
donde se encuentra cargada la cache del Sigpac mencionada en el punto b)
Mientras que el datasource SgaMccPgDS debe apuntar al esquema PostGIS donde se han
creado las capas de trabajo del punto c) de este mismo apartado.
g) Directorio de órdenes de trabajo
Es necesario disponer de un directorio para el almacenamiento y gestión de las órdenes de

trabajo. Este directorio tiene que ser accesible en modo lectura/escritura desde el servidor de
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
aplicaciones donde se encuentre desplegado el componente SgaMcc Gabinete. Se

recomienda definir una unidad de almacenamiento NFS donde los usuarios con permisos de
escritura serán:
- Servidor Wildfly, usuario: wildfly
Nota: Se incluye la plantilla para la generación de las órdenes de trabajo en la entrega

SgaMcc_recursos_gis.zip (OpenSource\3.PlantillaOrdTrab). Esta plantilla se deberá pegar en
una carpeta llamada “template” dentro del directorio de órdenes de trabajo.
7.2.2.2 Requisitos SgaMcc Cliente GIS OpenSource
Portátil o Tablet PC con las siguientes características:
• Sistema Operativo: Windows 7 o superior

• Microsoft .NET Framework 4.5
• Cliente GIS: Lleva su propio instalador, el proceso de instalación se especifica en el
punto 7.5 de este documento.
• Cartografía base: Copia de las ortofotos al sistema de archivos del Tablet. El sistema
de coordenadas ha de ser ETRS89, para las ortofotos y para el resto de
cartografía que vayamos a manejar.
• GPS: El Tablet o portátil tiene que tener GPS o si es externo, ha de tener la
configuración necesaria para que funcione.
• El cliente ha de funcionar sin conexión a internet.
7.2.2.3 Requisitos de SgaMcc Gabinete
Servidor donde se encuentra desplegada la aplicación de SgaMcc Gabinete, así como los
demás módulos de Sga. Únicamente se requiere la siguiente característica:
• Servidor de Aplicaciones Wildfly 10.1.0
Es caso de usar el visor GIS será necesario disponer de un servidor con Geoserver 2.12.1.
En este servidor se publicarán los servicios de mapas para el funcionamiento del visor.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7.3 Instalación de SgaMcc Gabinete
Para realizar la instalación de SgaMcc Gabinete, en primer lugar, será necesario disponer de
un esquema específico para esta aplicación en la misma instancia de base de datos que el
resto de esquemas de SGA. Posteriormente se procederá a ejecutar los scripts en ese
esquema para la creación de tablas, índices, secuencias y triggers. Además, en estos scripts,
se definen los perfiles, opciones de menú y permisos generales para esta aplicación.
Dichos scripts están preparados para ejecutarse desde una máquina cliente Windows o Linux
con SQL*Plus.
Se realizará lo siguiente:
7.3.1 Creación de objetos y registros en base de datos

Para realizar esta fase el administrador de base de datos realizará las siguientes tareas:
a) Modificar los parámetros definidos en el fichero “define_sgamcc.sql”.
Aquí se definirán los esquemas y usuarios de otros módulos que intervienen en la
aplicación SgaMcc Gabinete. También se definirán las variables necesarias para la
creación de datos para la integración de esta aplicación en SGA.
b) Ejecutar el script “ejecuta_sgamcc.sql”, que a su vez ejecutará el
define_sgamcc.sql definido previamente y creara los objetos de base de datos del
esquema de SgaMcc y los registros necesarios en SgaCac, para definir las funciones, los
perfiles y los permisos para la aplicación de SgaMcc Gabinete.
NOTA: En el caso de realizar una instalación con tecnología ESRI, asegurarse de tener
correctamente creados y configurados los esquemas ArcSDE tal y como se describe en el
punto 7.2.1 Requisitos ESRI
7.3.2 Registro de ejecución de scripts de SgaMcc
A partir de la versión 5.4.1 de SgaMcc los scripts tendrán el mismo formato que el resto del
SGA.
Al final de la ejecución de los scripts, se visualizarán por pantalla los errores que se han
producido durante la ejecución. Se visualizarán los siguientes parámetros:
Registro de la ejecución: Registro de inicio y final de la ejecución de objetos y datos.
Ficheros no ejecutados: Aquellos ficheros que no se han ejecutado durante la instalación.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Errores de Ejecución: Errores producidos durante la instalación tanto del tipo ora-, sp2- como
de compilación de objetos. “Si no se está utilizando el sql 11g o superior, los errores del tipo
ora-, sp2 no quedarán registrados”.
Además de su visualización por pantalla, se generará un único fichero con toda la información
en la siguiente ruta:
\Scripts_mcc\gen\resultado\resultado_entrega.txt
Se seguirá mostrando también la salida de ejecución de cada uno de los ficheros del script
como se estaba realizando previamente.
Desde el asistente de instalación se puede consultar el resultado de la ejecución de los scripts.

Para mayor detalle, se puede consulta el punto 3.2 Registro de ejecución de scripts de este
documento.
7.3.3 Configuración del visor SgaMcc (Opcional)
La configuración del Visor GIS se realiza mediante la definición de los servicios de mapas base
y de mapas de trabajo. La definición de estos servicios se realizará en SgaMcc Gabinete en la
función “Configuración visor” incluida en la configuración de campaña. Para más detalles
consultar el manual de usuario de SgaMcc Gabinete. No será necesario modificar ningún
componente de la instalación.
Requisitos previos a la configuración del visor
7.3.3.1 Arquitectura ESRI
1. Servicios de mapa
Los servicios de mapas mínimos e imprescindibles para la correcta ejecución de la aplicación

son:
1) Servicio de límites administrativos, con las capas: provincias, municipios, polígonos,
parcelas y recintos, y con simbolización. Se incluye archivo mxd (sgamcc_limites.mxd) de
definición en la entrega SgaMcc_recursos_gis.zip (ESRI\2.Visor)
2) Servicio de inspección, con las capas: Se incluye archivo mxd
(sgamcc_inspeccion.mxd) de definición de mapa en la entrega SgaMcc_recursos_gis.zip
(ESRI\2.Visor)
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Nota: Se incluye la definición de los servicios para los tres husos geográficos (29,30 y 31).
Dentro se incluye un archivo léeme.txt con más detalle.
Para publicar un servicio de mapas es necesario seguir los pasos que aparecen recogidos en
el punto 7.5 Publicación de servicios GIS
2. Otros servicios necesarios

Para que la aplicación realice diferentes cálculos geométricos como, establecer zonas de
influencia, calcular áreas y longitudes... es necesario iniciar el servicio de geometría en el
Administrador de ArcGIS for Server.
En el archivo de configuración deberá quedar recogido la url de enlace al servicio de
geometría activo, con el fin de que la aplicación haga uso de este.
Para iniciar el servicio de geometría en Administrador se seguirán las instrucciones recogidas
en el siguiente enlace:
http://resources.arcgis.com/es/help/main/10.2/index.html#//0154000004zq000000
3. Despliegue del componente “SgaMcc.war”
Se procederá a desplegar este componente a través de la consola del Wildfly. Para este
proceso, se pueden seguir las instrucciones del punto 5.1.11 Despliegue de componentes
Web en el servidor.
7.3.3.2 Arquitectura OpenLayers
1. Servicios de mapa
Los servicios de mapas mínimos e imprescindibles para la correcta ejecución de la aplicación

son:
1) WMS de límites administrativos, con las capas: provincias, municipios y recintos

2) WMS de inspección, con las capas: recintos_inspeccion, parcelas_campo,
parcela_campo_ed_cap, explotaciones_ganaderas.
Nota: Se incluye una simbología propuesta para la definición de los servicios WMS
previamente comentados en el fichero SgaMcc_recursos_gis.zip (OpenSource\2.Visor)
incluido en la entrega.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para publicar un servicio wms con geoserver es necesario seguir los pasos que aparecen
recogidos en el punto 7.5 Publicación de servicios GIS
2. Despliegue del componente “SgaMcc.war”
Se procederá a desplegar este componente a través de la consola del Wildfly. Para este
proceso, se pueden seguir las instrucciones del punto 5.1.11 Despliegue de componentes
Web en el servidor.
7.4 Instalación del cliente SgaMcc-Móvil
La instalación de este producto viene recogida en el documento SgaMcc-IAS-MN-001-

InstalaConfigura-cliente.docx. Esta instalación es importante para el funcionamiento del
módulo SgaMcc.
7.5 Publicación de servicios GIS
La instalación de este producto viene recogida en el documento SgaMcc-IAS-MN-001-

InstalaConfigura-PublicacionServiciosGIS.docx. En este documento se especificará la
publicación de servicios GIS con las herramientas: Arcgis Server y GeoServer.
7.6 Publicación de geoprocesos con ArcGIS Server
La instalación de este producto viene recogida en el documento “SgaMcc-IAS-MN-001-

InstalaConfigura-PublicacionGeoprocesosArcGISServer.docx. En este documento se
especificará el proceso de publicación de geoprocesos GIS con ArcGIS Server.
7.7 Generación Caché SIGPAC
Para la generación de la caché del SIGPAC, es conveniente revisar previamente el

documento SgaMcc-IAS-MN-001-GeneraciónCachéSIGPAC.
7.8 Carga de Capas GIS
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para la carga de las capas GIS es conveniente revisar previamente el documento SgaMcc-
IAS-MN-001-ManualCargaCapasGIS concretamente el apartado 3.
7.9 Actualización ArcGIS Server 10.5
Este apartado está dedicado para aquellos Organismos Pagadores, que ya tengan
instalada y configurada SgaMcc para la campaña 2015 y sólo tengan que hacer una
actualización de la versión de ArcGIS Server.
Destacar que, a partir de esta campaña, no se necesita disponer de un servidor GIS

dedicado para la creación/gestión de OTs. Por lo que no se distribuirá el componente
SgaMccWS. Estos geoprocesos se instalarán dentro del servidor en el que se encuentre el
ArcGIS Server 10.5 Standard o Superior.
Las instrucciones para realizar la actualización de ArcGIS a la versión 10.5 son las
siguientes:
1) Desinstalar según las recomendaciones del fabricante, ArcGIS Server 10.2.2 en el

servidor correspondiente.
2) Instalar la nueva versión de ArcGIS Server 10.5, seguir las recomendaciones del
fabricante.
3) Licenciamiento de la nueva versión a través del Asistente de Autorización de

Software para ArcGIS Server (recordar que se requiere como mínimo la versión
Standard).
4) Instalación de los nuevos geoprocesos distribuidos con la entrega, en el servidor de

Arcgis Server 10.5. Revisar punto 7.6 Publicación de geoprocesos con Arcgis Server
5) Actualización de las variables de instalación propias de la aplicación dentro del menú

“Aplicación Controles de Campo Móvil” del Asistente de Instalación y Configuración
de SGA (SgaGen).
6) Instalación de los componentes “SgaMcc.war” y “SgaMccCli.zip”, a partir de las

instrucciones indicadas en los puntos 7.3 Instalación de SgaMcc Gabinete y 7.4
Instalación del cliente SgaMcc-Móvil
7.10 Migración Wildfly 10.1.0
Para aquellos Organismos Pagadores que quieran migrar SgaMcc Gabinete al servidor de
aplicaciones Wildfly-10.1.0. Es conveniente revisar el documento Sga-IAS-MN-001-
InstalacionWildfly10.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
8 Instalación del módulo SgaGenMdg
El módulo SgaGenMdg (Módulo de Declaración Gráfica) consta de 2 elementos principales:
1. Un componente web: Este componente permite la delimitación de las líneas de

declaración gráfica de una declaración.
Se comunica con:
 La aplicación SGA activa.
 El servicio SgaGenMdg.
 Con otros servidores que proporcionen las capas de apoyo que se requieran.
Este componente está alojado en MS Internet Information Server versión 7 o superior, en

un servidor MS Windows Server 2008 R2 SP1 o superior.
Este componente se ejecuta en el navegador del usuario, incrustado dentro de una

aplicación SGA como Captura o Gestión.
2. Un servicio SgaGenMdg: Este servicio se encarga de gestionar la capa de líneas de

declaración gráfica alojada en una base de datos PostgreSQL/PostGIS.
Se comunica con:
 El componente web.
 El sistema SGA para sincronizar las modificaciones gráficas y alfanuméricas.
 Un servidor PostgreSQL que contiene la base de datos gráfica SgaMdg y varias
cachés SIGPAC: la de la campaña actual y las de las campañas previas.
 Un almacén de baldosas utilizado para publicar las capas vectoriales publicadas por
el servicio (capas de apoyo del SIGPAC).
Este servicio está alojado en MS Internet Information Server versión 7 o superior, en un

servidor MS Windows Server 2008 R2 SP1 o superior.
Este servicio se ejecuta en el servidor en el que está alojado, y puede ser accedido desde
el componente web o desde otros servicios SGA.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
A continuación se muestra un diagrama simplificado de los elementos:
PostgreSQL
BD SGAMDG
BBDD SIGPAC 201x Servicio Componente
BD SIGPAC actual SgaGenMdg Web
Almacén de
baldosas
 Servidor de base de datos PostgreSQL. Alberga las siguientes bases de datos:

o Base de datos SGAMDG de lectura/escritura.
o Base de datos Caché SIGPAC Nacional campaña 2019.
o Base de datos Caché SIGPAC actual.
 Almacén de baldosas (TileStore):
o Es una carpeta que almacena las baldosas vectoriales de las capas que residen
en las bases de datos PostgreSQL.
o Existe una subcarpeta para cada capa publicada.
o Cuando se renueva una caché de campaña es necesario eliminar las baldosas
correspondientes a las capas renovadas (basta borrar la subcarpeta
correspondiente a cada capa).
 Servicio de declaración gráfica SgaGenMdg:
o Se conecta al servidor PostgreSQL y utiliza las diferentes bases de datos.
o Lee y almacena baldosas vectoriales en un directorio (TileStore).
o Responde a peticiones del componente web y de otros servicios SGA.
o Opcionalmente puede conectar con un servidor de autenticación CAS.
 Componente web:
o Es la aplicación gráfica utilizada por el usuario desde un navegador web,
incrustada dentro de las aplicaciones de captura, gestión, gestión de alegaciones
y control de campo (SgaCap, SgaGst, SgaGas y SgaCam).
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
o Hace peticiones al servicio SgaGenMdg para obtener datos vectoriales y grabar la

declaración gráfica.
o Hace peticiones a otros servidores WMTS para obtener datos raster (imágenes).
9 Instalación y Configuración en el sistema SGA.
Aunque en esta primera versión del Asistente de instalación/configuración SGA hay una
parte que debe realizarse manualmente (instalación de los ficheros EAR/WAR en el servidor de
aplicaciones), desde este asistente se centraliza la gestión de la configuración de todos
componentes que forman el sistema SGA.
Siempre que se desee realizar una instalación de un o n componentes SGA, será necesario
asegurarnos que dichos componentes estén desplegados y desactivados en el servidor de
aplicaciones. Una de las formas de verlo, es utilizando la consola Web de administración del
servidor de aplicaciones.
Es importante recalcar que en ningún caso, la configuración de un componente, que ha

sido instalado y configurado por el OP, se verá afectada cuando se actualice una nueva
versión de dicho componente.
En la primera instalación del sistema SGA se deberá realizar los siguientes pasos:
 Configuración General del Sistema SGA.

 Instalación de componentes SGA.
El asistente de instalación incluye una opción de menú Ayuda>Manual de usuario, que

recoge el manejo del propio asistente.
Para realizar la instalación y configuración del sistema, será necesario disponer de la ficha
Sga-IAS-MN-001-FichaConfiguracionSGA.xls completada.
9.1 Configuración General del Sistema SGA

Antes de empezar a instalar los componentes con el asistente, será necesario activar la
Aplicación General (SgaGen.war) y configurarla. Este proceso sólo será necesario realizarlo
en la primera instalación del Sistema SGA.
1) Activar la Aplicación General (SgaGen.war) en el servidor de aplicaciones: acceder a la

consola de Wildfly Standalone Server y ejecutar el siguiente comando:
deploy --name=SgaGen.war
Esta operación también se puede realizar desde la consola web de administración del servidor
de aplicaciones.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
2) Acceder al asistente de instalación/configuración SGA tecleando la siguiente URL en el

navegador:
[protocolo]://[nombre_servidor:puerto]/SgaGen/instalacion
[protocolo]: http/https
[nombre_servidor:puerto]: El servidor y puerto es el mismo dónde este
instalada la Aplicación General (SgaGen).
3) Autenticarse en el asistente: El usuario es que el que previamente se ha dado de alta en el

servidor y se le ha asignado el rol SgaAdministrador.
4) A continuación se muestra una pantalla para seleccionar la configuración de los idiomas y el

Organismo Pagador.
Una vez finalizada esta configuración pulsar el botón Guardar.
5) Seleccionar la opción de menú Sistema SGA > Configuración General para acceder a la
configuración de la Aplicación General del Sistema, y le aparecerá la siguiente pantalla, para
realizar la configuración:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Una vez finalizada esta configuración pulsar el botón Guardar, y Salir.
6) Una vez finalizada la configuración de la Aplicación General, continuar en el siguiente

apartado “Instalación de componentes SGA”, para comenzar la instalación del resto de
componentes.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
9.2 Instalación de componentes SGA

El asistente de instalación/configuración SGA incluye una opción de menú para realizar
la instalación de componentes “Sistema SGA>Instalar Aplicación” dónde se verán los
componentes instalados y los que están pendientes de instalar.
La instalación de los componentes se realizará en el orden indicado:
1. Aplicación de Control de Accesos.
2. Servicios Web o Interfaces Generales.
3. Plataforma de Firma.
4. Aplicación de Captura de Solicitudes.
5. Aplicación de Gestión de Solicitudes.
6. Aplicación de Controles Administrativos.
Instalación de la Aplicación Control de Accesos(SgaCac).
1. Acceder a la opción de menú Sistema SGA>Instalar Aplicación y pulsamos el icono de

Instalar
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
2. Rellenamos la ubicación dónde está desplegado y desactivado el componente Control de

Accesos y confirmamos la instalación.
Por razones de seguridad, para proteger el token de sesión se recomienda forzar el

uso de HTTPS.
Si se desea cancelar la instalación se podrá pulsar el botón Cancelar
3. Una vez confirmada la instalación, configuramos el componente Control de Accesos, pulsando

en el botón Configurar Componente.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Es muy importante realizar una correcta configuración de este componente, para el

funcionamiento del sistema.
Esta configuración se divide principalmente en los siguientes bloques:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
1. Elegir el escenario de Autenticación y Autorización:
ESCENARIOS URL del Sistema de URL del Sistema de

Autenticación (SSL) Autorización
Escenario 1: Sistema de No se modifica No se modifica
Autenticación y Autorización de
SGA.
Escenario 2: Sistema de Indicar la URL Completa del No se modifica

Autenticación del OP y Sistema de Autenticación
Autorización de SGA. del OP.
Escenario 3: SistemA de Indicar la URL Completa del Indicar la URL Completa

Autenticación y Autorización Sistema de Autenticación del Sistema de
del OP. del OP. Autorización del OP.
2. Indicar el usuario administrador de Control de Accesos:
3. En caso de haber elegido el Escenario 1, será necesario modificar el valor del siguiente
campo sustituyendo el nombre del servidor para poner localhost y el puerto utilizado para
el protocolo http.(por omisión es el 8080)
http://localhost:[puerto]/SgaCac/samlValidate?TARGET=
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
4. En caso de seleccionar el Escenario 2, se debe indicar el Servidor de Autenticación que

utiliza el Organismo Pagador
a) Si es un sistema de autenticación CAS, se introducirá la URL del servidor CAS de

Autenticación
b) Si es Otro servidor estándar de Autenticación, se podrá configurar con estos

campos:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
5. Elegir el Repositorios de Usuarios. (ubicación de los usuarios)
En función del tipo de repositorio se pedirá los parametros correspondientes de

configuración para utilizar LDAP, Tabla o ambos.
6. Configuración del sistema con LDAP:
o Conexión con LDAP.
o Configuración con LDAP.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
7. Configuración del sistema con Tabla:
Una vez finalizada la configuración del componente de Control de Accesos pulsar el botón
Guardar.
A continuación pulsar el botón Probar para comprobar que la configuración con este
componente se ha realizado correctamente.
Para más información sobre la correcta configuración de este componente consultar el

documento de interfaz: SgaCac-DSI-MN-001-InterfazCac.doc
4. Repetir estos mismos pasos para cada uno de los componentes que se deseen instalar.
5. Una vez finalizada la instalación con el asistente, acceder a la consola de Wildfly Standalone
Server o a la consola de administración web, e ir activando las aplicaciones.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
9.3 Modificación de la configuración de un componente SGA instalado

Para modificar la configuración de un componente que ya ha sido instalado se podrá acceder a
la opción de menú Sistema SGA>Configuración del Sistema, y pulsar el icono/enlace
A continuación seleccione en el árbol en la izquierda de la pantalla el componente sobre el que

desea modificar la configuración:
Finalmente modifique los parámetros deseados que aparecen en el lado derecho de la pantalla
y pulsar el botón Guardar y Salir.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
IMPORTANTE: Tras realizar la modificación de la configuración de un componente, será

necesario reiniciar dicho componente y aquellos que interactúen con él, desde el
servidor de aplicaciones, para que cargue la nueva configuración.
9.4 Creación de una carpeta compartida entre los servidores de aplicaciones Wildfly
Con motivo de la funcionalidad del interfaz del Gestor Documental, se necesita un

espacio físico para almacenar los documentos. En el caso de utilizar un solo servidor de
aplicaciones Wildfly, como pueda ser el caso de un entorno de desarrollo la carpeta pueda
residir en el mismo servidor, pero si se dispone de un conjunto de servidores de aplicaciones
para el balanceo de carga, este carpeta debe ser accesible por cada uno de estos servidores.
Tener en cuenta que el usuario propietario con el que se instaló la aplicación Wildfly de cada
uno de los servidores tiene que tener permisos de escritura/lectura sobre la carpeta.
El mapeo de la carpeta en cada uno de los servidores debe realizarse con el mismo nombre, ya
que, solamente es posible identificarlo con un nombre único en el programa de instalación.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
9.5 Configuración para el envío de e-mails del sistema SGA

Para que las diferentes aplicaciones que forman el sistema SGA puedan realizar envío de e-
mails es necesario tener configurados los siguientes parámetros que se encuentran ubicados
en la pantalla de SistemaSGA>Configuración General del Asistente de Instalación y
Configuración de SGA:
 Cuenta general de envío de correos para SGA*: Dirección de correo electrónico

para envío general de correos en el sistema SGA.
 Nombre/IP Host servidor correo*: Nombre o IP del host del servidor de correo.
 Puerto mail*: Puerto de acceso al servidor de correo.
 Protocolo de seguridad servidor de correo: Especifica el protocolo de seguridad
para el servidor de correo electrónico:
SSL/TLS
STARTLS
Ninguno/Sin Seguridad
 Servidor de correo autenticado*: Especifica si el servidor de correo es autenticado o
no.
Solamente en caso de que el servidor de correo sea autenticado es necesario

introducir el usuario y la password:
 Usuario mail: Cuenta de usuario de conexión al servidor de correo.

 Password mail: Password del usuario para conexión al servidor de correo.
(*): Campos obligatorios.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
10 Acceso al sistema SGA
Una vez finalizado el proceso de instalación, se podrá acceder al sistema SGA con la
siguiente URL: [protocolo]://[servidor.dominio:puerto]/SgaCac
[protocolo]: El protocolo establecido en la instalación de la aplicación de Control de

Accesos.
[servidor.dominio:puerto]: El servidor y puerto establecido en la instalación de la

aplicación de Control de Accesos.
Ejemplo: https://pac15-test.tragsatec.es:8443/SgaCac
Este sistema presenta las siguientes puertas de accesos:
1. Acceso para los Gestores(intranet):
https://servidor.dominio:puerto/SgaCac
2. Acceso para los sean agricultores(internet):
https://servidor.dominio:puerto/sgacap/ProdInd
3. Acceso al Portal del Ciudadano:
https://servidor.dominio:puerto/SgaGpi
Este enlace de acceso al Portal del Ciudadano deberá estar disponible en los
portales o sedes electrónicas de los OO.PP.
Por razones de seguridad, para proteger el token de sesión se recomienda forzar el uso
de HTTPS.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11 Anexos
11.1 ANEXO I: Recomendaciones
11.1.1 Tareas Quartz
Cuando se prevea realizar una parada en la base de datos, por ejemplo: porque sea
necesario realizar un backup, se recomienda que se sigan en el orden marcado las
siguientes instrucciones, para que las tareas de Quartz funcionen correctamente:
Con Parada del Servidor Web
1. Parar la base de datos.
2. Parar el servidor Web.
3. Realizar las tareas de mantenimiento (backup)
4. Arrancar la base de datos.
5. Levantar el servidor Web.
Sin Parar el Servidor Web
En caso de no querer parar el servidor Web, será necesario reiniciar el pool de

conexiones de los datasource:
1. Parar la base de datos.
2. Realizar las tareas de mantenimiento (backup).
3. Arrancar la base de datos.
4. Reiniciar el pool de conexiones.
Home>Runtime>Subsystems>Datasources
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para el correcto funcionamiento del sistema SGA en una infraestructura de

servidores multinodo, recomendamos configurar los nodos para que solo se ejecuten
las tareas de quarzt en uno de ellos.
Para desactivar las tareas de quartz en un nodo es necesario realizar los siguientes
pasos:
1.- Editar el fichero standalone.conf:

2.- Añadir estas líneas al final de fichero:
JAVA_OPTS="$JAVA_OPTS -DSgaGst_quartz.activate=false"
JAVA_OPTS="$JAVA_OPTS -DSgaInt_quartz.activate=false"
3.- Reiniciar el servidor Wildfly.
11.1.2 Limitar el acceso a los Servicios Web internos de SGA.

Para restringir el acceso a los servicios Web SGA internos, es decir, que son utilizados
por las propias aplicaciones de SGA, el Organismo Pagador deberá implementar los
elementos hardware o software que mejor se adapten a su arquitectura a nivel de
servidores mediante, por ejemplo, IPTABLES o Firewall de aplicaciones (WAF).
11.1.3 Optimización para la carga de Miniapplet de firma
Desde la versión de Java 7u25 uno de los mayores cambios es el nuevo chequeo de
revocación del certificado con el que se encuentra firmado el Miniapplet, utilizando CRL y
OCSP para la validación de cada uno de los ficheros jar de los que se compone el
Miniapplet. Esto hace que el tiempo de carga del Miniapplet se mayor debido a este
chequeo.
Una posible solución es desactivar este chequeo, no es recomendable puesto que no se

valida la revocación del certificado del publicador del Miniapplet.
Entrar a “Panel de Control” > “Java” y seleccionar la pestaña “Avanzado”:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Marcar el check “No comprobar en la opción “Realizar comprobaciones de revocación de

certificado en”:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Además, conviene evitar que se cada vez que se cargue el Miniapplet se descargue todos sus
ficheros asociados. Para ello hay que activar la cache de Java. Dentro del Panel de Control de
Java en la pestaña “General” pulsar el botón “Configuración…” y marcar la casilla “Conservar
Archivos Temporales en mi Computadora” y pulsar “Aceptar”.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.1.3.1 Carga del Miniapplet en Navegador
A la hora de cargar el Miniapplet de firma aparece la siguiente pantalla:
En este caso se está dando acceso al Miniapplet a los recursos del ordenador cliente para que
pueda acceder a los certificados. Hay que aceptar la firma del Miniapplet pulsando “Ejecutar”.
Si no se desea que vuelva a aparecer el mensaje se puede marcar “No volver a mostrar esto
otra vez para aplicaciones del publicador que aparecen anteriormente”.
Seguidamente pulsar “Continuar” en la siguiente ventana de la máquina virtual java:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Se debe dar permiso al Miniapplet para ejecutar en la página Web. Pulsar “Si” en caso de que
aparezca la pantalla siguiente:
En el caso de Firefox se debe permitir la ejecución del plugin de Java:
Pulsar Permitir
Y Selecciona Permitir y recordar para que no vuelva a salir el mensaje.
El complemento de java debe estar instalado en el navegador Firefox.
En el caso de Google Chrome, desde la versión 45 de dicho navegador no se soporta la

ejecución de plugins java. No es posible, actualmente, ejecutar el Miniapplet en versiones de
Google Chrome 45 o posterior.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Más información en el enlace: https://www.java.com/es/download/faq/chrome.xml
11.1.1 Pool de conexiones y mantenimiento de servidor
Basándose en las pruebas de rendimiento realizadas en un solo servidor de aplicaciones, se

recomienda aumentar el número de conexiones del pool, ya que se ha apreciado cuellos de
botella ante un número elevado de usuarios concurrentes.
Para indicar la manera de configurar el pool de conexiones se ha modificado el punto:

“Creación de los recursos en el servidor de aplicaciones, incluido en el apartado “Instalación de
componentes SGA”
Para 600 usuarios concurrentes se ha conseguido un porcentaje de errores del mínimo

configurando los pool con los siguientes valores.
 SgaCacTGTDS = 200
 SgaCacDSDs = 200
 SgaCapDS = 300
 SgaGstDS=200
Se recomienda que tras realizar los despliegues de las aplicaciones a instalar, siempre que sea
posible, se realice un reinicio de los servidores.
Si el reinicio de los servidores de aplicaciones no se realiza periódicamente por mantenimiento,

se sugiere que se revise la memoria heap y metaspace disponible, como prevención ante una
posible caída de los servidores.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.1.1 Eliminar temporales Axis2
Debido al error que se produce en los servicios web cuando se realiza una parada del servidor
wildfly y se vuelve a levantar, en el que algunos servicios se quedan inestables y es necesario
deshabilitarlos y habilitarlos manualmente para que funcionen correctamente, se recomienda
que tras la bajada del servicio (stop) del servidor wildfly, eliminar los ficheros axis2-tmp-*.lck
y las carpetas axis2-tmp* ubicadas en /tmp."
11.2 ANEXO II: Integración de herramienta Business Intelligence con SGA.

La integración de SGA con Business Intelligence (BI) afecta a dos componentes:
 Procesos ETL
 Herramienta BI para obtención de informes de resultados. La herramienta sobre la
cual se han desarrollado los análisis e informes de SGA ha sido Pentaho. En este
apartado se explicará la integración de esta herramienta con el sistema de
autenticación CAS. No está dentro del alcance de este documento describir
mecanismos de integración con otras herramientas BI.
11.2.1 Procesos ETL en la aplicación SGA.
Los procesos ETL de carga de datos del modelo operacional al modelo BI, han sido
desarrollados con la herramienta PDI Kettle versión 4.4. Dicha versión de Kettle puede
descargarse desde la siguiente URL:
http://sourceforge.net/projects/pentaho/files/Data%20Integration/
El lanzamiento de estos procesos ha sido integrado dentro de la aplicación SGA,

concretamente en la aplicación de Gestión (SgaGst), en la opción de menú
Administración->Business Intelligence->Procesos ETL.
Por tanto, no es necesario instalar la herramienta Kettle para lanzar dichos procesos.
En cualquier caso, si el Organismo Pagador decidiera modificar los procesos ETL

suministrados en SGA, o lanzar dichos procesos de forma externa al sistema SGA podrá
utilizar esta herramienta.
Los archivos que implementan los procesos Kettle se encuentran ubicados dentro del
fichero de instalación de SgaGst (SgaGst.war), en la carpeta pentaho
11.2.2 Integración de Pentaho con CAS.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
La herramienta utilizada para el desarrollo de los análisis de datos e informes que se

suministran con el sistema SGA es Pentaho en su versión 4.8. La cual se puede
descargar desde la siguiente ruta:
http://sourceforge.net/projects/pentaho/files/Business%20Intelligence%20Server/4.8.
0-stable/
Esta descarga incluye, tanto la herramienta BI de Pentaho, como la consola de

administración.
Dicha herramienta BI se puede lanzar a través de la aplicación de Gestión (SgaGst), en la

opción de menú Administración->Business Intelligence->Herramienta BI.
Puesto que la aplicación SGA incluye el Single Sign On CAS, podrá utilizarse éste para la
autenticación a la hora de entrar en esta herramienta. La integración con CAS evita la
introducción de credenciales para un usuario ya logado en el sistema SGA, pero tanto los
usuarios que accedan a Pentaho como sus permisos de ejecución de los informes
suministrados o que se elaboren nuevos, deben estar dados de alta en el sistema de
autorización de Pentaho. Para ello se utilizará el mecanismo de administración que
Pentaho suministra (consola de administración).
Desde esta pantalla de la consola de administración se podrán dar de alta los usuarios y se
asignarían los roles a cada uno de ellos.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para la integración de Pentaho con CAS se deben realizar los siguientes pasos:
1) En el directorio de instalación de pentaho: pentaho/biserver-manual-ce/pentaho-

solutions/system/ crearemos el archivo applicationContext-spring-security-cas.xml
con el siguiente contenido, sustituyendo los valores marcados en amarillo por los
valores correspondientes.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springsource.org/dtd/spring-beans.dtd">


<beans default-autowire="no" default-dependency-check="none" default-lazy-init="false">



<bean id="filterChainProxy"
class="org.springframework.security.util.FilterChainProxy"
autowire="default" dependency-check="default" lazy-init="default">
<property name="filterInvocationDefinitionSource">
<value>
<![CDATA[CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
PATTERN_TYPE_APACHE_ANT
/**=securityContextHolderAwareRequestFilter,httpSessionContextIntegrationFilter,logoutFilter,casProcessingFilter,basicProc
essingFilter,requestParameterProcessingFilter,anonymousProcessingFilter,pentahoSecurityStartupFilter,exceptionTranslationF
ilter,filterInvocationInterceptor,casSingleSignOutFilter]]>
</value>
</property>
</bean>


<bean id="serviceProperties" class="org.springframework.security.ui.cas.ServiceProperties" autowire="default" dependency-
check="default" lazy-init="default">
<property name="service" value="http://<servidor pentaho>:<puerto>/pentaho/j_spring_cas_security_check"/>
<property name="sendRenew" value="false"/>
</bean>


<bean id="casProcessingFilter" class="org.springframework.security.ui.cas.CasProcessingFilter" autowire="default"
dependency-check="default" lazy-init="default">
<property name="authenticationManager">
<ref bean="authenticationManager"/>
</property>
<property name="authenticationFailureUrl" value="/Login?login_error=2"/>
<property name="defaultTargetUrl" value="/"/>
<property name="filterProcessesUrl" value="/j_spring_cas_security_check"/>

</bean>
<bean id="casSingleSignOutFilter" class="org.jasig.cas.client.session.SingleSignOutFilter" />

<bean id="casSingleSignOutHttpSessionListener" class="org.jasig.cas.client.session.SingleSignOutHttpSessionListener" />


<bean id="exceptionTranslationFilter" class="org.springframework.security.ui.ExceptionTranslationFilter" autowire="default"
<property name="authenticationEntryPoint">
<ref local="casProcessingFilterEntryPoint"/>
</property>
<property name="accessDeniedHandler">
<bean class="org.springframework.security.ui.AccessDeniedHandlerImpl" />
</property>
</bean>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<bean id="casProcessingFilterEntryPoint" class="org.springframework.security.ui.cas.CasProcessingFilterEntryPoint"

autowire="default" dependency-check="default" lazy-init="default">
<property name="loginUrl" value="https://<servidor sgacac>:<puerto>/SgaCac/login"/>
<property name="serviceProperties">
<ref local="serviceProperties"/>
</property>
</bean>


<bean id="authenticationManager" class="org.springframework.security.providers.ProviderManager" autowire="default"
<property name="providers">
<list>
<ref bean="anonymousAuthenticationProvider"/>
<ref bean="casAuthenticationProvider"/>
</list>
</property>
</bean>
<bean id="casAuthenticationProvider" class="org.springframework.security.providers.cas.CasAuthenticationProvider">

<property name="userDetailsService">
<ref bean="userDetailsService"/>
</property>
<property name="serviceProperties">
<ref local="serviceProperties"/>
</property>
<property name="ticketValidator">
<ref local="ticketValidator"/>
</property>
<property name="key" value="my_password_for_this_auth_provider_only"/>
</bean>
<bean id="ticketValidator" class="org.jasig.cas.client.validation.Saml11TicketValidator" autowire="default" dependency-

<constructor-arg index="0" value="https:// <servidor sgacac>:<puerto>/SgaCac"/>
</bean>

<bean id="logoutFilter" class="org.springframework.security.ui.logout.LogoutFilter" autowire="default" dependency-
<constructor-arg value="https:// <servidor sgacac>:<puerto>/SgaCac/login"/>
<constructor-arg>
<list>
<bean class="org.pentaho.platform.web.http.security.PentahoLogoutHandler"/>
<bean class="org.springframework.security.ui.logout.SecurityContextLogoutHandler"/>
</list>
</constructor-arg>
<property name="filterProcessesUrl" value="/Logout"/>
</bean>


<bean id="loggerListener" class="org.springframework.security.event.authentication.LoggerListener" />
<bean id="basicProcessingFilter" class="org.springframework.security.ui.basicauth.BasicProcessingFilter">
<ref local="authenticationManager" />
</property>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<ref local="basicProcessingFilterEntryPoint" />

</property>
</bean>
<bean id="basicProcessingFilterEntryPoint"
class="org.springframework.security.ui.basicauth.BasicProcessingFilterEntryPoint">
<property name="realmName" value="Pentaho Realm" />
</bean>


<bean id="requestParameterProcessingFilter"
class="org.pentaho.platform.web.http.security.RequestParameterAuthenticationFilter">
</property>
<ref local="requestParameterProcessingFilterEntryPoint" />
</property>
</bean>
<bean id="requestParameterProcessingFilterEntryPoint"
class="org.pentaho.platform.web.http.security.RequestParameterFilterEntryPoint" />
<bean id="pentahoSecurityStartupFilter" class="org.pentaho.platform.web.http.security.SecurityStartupFilter">
<property name="injectAnonymous" value="true" />
</bean>


<bean id="anonymousProcessingFilter"
class="org.springframework.security.providers.anonymous.AnonymousProcessingFilter">
<property name="key" value="foobar" />
<property name="userAttribute" value="anonymousUser,Anonymous" />
</bean>
<bean id="anonymousAuthenticationProvider"
class="org.springframework.security.providers.anonymous.AnonymousAuthenticationProvider">
<property name="key" value="foobar" />
</bean>
<bean id="httpSessionContextIntegrationFilter"
class="org.springframework.security.context.HttpSessionContextIntegrationFilter" />
<bean id="securityContextHolderAwareRequestFilter"
class="org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter" />
<bean id="httpSessionReuseDetectionFilter"
class="org.pentaho.platform.web.http.security.HttpSessionReuseDetectionFilter">
<property name="filterProcessesUrl"
value="/j_spring_security_check" />
<property name="sessionReuseDetectedUrl"
value="/Login?login_error=2" />
</bean>
<bean id="httpRequestAccessDecisionManager"
class="org.springframework.security.vote.AffirmativeBased">
<property name="allowIfAllAbstainDecisions" value="false" />
<property name="decisionVoters">
<list>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<ref bean="roleVoter" />

</list>
</property>
</bean>

<bean id="filterInvocationInterceptor"
class="org.springframework.security.intercept.web.FilterSecurityInterceptor">
</property>
<property name="accessDecisionManager">
<ref local="httpRequestAccessDecisionManager" />
</property>
<property name="objectDefinitionSource">
<value>

<![CDATA[
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
\A/docs/.*\Z=Anonymous,Authenticated,ea_admin
\A/mantlelogin/.*\Z=Anonymous,Authenticated,ea_admin
\A/mantle/mantleloginservice/*\Z=Anonymous,Authenticated,ea_admin
\A/mantle/.*\Z=Authenticated,ea_admin
\A/welcome/.*\Z=Anonymous,Authenticated,ea_admin
\A/public/.*\Z=Anonymous,Authenticated,ea_admin
\A/login.*\Z=Anonymous,Authenticated,ea_admin
\A/ping/alive.gif.*\Z=Anonymous,Authenticated,ea_admin
\A/j_spring_security_check.*\Z=Anonymous,Authenticated,ea_admin
\A/getimage.*\Z=Anonymous,Authenticated,ea_admin
\A/getresource.*\Z=Anonymous,Authenticated,ea_admin
\A/admin.*\Z=Admin,uidai_admin
\A/auditreport.*\Z=Admin,uidai_admin
\A/auditreportlist.*\Z=Admin,uidai_admin
\A/versioncontrol.*\Z=Admin,uidai_admin
\A/propertieseditor.*\Z=Admin,uidai_admin
\A/propertiespanel.*\Z=Admin,uidai_admin
\A/subscriptionadmin.*\Z=Admin,uidai_admin
\A/resetrepository.*\Z=Admin,uidai_admin
\A/viewaction.*solution.admin.*\Z=Admin,uidai_admin
\A/scheduleradmin.*\Z=Admin,uidai_admin
\A/publish.*\Z=Admin,uidai_admin
\A/logout.*\Z=Anonymous
\A/solutionrepositoryservice.*component=delete.*solution=system.*\Z=Nobody
\A/solutionrepositoryservice.*solution=system.*component=delete.*\Z=Nobody
.*system.*pentaho.xml.*=Nobody
.*system.*applicationcontext.*.xml.*=Nobody
.*system.*pentahoobjects.spring.xml.*=Nobody
.*system.*pentahosystemconfig.xml.*=Nobody
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
.*system.*adminplugins.xml.*=Nobody
.*system.*plugin.properties.*=Nobody
.*system.*publisher_config.xml.*=Nobody
.*system.*sessionstartupactions.xml.*=Nobody
.*system.*systemlisteners.xml.*=Nobody
.*system.*hibernate.*=Nobody
.*system.*birt/.*=Nobody
.*system.*dialects/.*=Nobody
.*system.*google/.*=Nobody
.*system.*jasperreports/.*=Nobody
.*system.*jfree/.*=Nobody
.*system.*kettle/.*=Nobody
.*system.*logs/.*=Nobody
.*system.*metadata/.*=Nobody
.*system.*mondrian/.*=Nobody
.*system.*olap/.*=Nobody
.*system.*quartz/.*=Nobody
.*system.*simple-jndi/.*=Nobody
.*system.*smtp-email/.*=Nobody
.*system.*ui/.*=Nobody
.*system.*analysistemplate.tpl.*=Nobody
.*system.*\.\./.*=Nobody
\A/.*\Z=Authenticated,ea_admin
]]>
</value>
</property>
</bean>
</beans>
Se acompaña este apartado con el siguiente fichero de configuración que se puede tomar
como modelo
applicationContext-spring-security-cas.xml
Además de lo comentado anteriormente hay que modificar el archivo pentaho-spring-

beans.xml, de forma que el nodo beans tiene que quedar como sigue:
<beans>
<import resource="pentahoSystemConfig.xml" />
<import resource="adminPlugins.xml" />
<import resource="systemListeners.xml" />
<import resource="sessionStartupActions.xml" />
<import resource="applicationContext-spring-security-cas.xml" />
<import resource="applicationContext-common-authorization.xml" />
<import resource="applicationContext-spring-security-ldap.xml" />
<import resource="applicationContext-pentaho-security-ldap.xml" />
<import resource="pentahoObjects.spring.xml" />
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
</beans>
A partir de este momento cuando se solicite la url, http://<servidor pentaho>:<puerto>/pentaho,

nos redireccionará a la pantalla de login de SgaCac (https://<servidor>:<puerto>/
SgaCac/login)
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.2.3 Desarrollo de Datasources, informes y análisis dentro de PENTAHO BI Server.
A través del módulo de administración de Pentaho hay que crear la conexión al usuario de
base de datos que contiene los objetos BI, en este caso SGABI (el campo NAME de la
nueva conexión debe ser “SGABI”, ya que los DataSources fueron creados para dicha
conexión).
Tanto los DataSources (consultas creadas para BI) desarrollados para el acceso a base de
datos BI, como los informes y análisis se encuentran en la carpeta BI de la instalación.
Nº Carpetas DESCRIPCION CONTENIDO
1 DataSource Consultas creadas para BI. Ficheros xml y xmi
2 SGABI Informes y análisis para BI Carpetas y fichero index.xml
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Ambos deberán ser copiados en el servidor donde se haya instalado PENTAHO BI, según
las siguientes instrucciones:
DataSources(DS):
Cada uno de los DS está representado por dos ficheros, uno con extensión “.xmi” y otro
con extensión “.xml”. Todos ellos deben ser copiados en la siguiente ruta:
pentaho/biserver-manual-ce/pentaho-solutions/admin/resources/metadata
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Análisis e Informes:
Los análisis e informes estarán divididos en varios niveles de carpetas. Un primer nivel
separa la aplicación a la cual pertenece el informe; y el segundo nivel representa el informe
propiamente dicho.
Este último nivel contendrá los ficheros físicos necesarios para la ejecución de los informes
y análisis. Copiar la carpeta SGABI en la ruta.
pentaho/biserver-manual-ce/pentaho-solutions/
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.2.4 Configuración de la herramienta BI en SGA.
La url de acceso a la herramienta BI deberá ser incluida en el programa de instalación

accediendo a la opción de menú
Sistema SGA>Configuración General
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3 ANEXO III: Instrucciones de instalación del módulo SgaGenMdg
11.3.1 Recomendaciones de HW/SW para los servidores

Las recomendaciones mínimas para los servidores son las siguientes:
 Servidores para el servicio SgaGenMdg:

CPU: 4 procesadores a 2.4GHz, 2-Core.
RAM: 8 GB.
Disco: 128 GB (aparte del espacio ocupado por el sistema operativo, no se necesita
mucho espacio en disco, la mayoría de datos está en otros equipos o recursos de red).
SO: Windows Server 2008 R2 SP1 o Windows Server 2012 R2.
SW: Internet Information Services (IIS) 7, Microsoft .Net Framework 4.6.1.
 Servidor PostgreSQL:
CPU: 4 procesadores a 2.4GHz, 2-Core.
RAM: 8 GB.
Disco: 512 GB (además de almacenar 4 bases de datos hay que disponer de espacio
para realizar las restauraciones de los cachés SIGPAC).
SO: Windows Server 2008 R2 SP1, Windows Server 2012 R2 o cualquier distribución
Linux soportada por PostgreSQL.
SW: Última versión estable de PostgreSQL 9.3 y PostGIS 2.2.
 Almacén de baldosas:
Las baldosas se almacenan en una carpeta compartida en la red. El servicio
SgaGenMdg accede a esta carpeta para leer / escribir baldosas muy frecuentemente.
Se recomienda un acceso muy rápido a esta carpeta.
El tamaño de esta carpeta depende del tamaño de la comunidad autónoma. Se
recomienda disponer al menos de 20 GB.
 Infraestructura de red:
El ancho de banda debe ser adecuado al número de usuarios que se espera, teniendo
en cuenta que el tráfico de red originado por el editor gráfico es como poco igual al del
visor SIGPAC sumándole el tráfico añadido por la declaración gráfica.
11.3.2 Recomendaciones de la parte cliente

Las recomendaciones para los equipos cliente son las siguientes:
 Equipos:
CPU: Intel o AMD con 2 cores a 2 GHz.
RAM: 4 GB.
Disco: el necesario para albergar el sistema operativo.
SO: Windows 7 de 32 o 64 bits o superior.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 Navegadores:
Versiones actuales de Chrome, Firefox, Opera. Se recomienda la versión de 64 bit.
 Se recomienda un ancho de banda mínimo de 2 Mbit de bajada para cada puesto de

trabajo.
11.3.3 Instalación de varias instancias del servicio SgaGenMdg

Para más detalle consultar el apartado 3.2 “Instalación de varias instancias para balanceo de
carga” del documento SgaGen-ET-001-RecomendacionesHardware.
11.3.4 Instalación inicial

Se enumeran a continuación las tareas a completar para la instalación inicial del módulo
SgaMdg:
1. Instalación y configuración de PostgreSQL.

2. Instalación y configuración de PostGIS.
3. Creación de la base de datos SgaMdg.
4. Creación y restauración de la base de datos SIGPAC_Nacional.
5. Preparación de MS Windows Server.
6. Instalación y configuración de Oracle Client.
7. Instalación y configuración del servicio SgaGenMdg.
8. Instalación y configuración del componente web.
11.3.5 Instalación de PostgreSQL

PostgreSQL se puede instalar en un servidor Windows o en Linux. La versión más reciente se
puede descargar desde http://www.enterprisedb.com/products-services-training/pgdownload.
Se recomienda no usar versiones que ya no estén soportadas según el documento

https://www.postgresql.org/support/versioning/.
Se recomienda instalar la instancia de PostgreSQL en un servidor diferente al del servicio

SgaGenMdg.
11.3.5.1 Configuración
La configuración de PostgreSQL dependerá de los recursos disponibles en el equipo utilizado
para su ejecución.
Se recomienda ajustar al menos los siguientes valores:
 checkpoint_segments.
 effective_cache_size.
 max_connections.
 maintenance_work_mem.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 shared_buffers.
 wal_buffers.
 work_mem.
Para mejorar el rendimiento en las instalaciones bajo MS Windows de PostgreSQL 9.2 hasta
9.5, se recomienda cambiar el valor de update_process_title a off. Esto no es necesario para el
resto de versiones y sistemas operativos (http://www.openscg.com/2016/09/improve-
postgresql-windows-performance-by-100)
Finalmente, se deben configurar las direcciones IP de los clientes a los que se les habilita el
acceso.
11.3.6 Instalación de PostGIS

La instalación de PostGIS 2.2 x64 en PostgreSQL 9.3 x64 para MS Windows se puede realizar
mediante la aplicación postgis-bundle-pg93x64-setup-2.2.X-Y.exe, distribuida por PostGIS
Project.
Los números de revisión X e Y en el nombre de fichero del instalador de PostGIS corresponden

al número menor de versión de PostGIS (X) y al número de versión del instalador (Y).
Si la instancia de PostgreSQL está instalada en un servidor Linux debe instalarse la versión

adecuada a la plataforma elegida.
La versión más reciente se puede descargar desde https://www.postgresql.org/ftp/postgis/.
Se recomienda instalar una versión de PostGIS adecuada a la versión de PostgreSQL según el

documento https://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS.
PostGIS no requiere configuración adicional.
11.3.7 Creación de la base de datos SgaMdg

La creación de la base de datos SgaMdg se realiza mediante varios scripts que deben
ejecutarse secuencialmente. En el caso de pgAdmin debe usarse la opción Execute pgScript.
1.- Creación de la base de datos SgaMdg.
 sgamdg.roles.sql
Define los roles a usar por el servicio SgaGenMdg3: el grupo sgamdg y los roles de
login sgamdgadmin (como propietario y administrador de esta BD), sgamdg_ap (para la
conexión desde el servicio SgaGenMdg3) y sgamdgreader (para accesos de sólo
lectura a las BBDD).
Los roles de login se crean sin contraseña, de forma que deben asignarse
posteriormente.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 sgamdg.db.sql
Crea la base de datos SgaMdg y asigna los privilegios necesarios.
2.- Instalación de PostGIS en la base de datos SgaMdg.
 sgamdg.PostGIS.sql
Este script debe ejecutarse con una conexión a la base de datos SgaMdg creada
anteriormente.
Instala la extensión PostGIS en la base de datos SgaMdg y asigna los privilegios
necesarios.
Finalmente deben asignarse, mediante pgAdmin o similar, las contraseñas a usar en los roles
de login sgamdgadmin, sgamdg_ap y sgamdgreader.
11.3.7.1 Actualización y control de cambios del modelo de datos de SgaMdg

A partir del inicio de la campaña 2018, con la entrega 4.1, los cambios en el modelo de datos
de SgaMdg se realizarán mediante la ejecución externa de sentencias SQL en un fichero de
script, desde un cliente de PostgreSQL contra la BD SgaMdg. No se debe ejecutar con las
BBDD SIGPAC en PostgreSQL.
Además, cada script tendrá asociada una versión o nivel de script (script_level), que quedará
registrada en la tabla public.tt_opciones de la BD SgaMdg al finalizar con éxito la ejecución del
script, de forma que se pueda conocer fácilmente la versión del modelo de datos.
La ejecución de cada script debe realizarse desde un cliente de PostgreSQL como psql o
PgAdmin.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Desde la versión 4.1.0, al ejecutarse el servicio SgaGenMdg3 se realizará una verificación de

que la base de datos SgaMdg tenga definido un nivel de script mínimo esperado. En caso
contrario el servicio registrará un mensaje de error y no se ejecutará.
11.3.8 Creación y restauración de las bases de datos SIGPAC_Nacional en PostgreSQL

La creación de las bases de datos SIGPAC_Nacional en PostgreSQL se realiza mediante
varios scripts que deben ejecutarse secuencialmente. En el caso de conectarse mediante
pgAdmin III debe usarse la opción Execute pgScript.
Se asume que en la instancia usada de PostgreSQL ya está instalado PostGIS y definidos los
roles usados por SgaGenMdg.
11.3.8.1 Campaña 2016

1.- Creación de la base de datos SIGPAC_Nacional.
La base de datos se crea mediante el script sigpac_nacional.db.sql, con el que también se

asigna los privilegios necesarios.
2.- Instalación de PostGIS en la base de datos.
Debe ejecutarse el script sigpac_nacional.PostGIS.sql con una conexión a la base de datos

creada anteriormente, para instalar la extensión PostGIS en ella y asignar los privilegios
necesarios.
3.- Restauración de tablas en la base de datos.
Las tablas de la base de datos se restaurarán mediante la utilidad pg_restore, distribuida con
PostgreSQL y pgAdmin, a partir del fichero sigpac_nacional.backup. Un ejemplo de
invocación se encuentra en el fichero sigpac_nacional.restore_example.txt.
Se recomienda indicar con el argumento -j (o --jobs) un valor como mínimo igual al número de
CPU del servidor donde se realice la restauración.
Antes de realizar la restauración debe asegurarse que hay suficiente espacio libre para
terminar el proceso con éxito. En el caso de la base de datos para la campaña 2016, su
tamaño total es de unos 119 GB tras su restauración.
4.- Asignación de permisos en las tablas de la base de datos.
Finalmente se debe ejecutar el script sigpac_nacional.grant.sql, usando una conexión a la

base de datos creada anteriormente, con el que se asignan los privilegios necesarios al grupo
sgamdg para acceder a las tablas de dicha base de datos.
Tras la puesta en servicio de la base de datos SIGPAC_Nacional, y habiéndola configurado en

el servicio SgaGenMdg de cada entorno utilizado mediante la aplicación
SgaGenMdg_Settings.exe, deberá eliminarse la anterior base de datos Datos_Recintos.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Asimismo deberá sustituirse el fichero cache.dat por el que acompañe al fichero

sigpac_nacional.backup.
11.3.8.2 Campaña 2017

1.- Creación de la base de datos SIGPAC_Nacional_2017.
La base de datos se crea mediante el script 1-sigpac_nacional_2017.db.sql, con el que

también se asigna los privilegios necesarios.
Debe ejecutarse el script 2-sigpac_nacional_2017.PostGIS.sql con una conexión a la base de

datos creada anteriormente, para instalar la extensión PostGIS en ella y asignar los privilegios
necesarios.
PostgreSQL y pgAdmin, a partir del fichero de backup recibido. Un ejemplo de invocación se
encuentra en el fichero 3-sigpac_nacional_2017.restore_example.txt.
Finalmente se debe ejecutar el script 4-sigpac_nacional_2017.grant.sql, usando una

conexión a la base de datos creada anteriormente, con el que se asignan los privilegios
necesarios al grupo sgamdg para acceder a las tablas de dicha base de datos.
Tras la puesta en servicio de la base de datos, y habiéndola configurado en el servicio

SgaGenMdg3 de cada entorno utilizado mediante la aplicación SgaGenMdg_Settings.exe,
deberá borrarse el contenido del almacén de baldosas configurado.
Además, para esta base de datos en la campaña 2017 no será necesario usar un fichero
cache.dat, por lo que deberá dejarse en blanco este dato de configuración para dicha campaña
con la aplicación SgaGenMdg_Settings.exe.
11.3.8.3 Campaña 2018

La base de datos se crea mediante el script 1-sigpac_nacional_2018.db.sql.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019

necesarios.
PostgreSQL y pgAdmin, a partir del backup recibido. Un ejemplo de invocación se encuentra en
el fichero 3-sigpac_nacional_2018.restore_example.txt.


deberá borrarse el contenido para la campaña 2018 que pudiese haber en el almacén de
baldosas configurado.
Finalmente, se recomienda generar las baldosas vectoriales según las indicaciones del
apartado 11.3.11.12 “Pre-generación de las baldosas vectoriales de la cache de campaña”.
11.3.8.4 Campaña 2019

La base de datos se crea mediante el script 1-sigpac_nacional_2019.db.sql.

necesarios.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
PostgreSQL y pgAdmin, a partir del backup recibido. Un ejemplo de invocación se encuentra en
el fichero 3-sigpac_nacional_2019.restore_example.txt.


deberá borrarse el contenido para la campaña 2019 que pudiese haber en el almacén de
baldosas configurado.
Finalmente, se recomienda generar las baldosas vectoriales según las indicaciones del
apartado 11.3.11.12 “Pre-generación de las baldosas vectoriales de la cache de campaña”.
11.3.8.5 Caché actual

1.- Renombrado de la anterior base de datos SIGPAC_Actual.
Sólo es necesario ejecutar este paso en el caso de que ya exista una base de datos
SIGPAC_Actual previa.
La base de datos se renombra mediante el script 1-sigpac_actual.rename.sql como

sigpac_actual_old.
2.- Creación de la base de datos SIGPAC_Actual.
La base de datos se crea mediante el script 2-sigpac_actual.db.sql.
Debe ejecutarse el script 3-sigpac_actual.PostGIS.sql con una conexión a la base de datos

SIGPAC_Actual, para instalar la extensión PostGIS en ella y asignar los privilegios necesarios.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
4.- Restauración de la base de datos.
La base de datos se restaurará mediante la utilidad pg_restore, distribuida con PostgreSQL y

pgAdmin, a partir del backup recibido. Un ejemplo de invocación se encuentra en el fichero 4-
sigpac_actual.restore_example.txt.
Se recomienda además que se restaure la caché autonómica (recibida como backup

BD_SIGPAC_FEGA_XX_FECHA1_FECHA2.backup), ya que suele ocupar menos espacio que
SIGPAC_Nacional
terminar el proceso con éxito.
Finalmente se debe ejecutar el script 5-sigpac_actual.grant.sql, usando una conexión a la

base de datos SIGPAC_Actual, con el que se asignan los privilegios necesarios al grupo
sgamdg para acceder a las tablas de dicha base de datos.
11.3.9 Preparación de MS Windows Server

 Se debe agregar el rol de Servidor web (IIS) con todos los servicios, excepto
Compatibilidad con la administración de IIS 6 y Servidor FTP.
 Se debe instalar .NET Framework 4.6.1 disponible en

https://www.microsoft.com/es-es/download/details.aspx?id=49981
Si se ha instalado .Net Framework después de agregar el rol IIS es necesario

ejecutar aspnet_regiis.exe –i, ubicado en el directorio
%FRAMEWORKDIR%\v4.0.30319.
 Microsoft System CLR Types x86 para SQL Server 2014 SP1
(ESN\x86\SQLSysClrTypes.msi) descargable desde https://www.microsoft.com/es-
es/download/details.aspx?id=46696.
 Microsoft Visual C++ 2010 SP1 x86 (vcredist_x86.exe) descargable desde

https://www.microsoft.com/es-ES/download/details.aspx?id=8328.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.10 Instalación de Oracle Client

El servicio SgaGenMdg necesita acceder a la base de datos Oracle para realizar el proceso de
precarga de declaraciones y también para almacenar los solapes entre líneas de declaración
gráficas detectados durante la edición.
Por ello es necesario instalar Oracle Client en el servidor Windows donde está instalado el
servicio SgaGenMdg.
Se requiere Oracle Instant Client release 11.2 de 32-bit o superior. Para la instalación de
Oracle Instant Client 32-bit se recuerda que sólo es necesario copiar los ficheros incluidos a un
directorio y añadir la ruta de dicho directorio a la variable de entorno PATH.
La configuración de Oracle Client requiere 2 definiciones:
1.- Definir la variable de entorno TNS_ADMIN.
Si no existe, esta variable debe contener la ruta al directorio que contenga el fichero
TNSNames.ora.
2.- Editar el fichero TNSNames.ora.
Si no existe, se debe añadir la descripción de la conexión al servidor de la BD SGA en Oracle.
11.3.11 Instalación del servicio SgaGenMdg

La instalación del servicio SgaGenMdg se realiza mediante la aplicación Instalador del
Servicio SgaGenMdg3.exe, distribuida junto con las aplicaciones de SGA.
MUY IMPORTANTE
A partir de la campaña 2017 el servicio SgaGenMdg pasa a llamarse SgaGenMdg3 y tiene un

instalador y una ruta de instalación diferentes.
El servicio SgaGenMdg de la campaña 2016 no deber eliminarse, ni se debe instalar el servicio

SgaGenMdg3 sobre él. Deben convivir las 2 versiones.
El instalador permite configurar el servicio en IIS así como asignar unas credenciales para la
ejecución de su grupo de aplicaciones. Esto es necesario cuando el servicio necesita acceder a
recursos sobre los que debe tener permiso, por ejemplo a la carpeta que sirve de almacén de
baldosas si estuviera situada en otro servidor de la red.
La primera vez que se instala es altamente recomendable usar esta opción porque simplifica
enormemente la instalación. En instalaciones sucesivas (como por ejemplo en posteriores
actualizaciones del servicio) ya no es necesario usar esta opción pues el servicio ya está
configurado correctamente bajo IIS.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
También se solicitará un directorio de instalación. Se recomienda no cambiar el valor sugerido,

y si se hace es muy importante que la carpeta de instalación no esté situada directamente bajo
la raíz sino en un subdirectorio. Este es un requerimiento para que funcione la configuración
automática bajo IIS.
Tras la instalación debe asegurarse que el servicio está configurado en IIS. El grupo de
aplicaciones asignado debe usar el .NET CLR v4.0, usar el modo de canalización integrada y
habilitar las aplicaciones de 32 bits (en la configuración avanzada)
Adicionalmente, para reforzar la seguridad de los entornos de producción y otros con acceso
público, debe asegurarse que está modificada en IIS para el nodo padre (por defecto sga) la
configuración de SSL para requerir SSL. De este modo se restringe el acceso al protocolo https
y se impide el acceso mediante el protocolo http.
En el directorio de instalación se ubicarán los siguientes elementos:
Bin\SgaGenMdg_Settings.exe Configurador de parámetros del servicio SgaGenMdg

Logs\*.log Archivos de registro de mensajes
*.config Archivos de configuración
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.11.1 Configuración de parámetros del servicio

Mediante la aplicación SgaGenMdg_Settings.exe se deberán configurar los diferentes
parámetros del servicio SgaGenMdg.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
La primera opción permite configurar los parámetros del servicio. Esto es obligatorio antes de
arrancar el servicio por primera vez.
Los parámetros configurables en la pestaña MDG son:
1. Organismo pagador: Especifique el código de 2 dígitos correspondiente

2. Campaña actual: Escriba el código de campaña actual.
3. Base de datos SGAMDG: se trata de la base de datos PostgreSQL que almacena la
información de líneas de declaración gráfica. Pulse el botón PostgreSQL para
configurar la conexión a tal base de datos. Se debe utilizar el rol sgamdg_ap para la
conexión a esta BD.
Los parámetros introducidos aparecerán reflejados en la casilla Conexión a la BD.
4. Caché actual: se refiere a la caché SIGPAC en formato PostgreSQL con datos
actuales de la C.A., que se usará en la resolución de alegaciones vía SgaGas. Esta
base de datos debe ser distinta a la caché de la campaña en curso, ya que su
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
contenido se modificará durante la gestión de alegaciones.

Pulse el botón PostgreSQL para configurar la conexión con la base de datos que
contiene la caché. Para conectar a esta BD se debe utilizar el rol sgamdg_ap.
Las recomendaciones generales sobre cuál BD SIGPAC configurar como caché

actual en SgaGenMdg3 son las siguientes:
a) La BD SIGPAC debe ser una copia, ya que su información se modificará desde SgaGas.
No debe usarse ninguna de las BBDD configuradas como cachés SIGPAC en SgaGenMdg.
b) Se recomienda que sea una BD SIGPAC específica para la C.A., ya que SgaGas
gestionará sólo alegaciones del territorio de la C.A. y dicha BD suele ocupar menos
espacio que SIGPAC_Nacional.
c) Al iniciar una campaña es conveniente configurar la nueva BD SIGPAC de la C.A. de

dicha campaña.
d) Eventualmente podrá usarse una BD SIGPAC ordinaria para la C.A. con información
actualizada, aunque no es necesario para el funcionamiento de SgaGas que se esté
usando la BD SIGPAC más reciente.
5. Caché de la campaña 2019: se refiere a la caché SIGPAC con datos a nivel nacional
distribuida al comienzo de la campaña 2019 en formato PostgreSQL. Se recomienda
usar esta caché en lugar de la caché de campaña de la C.A., ya que permite realizar
declaraciones de parcelas fuera de la comunidad y no requiere el uso de un fichero
cache.dat.
contiene la caché. Es conveniente usar el rol sgamdgreader para conectar a esta BD.
distribuida al comienzo de la campaña 2018 en formato PostgreSQL. Se recomienda
usar esta caché en lugar de la caché de campaña de la C.A., ya que permite realizar
declaraciones de parcelas fuera de la comunidad y no requiere el uso de un fichero
cache.dat.
distribuida al comienzo de la campaña 2017 en formato PostgreSQL. Esta caché
nacional permite realizar declaraciones de parcelas fuera de la comunidad y no
requiere el uso de un fichero cache.dat.
Aunque se puede especificar una caché SIGPAC en formato SQLite, se recomienda
usar la caché SIGPAC en formato PostgreSQL.
Pulse el botón correspondiente para configurar la conexión con la base de datos que
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
8. Caché de la campaña 2016: se refiere a la caché SIGPAC de la campaña 2016.

Para la conexión a PostgreSQL, es conveniente usar el rol sgamdgreader.
9. Archivo cache.dat: aquí se debe especificar la ruta del archivo cache.dat que
acompaña a la caché SIGPAC 2016 (si existe). El servicio debe tener permisos de
lectura en este archivo.
10. Almacén de baldosas: se configura aquí una carpeta en la que se almacenarán las
baldosas vectoriales de las capas de apoyo que el propio servicio SgaGenMdg publica.
Cuando el servicio arranque creará esta carpeta si no existe. El servicio debe tener
permisos de lectura y escritura en este directorio.
Si va a instalar varias instancias del servicio SgaGenMdg esta carpeta debe estar
situada en un servidor de la red independiente de los servidores que alojan al servicio.
En la pestaña SGA los parámetros son:
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
1. Base de datos Oracle: permite configurar la conexión con la base de datos Oracle.
Debe haber configurado la entrada correspondiente en el archivo TNSNAMES.ORA.
En esta ventana debe especificar el nombre de la conexión y los datos de
autenticación.
2. Servidor de autenticación CAS: aquí se introducirá la URL del servidor de

autenticación CAS utilizado en SGA.
3. URL del servicio de actualización de SgaCap: en esta casilla se especificará la URL
del servicio de actualización de la aplicación de captura (SgaCap).
Esta es de la forma <ruta-a-SgaCap>/sgacapws/ServicioWebLineasDeclaracion. <ruta-
a-SgaCap> debe corresponderse con la URL de la aplicación SgaCap.
4. URL del servicio de actualización de SgaGst: en esta casilla se especificará la URL
del servicio de actualización de la aplicación de gestión (SgaGst).
Esta es de la forma <ruta-a-SgaGst>/sgagstws/ServicioWebLineasDeclaracion. <ruta-
a-SgaGst> debe corresponderse con la URL de la aplicación SgaGst.
5. URL del servicio de actualización de SgaCam: en esta casilla se especificará la URL
del servicio de actualización de la aplicación de control de campo (SgaCam).
Esta es de la forma <ruta-a-SgaCam>/controlcamposoapws/ServicioWebSubrecintos.
<ruta-a-SgaCam> debe corresponderse con la URL de la aplicación SgaCam.
6. URL del servicio de actualización de SgaGas: en esta casilla se especificará la URL
del servicio de actualización de la aplicación de alegaciones SIGPAC (SgaGas).
Esta es de la forma <ruta-a-SgaGas>/sgagasws/ServicioWebLineasDeclaracion. <ruta-
a-SgaGas> debe corresponderse con la URL de la aplicación SgaGas.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
En la pestaña Otros los parámetros opcionales son:
1. Orígenes CORS permitidos: se deben indicar las diferentes URL de orígenes (que
incluye protocolo, nombre de host y puerto) a los que se permite el acceso al servicio
desde un navegador web que aplique el control de accesos.
Debe indicarse al menos el origen para el acceso desde SgaCap y desde SgaGst (si es
distinto al anterior). La aplicación de esta configuración se detalla en el apartado
11.3.13 Refuerzo de la seguridad en entornos con acceso público.
2. Acceso remoto desde SgaGenMdg_Settings: se deben indicar las diferentes IP, o
rango de IP usando el carácter *, a las que se les permite el acceso remoto al servicio
mediante la aplicación SgaGenMdg_Settings.
3. URL servidor proxy: en el caso de que para acceder al servidor de autenticación
CAS, a los servicios o a un servidor externo en internet, sea necesario autenticarse
ante un servidor proxy, se indicará aquí la URL de dicho servidor proxy.
4. Usuario: usuario opcional para el servidor proxy indicado.
5. Contraseña: contraseña opcional para el usuario en el servidor proxy indicado.
6. SQL Command Timeout: este parámetro permite modificar el tiempo de espera
(timeout) utilizado en las consultas SQL. El valor 0 indica el timeout por defecto, que
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
equivale a 30 segundos, más que suficiente en la mayoría de los casos.

Si se detectasen problemas de rendimiento se podría aumentar este valor a más de 30.
Adicionalmente, debe asegurarse que el usuario indicado para la ejecución del servicio
SgaGenMdg mediante el grupo de aplicaciones de IIS, tiene permisos de lectura y ejecución en
su directorio de instalación y en los objetos descendientes.
Dicho usuario debe tener además permisos de lectura y escritura en el directorio del almacén
de baldosas, y permisos de lectura en los ficheros indicados en la configuración (caché de
campaña y fichero Cache.dat).
El servicio se reiniciará cada vez que se cambie algún parámetro y se guarden los
cambios. No es necesario entrar en IIS para parar y volver a arrancarlo cada vez que
cambia algún ajuste.
11.3.11.2 Ejecución del servicio
Para probar si el servicio arranca correctamente y, ocasionalmente, actualización del modelo

de datos de la BD SgaMdg en PostgreSQL, debemos ejecutarlo posteriormente a su
instalación.
Para ello, hay que abrir un navegador desde un equipo cliente donde se vaya a ejecutar SGA y
escribir http://<servidor-IIS>/sga/SgaGenMdg3. También puede ejecutarse desde el equipo
donde se haya instalado (por ejemplo mediante la URL http://localhost/sga/sgagenmdg3)
Por lo indicado en el apartado 11.3.13 Refuerzo de la seguridad en entornos con acceso

público, el origen http://<servidor-IIS> puede necesitar estar configurado en los orígenes CORS
permitidos.
Debería aparecer una respuesta similar a esta (el número de versión es orientativo).
Si en pocos segundos no se ha obtenido una respuesta es posible que se haya producido

algún error al iniciar el servicio y será necesario consultar el log.
Al ejecutarse el servicio SgaGenMdg3 se realizará una verificación de que la base de datos

SgaMdg tenga definido el nivel de script mínimo esperado. En caso contrario el servicio
registrará un mensaje de error y no se ejecutará.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Dentro de la carpeta de instalación del servicio existe una carpeta llamada Logs que contiene
los Logs del servicio, uno por cada día (durante 30 días) con formato SgaGenMdg-
AAAAMMDD.log. Estos archivos son importantes, dentro de ellos aparecen reflejadas todas
las llamadas al servicio, el tiempo de respuesta, datos de interés de la ejecución de las mismas
y cualquier error generado.
Si se produjo algún error durante el arranque aparecerá reflejado aquí y habrá que estudiarlo
para saber la causa del mismo.
11.3.11.3 Ejecución de la precarga
El proceso de precarga gráfica permite generar presolicitudes gráficas a partir de los datos de
la campaña anterior. Este proceso debe ejecutarse después de haber sido realizada la
precarga alfanumérica.
Antes de empezar es necesario entrar en Ajustes del servicio SgaGenMdg para definir la
campaña actual y configurar la caché correspondiente a la campaña actual.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El formulario de la precarga de la declaración de la campaña anterior es el siguiente:
En esta ventana se pueden especificar los siguientes valores:
1. Rango opcional de expedientes

Se utiliza para precargar únicamente los expedientes comprendidos en el rango
especificado (incluidos los 2 valores especificados).
Si no se configura un rango de expedientes se precargarán todos los expedientes
existentes en la precarga alfanumérica.
En el caso de declaraciones muy extensas puede ser conveniente realizar la precarga
en varios bloques para prevenir errores que obliguen a repetir el proceso completo.
2. Excluir CROQUIS
Esta opción permite excluir los posibles CROQUIS de una declaración anterior.
Solamente se utilizan los croquis cuando no se ha hecho declaración gráfica en la
campaña anterior. Recordemos que en la campaña anterior no era obligatoria la
declaración gráfica para todas las declaraciones.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
3. Tolerancias de superficie para extender a un recinto SIGPAC completo

Sólo para aquellos recintos declarados en la campaña anterior completamente, que
como resultado del cruce gráfico tengan una superficie declarada gráfica menor que la
superficie del nuevo SIGPAC:
a. Se implementará una tolerancia fija de superficies comprendida entre 0 y 0,02
ha.
b. Se implementará una tolerancia relativa de superficies en función del perímetro
del recinto SIGPAC con la fórmula Buffer x Perímetro / 10000.
En el caso de que la diferencia de la superficie declarada gráfica y la nueva superficie

SIGPAC sea menor o igual al mínimo de las tolerancias fija y relativa, se extenderá la
geometría de la línea de declaración al recinto SIGPAC completo y por tanto la
superficie declarada gráfica será igual a la del recinto SIGPAC.
Si la tolerancia fija es 0 ha no se realizará la extensión automática al recinto SIGPAC
completo.
4. Hilos de ejecución
Permite especificar el número de hilos de ejecución en paralelo para realizar la
precarga. Se puede especificar un valor entre 1 y 32 hilos.
El botón Iniciar la precarga gráfica inicia el proceso de precarga solicitando previamente

confirmación del usuario.
El proceso de precarga limpia la tabla de precarga gráfica eliminando la precarga

correspondiente a los expedientes que se van a precargar (todos los expedientes o el rango de
expedientes configurado).
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El botón Iniciar la precarga gráfica usando un archivo de NIFs es similar al anterior pero
permite seleccionar un fichero de texto donde se haya incluido una relación de CIF/NIF a
procesar: 1 por línea, con un límite de 1000.
Una vez iniciado se muestra el botón Cancelar la precarga que permite interrumpir la
ejecución del proceso.
Al finalizar la precarga aparece esta ventana:
El resultado del proceso de precarga se registra en el archivo Logs\SgaGenMdg_Settings.Log.

Además se crea otro archivo Precarga.Log con detalles más específicos de los criterios
adoptados al procesar las líneas de declaración.
11.3.11.4 Generación de la capa de rotación del algodón
El proceso de generación de la capa de rotación del algodón se basa en los datos de la

precarga y construye una capa gráfica compuesta por líneas de declaración (contenidas en
recintos SIGPAC de la campaña actual) que en la campaña anterior declararon algodón.
La creación de esta capa gráfica permite detectar solapes de solicitudes de la campaña actual
contra esas zonas que declararon algodón en la campaña anterior.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El formulario de la generación de la capa de rotación del algodón es el siguiente:
La generación de esta capa es un proceso similar a la precarga gráfica, teniendo en cuenta

únicamente las líneas de declaración de algodón.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Del mismo modo que en el proceso de precarga, la generación de la capa de rotación del
algodón intenta utilizar la declaración gráfica de la campaña anterior y se hace intersección
contra la caché SIGPAC de la campaña actual. Es por ello que se utilizan los mismos valores
de los parámetros de tolerancias para extender a recintos SIGPAC completos.
En la ventana anterior se pueden especificar los siguientes valores:

a. Se implementará una tolerancia fija de superficies comprendida entre 0 y 0,02
ha.
b. Se implementará una tolerancia relativa de superficies en función del perímetro

completo.
El botón Iniciar la generación inicia el proceso solicitando previamente confirmación del

usuario.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Si se repite el proceso se elimina la generación previa. Esta misma limpieza se puede hacer
usando el botón Eliminar la capa de rotación.
Al finalizar la generación aparece esta ventana con el resumen del proceso:
El resultado del proceso de generación se registra en el archivo

Logs\SgaGenMdg_Settings.Log. Además se crea otro archivo Rotacion.Log con detalles más
específicos de los criterios adoptados al procesar las líneas de declaración.
11.3.11.5 Generación de la capa de fijadores de nitratos
El proceso de generación de la capa de fijadores de nitratos se basa en los datos de la

precarga y construye una capa gráfica compuesta por líneas de declaración (contenidas en
recintos SIGPAC de la campaña actual) que en la campaña anterior declararon fijadores de
nitratos.
La creación de esta capa gráfica permite detectar solapes de solicitudes de la campaña actual
contra esas zonas que declararon fijadores de nitratos en la campaña anterior.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El formulario de la generación de la capa de rotación del algodón es el siguiente:
La generación de esta capa es un proceso similar a la precarga gráfica, teniendo en cuenta

únicamente las líneas de declaración de fijadores de nitratos.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Del mismo modo que en el proceso de precarga, la generación de la capa de rotación del
algodón intenta utilizar la declaración gráfica de la campaña anterior y se hace intersección
contra el nuevo caché SIGPAC de la campaña actual. Es por ello que se utilizan los mismos
valores de los parámetros de tolerancias para extender a recintos SIGPAC completos.
En la ventana anterior se pueden especificar los siguientes valores:

c. Se implementará una tolerancia fija de superficies comprendida entre 0 y 0,02
ha.
d. Se implementará una tolerancia relativa de superficies en función del perímetro

completo.
El botón Iniciar la generación inicia el proceso solicitando previamente confirmación del

usuario.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Si se repite el proceso se elimina la generación previa. Esta misma limpieza se puede hacer
usando el botón Eliminar la capa.
Al finalizar la generación aparece esta ventana con el resumen del proceso:
El resultado del proceso de generación se registra en el archivo

Logs\SgaGenMdg_Settings.Log.
11.3.11.6 Cruce contra una caché SIGPAC
Este proceso realiza un cruce de los expedientes gráficos de una campaña dada contra una
caché SIGPAC diferente a la de campaña, habitualmente con datos actualizados.
Como resultado se podrán obtener una serie de intersecciones que se volcarán en la tabla
GST_DCRUCE_REC de la BD Oracle, que deberá estar accesible mediante el esquema
definido para MDG.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El formulario para configurar y ejecutar el cruce es el siguiente:
En él deben indicarse:
1. Campaña: código de la campaña de los expedientes gráficos.

2. Caché SIGPAC: se refiere a la caché SIGPAC en formato PostgreSQL con otros datos
distintos a los de la campaña en curso.
3. Hilos de ejecución: permite especificar el número de hilos de ejecución en paralelo
para realizar la precarga. Se puede especificar un valor entre 1 y 32 hilos.
Al iniciar el cruce se informará de las líneas de declaración que se procesarán.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Finalizado el cruce, se mostrará un resumen del resultado obtenido desglosado en:
 Líneas que desaparecen.

 Líneas nuevas.
 Líneas sin cambios.
 Líneas modificadas por cambios de superficie, uso o CAP.
El resultado detallado se registrará además en el archivo Logs\Cruces.Log.
11.3.11.7 Configuración de capas apoyo (Caché SIGPAC)
Esta opción del programa de ajustes permite configurar las capas apoyo procedentes de la
caché SIGPAC usadas por el componente web de edición gráfica.
De manera predeterminada se configuran las capas mostradas a continuación, pero es posible

configurar capas adicionales, en el caso que fuera necesario.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El comando Nueva permite configurar otra capa de la caché. Primero se elige la capa de la lista
siguiente donde aparecen las capas disponibles en la caché SIGPAC de la campaña actual.
Y a continuación se debe especificar el nombre con el que se publicará tal capa, el nivel de
detalle para las baldosas y el SRID.
El nivel de detalle es un concepto de la aplicación SDG del SIGPAC (Servidor de Datos

Geográfico). Depende del tamaño medio de las geometrías de la capa. Determina el tamaño de
las baldosas y por tanto el número de geometrías que caben en cada baldosa.
Es muy importante especificar un valor adecuado.
Como SRID debe usarse siempre 3857.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Una vez introducidos los datos se realiza la petición de configuración de capa al servicio y
como resultado aparecerá un mensaje de confirmación.
Y la nueva capa configurada aparece en la lista de capas de apoyo.
MUY IMPORTANTE
Para mostrar la nueva capa de apoyo en el componente web, deberá configurarse

adicionalmente según lo indicado en el apartado 11.3.12.2 Configuración de usuario.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
El comando Modificar muestra los mismos valores editables, y ahora aparecen los atributos
publicados.
El comando Borrar permite eliminar la definición de la capa de apoyo.
Por último, el comando Actualizar refresca la lista de capas de apoyo mostradas.
11.3.11.8 Gestión de solicitudes gráficas
Mediante esta opción del programa de ajustes se permite realizar diversas operaciones sobre
declaraciones gráficas de la campaña actual en la BD PostgreSQL usada por el servicio
SgaGenMdg3. Esta opción podrá usarse cuando no se haya podido realizar automáticamente
debido a errores que hubiesen ocurrido durante su proceso.
Las operaciones disponibles son:
1. Creación de solicitudes gráficas.

2. Borrado de solicitudes gráficas.
3. Activación de solicitudes gráficas.
4. Desactivación de solicitudes gráficas.
5. Corrección de rec_codigos duplicados de solicitudes gráficas.
6. Creación de expedientes gráficos a partir de solicitudes gráficas.
7. Creación de expedientes gráficos sin solicitud gráfica.
8. Corrección de rec_codigos duplicados de expedientes gráficos.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
En todos los casos se solicitará el tipo numérico de solicitud.
Para realizar el registro de una solicitud deben indicarse el nº de solicitud así como el de su
expediente. En caso de que el expediente gráfico ya estuviese creado, se borrará y se volverá
a crear.
Los botones de Ejecución masiva permiten cargar un fichero de texto plano donde se indique
por cada línea un nº de solicitud a procesar. Para el registro de solicitudes debe aparecer a
continuación de cada solicitud su nº de expediente separado por una coma.
11.3.11.9 Cálculo de solapes
Con esta opción del programa de ajustes se pueden calcular manualmente los solapes de una
solicitud, de un expediente, de todas las solicitudes registradas, de todos los expedientes o de
las declaraciones incluidas en un fichero de texto plano donde se indique por cada línea su nº.
Esta opción podrá usarse cuando no se hayan podido calcular automáticamente los solapes
debido a errores que hubiesen ocurrido durante dicho proceso.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para realizar el cálculo de solapes individuales debe indicarse el nº de solicitud o de

expediente.
11.3.11.10 Consulta de trazabilidad
Para facilitar el seguimiento del ciclo de vida de las declaraciones, la consulta de trazabilidad
permite conocer el historial de operaciones realizadas sobre solicitudes, expedientes o actas
gráficas de una campaña y tipo dados, incluyendo su origen de creación, destino de copia o
registro, así como el texto del error que se pudiese haber producido durante la operación.
El botón Ocultar ediciones simplifica el historial mostrado ocultando operaciones, como las de
sincronización, que no son especialmente relevantes.
Pulsando con el botón derecho del ratón sobre los números de origen y destino del informe
generado, un menú contextual permitirá obtener inmediatamente el informe de la solicitud,
expediente o acta indica por su número.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Una vez generado el informe se podrá exportar a un archivo de texto mediante el botón Salvar
en archivo.
11.3.11.11 Configuración de imágenes de parcelas agrícolas
El servicio SgaGenMdg permite obtener una imagen JPEG de una parcela agrícola dada.
Para ello se basa en una configuración por defecto que se crea en el fichero
SgaGenMdg_Imagen.config al arrancar el servicio.
<?xml version="1.0" encoding="utf-8"?>

<ImageConfig xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<raster_url>http://www.ign.es/wmts/pnoa-ma</raster_url>
<raster_layer>OI.OrthoimageCoverage</raster_layer>
<parcelas_agricolas>
<LineColor>255:0:0:128</LineColor>
<FillColor>128:0:0:128</FillColor>
<Width>3</Width>
</parcelas_agricolas>
<recintos_sigpac>
<LineColor>255:200:200:90</LineColor>
<Width>2</Width>
</recintos_sigpac>
<ancho>800</ancho>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<alto>600</alto>
<margen>6</margen>
</ImageConfig>
Esta configuración contiene los siguientes elementos:
 raster_url: opcional, URL del servidor WMTS para la capa ráster a mostrar como
fondo. Al invocarse desde servidor, el protocolo HTTP sería suficiente. Para acceder a
esta URL puede ser necesario tener un proxy configurado en el servicio SgaGenMdg.
 raster_layer: opcional, nombre de la capa ráster en el servidor WMTS anterior. Debe
indicarse si se ha especificado la URL anterior.
 parcelas_agricolas: requerido, configuración de la representación gráfica de las
parcelas agrícolas.
o LineColor: color de línea en formato ARGB. Los valores deben estar en el
rango 0 a 255. En el valor de A (canal alfa) 0 indica transparente y 255 indica
opaco.
o FillColor: color de relleno en formato ARGB. Los valores deben estar en el
opaco.
o Width: ancho de línea. Debe ser mayor de 0.
 recintos_sigpac: opcional, configuración de la representación gráfica de los recintos
SIGPAC. En caso de no indicarse, no se mostrarán los recintos SIGPAC. Contiene los
siguientes elementos:
o LineColor: color de línea en formato ARGB. Los valores deben estar en el
opaco.
o Width: ancho de línea. Debe ser mayor de 0.
 ancho: opcional, ancho en píxeles de la imagen. El valor debe estar en el rango 64 a
3000. Por defecto es 64.
 alto: opcional, alto en píxeles de la imagen. El valor debe estar en el rango 64 a 2000.
Por defecto es 64.
 margen: opcional, porcentaje de margen a cada lado del rectángulo que contiene la
parcela agrícola. Por defecto es 0.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.11.12 Pre-generación de las baldosas vectoriales de la cache de campaña

El servicio SgaGenMdg publica las capas vectoriales de la caché de campaña en forma de
baldosas vectoriales que se generan de manera dinámica a medida que son solicitadas por el
componente web.
Las primeras peticiones de baldosas son más lentas porque el servicio tiene que generarlas y
esto lleva un tiempo. Si además empiezan a trabajar muchos usuarios a la vez la respuesta
inicial del servidor puede llegar a ser lenta. Cuando el usuario vuelve a zonas ya visitadas por
él o por otros usuarios, las baldosas de esas zonas ya estarán generadas y el acceso será
mucho más fluido. Lo ideal, por tanto, es que todas las baldosas estén generadas desde el
primer momento. Esto se consigue pre-generando las baldosas.
Se recomienda pre-generar las baldosas al comienzo de la campaña, que debe estar ya

configurada en el servicio SgaGenMdg, y cuando se renueva la caché de campaña. Tener las
baldosas vectoriales pre-generadas puede tener un impacto muy beneficioso en el rendimiento
de la aplicación.
Para pre-generar las baldosas se puede utilizar la aplicación KmlServerGenerator del

proyecto SIGPAC.
Esta aplicación permite seleccionar un área de generación de baldosas, por ejemplo a nivel
provincial o de comunidad autónoma y una o más capas a pre-generar. La aplicación genera
múltiples peticiones de baldosas cubriendo la zona de generación.
Como resultado de la pre-generación, la carpeta configurada como almacén de baldosas

contendrá las baldosas de la zona elegida. Cualquier petición de datos de las capas de la
caché de campaña serán mucho más rápidas y el rendimiento global de la aplicación mejorará
notablemente.
Para facilitar la tarea de generación de baldosas se entrega un archivo de configuración para

KmlServerGenerator y un archivo SHP de comunidades autónomas. De este modo es más
sencillo realizar el proceso, basta editar el archivo XML adaptándolo a sus necesidades.
A continuación aparece el XML de configuración preparado para pregenerar las capas recinto y
parcela de la caché de campaña. En este archivo deben modificar los valores que aparecen en
negrita adaptándolos a sus necesidades:
1) Cambiando la ruta del archivo SHP

2) Asignando el código de su comunidad: el valor se toma del atributo CCAA_ID
3) Configurando la url del servicio SgaGenMdg
<?xml version="1.0" encoding="utf-8"?>

<TilesGeneratorDataCollection xmlns:xsi="http://www.w3.org/2001/XMLSchema-
instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Items>
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
<TilesGeneratorDataItem>
<TilesSrid>3857</TilesSrid>
<GuideMap>
<Url>C:\xx\ccaa.shp</Url>
<Attribute>CCAA_ID</Attribute>
<Srid>23030</Srid>
<Values>
<Value>10</Value>
</Values>
</GuideMap>
<LayerType>vector</LayerType>
<LayerName>recinto</LayerName>
<MinLevelOfDetail>15</MinLevelOfDetail>
<MaxLevelOfDetail>15</MaxLevelOfDetail>
<Server>http://xxx.xxx.es/sga3/sgagenmdg</Server>
<TileExtension>geojson</TileExtension>
</TilesGeneratorDataItem>
<TilesGeneratorDataItem>
<TilesSrid>3857</TilesSrid>
<GuideMap>
<Url>C:\xx\ccaa.shp</Url>
<Attribute>CCAA_ID</Attribute>
<Srid>23030</Srid>
<Values>
<Value>10</Value>
</Values>
</GuideMap>
<LayerType>vector</LayerType>
<LayerName>parcela</LayerName>
<MinLevelOfDetail>15</MinLevelOfDetail>
<MaxLevelOfDetail>15</MaxLevelOfDetail>
<Server>http://xxx.xxx.es/sga3/sgagenmdg</Server>
<TileExtension>geojson</TileExtension>
</TilesGeneratorDataItem>
</Items>
</TilesGeneratorDataCollection>
Generar completamente una comunidad autónoma grande (por ejemplo Castilla La Mancha)
puede llevar entre 1 y 2 horas (dependiendo de la potencia de sus servidores) ocupando
alrededor de 12 GB.
La ejecución de este proceso se puede realizar desde el servidor dónde está instalado el
servicio SgaGenMdg o desde cualquier otro equipo usando la URL del servicio publicada en el
balanceador. Cuantas más instancias del servicio trabajen en la pre-generación menos tiempo
se tardará.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.11.13 Instalación de SgaGenMdg_Setttings en equipos cliente

La aplicación Instalador del Servicio SgaGenMdg3.exe también puede usarse para instalar en
equipos cliente la aplicación SgaGenMdg_Setttings.exe, lo que permitirá ejecutar varias
funciones de dicha aplicación de forma remota contra el servicio SgaGenMdg3 seleccionado
excepto la de su configuración.
Para la instalación en cliente, debe dejarse sin marcar la casilla Configurar IIS en la pantalla
siguiente del instalador:
MUY IMPORTANTE
Para permitir la conexión desde un equipo cliente, su IP debe haberse configurado previamente
en el servicio SgaGenMdg3 al que se quiere conectar.
Para la correcta ejecución de las diferentes funcionalidades disponibles, se requiere la

instalación y configuración de las dependencias indicadas en los apartados anteriores
Preparación de MS Windows Server e Instalación de Oracle Client.
Por otra parte, los servidores PostgreSQL configurados en el servicio SgaGenMdg3 deberán
estar accesibles desde el equipo cliente, evitándose usar los identificadores locales como
localhost y 127.0.0.1.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
En la primera ejecución de la aplicación se solicitará la URL del servicio SgaGenMdg3 a la que

conectar.
En sucesivas ejecuciones se deberá seleccionar la URL del listado mostrado o bien añadir una
nueva pulsando en Cancelar.
Una vez conectado, se mostrarán las opciones disponibles para su ejecución remota.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.3.12 Instalación del componente web

La instalación del componente web se realiza mediante la aplicación Instalador MDG.exe,
distribuida junto con las aplicaciones de SGA.
MUY IMPORTANTE
A partir de la campaña 2017 el componente web pasa a llamarse wc-mdg y tiene un instalador
y una ruta de instalación diferentes.
El componente web para la campaña 2016 no deber eliminarse, ni se debe instalar el

componente wc-mdg sobre él. Deben convivir las 2 versiones.
El instalador permite configurar el componente web en IIS. La primera vez que se instala es
altamente recomendable usar esta opción porque simplifica enormemente la instalación. En
instalaciones sucesivas (como por ejemplo en posteriores actualizaciones del componente
web) ya no es necesario usar esta opción pues ya está configurado correctamente bajo IIS.
En el caso del componente web no es necesario configurar un usuario pues el componente no

accede a ningún recurso del ordenador del que requiera un permiso especial.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
También se solicitará un directorio de instalación. Se recomienda no cambiar el valor sugerido,

y si se hace es muy importante que la carpeta de instalación no esté situada directamente bajo
la raíz sino sobre un subdirectorio. Este es un requerimiento de la configuración automática
bajo IIS.
Adicionalmente, para reforzar la seguridad de los entornos de producción y otros con acceso
público, debe asegurarse que está modificada en IIS para el nodo padre (por defecto sga) la
configuración de SSL para requerir SSL. De este modo se restringe el acceso al protocolo https
y se impide el acceso mediante el protocolo http.
En el directorio de instalación se ubicarán los siguientes elementos:
params.js Archivo de configuración del componente web

usuario.js Archivo de configuración opcional del componente web
11.3.12.1 Configuración de parámetros

Mediante un editor de textos se deberán configurar en el fichero params.js los diferentes
parámetros del componente web. Esto es obligatorio antes de arrancar el servicio por primera
vez.
 urlServicio: URL obligatoria del servicio SgaGenMdg que publica la capa de

parcelas agrícolas, además de las capas de parcelas y recintos SIGPAC.
 urlSdg: URL opcional del servicio SDG que publique capas raster.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
 urlPnoaIgn: URL opcional del servicio WMTS del IGN que publica la capa de
ortofotos PNOA. Si no se va a utilizar debe comentarse su línea de texto
anteponiendo los caracteres //.
Si no existe puede definirse incluyendo la siguiente línea:
urlPnoaIgn: "https://www.ign.es/wmts"
En los 3 casos se deben utilizar URL accesibles desde el exterior (no se puede usar localhost).
Estas URL serán invocadas desde el navegador cuando los declarantes hagan sus
declaraciones. Por tanto, deberán usar el protocolo HTTPS en el caso de que al componente
web se acceda mediante dicho protocolo.
Independientemente de cómo se escriban las anteriores URL, todas las peticiones web se
harán en minúsculas.
11.3.12.2 Configuración de usuario

El fichero usuario.js puede editarse para ampliar opcionalmente la configuración del
componente web. En ese fichero podrá añadirse código JavaScript para ampliar la
funcionalidad del componente web, como por ejemplo:
 hacer visible la capa PNOA del IGN,

 modificar el valor por defecto de distancia en los corredores,
 modificar el nivel mínimo de zoom de las las capas de parcelas y recintos SIGPAC,
 añadir nuevas capas WMS y WMTS.
Se recomienda respetar siempre la primera línea de este fichero, ya que muestra en el log del
navegador un mensaje indicando el inicio de la ejecución de este fichero.
Igualmente, se recomienda añadir el código mediante funciones anónimas autoinvocadas de

modo que las variables usadas no interfieran con las del componente web. Una función
anónima autoinvocada usa el siguiente patrón:
(function () {
// Código de la función.
})();
Por ejemplo, para hacer que la capa PNOA del IGN, cuando se ha indicado previamente su
URL en la variable urlPnoaIgn, sea visible al cargar el componente web, se podrá usar este
código:
(function () {
$params.capaPnoaIgn.set("visible", true);
})();
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para modificar el valor por defecto de distancia al crear un corredor, se usará la propiedad
distanciaMinimaCorredor a la que se asignará un valor numérico (con punto decimal en caso
de ser necesario):
(function () {
$params.distanciaMinimaCorredor = 1.8;
})();
Otra posibilidad es modificar el nivel mínimo de zoom de las las capas de parcelas y recintos
SIGPAC, que por defecto es 16, para poder visualizarlas durante la edición de solicitudes muy
extensas.
Se recomienda no usar un nivel menor al 15 ya que, al poder visualizar una extensión mayor,
que dependerá también del tamaño visible del componente web, la información requerida y
mostrada aumentará, lo que podrá degradar el rendimiento del navegador y la experiencia de
usuario.
Para ello deben usarse las siguientes 2 funciones:
(function () {
$params.capaParcelasZoomMinimo(15); // Nivel mínimo 15 en parcelas SIGPAC.
$params.capaRecintosZoomMinimo(15); // Nivel mínimo 15 en recintos SIGPAC.
})();
En el caso de querer añadir una nueva capa ráster a partir de la capa ‘Todas las capas
IGNBase’ del servicio WMTS de mapa base de España (obtenido desde el directorio de
servicios Web de Tesela de Mapas (WMTS) de la IDEE) se podrá usar este código:
(function () {
console.log("Carga de la capa IGNBaseTodo.");
const urlWmts = 'https://www.ign.es/wmts/ign-base?';
const capaWmts = 'IGNBaseTodo';
const matrixSetWmts = 'GoogleMapsCompatible';
const formatoWmts = 'image/jpeg';
const estiloWmts = 'default';
const derechosWmts = '© IGN';
const nombreCapa = 'Todo IGNBase';
const opacidad = 0.5;
const rangoDeZoom = [5, 20];
const visible = false;
var pars = $intergis.Config.parametrosWmts(3857);

pars.url = urlWmts;
pars.layer = capaWmts;
pars.matrixSet = matrixSetWmts;
pars.format = formatoWmts;
pars.style = estiloWmts;
pars.attributions = [
new ol.Attribution({ html: derechosWmts })
];
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
var capa = new ol.layer.Tile({

title: nombreCapa,
opacity: opacidad,
extent: pars.extension,
source: new ol.source.WMTS(pars),
rangoDeZoom: rangoDeZoom,
visible: visible
});
$params.capas.push(capa);
})();
El código anterior crea unos parámetros, almacenados en la variable pars, para definir una
nueva capa ráster WMTS con OpenLayers, almacenada en la variable capa, que finalmente se
añade a la lista de capas usada por el componente web, almacenada en el campo
$params.layers. Esta nueva capa aparecerá automáticamente en la leyenda de capas como
primera capa.
Las diferentes propiedades de la capa (URL, nombre, matriz, formato, estilo y atribución) se
han obtenido de su configuración disponible en https://www.ign.es/wmts/ign-
base?request=GetCapabilities&service=WMTS.
Para conocer más sobre la configuración y uso de OpenLayers, pueden consultarse las
siguientes referencias:
 API: http://openlayers.org/en/v4.1.1/apidoc/index.html
 Ejemplos: http://openlayers.org/en/v4.1.1/examples/
La descripción del código es la siguiente:
console.log("Carga de la capa IGNBaseTodo."); Se registra en el log del navegador

el mensaje indicado.
const urlWmts = 'https://www.ign.es/wmts/ign- Se define la URL del servicio
base?'; WMTS que proveerá la capa.
Debe usarse el protocolo HTTPS
si se accede al componente web
mediante dicho protocolo.
const capaWmts = 'IGNBaseTodo'; Se define el nombre de la capa a
usar del servicio WMTS.
const matrixSetWmts = 'GoogleMapsCompatible'; Se define la matriz para calcular
las baldosas a obtener de la capa.
const formatoWmts = 'image/jpeg'; Se define el formato de imagen de
las baldosas.
const estiloWmts = 'default'; Se define el estilo de la capa.
const derechosWmts = '© IGN'; Se definen los derechos de la capa
como texto HTML.
const nombreCapa = 'Todo IGNBase'; Se define el título de la capa que
se mostrará en la leyenda.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
const opacidad = 0.5; Se define la opacidad de la capa

entre 0 y 1.
const rangoDeZoom = [5, 20]; Se definen los niveles mínimo y
máximo de zoom.
const visible = false; Se define la visibilidad inicial de la
capa.
var pars = Se inicializan los parámetros
$intergis.Config.parametrosWmts(3857); WMTS calculados para el SRID
3857.
Se utiliza un método interno del
componente web que facilita la
configuración.
pars.url = urlWmts; Se asigna a los parámetros la URL
del servicio WMTS a usar.
pars.layer = capaWmts; Se asigna a los parámetros el
nombre de la capa WMTS a usar.
pars.matrixSet = matrixSetWmts; Se asigna a los parámetros la
matriz de baldosas a usar.
pars.format = formatoWmts; Se asigna a los parámetros el
formato de imagen de las baldosas
a usar.
pars.style = estiloWmts; Se asigna a los parámetros el
formato de imagen de las baldosas
a usar.
pars.attributions = [new ol.Attribution({ Se asigna a los parámetros la
html: derechosWmts })]; descripción de los derechos a
usar.
var capa = new ol.layer.Tile({ Se crea la capa de OpenLayers.
title: nombreCapa, Se asigna el título de la capa que
se mostrará en la leyenda.
opacity: opacidad, Se asigna la opacidad de la capa.
extent: pars.extension, Se asigna la extensión calculada
de la capa.
source: new ol.source.WMTS(pars), Se crea el origen de datos de la
capa a partir de los parámetros
calculados.
rangoDeZoom: rangoDeZoom, Se asigna el rango de zoom de la
capa.
Se utiliza una propiedad añadida
por el componente web que facilita
la configuración.
visible: visible }); Se asigna la visibilidad de la capa.
$params.layers.push(capa); Se añade la capa en primera
posición sobre las ya disponibles.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Otra posibilidad es la adición de capas WMS. En el siguiente ejemplo se detalla cómo incluir la
capa ‘Catastro’ del servicio WMS de la D.G. de Catastro.
(function () {
console.log("Carga de la capa Catastro.");
const urlWms =
'http://ovc.catastro.meh.es/cartografia/wms/servidorwms.aspx';
const capaWms = 'Catastro';
const srsWms = 'EPSG:3857';
const derechosWms = '© Catastro';
const nombreCapa = 'Catastro'
const opacidad = 0.5;
const rangoDeZoom = [5, 20];
const visible = false;
var source = new ol.source.ImageWMS({

url: urlWms,
params: {
"LAYERS": capaWms,
"SRS": srsWms
},
attributions: [
new ol.Attribution({ html: derechosWms })
],
});
var capa = new ol.layer.Image({

title: nombreCapa,
opacity: opacidad,
source: source,
rangoDeZoom: rangoDeZoom,
visible: visible
});
$params.capas.push(capa);
})();
Las diferentes propiedades de la capa usadas (URL, nombre, formato, estilo y atribución) se
han obtenido de su configuración disponible en
https://ovc.catastro.meh.es/cartografia/wms/servidorwms.aspx?request=GetCapabilities&servic
e=WMS.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
console.log("Carga de la capa Catastro."); Se registra en el log del navegador el

mensaje indicado.
const urlWms = Se define la URL del servicio WMS que
'http://ovc.catastro.meh.es/cartografia/wms proveerá la capa.
/servidorwms.aspx'; Debe usarse el protocolo HTTPS si se
accede al componente web mediante
dicho protocolo.
const capaWms = 'Catastro'; Se define el nombre de la capa a usar
del servicio WMTS.
const srsWms = 'EPSG:3857'; Se define el sistema de referencia
espacial (SRS) de la capa WMS.
const derechosWms = '© Catastro'; Se definen los derechos de la capa
como texto HTML.
const nombreCapa = 'Catastro'; Se define el título de la capa que se
mostrará en la leyenda.
const opacidad = 0.5; Se define la opacidad de la capa entre
0 y 1.
const rangoDeZoom = [5, 20]; Se definen los niveles mínimo y
máximo de zoom.
const visible = false; Se define la visibilidad inicial de la
capa.
var source = new ol.source.ImageWMS({ Se crea el origen de la capa WMS de
OpenLayers.
url: urlWms, Se asigna la URL del servicio WMS a
usar.
params: {"LAYERS": capaWms, "SRS": srsWms Se asignan el nombre de la capa a usar
}, del servicio WMS así como el SRS de
consulta.
attributions = [new ol.Attribution({ Se asigna la descripción de los
html: derechosWms })], derechos a usar..
var capa = new ol.layer.Image({ Se crea la capa de OpenLayers.
title: nombreCapa, Se asigna el título de la capa que se
opacity: opacidad, Se asigna la opacidad de la capa.
source: source, Se asigna el origen de datos de la capa
a partir del creado anteriormente.
rangoDeZoom: rangoDeZoom, Se asigna el rango de zoom de la capa.
Se utiliza una propiedad añadida por el
componente web que facilita la
configuración.
visible: visible}); Se asigna la visibilidad de la capa.
$params.layers.push(capa); Se añade la capa en primera posición
sobre las ya disponibles.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Otro caso posible es la incorporación de una nueva capa de apoyo previamente definida en el
servicio SgaGenMdg3 (ver apartado 11.3.11.7 Configuración de capas apoyo (Caché
SIGPAC)). En el siguiente ejemplo se detalla cómo incluir la capa de apoyo ‘poligono’ de un
servicio SgaGenMdg3.
function () {
console.log("Carga de la capa Polígono.");
var estilo = new ol.style.Style({

fill: new ol.style.Fill({ color: "rgba(255, 106, 0, 0.196)" }),
stroke: new ol.style.Stroke({ color: "rgba(255, 106, 0, 0.196)" })
});
var props = {
srid: 3857,
tabla: "poligono",
titulo: "Polígonos SIGPAC",
zooms: [16, 28],
url: $params.urlServicio,
estilo: estilo,
visible: false
};
$params.capaPoligono = $intergis.Gestor.creaCapaSdg(props);
$params.capaPoligono.atributos = {
provincia: {},
municipio: {},
agregado: {},
poligono: {},
superficie: {
campo: "dn_surface",
formato: val => (val / 10000).toFixed(4) + " ha"
}
};
$params.capas.push($params.capaPoligono);
})();
console.log("Carga de la capa Polígono."); Se registra en el log del navegador el

mensaje indicado.
var estilo = new ol.style.Style({ Se crea el estilo de la capa.
fill: new ol.style.Fill({ color: "rgba(255, Se define el estilo interior de las
106, 0, 0.196)" }), geometrías.
stroke: new ol.style.Stroke({ color: Se define el estilo del trazo exterior de
"rgba(255, 106, 0, 0.196)" })}); las geometrías.
var props = { Se crean las propiedades de la capa.
srid: 3857, Se define el identificador del sistema de
referencia espacial (SRID) de la capa.
tabla: "poligono", Se define el nombre de la capa en el
servicio SgaGenMdg3.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
titulo: "Polígonos SIGPAC", Se define el título de la capa que se

zooms: [16, 28], Se definen los niveles mínimo y
máximo donde la capa será visible.
url: $params.urlServicio, Se define la URL del servicio
SgaGenMdg3 a usar.
estilo: estilo, Se asigna el estilo de la capa.
visible: false}; Se asigna la visibilidad inicial de la
capa.
$params.capaPoligono = Se crea la capa a partir de sus
$intergis.Gestor.creaCapaSdg(props); propiedades.
$params.capaPoligono.atributos = { Se definen los atributos de la capa.
provincia: {}, Nombres de atributos que muestra el
municipio: {}, componente web.
agregado: {}, Se muestra el atributo con mismo
poligono: {},
nombre de la capa de apoyo y con el
mismo formato.
superficie: { Nombre de atributo que muestra el
componente web.
campo: "dn_surface", Nombre del atributo en la capa de
apoyo.
formato: val => (val / 10000).toFixed(4) + Función que define el formato de
" ha"}}; presentación: el valor de origen, en m2,
se transforma a ha con 4 decimales.
$params.capas.push($params.capaPoligono); Se añade la capa en primera posición
sobre las ya disponibles.
11.3.12.3 Prueba del componente web
Para probar si el componente web arranca correctamente, debemos acceder desde un

navegador web desde el equipo servidor donde se haya instalado y escribir
http://localhost/sga/wc-mdg (o https si sólo se ha habilitado dicho protocolo)
Por lo indicado en el apartado 11.3.13 Refuerzo de la seguridad en entornos con acceso

público, el origen http://localhost no necesita estar configurado en los orígenes CORS
permitidos cuando se accede desde el mismo servidor donde esté instalado el servicio
SgaGenMdg3.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Debería aparecer una respuesta similar a esta (la imagen es orientativa):
Si en pocos segundos no se ha obtenido una respuesta es posible que se haya producido

algún error y será necesario consultar la consola del navegador web.
11.3.13 Refuerzo de la seguridad en entornos con acceso público

Para reforzar la seguridad de los entornos de producción y otros con acceso público, se
recomienda configurar en el servicio SgaGenMdg3 los orígenes permitidos de peticiones desde
navegadores web que aplican el control de accesos mediante CORS.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Cada origen se indica mediante una URL que incluya protocolo, nombre de host y
opcionalmente un puerto. Debe indicarse al menos el origen para el acceso desde SgaCap y
desde SgaGst (si es distinto al anterior).
No es necesario indicar como origen el propio servidor donde esté alojado el servicio
SgaGenMdg3.
Para poder aplicar esta configuración debe eliminarse o comentarse la línea <add
name="Access-Control-Allow-Origin" value="*"> del fichero web.config del servicio
SgaGenMdg3.
Por último, se recomienda usar únicamente el protocolo https en las URL publicadas del
servicio y del componente web y definir la URL del servidor de autenticación CAS.
11.3.14 Despliegue automatizado del módulo SgaGenMdg

Para facilitar el despliegue automatizado del módulo SgaGenMdg, sin requerir la interacción de
un usuario con cada uno de los instaladores proporcionados, se puede realizar una instalación
desatendida y posteriormente comprobar el resultado de la instalación con el código de salida
obtenido.
Para la instalación desatendida debe ejecutarse cada instalador suministrado desde línea de
comandos con los siguientes argumentos:
1. /VERYSILENT
2. /DIR="ruta-de-instalación"
Por ejemplo, para el caso del servicio SgaGenMdg3 se podrá usar esta sentencia:
"Instalador del Servicio SgaGenMdg3.exe" /VERYSILENT /DIR="C:\Sga\SgaGenMdg3"
Seguidamente, debe comprobarse que el resultado de la instalación ha sido correcto

verificando que el código de salida obtenido ha sido 0.
Para más información sobre los argumentos disponibles, puede consultarse la documentación
disponible en http://www.jrsoftware.org/ishelp/topic_setupcmdline.htm.
Para más información sobre los códigos de salida devueltos por el instalador, puede
consultarse la documentación disponible en
http://www.jrsoftware.org/ishelp/topic_setupexitcodes.htm.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
11.4 ANEXO IV: Modificación de logs en “caliente”
Se accede desde JConsole al servidor en remoto:
Como se muestra en el ejemplo, por defecto, nada más arrancar sólo se visualiza las trazas de
nivel ERROR.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Si, por ejemplo queremos cambiar a nivel INFO, seleccionar el nivel de traza para la aplicación
que se desea cambiar y pulsar sobre el botón correspondiente al nivel de traza elegido, en este
ejemplo setInfo().
A partir de este momento, como se muestra a continuación, se visualizan las trazas de

SGACAC de nivel INFO en adelante.
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA
IMPLANTACION

Fecha: 29/04/2019
Para restablecer el nivel de traza seleccionar la operación reload y pulsar sobre el botón
reload()
MINISTERIO
AMBIENTE
FONDO ESPAÑOL DE
GARANTÍA AGRARIA

Sga IAS MN 001 InstalaConfigura PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Sga IAS MN 001 InstalaConfigura PDF

Загружено:

Авторское право:

Доступные форматы

SECRETARÍA GENERAL

IMPLANTACIÓN DEL SISTEMA SGA

Sistema de Gestión de Ayudas

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

1.00 29/10/2013 Creación

3.01 05/06/2014 Se incluyen los siguientes cambios:

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

 Dos anexos para separar la instalación en caja negra y la

3.02 16/07/2014 Se modifica el apartado 2.1 Requerimientos Software.

5.00 12/01/2015 Se modifican los apartados:

5.1 03/02/2015 Se modifican los apartados:

5.2 11/02/2015 Se modifican los apartados:

Se añade un nuevo apartado:

Fecha Impresión: 24/07/2019 Sga-IAS-MN-001-InstalaConfigura.docx Página 3 de 183

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

5.3 16/03/2015 Se modifican los puntos:

 “Modificación de los recursos en el servidor de aplicaciones

Se añade un nuevo punto:

 Pool de conexiones y mantenimiento de servidor, en el

5.4 06/04/2015 Se añade un nuevo punto:

 Se añade el punto “Instalación del Java Development Kit

 Requisitos previos a la instalación

5.6 24/4/2015 Se modifica el apartado de SgaMcc para completar la descripción de

Se eliminan los puntos:

 6.3 Instalación de Servicios Web SgaMcc de Gestión de OT

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

 7 Instalación de componentes de SgaMcc

 3.3 Catálogos auxiliares de SgaMcc Gabinete

Se actualizaron los puntos:

 3.1 Scripts de creación de objetos en base de datos

5.9 25/05/2015 Se modifican los apartados:

Se añade un nuevo apartado:

 Anexo V: Integración de herramienta Business Intelligence

6.0 12/06/2015 Se actualizó el apartado:

 7.3 Instalación de SgaMcc Gabinete

6.1 29/06/2015 Se modifican los apartados:

6.3 24/07/2015 Se modifican los apartados:

6.4 26/08/2015 Se actualiza el apartado:

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

 7.3 Instalación de SgaMcc Gabinete

6.7 22/10/2015 Se actualizan los siguientes apartados:

6.9 15/12/2015 Modificación del apartado:

7.1 28/01/2016 Se modifican los apartados:

8.3 Instrucciones para la instalación

11.6.5 Creación y restauración de la base de datos Datos_Recintos

11.6.6 Instalación del servicio SgaGenMdg

11.6.7 Instalación del componente web

7.2 04/02/2016 Se modifican los apartados:

Código: Sga-IAS -MN-001-InstalaConfigura

VERSIÓN FECHA CAMBIOS RESPECTO DE LA VERSIÓN ANTERIOR

7.3 15/02/2016 Se modifican los apartados:

 Scripts de creación de objetos de base de datos.

Además se añaden los puntos:

 7.6 Publicación de geoprocesos con ArcGIS Server

7.8 31/05/2016 Actualización de los apartados:

7.9 31/05/2016 Actualización de la instalación de SgaMcc Gabinete:

Código: Sga-IAS -MN-001-InstalaConfigura