[Capte la atención del lector con un

resumen atractivo. Este resumen es una

breve descripción del documento.
Cuando esté listo para agregar
contenido, haga clic aquí y empiece a
escribir.]

Reporte
Reflejo en
SQL
Server
2012
Base de datos
EmpresaABD

Alumnos: González Silva Liseth

Guerrero Sandoval Edith Citali
Obregón Prieto Antonio de Jesús
Materia: Administración de bases de datos
Unidad 5. Seguridad
Docente: Ing. Arlene Marina Barragán
Ramírez
Semestre 6to. Enero – Junio 2018
Fecha: 7 de Junio de 2018
ÍNDICE
INTRODUCCIÓN.................................................................................................................... 2
DESARROLLO ....................................................................................................................... 3
¿QUÉ ES EL REFLEJO DE BASES DE DATOS? ............................................................ 3
Ejemplos de implementación .......................................................................................... 3
Modos de operación........................................................................................................ 4
Ventajas y desventajas de usar el reflejo de bases de datos SQL Server .................... 5
PREPARANDO LA CONEXIÓN ......................................................................................... 6
PREPARANDO SQL SERVER EN VERSIÓN 2012 SERVICE PACK 1 ........................... 7
CONFIGURANDO REFLEJO ........................................................................................... 14
CONCLUSIÓN ...................................................................................................................... 16
REFERENCIAS .................................................................................................................... 17

1
INTRODUCCIÓN

2
DESARROLLO
¿QUÉ ES EL REFLEJO DE BASES DE DATOS?
El reflejo de bases de datos SQL Server es una técnica de recuperación de
desastres y alta disponibilidad que involucra dos instancias SQL Server en la
misma o en diferentes máquinas. Una instancia SQL Server actúa como una
instancia primaria llamada la principal, mientras que la otra es una instancia
reflejada llamada reflejo. En casos especiales, puede haber una tercera
instancia SQL Server que actúa como testigo.

Ejemplos de implementación
Una de las configuraciones comunes de reflejo es el ambiente con dos SQL
Servers (SQLServer-1 y SQLServer-2), dos instancias (SQLIntance-1 y
SQlInstance-2) y una base de datos reflejada llamada SQLDB-1.

La segunda configuración común es el ambiente con una máquina SQL Server,

dos instancias SQL Server y una base de datos reflejada llamada SQLDB-1. Esta
solución tiene una falla mayor porque si SQLServer-1 deja de funcionar, ambas
instancias estarán no disponibles.
3
Modos de operación
El reflejo de bases de datos SQL Server puede ser establecido para proveer alta
disponibilidad o recuperación de desastres. Dependiendo de las necesidades,
un DBA puede elegir entre tres modos disponibles:

 Alta seguridad – Los datos son escritos y enviados en las bases de datos
principal y reflejada de manera síncrona. Sólo después de enviar los datos
a ambas bases de datos, la aplicación de la base de datos puede
continuar con actividad.
o Puede producir retraso y operaciones más lentas porque las
transacciones deben ser enviadas en ambas bases de datos
o Si la base de datos principal deja de funcionar, hay dos opciones
disponibles:
 No hacer nada – esperar a que la base de datos principal vuelva a estar
disponible. Durante este tiempo, la instancia SQL Server no está
disponible. El reflejo continuará donde paró.
 Forzar a la instancia SQL Server en la base de datos reflejada – la base
de datos reflejo se convierte en la principal. Es posible que haya pérdida
de datos debido a las transacciones enviadas en la base de datos original
que no han sido enviados todavía al reflejo actualmente actuando como
la base de datos principal.
 Alta seguridad con conmutación automática por error – Estos servidores
son necesarios. Los datos son escritos y deben ser enviados de manera
síncrona a las bases de datos principal y reflejo. Sólo después de enviar
los datos a ambas bases de datos, la aplicación puede continuar
corriendo.
o Puede producir retraso y operaciones más lentas debido a que las
transacciones deben ser enviadas a ambas bases de datos.
o Si la base de datos principal deja de funcionar, sólo una opción está
disponible:
 Dejar que el proceso de la conmutación automática por error se complete,
