You are on page 1of 11

Date:25-01-

2016
Procedimiento de Respaldo de Informacin
de los Servidores Page:1/9

Version:1.4

PROCEDIMIENTO DE RESPALDO DE INFORMACION DE LOS


SERVIDORES

OBJETIVO

Establecer los procedimientos que permiten respaldar la informacin de los Servidores de la


Compaa ante cualquier siniestro interno o externo. De manera que se logre recuperar la
informacin para la continuidad de los procesos y operaciones.

ALCANCE

El presente es un documento del rea de Sistemas. El respaldo de informacin en mencin es


para el rea de Cmputo y estn involucrados los Servidores ubicados en el Data Center de
Cmputo que almacenen datos relevantes para el funcionamiento de la compaa.

CONSIDERACIONES

1. Este documento hace referencia a los Servidores de Red con Sistema Operativo
Windows 2012 Server, Servidor de Correos Exchange server 2010, Servidor de Base de
Datos SQL.

2. Para la realizacin de las copias de respaldo se utilizarn dispositivos HP LTO5.

Los dispositivos tienen una capacidad de almacenamiento de 3 Tb. Con


comprensin mxima de 1.6 TB.

3. Se utilizara el CA ARC Server Backup como software de aplicacin para el respaldo de


la informacin.
Este programa permite a travs de consola crear, ejecutar y monitorizar las tareas de
backup programadas.

4. Existe 1 lugar de almacenamiento fsico de las cintas:

Interno: Oficina de Gerencia de Administracin.

En este momento las cintas son ubicadas en la oficina de Gerencia de administracin,


pero se recomienda la ubicacin en un lugar seguro fuera de la oficina de sistemas,
mejor aun fuera de la compaa pero que sea rpidamente accesible en caso de
emergencia.
Date:25-01-
2016
Procedimiento de Respaldo de Informacin
de los Servidores Page:2/9

Version:1.4

SERVIDORES Y CINTAS

El Servidor donde se encuentra instalado el CA ARC Serve Backup es HADES con una direccin
de red 172.16.3.22. La cuenta de servicio para administrar el software es brbackupsa.

1. Los Servidores considerados para el Backup son: Plutn, Atenea, Hades, Odin, Tntalo,
Argos, Vulcano, Urano, Icaro, Perseo, Hermes.
El tipo de Backup es FULL Tanto para Backup diario, quincenal y mensual.

La informacin a respaldar ser:

BACKUP DE ARCHIVOS Y SYSTEM STATE:

SERVID
CARACTERISTICA ARCHIVOS BACKUP
OR
SYSTEM STATE (Sistema Operativo)
SERVIDOR DE
PLUTON D:\Atlanticcity\
ARCHIVOS
D:\Aplicativos\
SERVIDOR DE SYSTEM STATE (Sistema Operativo)
ATENEA
ARCHIVOS D:\
SYSTEM STATE (Sistema Operativo)
HADES SERVIDOR C:\Program Files\CA\ARCserve Backup Client Agent for
Windows\LOG

SERV.CONTROLADOR
ODIN DE DOMINIO SYSTEM STATE (Sistema Operativo)
PRIMARIO

TANTAL SERVIDOR DE BASE


SYSTEM STATE (Sistema Operativo)
O DE DATOS

ARGOS SERVIDOR SYSTEM STATE (Sistema Operativo)

SERV.CONTROLADOR
VULCAN
DE DOMINIO SYSTEM STATE (Sistema Operativo)
O
PRIMARIO

SERVIDOR DE
URANO
CORREO SYSTEM STATE (Sistema Operativo)
SYSTEM STATE (Sistema Operativo)
E:\SW\ (Instaladores para reportes Posfin, Portal,
SERVIDOR WEB
ICARO Mktcome)
SERVER
C:\Data
C:\Inetpub
PERSEO SERVIDOR WEB SYSTEM STATE (Sistema Operativo)
SERVER
SHAREPOINT
D:\EFACT
D:\ACITY
HERME
ARCHIVOS *CDR *PDF *XML_BK *ZIP_AFIRMADO *EXE *IMGCODIGOBARRA
S
*XML
*XML_FIRMADO *ZIP_FIRMADOBK *LOGFILES

