Alta Disponibilidad SQL Server 2008 (Mirroring AUSA) v1.0.docx

Preparado para

AUSA

Versión 1.0

Preparado porJose Lazon

Consultor de Plataforma de Datos

GESFOR OSMOS Y AFP INTEGRA CONFIDENCIAL

Hoja de Revisión y Conformidad

Registro de Cambios

Fecha Autor Versión Referencia de los cambios

21/09/2011 José Lazón 1.0 Creación de Documento

Revisores

Nombre Versión aprobada Posición Fecha

THE INFORMATION CONTAINED IN THIS DOCUMENT REPRESENTS THE CURRENT VIEW OF MICROSOFT CORPORATION ON THE ISSUES DISCUSSED AS OF THE DATE OF PUBLICATION AND IS SUBJECT TO CHANGE AT ANY TIME WITHOUT NOTICE TO YOU. THIS DOCUMENT AND ITS CONTENTS ARE PROVIDED AS IS WITHOUT WARRANTY OF ANY KIND, AND SHOULD NOT BE INTERPRETED AS AN OFFER OR COMMITMENT ON THE PART OF MICROSOFT, AND MICROSOFT CANNOT GUARANTEE THE ACCURACY OF ANY INFORMATION PRESENTED. MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT.

THE DESCRIPTIONS OF OTHER COMPANIES’ PRODUCTS IN THIS DOCUMENT, IF ANY, ARE PROVIDED ONLY AS A CONVENIENCE TO YOU. ANY SUCH REFERENCES SHOULD NOT BE CONSIDERED AN ENDORSEMENT OR SUPPORT BY MICROSOFT. MICROSOFT CANNOT GUARANTEE THEIR ACCURACY, AND THE PRODUCTS MAY CHANGE OVER TIME. ALSO, THE DESCRIPTIONS ARE INTENDED AS BRIEF HIGHLIGHTS TO AID UNDERSTANDING, RATHER THAN AS THOROUGH COVERAGE. FOR AUTHORITATIVE DESCRIPTIONS OF THESE PRODUCTS, PLEASE CONSULT THEIR RESPECTIVE MANUFACTURERS.

THIS DELIVERABLE IS PROVIDED AS IS WITHOUT WARRANTY OF ANY KIND AND MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, OR OTHERWISE.

ALL TRADEMARKS ARE THE PROPERTY OF THEIR RESPECTIVE COMPANIES.

©2005 MICROSOFT CORPORATION. ALL RIGHTS RESERVED.

MICROSOFT AND WINDOWS ARE EITHER REGISTERED TRADEMARKS OR TRADEMARKS OF MICROSOFT CORPORATION IN THE UNITED STATES AND/OR OTHER COUNTRIES.

THE NAMES OF ACTUAL COMPANIES AND PRODUCTS MENTIONED HEREIN MAY BE THE TRADEMARKS OF THEIR RESPECTIVE OWNERS.

PAGE II


Tabla de Contenido

Introducción...............................................................................................................................4

Descripción de la Arquitectura Implementada......................................................4

Configuración de Mirroring en Modo de Alta Protección ………………...……………………….8

Verificación de Comunicación........................................................................................27








PAGE III


Introducción.

El presente documento describe la arquitectura implementada utilizando el esquema Mirroring para el proyecto de Migración de bases de datos SQL Server 2008 – AUSA.

El esquema Database Mirroring es una tecnología de Microsoft SQL Server 2008, que puede ofrecer alta disponibilidad y soluciones de alto rendimiento








PAGE IV


para redundancia de base de datos. Las transacciones de se envían directamente desde una base de datos principal hacia un base de datos espejo, con este esquema la base de datos espejo tendrá todas las transacciones casi al día con respecto a la base de datos principal, se utiliza un tercer servidor que tenga el rol de testigo, para que pueda realizar el Failover automáticamente del servidor principal al Espejo.

1. Descripción de la Arquitectura Implementada.El modo Mirroring configurado e implementado es de Alta Protección, que consisten en un Servidor Principal, Un Servidor Espejo, Una Instancia de Testigo, El Failover se realiza en Forma Automática.

2. Configuración de Mirroring en Modo de Alta Protección (Servidores PELIMSIDB04)El modo de alta protección consisten en un servidor Principal y un servidor Secundario y el testigo, para el proyecto se tomaron los servidores PELIMSIDB04, PELIMSIDB03, PELIMSIMIR01, PELIMSIMIR01\Witness como servidor principal, servidor Mirror y el servidor Testigo respectivamente.

