PROCEDIMIENTO DE CONTINGENCIA SISMAULE

SITES
Servicio de Salud Maule

Departamento TIC

PROCEDIMIENTO
CONTINGENCIA
SISMAULE

El objetivo de este documento es definir y establecer el procedimiento de

contingencia del software SISMAULE del Servicios de Salud Maule

ELABORADO POR REVISADO POR

VERSION Nº 1.0
Félix Sáez S. Héctor Bastidas V. noviembre 2018
1.0
____ _______ ____ __________
<jefe Unidad
Servicio Infraestructura>
de Salud Maule <jefe Depto TIC>
Página 1 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

TABLA DE CONTENIDOS

Tabla de contenidos ............................................................................................................ 2

PROCEDIMIENTO DE CONTINGENCIA SISMAULE ................................................................. 3
1.1. Proposito del procedimiento.................................................................................. 3
1.2. Alcance................................................................................................................... 3
1.3. Referencias ............................................................................................................ 3
1.4. Responsabilidades.................................................................................................. 3
1.5. Definiciones ........................................................................................................... 4
1.6. Método de trabajo ................................................................................................. 5
1.6.1. DESCRIPCIÓN DE ACTIVIDADES .............................................................................. 5

1.0

Servicio de Salud Maule

Página 2 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

PROCEDIMIENTO DE CONTINGENCIA
SISMAULE

1.1. PROPOSITO DEL PROCEDIMIENTO

El propósito del procedimiento es mantener en funcionamiento las aplicaciones del

Servicio de Salud del Maule cuando se producen fallas en el hardware, software y
enlaces.

1.2. ALCANCE

Las aplicaciones afectadas por este procedimiento corresponden a los sistemas de

información:

• SISMAULE
• Abastecimiento
• Gestión de Documentos
• Bienestar
• Administración de Convenios
• Administración de Procesos Sumariales
• Lista de Espera GES
• Otros datos almacenados en la base de datos Oracle

1.3. REFERENCIAS

Las técnicas utilizadas para realizar las operaciones de este procedimiento están
descritas en los manuales de los software utilizados: Oracle, Apache, Linux.

1.4. RESPONSABILIDADES

Los responsables de la manejar las contingencias de los sites son los ingenieros de
turno y el Jefe de la Unidad. Todos de la Unidad de Infraestructura del Depto. TIC
del Servicio de Salud Maule.

1.0

Servicio de Salud Maule

Página 3 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

1.5. DEFINICIONES

Para entender el proceso de sincronización es necesario entender los siguientes

conceptos:

o Oracle: Motor de Base de Datos Relacional

o RAC: Clúster de servidores Oracle
o Oracle ActiveDataguard: Software de Oracle que implementa sincronización de
base de datos Oracle.
o Archivelog: Archivo de datos de Oracle que almacena las últimas transacciones
ejecutadas.
o Instancia: Base de datos Oracle activa en un servidor.
o Base de Datos Standby: Base de datos en estado pausada o de solo lectura, pero
recibe archivelog de las instancias de producción.

1.0

Servicio de Salud Maule

Página 4 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

1.6. MÉTODO DE TRABAJO

El procedimiento de contingencia de Site SSM está construido de acuerdo a las

normas y políticas descritas en el documento “Normas de Seguridad y Respaldo de
Información”.

1.6.1. DESCRIPCIÓN DE ACTIVIDADES

El Servicio de Salud del Maule (DSSM) mantiene 2 sites con los servidores y
aplicaciones utilizadas por los establecimientos de la región. Ambos sites están
siempre en funcionamiento (online), el site ubicado en DSSM tiene el rol de principal
y mantiene las aplicaciones en modo transaccional y el site ubicado en el Hospital
Regional de Talca tiene el rol de secundario y mantiene una réplica de la base de
datos en modo solo lectura que se usa para reportería. Ambos sites tienen el mismo
equipamiento para la base de datos y aplicativos y la configuración varia solo en el
site que está como transaccional (principal). Los escenarios contemplados en este
procedimiento son los siguientes:

1. Falla Base de Datos site principal

2. Falla aplicativos site principal
3. Falla completa de site principal
4. Falla base de datos site secundario
5. Falla aplicativos site secundario
6. Falla completa site secundario.
7. Cambio de rol entre principal y secundario.

1.0

Servicio de Salud Maule

Página 5 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

1.- Falla base de datos site principal:

En este caso se deben realizar las siguientes acciones en el orden indicado:

1.- Aplicar el procedimiento de failover detallado en el anexo N°1 en el site que

tiene el rol de “secundario”.

2.- En cualquiera de los servidores del cluster web del site con rol de “principal”,
modificar el archivo /var/apache2/site_principal.php y cambiar el alias de
conexión a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal
está en HRT

3.- En cualquiera de los servidores del cluster web del site con rol “secundario”
modificar el archivo /var/apache2/site_principal.php y cambiar el alias de
conexión a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal
está en HRT

Después de ejecutar los pasos, el site secundario quedará con la base de datos
transaccional y de reportería hasta que se repare la base de datos del site
principal.

2.- Falla aplicativos site principal:

En este caso solo de debe informar a los usuarios que usen la url principal
(sismaule.ssmaule.cl) si el site principal está en HRT o la url de contingencia
(contingencia-sismaule.ssmaule.cl) si el site principal está en DSSM.

3.- Falla completa del site principal:

En este caso se deben realizar las siguientes acciones en el orden indicado:

1.- Aplicar el procedimiento de failover detallado en el anexo N°1 en el site que tiene
el rol de “secundario”.

