Descripción General del Entorno Tecnológico

Nombre proyecto

Registro de cambios

Autor	Versión	Referencia de cambios	Fecha
Fujitsu	1	Redacción inicial	25/09/2020
Fujitsu	1.1	Se añade aptdo. 4.2.1.1 para requerimientos de aplicaciones VDI	21/12/2021
Fujitsu	1.2	Se hacen correcciones en el aptdo. 4.2.1.1	13/01/2022

INDICE

1.	Objeto del documento	4

2.	Información de registro	5

2.1.	Datos de la solicitud	5

2.2.	Datos de la plataforma	5

3.	Alcance del Proyecto	6

4.	Especificación del entorno tecnológico	7

4.1.	Disponibilidad de la plataforma	7

4.2.	Infraestructura y Software de Base	9

4.2.1.	Capa de presentación o de Escritorio Remoto	9

4.2.1.1	Requerimientos VDI	10

4.2.2.	Capa de Aplicación	10

4.2.2.1.	Entorno de Preproducción	10

4.2.2.1.1.	Servidores Linux de propósito general	10

4.2.2.1.2.	Servidores Linux con Servidor de aplicaciones	10

4.2.2.1.3.	Servidores Windows con Servidor de aplicaciones	11

4.2.2.2.	Entorno Producción	12

4.2.3.	Capa de Base de Datos	12

4.2.3.1.	Entorno Preproducción	12

4.2.3.2.	Entorno Producción	13

4.2.3.3.	Inclusión de la bb.dd. en la Orquestación	13

4.2.4.	Almacenamiento	13

4.2.4.1.	Discos adicionales locales	13

4.2.4.2.	Cabina de disco	13

4.2.5.	Puesto Cliente	14

4.2.6.	Servicios Balanceados (Granjas)	14

4.3.	Comunicaciones entre capas y con elementos externos	15

4.4.	Puesta en Servicio	15

4.4.1.	Pruebas de Carga	15

4.4.2.	Paso a Histórico	15

4.4.3.	Paso a Operación	15

4.4.4.	Explotación datos	16

4.5.	Indicadores de negocio	16

4.6.	Monitorización no estándar	16

4.7.	Backup no estándar	16

4.7.1.	Servidores de aplicación o de propósito general (Backup de Ficheros)	17

4.7.2.	Base de Datos Oracle (Backup de Ficheros)	17

4.7.3.	Base de Datos SQL	18

4.7.3.1.	Tipo Full	18

4.7.3.2.	Tipo Incremental	18

4.8.	Esquema Lógico	18

5.	Acuerdo de cumplimiento con la Normativa vigente	20

6.	Referencias	21

7.	Anexos	22

7.1.	Anexo I Parámetros para los servicios balanceados	22

7.2.	Anexo II Sistemas Operativos estándar	22

7.2.1.	Windows	22

7.2.2.	Linux sin Veritas Infoscale	22

7.2.3.	Linux con Veritas Infoscale	23

7.2.4.	Solaris	23

7.3.	Anexo III Configuraciones estándar de servidores de aplicaciones.	23

7.3.1.	Weblogic	23

7.4.	Anexo IV Configuraciones estándar de Bases de Datos.	23

7.4.1.	Oracle	23

7.5.	Anexo V Almacenamiento estándar	23

7.5.1.	Servidores Windows	23

7.5.2.	Servidores Linux virtuales de propósito general	23

7.5.3.	Servidores Linux virtuales para clúster de Weblogic sin almacenamiento compartido.	24

7.5.4.	Servidores Linux virtuales para clúster de Weblogic con almacenamiento compartido.	24

7.5.5.	Base de Datos Oracle	24

7.6.	Anexo VI Políticas de Backup estándar	24

7.6.1.	Entorno de producción	24

7.6.1.1.	Backups Base de Datos Oracle de tipo Online	24

7.6.1.2.	Backups Base de Datos Oracle de tipo Offline	24

7.6.1.3.	Backups Full Base de Datos SQL	25

7.6.1.4.	Backups Incrementales Bases de Datos SQL	25

7.6.1.5.	Backups de ficheros	25

7.6.1.6.	Backups NDMP (montajes desde cabina de ficheros CIFS/NFS)	25

7.6.2.	Entorno de preproducción	25

7.6.2.1.	Backups Base de Datos Oracle de tipo Online	25

7.6.2.2.	Backups Base de Datos Oracle de tipo Offline	25

7.6.2.3.	Backups Full Base de Datos SQL	25

7.6.2.4.	Backups Incrementales Bases de Datos SQL	26

7.6.2.5.	Backups de ficheros	26

7.6.2.6.	Backups NDMP (montajes desde cabina de ficheros CIFS/NFS)	26