2.1 Se utilizó para la configuración de la seguridad, sesiones de TCP para sincronizar los logs de transacciones y para monitorear el estado de los servidores el cual emplea autenticación a nivel de sesión, se utilizó certificados digitales y encriptación con el algoritmo AES para la comunicación entre servidores (el Mirroring soporta también el algoritmo RC4 para la encriptación de comunicaciones).








PAGE V


La topología utilizando certificados es la siguiente








PAGE VI


Cabe señalar que un servidor espejo debe tener siempre una correspondencia uno a uno con el servidor principal, es decir si un servidor principal tiene 4 Bases de Datos Principales, entonces el espejo para este








PAGE VII


servidor debe tener también 4 base de datos Mirror, un topología distinta a esta no es soportada.

Para poder ver las bases de datos que se encuentra en la instancia del servidor principal puede utilizar el Management Studio o también por T-SQL.

select * from sys.databases

2.2 En los Servidor principales (PELIMSIDB04, PELIMSIDB03) creamos el Master Key y el certificado, en la instancia del servidor principal con el fin de utilizarlo en las conexiones salientes para la conexión del mirror de la Bases de datos.

use master;create master key encryption by password = 'sup3rv1s0r123456789####';

Creamos el certificado con el siguiente script

--creamos el certificado para esta instancia de sql:

create certificate sql_principalwith subject = 'certificado PELIMSIDB04'

Creamos el EndPoint para poder establecer la conexión, los EndPoint para los servidores implicados utilizaran el puerto 2105, este puerto tiene que estar habilitado, escuchara por todas las ip’s entrantes, la autenticación utilizara el certificado creado anteriormente y utilizara el algoritmo de encriptación AES.








PAGE VIII


--creamos el endpoint para el servidor principal de mirroring de

Create Endpoint EndPoint_Pstate = STARTEDas TCP(

LISTENER_PORT = 2105, listener_ip = ALL

)For Database_Mirroring(

Authentication = Certificate sql_principal, Encryption = Required Algorithm AES, role = ALL

);

Sacamos un backup al certificado

Backup Certificate sql_principalto file = 'E:\Data\7_Certificado\sql_principal.cer';

Para poder ver los certificados de la base de datos master se puede utilizar el siguiente script.

select * from master..sys.certificates;

2.3 Ahora tenemos que copiar el archivo sql_principal al servidor PELIMSIMIR01








PAGE IX


2.4 En el servidor espejo (PELIMSIMIR01), creamos el Master Key y el certificado, en la instancia del servidor secundario con el fin de utilizarlo en las conexiones salientes para la conexión del mirror de la Bases de datos.

--creamos el master keyuse master;create master key encryption by password = 'sup3rv1s0r123456789####';

Creamos el certificado con el siguiente script

create certificate sql_mirrorwith subject = 'certificado PELIMSIDB04'

Creamos el EndPoint para poder establecer la conexión, los EndPoint para los servidores implicados utilizaran el puerto 2105, este puerto tiene que estar habilitado, escuchara por todas las ip’s entrantes, la autenticación utilizara el certificado creado anteriormente y utilizara el algoritmo de encriptación AES.

Create Endpoint EndPoint_Sstate = STARTEDas TCP(










PAGE X


Authentication = Certificate sql_mirror, Encryption = Required Algorithm AES, role = ALL

);

Sacamos un backup al certificado

Backup Certificate sql_mirrorto file = 'H:\Data\7_Certificado\sql_mirror.cer';

Para poder ver los certificados de la base de datos master se puede utilizar el siguiente script.

select * from master..sys.certificates;

Para poder ver los EndPoint, se puede utilizar el siguiente script

select * from sys.database_mirroring_endpoints

2.5 Ahora tenemos que copiar el archivo “sql_mirror.cer” al servidor PELIMSIMI04








PAGE XI


2.6 Se tendrá que configurar las conexiones entrantes en cada servidor en el servidor espejo (PELIMSIMIR01) creamos un login para el servidor principal (PELIMSIDB04) y los asociamos a su certificado, es importante mencionar que el login deberá tener el mismo password que la master key.

--creamos un login en PELIMSIMIR01 para que PELIMSIDB04 se realice la conexionuse master;create login Principal_Login with password = 'sup3rv1s0r12345###'