2.- En cualquiera de los servidores del cluster web del site con rol “secundario”
modificar el archivo /var/apache2/site_principal.php y cambiar el alias de conexión
a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal están en HRT

3.- Indicar a los usuarios a los usuarios que usen la url principal (sismaule.ssmaule.cl)
si el site principal está en HRT o la url de contingencia (contingencia-
sismaule.ssmaule.cl) si el site principal está en DSSM.

Después de este procedimiento, el site secundario queda como principal.

1.0

Servicio de Salud Maule

Página 6 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

4.- Falla base de datos site secundario:

En este caso se deben realizar las siguientes acciones en el orden indicado:

1.- En cualquiera de los servidores del cluster web del site con rol de “principal”,
modificar el archivo /var/apache2/site_secundario.php y cambiar el alias de
conexión a “dssmpool” si el site principal es la DSSM o “hrt2” si el site principal está
en HRT

2.- En cualquiera de los servidores del cluster web del site con rol “secundario”
modificar el archivo /var/apache2/site_secundario.php y cambiar el alias de
conexión a “dssmpool” si el site principal es la DSSM o “hrt2” si el site principal están
en HRT

Después de ejecutar este procedimiento, el site principal sigue como principal y la

base de datos secundaria que da offline saliendo los reportes y transacciones en el
site principal.

5.- Falla aplicativos site secundario:

En este caso solo de debe informar a los usuarios que usen la url principal
(sismaule.ssmaule.cl) si el site principal está en DSSM o la url de contingencia
(contingencia-sismaule.ssmaule.cl) si el site principal está en HRT.

6.- Falla completa del site secundario:

En este caso se deben realizar las siguientes acciones en el orden indicado:

1.- En cualquiera de los servidores del cluster web del site con rol “principal”
modificar el archivo /var/apache2/site_secundario.php y cambiar el alias de
conexión a “dssmpool” si el site principal es la DSSM o “hrt2” si el site principal están
en HRT

2.- Indicar a los usuarios a los usuarios que usen la url principal (sismaule.ssmaule.cl)
si el site principal está en DSSM o la url de contingencia (contingencia-
sismaule.ssmaule.cl) si el site principal está en HRT.

Después de este procedimiento, el site secundario queda offline saliendo

transacciones y reportes en el site principal.

1.0

Servicio de Salud Maule

Página 7 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

7.- Cambio de rol entre principal y secundario.

En este caso se deben realizar las siguientes acciones en el orden indicado:

1.- Detener los LVS del site con rol de principal:

- Con usuario root ingresar por ssh al servidor LVS1 (ip 10.7.196.130 si principal
está en DSSM o 10.3.205.113 si está en HRT) y ejecutar el comando “service
pulse stop”.
- Con usuario root ingresar por ssh al servidor LVS2 (ip 10.7.196.131 si principal
está en DSSM o 10.3.205.114 si está en HRT) y ejecutar el comando “service
pulse stop”.
2.- Detener los LVS del site con rol de secundario
- Con usuario root ingresar por ssh al servidor LVS1 (ip 10.7.196.130 si
secundario está en DSSM o 10.3.205.113 si está en HRT) y ejecutar el comando
“service pulse stop”.
- Con usuario root ingresar por ssh al servidor LVS2 (ip 10.7.196.131 si
secundario está en DSSM o 10.3.205.114 si está en HRT) y ejecutar el comando
“service pulse stop”.
3.- Ejecutar el procedimiento de Switchover indicado en el anexo N°2
4.- En cualquiera de los servidores del cluster web del site con rol “secundario”
modificar el archivo /var/apache2/site_principal.php y cambiar el alias de conexión
a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal está en HRT.
5.- En cualquiera de los servidores del cluster web del site con rol “secundario”
modificar el archivo /var/apache2/site_secundario.php y cambiar el alias de
conexión a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal está
en HRT.
6.- En cualquiera de los servidores del cluster web del site con rol “principal”
modificar el archivo /var/apache2/site_principal.php y cambiar el alias de conexión
a “hrt2” si el site principal es la DSSM o “dssmpool” si el site principal está en HRT.
7.- En cualquiera de los servidores del cluster web del site con rol “principal”
modificar el archivo /var/apache2/site_secundario.php y cambiar el alias de
conexión a “dssmpool” si el site principal es la DSSM o “hrt2” si el site principal está
en HRT.
8.- Levantar los LVS del site secundario.
- Con usuario root ingresar por ssh al servidor LVS1 (ip 10.7.196.130 si
secundario está en DSSM o 10.3.205.113 si está en HRT) y ejecutar el comando
“service pulse start”.
- Con usuario root ingresar por ssh al servidor LVS2 (ip 10.7.196.131 si
secundario está en DSSM o 10.3.205.114 si está en HRT) y ejecutar el comando
“service pulse start”.
9.- Levantar los LVS del site principal.
- Con usuario root ingresar por ssh al servidor LVS1 (ip 10.7.196.130 si principal
está en DSSM o 10.3.205.113 si está en HRT) y ejecutar el comando “service
pulse start”.

1.0

Servicio de Salud Maule

Página 8 de 9
 PROCEDIMIENTO DE CONTINGENCIA SISMAULE
SITES

- Con usuario root ingresar por ssh al servidor LVS2 (ip 10.7.196.131 si
secundario está en DSSM o 10.3.205.114 si está en HRT) y ejecutar el comando
“service pulse start”.

Después de ejecutar este procedimiento el site principal toma el rol de secundario y

el site secundario toma el rol de principal.

1.0

Servicio de Salud Maule

Página 9 de 9