AA4-EV-4

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