la base de datos reflejo se convierte en la principal
4
  Alto desempeño – la comunicación asíncrona, los datos son escritos y
enviados al servidor principal y luego enviados al servidor reflejo. La
conmutación automática por error no es posible y el servidor testigo no
puede ser usado
o El modo de alto desempeño está disponible sólo en la edición Enterprise
de SQL Server
o SI la base de datos principal deja de funcionar, tres opciones están
disponibles:
 No hacer nada – esperar a que la base de datos principal esté disponible
de nuevo. El SQL Server no está disponible. El proceso de reflejo
continuará donde paró
 Forzar la instancia SQL Server en la base de datos reflejo – la base de
datos reflejo se vuelve la principal. Gran posibilidad de pérdida de datos
debido a la comunicación asíncrona entre las bases de datos
 Actualización manual – para reducir la pérdida de datos, tome la cola de
la copia de seguridad del registro si el server fallado lo permite, remueva
el reflejo y restaure la cola del registro en la base de datos previamente
reflejada.

Ventajas y desventajas de usar el reflejo de bases de datos

SQL Server
Usar el reflejo de bases de datos SQL Server tiene múltiples beneficios: una
característica SQL Server incorporada, relativamente fácil de configurar, puede
proveer conmutación automática por error en el modo de alta seguridad, etc. EL
reflejo de bases de datos puede ser combinado con otras opciones de
recuperación de desastres como agrupamiento, transvase de registro y
replicación.

El reflejo de bases de datos será removido desde SQL Server en versiones futuras en
favor de AlwaysOn Availability Groups. También, el reflejo de bases de datos es una
solución sólo por cada base de datos, lo cual significa que los inicios de sesión y tareas
desde el principal SQL Server deben ser manualmente recreados en el reflejo. También
hay posibilidad para retraso, lo cual sólo puede ser reducido con mejor hardware.
5
PREPARANDO LA CONEXIÓN
1. Todos los SQL deben estar usando la misma edición en este caso fue
"Developer" SQL Server 2012 con instancia MSSQLSERVER.

2. Todas las cuentas de Windows deben tener el mismo nombre (en este
caso ‘Antonio’) y la misma contraseña (en este caso ‘barato’) para hacer
uso de la autenticación de Windows.

3. Debemos crear una red LAN (Grupo de trabajo, IP’s) (en este caso
EMPRESA) y verificar la visibilidad entre equipos (red privada, es decir
que todos los equipos se vean en el grupo de trabajo y se puedan dar ping
efectivamente desde la ventana de comandos).

Nota: Si estás en un equipo con dos usuarios Windows, debes verificar que la
cuenta "Antonio" sea un administrador. Hacer los pasos anteriores en todos los
6

servidores.
PREPARANDO SQL SERVER EN VERSIÓN 2012
SERVICE PACK 1
1. Primero se configura el SQL Server Browser, cambiar el modo de inicio
de modo manual a automático.

2. Configurar el protocolo TCP/IP que por defecto se encuentra

deshabilitado, en las propiedades de TCP IP
IP1
Activo
Habilitado
IP del equipo
Puerto Dinámico 1433
Puerto Estático 1433

IP10
7

Activo
 Habilitado
IP del equipo
Puerto Dinámico 1433
Puerto Estático 1433

Nota: puede ser el caso que la inmediata siguiente de IP1 sea IP2, en ese caso

IP2
Activo
Habilitado
IP del equipo
Puerto Dinámico 1433
Puerto Estático 1433

IPALL
Dinámicos 1433
TCP Puertos 1433

8
3. Debemos configurar en el SQL Configuration Manager
3.1 Servicios de SQL Server
3.2 SQL Server(Nombreinstancia)
3.3 Propiedades
3.4 Inicio de sesión
3.5 Esta cuenta
3.6 Buscar el nombre de la cuenta de Windows (Antonio)
3.7 Buscar nombre 9
 3.8 Asignar la contraseña del usuario (esto debe hacerse en los tres
servidores)

