ESCUELA MILITAR DE INGENIERIA

“MCAL. ANTONIO JOSE DE SUCRE”

BOLIVIA

ETN
GRUPO 6 AUTOMATIZACIÓN Y GESTIÓN DE RESPALDOS

INGRID RODRIGUEZ ZEBALLOS

WILLIAMS CHACOLLA QUISPE
VALERIA DEHEZA SILVA
ARACELY MENDOZA
DOCENTE: ING. JAIME PENA MONTANO

FECHA DE ENTREGA

26 DE AGOSTO DE 2022

SEMESTRE VII-2022
ANTECEDENTES:

“La organización” tiene más de 45 años de trayectoria en Colombia, es líder junto con su
filial la organización fertilizante en el mercado colombiano con una participación de más del
35% en las ventas de fertilizantes y productos químicos.
La organización tiene distribuida sus fuerzas de producción en sus complejos industriales
ubicados a lo largo y ancho de la geografía colombiana generando cerca de 800 empleos
directos y más de 1.300 oportunidades de trabajo a través de empresas prestadoras de
servicios, actualmente tiene sus servicios informáticos centralizados donde se le presta
servicio a más de 1.000 usuarios.
Durante el ejercicio de auditoría externa en el año 2016, la revisoría fiscal detectó que si bien
la organización cuenta con un Datacenter en óptimas condiciones y unas tareas programadas
de Backups4, no se tiene un procedimiento establecido y documentado para llevar a cabo las
actividades correspondientes para la recuperación ante emergencias; de igual manera no se
tiene el procedimiento oficial para la puesta en marcha de la operación en sitios alternos de
trabajo si llegase a suceder un evento que ponga en juego la continuidad del negocio ante una
eventualidad.
Es importante tener en cuenta que, para la organización, la gerencia de Automatización
Informática y Telecomunicaciones (AIT) así como sus servicios son habilitadores y apoyan a
la operación como se muestra en la imagen a continuación:

Históricamente no se han presentado inconvenientes o eventos catastróficos en la

organización que hayan puesto en peligro la continuidad de la operación tecnológica; sin
embargo, la gerencia AIT responsable de estas actividades no cuenta con un proceso
documentado, probado y formalizado que pueda ser activado o consultado al momento de
sufrir algún tipo de incidente mayor.
A nivel mundial y en el sector de negocio en el que se desenvuelve la organización, se han
registrado varios incidentes que han puesto en vilo la continuidad de las empresas
involucradas, los casos que más se traen a colación al momento de realizar simulacros son:
West Fertilizer Company: El 17 de abril de 2013 en la ciudad de West, Texas, ocurrió una
explosión en la planta de almacenamiento y distribución de fertilizantes de la compañía, donde
se almacenaba nitrato de amonio, a 29 kilómetros (18 millas) al norte de la ciudad de Waco,
cuando el personal de servicios de emergencia estaba respondiendo a un incendio en la
instalación, 15 personas fallecieron, más de 160 resultaron heridos, y más de 150 edificios
resultaron con daños leves o destruidos.6

Explosiones en Tianji de 2015: El incidente ocurrió en el Distrito de Binhai, que corresponde a

la zona portuaria de la ciudad de Tianjin. En la noche del miércoles 12 de agosto, comenzó un
incendio en algunos contenedores del puerto, que causó dos gigantescas explosiones
equivalentes al estallido de 21 toneladas de TNT. La primera ocurrió a las 23:40 (hora local).
Las explosiones pudieron ser percibidas en un radio de 10 kilómetros, ocasionando graves
daños hasta a 2 km a la redonda.

Dentro de las causas se concluyó que el desastre fue causado por el incendio de materiales
peligrosos, inapropiadamente o ilegalmente almacenados en el lugar. El primer incendio
comenzó en un contenedor por la auto-ignición de nitrocelulosa, debido a la vaporización del
elemento humectante a causa del clima cálido. El incendio se extendió, encendiendo otros
químicos, incluyendo nitrato de amonio. 7
OBJETIVO:
Implementar un plan de técnicas de recuperación y respaldos de base de datos ante las
probables fallas que pueden ocasionar tiempos de inactividad, de manera que contribuya a
una solución integral para empresas que no cuenten con un plan de contingencia ante pérdida
de datos.

 Proteger la base de datos contra las probables fallas que puedan ocurrir en la base de
datos.
 Asegurar que no exista inactividad de la base de datos durante el tiempo de ejecución
de la copia de seguridad.
 Determinar un número de retención de copias de seguridad.
 Determinar una frecuencia en la cual se realizaran los respaldos o copias de seguridad

 Implementar copias de seguridad y respaldo haciendo uso de las técnicas.

 Realizar la recuperación de base de datos como también de archivos de datos