7.7.	Anexo VII Monitorización estándar	26

Objeto del documento

El objeto del presenta documento …

Descripción del documento en el Entorno Tecnológico donde se desarrollará el aplicativo o evolución solicitado por los clientes / usuarios / funcionales y aprobado por la STIC, incluyendo tanto estructura hardware y de conexiones que se necesitarán, como los componentes software y sus interfaces con otros entornos y sistemas.

Este documento describe el alcance de una solicitud de creación o modificación de una Plataforma, facilitando la información necesaria para que el ejecutor del proyecto pueda realizar:

Estimación de los trabajos y sus costes asociados, que se consolidarían en un EDT (Estructura de Desglose del Trabajo).

Diseño de la solución, que se consolidaría en un documento de Diseño.

Planificación de la ejecución del proyecto.

Otros entregables requeridos en función del alcance.

<Sólo se recogerá en el documento final del proyecto, la información necesaria para desarrollar este, eliminando del mismo los apartados que no sean necesarios >

Información de registro

Datos de la solicitud

Promotor
Receptor CTI
Foro
Fecha de solicitud

Datos de la plataforma

Plataforma
Área de Negocio o Tecnología
Entornos solicitados

Alcance del Proyecto

El alcance de este documento queda limitado al entorno tecnológico requerido para….

El alcance del proyecto incluirá la siguiente información:

Definición de tareas a realizar:

Estudio

Ejecución

Requerimientos

Especificar relación con otras plataformas

Paso a histórico de datos almacenados sobre el aplicativo.

<Descripción a alto nivel de qué tareas están incluidas dentro del alcance del proyecto y cuales no>

Especificación del entorno tecnológico

Disponibilidad de la plataforma

Servicios que prestará la plataforma.

<Indicar cuál es el uso básico y las funciones que tendrá la plataforma objeto de la RFP>

Proceso/s de Negocio relacionado/s con los servicios que presta la plataforma.

<A continuación, se presenta una tabla con la relación de procesos de negocio identificados por la STIC. Se debe marcar con una X aquellos procesos de negocio que estén relacionados con los servicios y funciones de la plataforma.

Si lo servicios que presta la Plataforma no están relacionados con ninguno de estos procesos, se debe suministrar la siguiente información, para que puedan registrarse los nuevos procesos.

Nombre proceso:

Descripción:

Nivel de criticidad del servicio que prestará la plataforma: Alto, medio o bajo.

Proceso Dispensar (Área Asistencial Centralizada)
Proceso Citar (Área Asistencial Centralizada)
Proceso Prescribir (Área Asistencial Centralizada)
Proceso Solicitar Analítica (Área Asistencial Centralizada)
Proceso Solicitar/ Visualizar prueba de imagen diagnóstica (Área Asistencial Centralizada)
Proceso Visualizar Historia de Salud Única-Profesionales (Área Asistencial Centralizada)
Proceso Visualizar Datos Clínicos-Ciudadano (Área Asistencial Centralizada)
Proceso Pasar Consulta (Área Asistencial Centralizada)
Proceso Pasar Consulta - Informes Clínicos (Área Asistencial Hospitalaria)
Proceso de Gestión administrativa historias clínicas (Área Asistencial Hospitalaria)
Proceso de Cuidados Enfermería (Área Asistencial Hospitalaria)
Proceso de Acceso Unificado a funcionalidades Hospitalarias (Área Asistencial Hospitalaria)
Proceso de Registro de Admisiones Hospitalarias (Área Asistencial Hospitalaria)
Proceso de Triaje y Consultas Externas (Área Asistencial Hospitalaria)
Proceso de gestión de firma de documentos
Proceso de creación/modificación de incidencias/peticiones (usuario)
Proceso de gestión de tickets (cges)
Proceso de creación/actualización de méritos profesionales
Proceso Gestión de los Procesos selectivos
Proceso de gestión logístico integral (deteccion/contratación/aprovisionamiento/almacenaje/distribución y facturación)
Proceso de generación de nóminas
Proceso de contratación temporal de profesionales (bolsa empleo temporal)
Proceso de gestión de los tribunales de las Ofertas de Empleo Públicos
Proceso de acceso a recursos de la intranet del profesional del SAS
Proceso de acceso a recursos e información de la web del SAS
Proceso de acceso a aplicaciones móviles del SAS