Nota: Después de cada cambio debe reiniciarse la instancia de SQL Server

4. Nos dirigimos al Windows Firewall con seguridad Avanzada y creamos

una regla de entrada y salida por medio del puerto 1433, que acepte
10
conexiones en todo tipo de red (pública, privada, etc.) y se registrar con
un nombre.

11
5. Se hace lo mismo para la regla de entrada para el puerto 5022 que es el
puerto que permite el flujo de intercambio de datos entre instancias en red
SQL y reglas de salida con las mismas características
6. Verificar que la instancia permite conexiones entrantes al servidor desde
SQL Server Management Studio
6.1 Nos dirigimos a seguridad de la instancia
6.2 Inicio de sesion
6.3 Agregamos un nuevo inicio de sesion
6.4 Buscar
6.5 Buscamos el nombre del usuario de Wwindows
6.6 Comprobar nombres
6.7 Debe mantenerse marcada la autenticación de Windows
6.8 Roles de servidor
6.9 dbcreator, public y sysadmin
6.10 Asignación de usuarios (master), en roles de la base de datos
datareader, datawritter, owner, public
6.11 Aceptar y volvemos a las propiedades del inicio de sesión creado
6.12 Elementos protegibles (seleccionar el servidor)
6.13 Conectar SQL, modificar cualquier base de datos, ver cualquier
base de datos, ver el estado del servidor.
12
 7. Verificar que la instancia (de cada equipo) se conecta consigo misma
mediante la IP fija para verificar que el inicio de sesión en red está
correcto.

(reiniciar el equipo)

8. Comenzamos configurando las bases de datos Principal

8.1 Debes restaurar la base de datos completamente (full y log)
8.2 Reflejo y testigo: restaurar full y log con opción NORECOVERY.
13
CONFIGURANDO REFLEJO
9. Clic derecho en la base de datos del servidor principal
9.1 Tareas.
9.2 Reflejar.
9.3 Configuración de seguridad.
9.4 Siguiente, para continuar con el asistente de reflejo.
9.5 Si con instancia testigo.
9.6 Siguiente, para aceptar las configuraciones con testigo.
9.7 Siguiente, la primer ventana nos avisa quién será el servidor principal
(la cuenta donde se encuentra la base de datos).
9.8 En la siguiente ventana introducimos la IP del servidor reflejo y
conectamos con la instancia, recordando que debe iniciar con la
autentificación de Windows.
9.9 En la siguiente ventana repetiremos el paso anterior pero con la IP del
testigo.
9.10 Se muestra una ventana de verificación entre los servidores y la
función que cumplirá.
9.11 Se muestra un pequeño reporte de las configuraciones del reflejo
9.12 La siguiente ventana muestra que el espejeó comenzará.
9.13 Te manda una verificación de la ejecución de la consulta con todos
los datos anteriormente introducidos si se niega la verificación, la
consulta deberá ser ejecutada manualmente.

10. El paso siguiente es iniciar el monitor de creación de reflejo de la base de

datos para verificar la funcionalidad del reflejo entre los servidores.
14
NOTA(reflejos anteriores se quedan guardados como un historial, deben ser
eliminados para evitar confusiones), el flujo de datos tarda un poco en ser
reconocido, por lo que al inicio puede parecer desconectado o sin
comunicación entre las tres partes pero se solucionará después de unos
segundos se solucionara.

11. Comienza el reflejo, el failover ocurre cuando se tiene una configuración

de alta seguridad con un testigo, mientras el reflejo se comunica con el
testigo, pero ambos no tienen comunicación con el servidor principal el
cambió ocurrirá automáticamente y el reflejo pasará a convertirse a
servidor principal, cuando el anterior servidor principal vuelva a
conectarse pasará a convertirse en el reflejo
15
CONCLUSIÓN

16
REFERENCIAS

17