dañados.
MARCO TEÓRICO:
La creciente dependencia a los datos en la era de la información los ha convertido en el activo
más valioso de una compañía, la interrupción del servicio o la pérdida de información tiene un
impacto crítico en: las finanzas de una empresa, reputación corporativa, comunicación con los
clientes, ingresos económicos. Es por esta razón que se plantea un plan de recuperación de
base de datos en función a probables fallas que puedan ocasionar tiempos fuera de servicio.
En un entorno donde se debe analizar los riesgos y a partir de estos crear una lista de
posibles fallas o errores humanos para después clasificarlos según sus probabilidades, donde
cada plan debe ser personalizado según las necesidades de las organizaciones y debe
contemplar factores tales como el tipo de negocio o actividad, nivel económico y el nivel de
seguridad necesario para los datos.
Este plan o protocolo propone desarrollar e implementar técnicas de recuperación y respaldos
de base de datos con el objetivo de minimizar los tiempos de recuperación ante las probables
fallas o errores que puedan ocasionar tiempos de inactividad. Después de plantear el
protocolo se realiza la simulación mediante máquinas virtuales en VirtualBox, las cuales llegan
a ser los servidores de base de datos Solaris, de esta forma se conforma la principal técnica
de recuperación donde se implementa un servidor de base de datos de producción y otro
servidor de catálogo de copias de seguridad de la base de datos productiva, de esta forma si
el servidor productivo falla, se podrá restaurar la base de datos a partir de una copia de
seguridad del servidor de catálogo o respaldos y recuperar los archivos recientes a partir de
los archivos de registro generados. Una alternativa a la implementación de un servidor de
respaldos, sería la tecnología Flashback que proporciona una recuperación óptima de datos.
Definición del Sistema de Gestion de Base de Datos
Selección del SGBD
El gestor que se escogió fue MySQL ya que este es más sencillo al momento de aprenderse a
su vez que con conocer el estándar de SQL podemos manejar la base de datos MySQL sin
mayores inconvenientes.
MySQL
Es un sistema de gestion de base de datos relacional, multihilo y multiusuario con más de seis
de millones de instalaciones. MySQL Ab desarrolla MySQL como software libre en un
esquema de licenciamento dual. Por un lado lo ofrece bajo la GNU GPL, pero, empresas que
quieren incorporarlo en productos privativos pueden comprar a la empresa una licencia que
les permita ese uso.
Característica:
Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad
pública, y el copyright del código está en poder del autor individual, MySQL es propiedad y
está patrocinado por una empresa privada, que es la que posee en gran parte el copyright del
código. Esto ofrece un esquema de licenciamiento, Además de la venta de licencias
privativas, la compañía ofrece soporte y servicios.
Ventajas:
 Velocidad al realizar las operaciones.
 Bajo costo en requerimientos para la elaboración de bases de datos.
 Fácil configuración e instalación.
Desventajas:
 Un gran porcentaje de las utilidades de MySQL no están documentados.
 No es intuitivo, como otros programas (Access).
1.2 Instalación del SGBD

Como técnicas secundarias se tiene la recuperación de archivos de control o archivos de

parámetros de inicialización de base de datos, en caso de que uno de estos archivos se
corrompa o se pierda la base de datos se congela y se cierran las operaciones en la misma.
Los resultados obtenidos cumplen con los objetivos planteados y a su vez se tomó y se dio
solución a distintos tipos de fallos.
MARCO PRÁCTICO:
En el presente trabajo se analizan distintos tipos de técnicas de recuperación y respaldo de
bases de datos. Para garantizar a una empresa la mayor disponibilidad, y la menor perdida de
información ante distintos tipos de fallas.
Este trabajo también servirá como recurso bibliográfico y tecnológico, con el fin de brindar un
material de apoyo para administrares de bases de datos y la utilidad práctica a la hora de
recomendar e implantar una herramienta de copias de seguridad.
Aportando así una estrategia de recuperación para conseguir un funcionamiento seguro de la
base de datos y una pronta recuperación ante fallos.
APLICACIÓN;
@echo off

:inicio
SET var=0
cls

echo 1 Backup Automatico

echo 2 Backup Manual Parcial
echo 3 Backup Incremental
echo 4 Salir
echo ------------------------------------------------------------------------------
echo.

SET /p var= ^> Seleccione una opcion [1-6]:

if "%var%"=="0" goto inicio

if "%var%"=="1" goto op1
if "%var%"=="2" goto op2
if "%var%"=="3" goto op3
if "%var%"=="4" goto salir