Cada uno de estos procesos tienen asociado un nivel de criticidad, que puede ser consultado en la página de Gestión de Disponibilidad de Confluence (https://ws001.sspa.juntadeandalucia.es/confluence/x/qbgYB).

En función de la criticidad del servicio/ proceso de negocio se decidirá el nivel de disponibilidad deseable en cada una de las capas que componen la plataforma (https://ws001.sspa.juntadeandalucia.es/confluence/x/r7gYB)

Infraestructura y Software de Base

Concretar la infraestructura y software de base necesarios para el sistema.

En este apartado se definirán los distintos tipos de equipos hardware, de software y de base que llevarán los recursos que necesitarán cada una de las capas que formarán el entorno tecnológico que soporta el aplicativo:

Capa de presentación o de Escritorio Remoto

<En caso de que el proyecto no disponga de esta capa, eliminar este apartado del documento final a entregar>

Establecer los requisitos a nivel de cliente que necesitará la aplicación. Si es:

Un navegador o una aplicación pesada

Máquina virtual de Java

Vista de compatibilidad

NET

…o cualquier componente adicional

Una vez identificados, determinar si con la infraestructura disponible es posible cumplir con esos requisitos o es necesario montar servidores adicionales.

Requisitos	Valor
Versión de sistema operativo
Navegador
URL
Vista de compatibilidad
Software 1	Máquina virtual de JAVA
Software 2	.NET Framework.
Software 3

Identificar el uso de la aplicación, para el caso de que fuera necesario incluir servidores en la infraestructura actual o determinar el número de la nueva.

Datos	Valor
Número de usuarios concurrentes
Centros donde se va a llamar a la aplicación virtualizada
Ocupación en RAM del proceso

Requerimientos VDI

<Requerimiento validos solo para aplicaciones publicadas tipo VDI. En caso de no ser necesario eliminar del documento a entregar>

Requisitos	Valor
Nombre de la aplicación
Explorador nativo (IE8 / IE11)
Vista de compatibilidad
Resolución de entrega (1920x1080, 1280x1024, 1024x768) NOTA: Estas resoluciones han sido estandarizadas y el aplicativo debe soportar TODAS ellas, adaptándose automáticamente la aplicación en cada caso. No están contempladas otras para los dispositivos de visualización de datos.
Icono
Plataforma / Grupo de entrega
Tipo de asociación (Módulos Clínicos, Otros módulos clínicos, Módulos de gestión, etc)

Capa de Aplicación

<En caso de que el proyecto no disponga de esta capa, eliminar este apartado del documento final a entregar>

La capa de aplicación estará formada de acuerdo a los siguientes requerimientos. Para los requisitos no especificados aquí se considerarán inicialmente las configuraciones indicadas por la arquitectura de referencia de la STIC. Estas configuraciones podrán ser revisadas tras las pruebas de sistema si se estima oportuno.

Entorno de Preproducción

Servidores Linux de propósito general

Revisar el Anexo II para determinar los sistemas operativos estandarizados.

En caso de no poder utilizar uno de ellos se deberá justificar Servidores Linux de propósito general.

Nº de servidor	Memoria RAM mínima	Nº CPU mínimo	Sistema operativo.
1	4Gb	2	Oracle Linux 7.6
2
3

Servidores Linux con Servidor de aplicaciones

Revisar los Anexos II y III para determinar los sistemas operativos y versiones de Weblogic estandarizadas.

En caso de no poder utilizar uno de ellos se deberá justificar la decisión.

Nº de servidor	Memoria RAM mínima	Nº CPU mínimo	Versión Sistema Operativo	Versión del contenedor de aplicaciones (ver anexo WL)	Versión máquina virtual (Ver anexo WL)	Memoria dedicada JAVA XMS/XMX	Uso De JMS/JTA
1	4Gb	2	Oracle Linux 7.6	Weblogic 12.2.1.3	JAVA Hotspot 8
2
3

Elementos adicionales:

JMS/JTA: Si se utiliza JTA/JMS será obligatoria la utilización de un sistema de ficheros concurrente. En este caso será de la arquitectura de referencia: Veritas Cluster File System. Como consecuencia de ello el clúster de Weblogic necesitará de configuración de almacenamiento compartido, acceso a la SAN y software de clúster (Veritas Infoscale).

Security Provider: Si es necesario el uso de esta funcionalidad indicarlo en este punto.

CLASSPATH. Si es necesario incluir referencias externas al JAVA_HOME se deben definir en este punto.

Certificados de confianza adicionales: Se debe indicar si es necesario incluir certificados de confianza al keystore de la máquina virtual de Java.

Salida a internet vía proxy: Es necesario solicitar también la salida a internet para tener presente la configuración del proxy a nivel de servidor de aplicaciones.

Servidores Windows con Servidor de aplicaciones

Revisar el Anexo II para determinar los sistemas operativos estandarizados.

En caso de no poder utilizar uno de ellos se deberá justificar la decisión.

Nº de servidor	Memoria RAM mínima	Nº CPU mínimo	Versión Sistema Operativo	Versión del contenedor de aplicaciones (ver anexo WL)	Versión máquina virtual (Ver anexo WL)	Memoria dedicada JAVA XMS/XMX	Uso De JMS/JTA
1	4Gb	2	Oracle Linux 7.6	Weblogic 12.2.1.3	JAVA Hotspot 8
2
3

Elementos adicionales:

JMS/JTA: Si se utiliza JTA/JMS será obligatoria la utilización de un sistema de ficheros concurrente. En este caso será de la arquitectura de referencia: Veritas Cluster File System. Como consecuencia de ello el clúster de Weblogic necesitará de configuración de almacenamiento compartido, acceso a la SAN y software de clúster (Veritas Infoscale).

Security Provider: Si es necesario el uso de esta funcionalidad indicarlo en este punto.

CLASSPATH. Si es necesario incluir referencias externas al JAVA_HOME se deben definir en este punto.

Certificados de confianza adicionales: Se debe indicar si es necesario incluir certificados de confianza al keystore de la máquina virtual de Java.

Salida a internet vía proxy: Es necesario solicitar también la salida a internet para tener presente la configuración del proxy a nivel de servidor de aplicaciones.

Entorno Producción

Definir los elementos del entorno de producción, siguiendo la estructura del entorno de PRE, en base a los requisitos de los recursos que necesitarán cada una de las capas que formarán el entorno tecnológico de PRO,

Capa de Base de Datos

<En caso de que el proyecto no disponga de esta capa, eliminar este apartado del documento final a entregar>

La capa de Base de Datos estará formada de acuerdo a los siguientes requerimientos.

Entorno Preproducción

Se solicitan a continuación los datos referidos a los servidores de Bases de Datos y su parametrización.

Se recomienda revisar los Anexos II, III, IV y V para conocer los estándares recomendados y usar uno de ellos.

En caso de necesitar algún componente adicional u otras versiones de software deberá indicarse y justificar dicha necesidad.

Nº de servidor	Memoria RAM mínima	Nº CPU mínimo	Arquitectura (SPARC/x86)	Versión Sistema Operativo	Versión Base de Datos	Memoria dedicada JAVA XMS/XMX	Uso De JMS/JTA
1	25Gb	8	SPARC	Solaris 11	Oracle 11.3 SRU 35	200 GB	25GB
2	25Gb	8	X86	RHEL 7.6	Oracle 11.3 SRU 35	400 GB	50 GB
3

Especificaciones necesarias para construir la Capa de Base de Datos:

Parámetros en Base de Datos Oracle:

Base de Datos	Tipo de Base de Datos	Usuarios Concurrentes	Jobs Concurrentes	Juego de caracteres
1	OLTP	N. Usuarios	N. Jobs	SPANISH.WE8ISO8859P15
2	Datawarehouse	N. Usuarios	N. Jobs	SPANISH.WE8ISO8859P15

Definir de manera previa las siguientes características:

Modo de replicación de datos

Si usa réplicas de vistas materializadas, indicar:

Nombre y permisos del dblink especificando el nombre de la base de datos a la que se conecta.

Periodicidad de refrescos en esas vistas.

Indicar si usa replicación por Veritas Volumen Replicator. Si se requiere la replicación en el CPD contrario por el proceso de continuidad de servicio. Para el entorno de Preproducción la norma es no crear ningún tipo de replicación o BRS. Pero para el entorno de Producción indicar si se necesita replicación al CPD contrario y/o mecanismo de FD. Esto se evaluará en función de la criticidad y las necesidades de cada plataforma.

Opciones del motor de base de datos específicas o adicionales.

Usuarios de la base de datos con sus respectivos permisos.

Necesidad o no de explotación de datos.

Requerimiento de algún componente especial como APEX, ORACLE TEXT… (Ver anexo IV donde se indican los componentes por defecto incluidos en cada Base de datos Oracle)

Entorno Producción

Definir los elementos del entorno de producción en base a los requisitos de los recursos que necesitarán cada una de las capas de base de datos que formarán el entorno tecnológico de PRO, siguiendo la estructura del entorno de PRE.

Inclusión de la bb.dd. en la Orquestación

Si es necesario incluir la base de datos en los flujos de la Orquestación para que se permita lanzar de manera automática modificaciones de datos por parte del solicitante de forma autónoma y bajo las condiciones estipuladas de dicho proceso, ha de indicarse en este cuadro:

Inclusión de la BB.DD en el Orquestador	Ventana de ejecución
SI/NO	No se permite en horario de máxima carga (Ventana habitual: Inicio: 15h Fin: 7h)

Almacenamiento

<En caso de que el proyecto no requiera almacenamiento, eliminar este apartado del documento final a entregar>

A continuación, se especifican las necesidades de almacenamiento.

Discos adicionales locales

Indicar los requerimientos de almacenamiento local para cada uno de los sistemas de las capas anteriores.

Ir a Anexo V para revisar tamaños de almacenamiento estándar.

ROL	Nº del Servidor	Espacio inicial requerido por el aplicativo	Espacio Anual
Servidor de Aplicaciones	1	100 Gb	500 Mb
Clúster de servidores Weblogic	N/A	50 Gb	500 Mb

Cabina de disco

Indicar los requerimientos de almacenamiento en Cabina de Discos de cada una de las capas anteriores.

La necesidad o no de disco de cabina vendrá determinada por:

Necesidad de almacenamiento compartido: Base de datos, Clúster de Weblogic con JMS/JTA, Clúster de SQL… o cualquier otro que necesite que varios hosts accedan al mismo volumen.

Disco adicional mayor de 200 GB aunque no sea compartido.

Requisito de almacenamiento de ficheros accesible por CIFS/NFS: Se usarán las cabinas específicas para tal propósito.

ROL	Nº del Servidor	Local/Clúster	Bloque/Fichero	Espacio inicial requerido por el aplicativo	Incremento Anual
Servidor de Aplicaciones	1	Local	Bloque	250 Gb	500 Mb
Servidor de Aplicaciones	2	Clúster	Bloque	100 Gb	500 Mb
Servidor de Aplicaciones	3	Clúster	Ficheros	150 Gb	500 Mb
Servidor de Bases de datos Oracle	1	Clúster	Bloque	350 Gb	10 Gb

(*) Bloque / Ficheros

<Todo el almacenamiento que se vaya a usar mediante acceso SAN y uso de un sistema de ficheros clásico (NTFS, ext4, XFS, vxfs…) será almacenamiento de bloques.

El almacenamiento orientado a ficheros y accesible por LAN mediante CIFS/SMB o NFS será de tipo Ficheros>

Puesto Cliente

<En caso de que el proyecto no requiera puestos de usuario, eliminar este apartado del documento final a entregar>

Indicar los requisitos del puesto de usuario:

Equipos	Publicación Aplicativo	Navegadores Soportados	Consumo de Ancho de Banda	Consumo de Memoria
PCs	N/A	Internet Explorer, Chrome, Firefox	100Kbps	100 MB
Terminales Ligeros	N/A	Firefox; Cliente Pesado	100Kbps	100 MB
Citrix	G.E. IE8	N/A	100Kbps	100 MB
Citrix	Cliente pesado	Internet Explorer	100Kbps	100 MB

Servicios Balanceados (Granjas)

<En caso de que el proyecto no requiera equipos de balanceo, eliminar este apartado del documento final a entregar>

Indicar los siguientes requisitos para los Equipos de Balanceo.

Protocolos para el Servicio Balanceado (Granja)	Puerto del Servicio Balanceado (Granja/VIP)	Modo de Balanceo de las Sesiones	Gestión Sesiones (Persistencia de sesión) Si es cookie indicar: nombre, longitud	Time-out por Inactividad	Heath Check	Puerto de escucha del servidor que forma parte de la Granja (Real_Port)	Observaciones

Es necesario conocer las siguientes especificaciones:

El uso o no de persistencia queda a criterio del proveedor, aunque se revisará por parte de la STIC que se haya elegido la configuración adecuada de persistencia.

Indicar en el Heath Check la URL.

En Observaciones se debe indicar si es necesario que se publique dentro o fuera de la red de SAS.

Revisar el Anexo I para determinar los parámetros para los Servicios de balanceo.

Comunicaciones entre capas y con elementos externos

Listado de comunicaciones entre capas:

Origen	Destino	Protocolo	Acceso a internet

Listado de comunicaciones con elementos externos:

Origen	Destino	Protocolo	Acceso a internet

Puesta en Servicio

Para la puesta en servicio de una nueva Plataforma, se han de tener en cuenta los siguientes factores:

Pruebas de Carga

Es necesario especificar si la Plataforma va a requerir o no de pruebas de sistemas para su paso a Operación.

Si son requeridas, especificar los diferentes módulos/aplicativos/plataformas relacionados que se vean afectados para poder ejecutar el plan de pruebas.

Paso a Histórico

Determinar el volumen de datos a guardar, e identificar la necesidad de paso a histórico de la información liberando así los sistemas.

Paso a Operación

Para el paso a Operación es necesario cumplimentar la siguiente tabla:

Paso a Operación	SI\NO	Observaciones
Afecta a otra plataforma	<Identificar las plataformas afectadas>
Parada de servicio
Parada fuera de horario
Plataforma ya en Operación

Explotación datos

En caso de que el proyecto sea nuevo, identificar si se va a realizar explotación de datos y plataforma a utilizar para la explotación.

Indicadores de negocio

Para la monitorización a nivel de servicio indicad si por la criticidad de la plataforma es necesario que existan uno o varios indicadores de negocio que representen la actividad del aplicativo con la suficiente granularidad para poder detectar, ante una desviación de dicho indicador, un impacto en el servicio.

Indicador de Negocio	SI\NO

Rellenar en caso de que si:

Indicador	Ubicación en el Panel de Monitorización
Indicador 1: Select …..	Ej. Carrusel Área Gestión de profesionales
Indicador 2 (Pdte definir).
…

Monitorización no estándar

La monitorización de los elementos se realizará bajo System Center Operation Manager 2019.

Para la monitorización estándar consultar el Anexo VII del documento.

Para monitorizar elementos que no se incluyan en el Anexo VII, se deberá justificar la necesidad y requisitos necesarios para dicha monitorización.

Dicha solicitud debe ir lo más detallada posible contando el tipo de objetos a monitorizar, S.O., Roles, BBDD, indicadores, versiones…

Elemento	Tipo de monitorización

Backup no estándar

<En caso de Backup estándar eliminar la siguiente información del documento final>

Las políticas de backup estándar pueden ser consultadas en el Anexo VI.

En caso de la realización de un backup especifico distinto, con distintas programaciones o simplemente la no necesidad de backup se deben reflejar los requisitos necesarios para la creación de estas políticas específicas.

Ejemplo: tenemos un servidor de aplicaciones que genere pdf a filesystem y necesite ser guardado, u otra aplicación que trabaje con ficheros de carga. Si la base de datos genera ficheros externos que necesiten realizarse backup, también ha de indicarse.

Se debe completar la siguiente información en el caso de Backup no estándar en cada capa.

Servidores de aplicación o de propósito general (Backup de Ficheros)

Los datos mostrados a continuación son un ejemplo de las políticas estándar del Anexo II.

Rol / Nº Servidor
CPD
Sistema Operativo
¿Es un clúster?

Frecuencia y Retención del Backup
Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	18:00	6:00	3 meses
Full Semanal	Sábado (2º,3º,4º y 5º)	16:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	16:00	00:00 lunes	4 meses

Datos a guardar
Rutas a guardar	ALL_LOCAL_DRIVES
Estimación del espacio del Full
Estimación del espacio del incremental

Base de Datos Oracle (Backup de Ficheros)

Los datos monitorizados a continuación son un ejemplo de las políticas estándar del Anexo IV

Rol / Nº BBDD
CPD
Sistema Operativo
¿Es un clúster?
Backup Online u Offline

Estimación de tamaño a guardar
Estimación del espacio del Full
Estimación del espacio del incremental

Frecuencia y Retención del Backup
Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
IncrementalDiferencial	L,M,J,V	17:00	23:00	1 mes
IncrementalAcumulativo	X	17:00	23:00	1 mes
Full Semanal	Sábado (2º,3º,4º y 5º)	10:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	10:00	00:00 lunes	12 meses
Full Anual	Sábado (1º del año)	10:00	00:00 lunes	5 años
ArchiveLogs07	L,M,X,J,V,S,D	7:00	10:00	3 meses
ArchiveLogs14	L,M,X,J,V,S,D	14:00	17:00	3 meses
ArchiveLogs22	L,M,X,J,V,S,D	22:00	1:00	3 meses

Base de Datos SQL

Los datos mostrados a continuación son un ejemplo de las políticas estándar del Anexo III

Rol / Nº BBDD
CPD
Sistema Operativo
¿Es un clúster?
Backup Online u Offline

Tipo Full

Estimación de tamaño a guardar
Estimación del espacio del Full
Estimación del espacio del incremental

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Semanal	Sábado (1º,2º,3º,4º y 5º)	4:00	00:00 lunes	6 meses

Tipo Incremental

Estimación de tamaño a guardar
Estimación del espacio del Full
Estimación del espacio del incremental

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Semanal	Sábado (1º,2º,3º,4º y 5º)	4:00	00:00 lunes	6 meses

Esquema Lógico

Diagrama de despliegue de los componentes software desde un punto de vista lógico indicando el protocolo de comunicación usado entre los módulos lógicos.

<Ejemplo de Diagrama>

Ejemplo Esquema Lógico

Acuerdo de cumplimiento con la Normativa vigente

La empresa desarrolladora se compromete a que las especificaciones descritas en este documento son acordes a la versión vigente de las normas y requisitos publicados por la Oficina Técnica de la STI en el portal Unific@, en la sección Normas y Recomendaciones.

Si las circunstancias hicieran aconsejable desviarse de dicho catálogo de normas en algún aspecto concreto, se justificará dicha circunstancia a la Oficina Técnica, siendo imprescindible en cualquier caso el visto bueno de la misma para optar por la solución no contemplada en el paquete de normas.

En caso de NO Cumplimiento Indique las causas por las que no ha sido posible que las especificaciones de esta Descripción General del Entorno Tecnológico sean acordes con la Normativa estipulada.

Referencias

Se desglosa a continuación el material de soporte, utilizado para la elaboración del presente documento:

Código	Título

Anexos

Anexo I Parámetros para los servicios balanceados

Modo de Balanceo de las sesiones	Descripción
leastconns	With the leastconns (least connections) option, the number of connections currently open on each real server is measured in real time. The server with the fewest current connections is considered to be the best choice for the next client connection request.
roundrobin	With the round-robin option, new connections are issued to each server in turn. The first real server in this group gets the first connection, the second real server gets the next connection, followed by the third real server, and so on.

Gestión Sesiones (persistencia de sesión)	Descripción
cookie	Name: Specifies the name of the cookie whose value is used to select the server. Maximum characters: 20 Offset:Specifies the starting point of the cookie value for cookie rewrite or passive modes. Values: 1 – 64 Length: Specifies the number of bytes to extract from the cookie value in cookie rewrite or passive modes. For cookie rewrite, the length must be 28. Values: 1 – 64 Default: 1 URI: Specifies whether to look for the persistence cookie in the URI or in the HTTP cookie headers. Default: disable
ninguna

Time-out por Inactividad	Descripción
Por defecto	10 minutos

Heath Check	Descripción
HTTP	Se indicara un “Path" que será la petición HTTP que se lanza al servidor esperando obtener un código 200 OK.

Anexo II Sistemas Operativos estándar

Windows

Versión	Versiones	Parches
Windows Server	2016, 2019	Los sistemas Windows siempre se construirán con la última actualización de parches disponible.

Linux sin Veritas Infoscale

Distribución	Versiones
Oracle Linux	7.6, 7.3, 6.9, 6.6, 6.4
RedHat	7.6, 7.4, 6.9

Linux con Veritas Infoscale

Distribución	Versión	Versión Veritas InfoScale
Oracle Linux	7.6, 7.3	7.3.1
RedHat	7.6	7.3.1

Solaris

Versión	Update	Arquitectura	Versión Veritas InfoScale
11.3	SRU 35	SPARC	7.3.1
10	-	SPARC	6.1.1

Anexo III Configuraciones estándar de servidores de aplicaciones.

Weblogic

Versión Weblogic	Versión de JVM
12.2.1.3	Java HotSpot 8

Anexo IV Configuraciones estándar de Bases de Datos.

Oracle

Versión Oracle	Tipo BBDD	Codificación	Componentes instalados por defecto
19c	OLTP	SPANISH.WE8ISO8859P15	CATALOG, CATJAVA, CATPROC, JAVAVM, OWM, RAC (OFF), XDB, XML

Anexo V Almacenamiento estándar

Se definen a continuación la asignación de almacenamiento estándar a aplicar si no se indican configuraciones específicas en el apartado del documento referido a almacenamiento

Servidores Windows

Propósito del disco	Tamaño (GB)	Tipo (Hypervisor / Cabina de discos)
Disco S.O	50	Hypervisor
Disco adicional para aplicativo	50	Hypervisor

Servidores Linux virtuales de propósito general

Propósito del disco	Tamaño (GB)	Tipo (Hypervisor / Cabina de discos)
Disco S.O	50	Hypervisor
Disco adicional para aplicativo	50	Hypervisor

Servidores Linux virtuales para clúster de Weblogic sin almacenamiento compartido.

Propósito del disco	Tamaño (GB)	Tipo (Hypervisor / Cabina de discos)
Disco S.O	50	Hypervisor
Disco adicional para aplicativo	75	Hypervisor

Servidores Linux virtuales para clúster de Weblogic con almacenamiento compartido.

Propósito del disco	Tamaño (GB)	Tipo (Hypervisor / Cabina de discos)
Disco S.O	45	Hypervisor
Disco adicional para aplicativo	75	Hypervisor
Disco adicional compartido para aplicativo	25	Cabina de discos

Base de Datos Oracle

Propósito del volumen	Tamaño (GB)	Tipo (Hypervisor / Cabina de discos)
Archive (Solo BBDD Producción)	100	Cabina de discos
Datos	100 / 200	Cabina de discos
Indices	100 / 200	Cabina de discos
Undo	50	Cabina de discos
Temp	50	Cabina de discos

Anexo VI Políticas de Backup estándar

Se definen a continuación las políticas de backup estándar a aplicar si no se indican configuraciones específicas en el apartado del documento referido a políticas de backup.

Entorno de producción

Backups Base de Datos Oracle de tipo Online

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
IncrementalDiferencial	L,M,J,V	17:00	23:00	1 mes
IncrementalAcumulativo	X	17:00	23:00	1 mes
Full Semanal	Sábado (2º,3º,4º y 5º)	10:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	10:00	00:00 lunes	12 meses
Full Anual	Sábado (1º del año)	10:00	00:00 lunes	5 años
ArchiveLogs07	L,M,X,J,V,S,D	7:00	10:00	3 meses
ArchiveLogs14	L,M,X,J,V,S,D	14:00	17:00	3 meses
ArchiveLogs22	L,M,X,J,V,S,D	22:00	1:00	3 meses

Backups Base de Datos Oracle de tipo Offline

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Mensual	Sábado (1º del mes)	8:00	00:00 lunes	6 meses

Backups Full Base de Datos SQL

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Semanal	Sábado (1º,2º,3º,4º y 5º)	4:00	00:00 lunes	6 meses

Backups Incrementales Bases de Datos SQL

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	20:00	6:00	3 meses

Backups de ficheros

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	18:00	6:00	3 meses
Full Semanal	Sábado (2º,3º,4º y 5º)	16:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	16:00	00:00 lunes	4 meses

Backups NDMP (montajes desde cabina de ficheros CIFS/NFS)

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	18:00	4:00	2 meses
Full Semanal	Sábado (2º,3º,4º y 5º)	18:00	00:00 lunes	2 meses
Full Mensual	Sábado (1º del mes)	18:00	00:00 lunes	4 meses

Entorno de preproducción

Backups Base de Datos Oracle de tipo Online

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
IncrementalDiferencial	L,M,J,V	15:00	23:00	2 semanas
IncrementalAcumulativo	X	15:00	23:00	2 semanas
Full Semanal	Sábado (2º,3º,4º y 5º)	10:00	00:00 lunes	1 mes
Full Mensual	Sábado (1º del mes)	10:00	00:00 lunes	3 meses
Full Anual	Sábado (1º del año)	10:00	00:00 lunes	12 meses
ArchiveLogs07	L,M,X,J,V,S,D	7:00	10:00	1 mes
ArchiveLogs14	L,M,X,J,V,S,D	14:00	17:00	1 mes
ArchiveLogs22	L,M,X,J,V,S,D	22:00	1:00	1 mes

Backups Base de Datos Oracle de tipo Offline

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Mensual	Sábado (1º del mes)	8:00	00:00 lunes	3 meses

Backups Full Base de Datos SQL

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Full Semanal	Sábado (1º,2º,3º,4º y 5º)	4:00	00:00 lunes	3 meses

Backups Incrementales Bases de Datos SQL

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	20:00	6:00	1 mes

Backups de ficheros

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	18:00	6:00	1 mes
Full Semanal	Sábado (2º,3º,4º y 5º)	16:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	16:00	00:00 lunes	4 meses

Backups NDMP (montajes desde cabina de ficheros CIFS/NFS)

Schedule	Día Ejecución	Hora Inicio	Hora Fin	Retención
Incremental Diario	L,M,X,J,V	18:00	6:00	1 mes
Full Semanal	Sábado (2º,3º,4º y 5º)	18:00	00:00 lunes	3 meses
Full Mensual	Sábado (1º del mes)	18:00	00:00 lunes	4 meses

Anexo VII Monitorización estándar

La monitorización se realizará bajo Operation Manager 2019, por lo que lo siguientes roles deben estar en la versión admitida por Operation Manager 2019.

Consultar esta información accediendo a:

Https://docs.microsoft.com/es-es/mem/configmgr/core/plan-design/configs/supported-operating-systems-for-clients-and-devices

Se considera monitorización estándar aquella basada en los siguientes roles:

Sistemas Operativos: Windows, Linux y Unix

BBDD Oracle, SQL, SQLPlus

Servidores Web: Apache Tomcat, JBoss, Weblogic

Dispositivos de red (A consultar el tipo de dispositivo)

Indicar que Operation Manager funciona bajo paquetes de administración, los cuales contienen las métricas a monitorizar, que confieren la monitorización automática del elemento deseado. Por lo que se debe consultar sobre la monitorización del dispositivo de red necesario a monitorizar.