DIRECCIÓN ACADÉMICA

Formato de entrega de evidencias

FO-205P11000-14

División: (1) INGENIERÍA EN SISTEMAS COMPUTACIONALES Grupo: (2) 362-V

Asignatura: (3) Administración de Bases de Datos Docente: (4) Elva Bernal Rodríguez
Nombre y número de control: (5) AGUILAR GOMEZ ISRAEL NOREN 173107273
Fecha de entrega: (6) 27/05/20
Competencia No.: (7) 5 Descripción: (8) Seguridad
A. Implementa los mecanismos de seguridad para salvaguardar la
Indicador de alcance: (9) información en la organización.

Evidencia de aprendizaje: (10) PRACTICA 1

ESPEJEO SQL

Tema: Espejeo en SQL Server

Objetivo: Conocer los pasos de configuración de una base de datos en espejeo mirror
reflejo.

Introducción: Investigar ¿Cuándo es útil realzar el espejeo de una base de datos

El Mirroring (Base de Datos Espejo) proporciona una solución de alta
disponibilidad de bases de datos, aumenta la seguridad y la disponibilidad, mediante
la duplicidad de la base de datos.
Esta tecnología esta disponible a partir de la versión de SQL Server 2005 (es la evolución
del log shipping presente en versiones anteriores)
En el Mirroring tenemos un servidor principal/primario que mantiene la copia activa de la
base de datos (bbdd accesible). Otro servidor de espejo quemantiene una copia de la base de
datos principal y aplica todas las transacciones enviadas por el Servidor Principal (en el que
no se podrá acceder a la bbdd). Y un servidor testigo/arbitro que permite
recuperaciones automáticas ante fallos, monitoriza el servidor principal y el de espejo para
en caso de caída cambiar los roles (servidor opcional, no es obligatorio).
Existen varios tipos de mirroring:

• Alta disponibilidad: Garantiza la consistencia transaccional entre el servidor principal

y el servidor de espejo y ofrece Automatic Failover mediante unservidor testigo.
• Alta Protección: Garantiza la consistencia transaccional entre el servidor principal y el
espejo.
• Alto Rendimiento: Aplica las transacciones en el Servidor Espejo de
maneraasíncrona ocasionando mejoras significativas en el rendimiento del servidor
principal pero no garantiza que dichas transacciones se hallan realizado de manera
exitosa en el espejo.

PASOS:
1. Conectar a la instancia principal de la base de datos que configuraremos como
espejo:
2. Se hace una copia de seguridad del tipo completa y posteriosmente seleccionamos el
destino de la copia de seguridad.

3. Damos aceptar para que se genere la copia de seguridad y posteriormente

realizamos otra copia de seguridad pero en este caso una copia del registro de
 transacciones, le damos nombre y aceptar.

4. El siguiente paso es conectarnos a la instancia que va actuar como espejo,vamos a

conectar-seleccionamos la instancia-click derecho en base de datos y restaurar base
de datos,
5. Despues escribimos el nombre de la estancia, la nombramos como nuestra estancia
principal y seleccionamos desde dispositivos.
6. Ahora buscamos el archivo para agregarlo.

7. Ahora elegimos como queremos que restaure

8. Despues de dar click en aceptar observamos que ya se restauro nuesta bd en es este
caso set gobierno
 .
9. Ahora vamos a dar click derecho en nuesta base de datos principal y elegimos
propiedades.
10. Ahora nos aparece esta pantalla y damos click en configurar pantalla y saldrá una
pantalla llamada incluir servido testigo , en este caso no se va a incluir.

11. En esta pantalla lo único que se dará será click en siguiente y después se activara la
instancia donde nos aparece que nos conectemos y elegimos el nombre de la
 instancia