Date:25-01-
2016
Procedimiento de Respaldo de Informacin
de los Servidores Page:3/9

Version:1.4

BACKUP DE BASE DE DATOS EN LOS SIGUIENTES SERVIDORES:

SERVIDOR CARACTERISTICA ARCHIVOS BACKUP


BD_OSIS_BM (Interfaz para importar asientos del OSIS -BM)
BM2012 (Base datos BM)
MASTER (Base Datos Configuracin del SQL)
HERMES BACKUP DE BASE
(BM) DE DATOS DE BM MSDB (Base Datos Configuracin del SQL)
BM2012_TEST (Base Datos Ambiente de Prueba)
BDEFACT_ACITY (Base Datos Facturacin Electrnica)
BM_ACITYPERU (Base Datos Atlantic City Peru.com Sac)
COR_REHU_V0101 (Base de datos del OSIS)
Mktcome (Base de datos Modulo web Comercial)
Intranet (Base de Datos del Portal Anx, Nxt, etc.)
Posfin (Sistema POS Financiero Teso. Bove)
BDAPPV1 (Sistema SGTI - OSAC )
TEST (Examen ON-LINE)
BACKUP DE BASE ACBITACORA (Bitacora)
TANTALO
DE DATOS MASTER (Base Datos Configuracin del SQL)
MSDB (Base Datos Configuracin del SQL)
ISPLANET(2008) (Base Datos ISPLAN)
AFIN (2008) (Base Datos Usado por Patrim-Contabilidad)
AC_VALE (Base Datos de Vales de Movilidad)
PRESUPUESTO2014 (Base Datos Sistema Presupuesto)
BDOBJPER (Base Datos Modulo de objetos extrav.)
HERMES BACKUP DE BASE ALMACEN (Base datos Modulo Almacen Inforest)
(INFHOTEL DE DATOS DE
) INFHOTEL INFORESTCASINO (Base datos Inforest para el casino)
INFORESTCOMERCIAL (Base datos Inforest unidades negocio)
INFHOTELCASINO (Base datos Infhotel para el casino)
INFHOTEL (Base datos Modulo Infhotel Even, Banq)
BD INTERFAZ (Base datos comunic. BM, Inforest Almacen)
INTEGRADATO (Base datos para Modulo Utilitario)
MASTER (Base Datos Configuracin del SQL)
MSDB (Base Datos Configuracin del SQL)
INFSEGURIDAD (Base de datos Seguridad y Licencia Inforest)
SKADI BACKUP DE BASE
DE DATOS ACTIVOSFIJOS (Base de datos de Activos Fijos)
BALDER ACTIVOS FIJOS

Date:55-01-
2016
Procedimiento de Respaldo de Informacin
de los Servidores Page:4/9

Version:1.4

BACKUP CORREOS:

SERVID
CARACTERISTICA ARCHIVOS BACKUP
OR
Microsoft Exchange Server 1492227137 (Base de Datos Buzones de correo)
Document Level ATLANTICCITY (Base de Datos Buzones de correo)
URANO
Microsoft Exchange Server 1492227137
Database Level ATLANTICCITY

Referencia de responsabilidades:

David Tamanaja y Daniel Valdivia = Base de Datos de InfHotel

David Tamanaja = Sistema de Bitacora y mdulos interfaces relacionados a


Inforest_BM.

Daniel Valdivia = Portal y todos los mdulos e interfaces relacionados a la


intranet.

Percy Ameri y Carlos Gordillo = Todo el sistema BM, mdulos relacionados e


interfaces a BM y BD.

Percy Ameri = AFIN, ISPLAN, OSIS, FACTURACION ELECTRONICA.

Carlos Gordillo = POS Financiero y todos los mdulos e interfaces


relacionada a esta.

Edward Huamn = Exchange, File server, Directorios Activos, informacin de


discos externos.

2. Se realizar un Backup Full y se repetir todos los das hasta que la cinta este llena. Se
considera tres (03) cintas por cada da.
Date: 15-10-
2015
Procedimiento de Respaldo de Informacin
de los Servidores Page:5/9

