AA4-Ev4-Características, configuración y gestión del SMBD

Carlos Antonio Espinosa Orozco

CC No. 77.033.890
Características compatibles con las ediciones de SQL Server 2012
Los cuadros a exponer a continuación, nos proporciona información detallada de las
características admitidas por las diversas ediciones de Microsoft SQL Server 2012 Release
Candidate 0 (RC 0) hasta este momento. El objetivo de enumerarselas es con el proposito
de validar cual es la edición que se podría ajustar puntualmente a sus necesidades a
implementar en sus ecosistemas de datos.
Capacidad de cálculo

Alta Disponibilidad
Escalabilidad y Rendimiento

Seguridad

Replicación

Herramientas Administrativas
Capacidad de administrar RDBMS

Herramientas de desarrollo
Programación

SQL Server Integration Services

Servicios de Datos Maestros – Master Data Services

Almacenamiento de datos
SQL Server Analysis Services
SQL Server Reporting Services
Clientes para Inteligencia de Negocio

Servicios Espaciales y de Ubicación

Otros componentes

Configuracion y gestión en SQL Server 2012 con Always On.

¿Qué viene siendo “Always On”? Es una solución de Alta disponibilidad en recuperación de
desastres (HADR - High Availability Disaster Recovery) resultado de la combinación de las
soluciones de Clúster y Database Mirroring.

De “Failover Clustered” toma la parte de poder administrar recursos en grupos

denominados “Availability Groups” y principalmente fallar entre nodos sin la necesidad de
tener un disco compartido entre los nodos.

De “Mirroring” toma el sincronizar bases añadiendo la facultad de poder hacer uso delas
replicas secundarias.

A continuación los pasos (sin entrar a detalle) de como poder establecer esta solución.

1.- Crear un “Windows Server Failover Cluster “con N nodos lo cual nos permitirá
administrar recursos y monitorear la salud del servidor a través del quorum.
2.- El siguiente paso es instalar instancias de SQL Server como StandAlone en cada uno de
los nodos .

Una vez realizado esto se procede a habilitar la funcionalidad de AlwaysOn.

3.- Desde “SQL Server Configuration Manager” seleccionamos los servicios del motor de SQL
dándole botón derecho para seleccionar propiedades, después el tabulador [AlwaysOn High
Availability] y habilitamos [Enable AlwaysOn Availabilty Groups]

Se pedira el reincio:
Se tiene que hacer en cada nodo que estará en la solución.

Una vez hecho el reinicio.

4.- A continuación, se crean los “Availability Groups” que es un grupo de bases de datos
disponibles que pueden hacer fallos entre ellas. El grupo soporta un conjunto de bases de
datos primarias y hasta cuatro secundarias (que NO reemplazan a los respaldos)

Esto es, se tendrá copias de las bases de datos en múltiples servidores las cuales se podrán
usar ,dependiendo su configuración, para correr respaldos, reportes, etc.

4.1 Usando “el SQL Server Management Studio” se conecta a la instancia principal

4.2 Se hace un respaldo FULL de las bases de datos que serán replicadas.

4.3 Bajo la carpeta de [AlwaysOn High Availability], seleccionamos -> [Availability Groups]
-> [New Availability Group Wizard]

Se da el nombre al grupo de disponibilidad.

Se seleccionan la base de datos que estarán en el grupo.

A continuación se especifican en que nodos estarán las réplicas seleccionando el botón de

[Add Replica]

Seleccionamos una a una las instancias en los otros nodos:

….

Una vez agregados los nodos tendremos las opciones de “Automatic Failover” ,
“Synchronous-commit” y “Readable Secondary”.

“Automatic Failover” como indica es el fallo a otro nodo automático.

“Synchronous-commit” Indica que el fallo será llevado acabo si la réplica secundaria esta
sincronizada.

“Readable Secondary”. Es dando permiso para usar las réplicas de las bases de datos para
lectura, donde ninguna operación DML/DDL será permitida. La opción de Read-Intent Only
para clientes 2012 y se puede ver como una extensión de la opción [YES] pero donde solo
permitirá dichos clientes con esta cadena de conexión.

Es de tener en cuenta que las opciones del tabulador ofrecen personalizar la configuración.
La siguiente pantalla seleccionamos una carpeta compartida (con los permisos necesarios)
en donde sincronizaremos la(s) base(s) de dato(s) de este grupo:

A continuación se hace una prueba de Validación:

Tenemos la pantalla de resumen:

Bajo “SQL Server Management Studio” tendremos nuestra definicion de Grupos, tambien
notar el estado de las bases de datos cambian a que se esta sincronizando:
Bajo “Failover Cluster Manager” se ve el grupo creado