12. Despues nos aparece una ventana de cuentas de servicio pero como ambas están en
el mismo servidor se deja en blanco y click en siguiente hasta que nos aparezca un
mensaje donde dice que se realizo la operación de reflejo y damos click en iniciar
creación del reflejo.
13.Despues verificamos cada tabla y en inspección se agregan dos mas haciendo click
derecho en editar primeras filas seleccionando la tabla.
15.Ahora vamos a setgobierno y damos click derecho en propiedades-creacion de
reflejo y marcamos conmutación por error-duespues click en “si” y en caso de no ser
accesible actualizamos la set gobierno que creamos como espejo y aquí ya observamos
como nuestra estancia principal ya se ve reflejada en la segunda que creamos.
Cuestionario
Contesta lo siguiente
1.- ¿Cuántos y cuales servidores intervienen en el espejeo de una base de datos? Puede ser
uno o 2 servidores (SQLIntance-1 y SQlInstance-2) En casos especiales, puede haber una tercera
instancia SQL Server que actúa como testigo.
2.- ¿Qué función tiene el servidor principal/primario en el espejeo? Que este va a reflejar
todos sus datos en el servidor espejo.
3.- ¿Cuáles son los tipos de mirroring existentes?

Servidor en Espejo sin balanceo

Como comentamos antes, un servidor en espejo es simplemente aquel que es una copia
idéntica del servidor original en cuanto a sistema operativo, archivos, configuraciones,
bases de datos, etc.

Ese es el concepto básico de copia en espejo en servidores.

Un servidor en espejo puede no usar ningún tipo de balanceo de carga ni servicios de alta
disponibilidad cuando sólo se necesita una copia de los datos.

Eso se da mucho en centros de datos o empresas que tienen este servidor de backup listo
para usarse en caso de fallas críticas de hardware en el server original, simplemente le
asignan la misma IP que el server viejo, y todo sigue funcionando.

Este tipo de servidores suelen trabajar con tecnologías como DRDB, heartbeat, etc, donde
ante la caída del server viejo, las IPs se mueven de forma automática al server copia y todo
sigue de forma normal.

Servidor Espejo balanceado con software

Si al server espejado le sumamos un balanceo de hardware ahí ya estamos haciéndolo un

poco más inteligente.

Originalmente muchas empresas piensan en replicación de datos para tener su información

segura, pero si se le añade un balanceo también se logra al mismo tiempo equilibrar la
carga de los sistemas, acelerar las peticiones y lograr una mayor estabilidad de las
aplicaciones en general.

El balanceo pude hacerse de forma inteligente con failover o bien repartiendo el tráfico
equitativamente mediante round robin DNS, algo que hemos hecho muchas veces para
algunos de nuestros clientes, o también con Nginx o Haproxy.
El mínimo de servidores necesarios para tener un balanceo es de 2 equipos, utilizando un
balanceador por software operando desde fuera de ellos (aplicación, DNS, etc).

Servidor Espejo balanceado con hardware

La otra alternativa que hemos implementado muchas veces en Infranetworking es utilizar

un balanceador de carga de hardware, es decir, un equipo especializado que hace cambios
trabajos, balanceo y alta disponibilidad.

Se puede configurar el método de balanceo (equitativo, repartido por el que menos carga
tenga, round robin, etc) que necesitemos, y el hardware hará todo el trabajo por nosotros,
detectando cuando un servidor no esté disponible y redireccionando todo el tráfico hacia el
otro servidor restante.

Una vez el servidor original vuelve a estar online, el balanceador restaura el tráfico de
forma original y se vuelve a repartir según tengamos configurado.

Este tipo de balanceadores requieren de dos servidores como mínimo, y un hardware

adicional que se encarga del balanceo (Cisco, Kemp Load Balancer, F5 LB, etc).

Suele ser la opción más cara, pero la más efectiva ante fallos.

4.- ¿A qué se le llaman servidores operacionales? A todos los servidores que aparte de
administrar la información también operaran de la mano con el administrador de la base de
datos en este caso haciendo la operación espejo.
5.- Describe el principal beneficio del espejeo de datos en un DBMS:
proporciona una solución de alta disponibilidad de bases de datos, aumenta la seguridad y la
disponibilidad, mediante la duplicidad de la base de datos . Incrementa la disponibilidad de
una base de datos. Si se produce un desastre en el modo de alta seguridad con conmutación
automática por error, la conmutación por error pone en línea rápidamente la copia en espera
de la base de datos, sin pérdida de datos.

CONCLUSION: Esta herramienta una vez dominada nos ayudara a crear una mayor
seguridad y disponibilidad ya que con ella podemos reflejar los datos desde un servidor a
otro proporcionando una ayuda a la hora de requerir de esta función en una empresa o
establecimiento.

Bibliografía: https://www.youtube.com/watch?v=_2d5dhYp4a4