::Mensaje de error, validación cuando se selecciona una opción fuera de rango

echo. El numero "%var%" no es una opcion valida, por favor intente de nuevo.
echo.
pause
echo.
goto:inicio

:op1
 echo.
echo 1 Diariamente
echo 2 Semanalmente
echo 3 Mensualmente

SET /p var1= ^> Seleccione una opcion [1-6]:

if "%var1%"=="1" goto diar

if "%var1%"=="2" goto seman
if "%var1%"=="3" goto mens

::formato para crear tareas=SCHTASKS /CREATE /"[frecuencia de ejecucion]" /TN

"[nombre]" /TR "[ruta de archivo bat]" /ST [hora de ejecucion]

:diar
SCHTASKS /CREATE /SC DAILY /TN "MySQL Backup" /TR "C:\
backups\automatico.bat" /ST 11:00
echo realizado
echo.
pause
goto inicio

:seman
SCHTASKS /CREATE /SC WEEKLY /D SUN /TN "MySQL
Backup" /TR "C:\backups\automatico.bat" /ST 11:00
echo realizado
echo.
pause
goto inicio
 :mens
SCHTASKS /CREATE /SC MONTHLY /D 15 /TN "MySQL Backup"
/TR "C:\backups\automatico.bat" /ST 11:00
echo realizado
echo.
pause
goto inicio

echo.
pause
goto:inicio

:op2

echo.
::formato para crear backups con mysqldump=mysqldump -h[HOST] -u[USER] -
p[CONTRASEÑA] [BASE_DE_DATOS] > [NOMBRE_ARCHIVO].sql

echo.
pause
goto:inicio

:op3

echo.
::Aquí van las líneas de comando de tu opción

echo.
pause
goto:inicio
:salir
@cls&exit

PRUEBAS DE FUNCIONAMIENTO;

BALANCE DE COMPONENTES;
La realización de este laboratorio requirió conocimientos sobre como otorgar permisos a
los archivos, y también que tipo de permisos se le debe dar al archivo para poder ejecutarse
desde la terminal y también de Mysql. La base del sistema de archivos de Linux, es obviamente
el archivo, que no es otra cosa que la estructura empleada por el sistema operativo
para almacenar información en un dispositivo físico como un disco duro, todos los
backups
CONCLUSIONES

En la presente tesis se logró alcanzar los objetivos planteados, se ha desarrollado un plan o

protocolo de recuperación y respaldos de base de datos en función a: a la falla de sentencia,
falla de red, falla de componente de base de datos y la falla de proceso, conseguirá garantizar
la disponibilidad y consistencia de datos con un nivel de confianza del 90%.
Respecto al objetivo general, se logró desarrollar e implementar satisfactoriamente un plan o
protocolo de recuperación y respaldos de base de datos que contribuyan con una solución
integra para empresas que no cuentan con un plan de contingencia ante pérdida de
información.
Se logró elaborar un plan de contingencia ante las probables fallas que puedan ocurrir en la
base de datos, también de determinó la frecuencia de ejecución de copias de seguridad. Por
otro lado se configuro la política de retención del número de copias de seguridad.
Por último se redujo al mínimo el tiempo de recuperación de una base de datos, y se tomó en
cuenta la recuperación en cuanto a la corrupción de archivos de configuración de la base de
datos.
RECOMENDACIONES

Esperamos que este este estudio y sus resultados hayan contribuido a una
línea de investigación y puedan servir como base para trabajos futuros en el
área. Algunas posibles técnicas de interés podrían ser las siguientes:

Multiplexar los REDOLOGS que estén en línea.

Correr la base de datos en modo ARCHIVELOG y tener los REDOLOGS en
diferentes ubicaciones.
Contar con múltiples respaldos actualizados de los CONTROLFILES.
Realizar respaldos frecuentes de los DATAFILES físicos y almacenarlos en un
lugar seguro. De ser posible realizar múltiples copias.
Recuerde que mientras tenga respaldo de la base de datos y de los archivos
REDOLOGS la base puede ser recreada.
Siempre se debe respaldar así no hayan existido cambios.

BIBLIOGRAFÍA.

Carrillo, S. A., & Marin, N. (2005). Introducción a las Bases de Datos. Madrid,
España: Thomson Editors Spain.
Conde, A. (2003). Estudio de la longevidad y el ciclo gonotrofico del Aedes
Aegypti, Cepa Girardot en condiciones de laboratorio. Bogota: Pontifica
Universidad Javeriana.
Cordero, A. (2002). Fundamentos de la Badre datos. México: Universidad
Nacional de Educación a Distancia.