Version:1.3

BACKUP DE MAQUINAS VIRTUALES.

Se genera una tarea mensual para realizar mquinas virtuales Completas.

- Icaro : (Servidor Web Server Aplicativos Portal)


- Tantalo : (Servidor Base de Datos)
- Urano : (Servidor de Correo)
- Orion : (Directorio Activo Principal)
- Perseo : (Servidor Web IIS Portal )
- Poseidon : (Servidor de Antivirus EPO)
- Pluton : (Servidor File Server)
- Vulcano : (Servidor de Directorio Activo)
- Hermes : (Servidor de Base de Datos)

ESTRATEGIA DE BACKUP:

La estrategia utilizada para realizar el backup ser la full o completa. Las tareas de
backup sern 3, las cuales son las siguientes:

BACKUP DIARIO

El cual se llevar a cabo todos los das de lunes a domingo, se utilizara tres (03)
cintas por cada da.

BACKUP HISTORIAL

Backup Da 15, Incluye el backup completo de todo lo obtenido el da quince de


cada mes, el cual se almacenar en tres (03) cintas, las cuales sern puestas en
resguardo, asimismo, las cintas diarias sern reutilizadas en el nuevo proceso de
backup.

Backup Da 30, Incluye el backup completo de toda la informacin con la que se


cuenta el da 30 de cada mes, la cual se almacenar en tres (03) cintas, las cuales
se pondrn en reguardo, asimismo, las cintas de los das anteriores seguirn siendo
reutilizadas para el nuevo proceso de backup.

Date:15-10-
2015
Procedimiento de Respaldo de Informacin
de los Servidores Page:6/9

Version:1.3

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 .. 30
BK BK BK BK BK BK BK BK BK BK BK BK BK BK BK BK BK BK BK
D D D D D D D D D D D D D D D D D D D
BK BK
Q M
BK
D

Backup Diario
se elimina Backup Historial no se elimina

Backup Diario
Backup Quincenal
Backup Mensual

Ubicacin de Cintas:

Panel Panel
Izquierd derech
o o
Viernes Martes
Sbado Mircol
es
Doming Jueves
o
Lunes
SOBRE EL PROCESO DE EJECUCION DEL BACKUP

1. El lanzamiento del backup se programara en la madrugada para que no coincida con


procesos de los usuarios.
2. El Backup diario, quincenal, mensual estn configurados bsicamente para respaldar
informacin crtica.
3. Todos los Backups estn configurados para que se generen un archivo .LOG, donde se
registre informacin del proceso, el cual sea backcapeada.
4. En caso de que proceso de Backup no se realice en su horario establecido se deber
realizar indefectiblemente a primera hora del da siguiente.
5. Se definir un estimado anual de cintas a usarse.
6. El asistente de Sistemas deber registrar diariamente en el Formato de Registro
diario de backup (Anexo 01 ) la confirmacin del backup realizado en el da, y
registrar las observaciones que se hayan podido presentar en algn servidor.
7. Este registro ser resguardado en el File Server (ATENEA)

Date:15-10-
2015
Procedimiento de Respaldo de Informacin
de los Servidores Page:7/9

Version:1.3

ETIQUETADO DE CINTAS

Las cintas sern etiquetadas cumpliendo con el siguiente formato: XX-ddmmyy-Y-NN

Donde:

XX : Da de la semana para el Backup diario y mes en que se realiza el


backup para el backup quincenal y mensual.

ddmmyy : Fecha en que se realiza el backup.

Y : Tipo de Backup

D : Backup Diario

Q : Backup Quincenal

M : Backup Mensual

NN : Inventario de Cinta.

Formato de backup diario

LU-130812-D-01-01/03

01/03 Nro. de cinta/Total de cintas


del da
01, 02, 0324 Nro. de cinta segn el da del
mes

D: Diario Tipo de Backup

Q: Quincenal

M: Mensual

DD/MM/AA Fecha de Backup

LU, MA, MI DO Da de la Semana

Date:15-10-
2015
Procedimiento de Respaldo de Informacin
de los Servidores Page:8/9