Creamos un usuario a partir del login creado

create user Principal_Login_user For login Principal_Login

Ahora asociamos el certificado de PELIMSIMIR01 con el usuario creado

create certificate sql_principalauthorization Principal_Login_userfrom file = 'H:\DATA\7_Certificado\sql_principal.cer';

Y finalmente damos permiso de conexión al EndPoint para el Login de PELIMSIMIR01

grant connect on endpoint::EndPoint_S to Principal_Login








PAGE XII


2.7 En el servidor PELIMSIDB04 creamos un Login para PELIMSIMIR01 y lo asociamos a su respectivo certificado, es importante mencionar que el login deberá tener el mismo password que la master key.

use master;create login Mirror_Login with password = 'sup3rv1s0r12345###'

Creamos un usuario para este Login

create user Mirror_Login_user For login Mirror_Login

Asociamos el certificado para poder realizar las conexiones entrantes

create certificate sql_mirrorauthorization Mirror_Login_userfrom file = 'E:\DATA\7_Certificado\sql_mirror.cer';

Y finalmente damos permisos de conexión al EndPoint al usuario creado

grant connect on endpoint::EndPoint_P_pruebamirror to Mirror_Login

Para configurar el servidor testigo se sigue los mismos pasos que se describen a continuación








PAGE XIII


use master;create master key encryption by password = 'sup3rv1s0r123456789####';

create certificate sql_witnesswith subject = 'certificado PELIMSIMIR01'

Create Endpoint EndPoint_Wstate = STARTEDas TCP(



Authentication = Certificate sql_witness, Encryption = Required Algorithm AES, role = ALL

);

Backup Certificate sql_witnessto file = 'H:\Data\7_Certificado\sql_witness.cer';

use master;create login Witness_Login with password = 'sup3rv1s0r12345###'








PAGE XIV


create user Witness_Login_user For login Witness_Login

create certificate sql_principalauthorization Witness_Login_userfrom file = 'H:\DATA\7_Certificado\sql_principal.cer';

create certificate sql_mirrorauthorization Witness_Login_userfrom file = 'H:\DATA\7_Certificado\sql_mirror.cer';

grant connect on endpoint::EndPoint_W to Witness_Login

2.8 Se tendrá que sacar una copia de la base de datos Principales del servidor PELIMSIDB04 y PELIMSIDB03 restaurar en PELIMSIMIR01, es importante mencionar que todas la base de datos principales tendrá que estar modo “RECOVERY FULL”, es un requisito indispensable para la configuración del Mirroring.

Ejemplo

Backup database DBAUSAto disk ='D:\DBAUSA.bak'

with format

--Restauramos la base de datos Restore database DBAUSAFrom Disk='D:\DBAUSA.bak'

with norecovery

Cuando se termine de realizar la restauracion se tendra que mostrar la base








PAGE XV


de datos DBAUSA De la siguiente manera

2.9 Iniciamos en el Servidor PELIMSIMIR01 (Espejo) el Database Mirroring

--iniciamos la comunicacionuse master;alter database DBAUSASet Partner ='TCP://PELIMSIDB04.AUSA.COM.PE:2105'

En PELIMSIDB04 iniciamos el Database Mirroring

alter database DBAUSASet Partner ='TCP://PELIMSIMIR01.AUSA.COM.PE:2105'








PAGE XVI


alter database DBAUSASet Witness ='TCP://PELIMSIMIR01.AUSA.COM.PE:2106'

Cuando Termina de sincronizar deberá mostrarse de la siguiente manera

Y en el servidor PELIMSIMIR01 las base de datos espejo tendrá que quedar en modo de Mirror y sincronizado como se muestra en la siguiente figura.








PAGE XVII


3. Verificación de ComunicaciónPara comprobar la conexión de los servidores Mirroring usamos el comando netstat –a, el muestra todas las conexión de los servidores.

Gráfico de ejemplo








PAGE XVIII









PAGE XIX


También se puede utilizar el Mirror Monitor para verificar que la transferencia y sincronización entre los servidores Principal y Mirror








PAGE XX









PAGE XXI

Alta Disponibilidad SQL Server 2008 (Mirroring AUSA) v1.0.docx

Documents

Transcript of Alta Disponibilidad SQL Server 2008 (Mirroring AUSA) v1.0.docx