Version:1.3

FORMATO DE BACKUP HISTORICOS

XX-150610-Q-16-01/03

Nro. de cinta/Total de
cintas del da.

16, 17, 18 24 Nro. De cinta segn


el da del mes.

Q: Quincenal

M: Mensual Tipo de Backup

DD/MM/AA Fecha de Backup

NUMERO DE MES

RESTAURACION DE BACKUP

Por poltica se realiza pruebas de restauracin todos los das viernes de cada semana,
haciendo un muestreo de los backup realizados.
El Asistente de Sistemas deber registrar la actividad de restauracin en el Formato
de Pruebas de Restauracin de Backup (Anexo 02).
Cada responsable del servicio deber validar la integridad del backup, comparando la
informacin en produccin con la de la fecha especificada en el documento.
Este registro ser resguardado en el File Server (ATENEA)

Nota:

Todos los Viernes se almacena el backup del da en tres (03) cintas con el fin de
utilizarlo como respaldo semanal, las restantes son borradas para su reutilizacin.

Date:15-10-
2015
Procedimiento de Respaldo de Informacin
de los Servidores Page:9/9

Version:1.3
DISPOCISION DE CINTAS PARA BACKUP HISTORICOS

Es necesario considerar la disposicin de 6 cintas mensuales para histricos:

03 Quincenas
03 Fin de mes

Una vez ejecutado el backup histrico estas cintas se guardan y nunca son eliminadas, pues
forman parte de la informacin histrica de la compaa.

REPORTES A EJECUTAR

Desde la consola del CA ArcServe Backup se emitirn los reportes en caso se soliciten para
llevar un mejor control de las tareas de backup que se realizan diariamente.

Existen cuatro carpetas dentro de las cuales se almacenaran los reportes correspondientes las
carpetas estn ubicadas en el servidor Plutn D:\Reportes CA.

Daily Backup Status Report:


Este reporte corresponde al estado con que finalizo la tarea de backup realizada
diariamente, dentro del cual podemos encontrar el nombre del archivo al cual se
realiz backup as como la ruta desde donde se hizo.

Enterprise Job Status Report:


Este reporte se ejecuta para conocer en detalle los archivos de los cuales se realiza
backup. Se ejecuta los martes de cada semana tomando en cuenta los ltimos 7
das, se debe colocar como parte del nombre del archivo la fecha del periodo del
cual se est ejecutando el backup.
7Days Job Status Report:
Este reporte indica el estado en que finalizo la tarea de backup. Se Ejecuta los
viernes de cada semana, antes de cambiar las cintas.

7 Days Media Usage History Report:


Este reporte muestra cual es el tamao de la cinta al terminar la tarea de backup, el
cual es presentado en MB. Este reporte se ejecutara los viernes de cada semana.

Anexos

Anexo01 Formato de Registro Diario de Backup


Anexo02 - Formato de Pruebas de Restauracin de Backup

BITACORA DE PRUEBAS DE RESTAURACIN DE BACKUP


RESPONSABLE: NOMBRES Y APELLIDOS MES: MES DEL RESTORE

CARGO: CARGO DEL RESPONSABLE

INFORMACIN DEL BACKUP SELECCIONADO

APLICATIVO /
Nombre del Aplicativo o BD FECHA: Fecha del backup
BASE DE DATOS

PROCESO DE RESTORE
Fecha de la
UBICACIN: Nombre del servidor para restore FECHA:
restauracin
SERVIDOR: Servidor a Restaurar TIPO:

SISTEMA: Sistema a restaurar


HORA
HORA INICIO
FIN

DESCRIPCIN DE LA PRUEBA DE RESTAURACIN

Aqu se registran las tablas elegidas para verificacin en caso BD, carpetas
OBSERVACIN: en caso FILSERVER, etc. As como los hechos relevantes sucedidos durante
la prueba de restauracin.

__________________ __________________ ______________________


RESPONSABLE DE LA ESPECIALISTA DEL SUPERVISOR
CONTROL:
SEGURIDAD
RESTAURACIN SERVICIO DE
INFORMACIN

You might also like