Documentos de Académico
Documentos de Profesional
Documentos de Cultura
h12341 Sqlserver BP WP PDF
h12341 Sqlserver BP WP PDF
Soluciones de EMC
Resumen
Este informe técnico identifica las mejores prácticas y los puntos de
decisión clave para la planificación e implementación de Microsoft SQL
Server con la familia EMC® VNX® de almacenamiento unificado, el
almacenamiento de la serie EMC Symmetrix® VMAX® y los productos de
EMC XtremSF™ y EMC XtremSW™ Cache.
Octubre de 2013
Copyright © 2013 EMC Corporation. Todos los derechos reservados.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara
EMCelStorage
3 3
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Pools y tipos de RAID ................................................................................................................. 28
Consideraciones para el aprovisionamiento virtual del almacenamiento ........................................ 30
LUN delgado frente a LUN grueso .............................................................................................. 30
Mejores prácticas para el dimensionamiento del almacenamiento ................................................. 31
Consideraciones para el dimensionamiento de la base de datos OLTP ........................................... 31
Mejores prácticas para el dimensionamiento de FAST VP .......................................................... 33
Consideraciones para el dimensionamiento de la base de datos OLAP .......................................... 34
Consideraciones de almacenamiento para hipervisor .................................................................... 35
Reglas generales para la virtualización ...................................................................................... 36
Mejores prácticas para el ambiente VMware vSphere ................................................................ 38
Microsoft Hyper-V ...................................................................................................................... 40
Consideraciones de almacenamiento para la agrupación en clusters de SQL Server ...................... 41
Reglas de diseño de almacenamiento para Symmetrix VMAX ......................................................... 41
Consideraciones para el diseño de hardware de la serie VMAX.................................................. 42
Consideraciones y mejores prácticas del aprovisionamiento virtual .......................................... 42
Consideraciones y mejores prácticas de FAST VP para un sistema de almacenamiento VMAX ... 42
Reglas de diseño de almacenamiento para VNX ............................................................................ 43
Consideraciones y mejores prácticas para FAST Cache .............................................................. 44
Consideraciones y mejores prácticas para FAST VP .................................................................... 44
FAST Cache frente a FAST VP ...................................................................................................... 45
Consideraciones para flash de servidor.......................................................................................... 46
Descripción general de XtremSF ................................................................................................ 46
Mejores prácticas de diseño para XtremSF ................................................................................ 46
Descripción general de XtremSW Cache .................................................................................... 46
Mejores prácticas de diseño para XtremSW Cache .................................................................... 47
Mejores prácticas de diseño para XtremSW Cache en un ambiente virtualizado ........................ 48
Consideración de dimensionamiento para XtremSF y XtremSW Cache ....................................... 49
Automatización con ESI ................................................................................................................. 50
Conclusiones .................................................................................................................................... 61
Resumen ........................................................................................................................................ 61
Información adicional .................................................................................................................... 61
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara
EMCelStorage
5 5
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Apéndice D: Diseños y arquitecturas de referencia para el almacenamiento de muestra .................... 85
Descripción general ....................................................................................................................... 85
Diseño de almacenamiento de Microsoft SQL Server en VMAX con FAST VP ................................... 85
Fase 1: recolectar requisitos del usuario ................................................................................... 85
Fase 2: diseñar la arquitectura del almacenamiento según los requisitos del usuario ............... 85
Cálculo de IOPS ......................................................................................................................... 86
Cálculo de capacidad ................................................................................................................ 86
Enfoque de diseño del componente básico para data warehouse .................................................. 88
Consideraciones para el diseño de un componente básico ....................................................... 88
Detalles del diseño de un componente básico .......................................................................... 89
Implementación de componentes básicos ................................................................................ 91
Diseño de asignación de máquina virtual y LUN de SQL Server .................................................. 92
Solución de protección de SQL Server ............................................................................................ 93
EMC RecoverPoint ..................................................................................................................... 93
EMC Replication Manager ........................................................................................................ 102
VMware vCenter SRM .............................................................................................................. 104
Público al que Este informe técnico está dirigido a los clientes, partners de EMC y al personal de
va dirigido servicio que tenga en mente la implementación de un ambiente de base de datos
con Microsoft SQL Server o que considere la actualización de una versión anterior
de SQL Server. Suponemos que la audiencia está familiarizada con Microsoft SQL
Server, los productos de almacenamiento de EMC como VNX, Symmetrix VMAX,
XtremSF™ y XtremSW™ Cache, así como con los ambientes virtuales de VMware
o Microsoft Hyper-V.
Alcance Este documento presenta las mejores prácticas recomendadas de EMC para
el diseño de almacenamiento para alojar Microsoft SQL Server en el
almacenamiento EMC VNX, en el almacenamiento EMC Symmetrix VMAX y en
XtremSF o XtremSW Cache en ambientes físicos y virtuales. Este informe incluye
ejemplos de dimensionamiento y diseño basados en los enfoques comprobados
de EMC. Las instrucciones detalladas para la implementación de punto a punto
están más allá del alcance de este documento.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara
EMCelStorage
7 7
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Terminología Este informe técnico incluye la siguiente terminología.
Tabla 1. Terminología
Término Definición
Grupos de disponibilidad Una característica de alta disponibilidad (HA) y de
(AG) recuperación de desastres en SQL Server 2012. Mediante
la maximización de la disponibilidad de un conjunto de
bases de datos de usuario, proporciona una alternativa
de nivel empresarial al espejeado de la base de datos.
Réplica de disponibilidad Es una instancia de un grupo de disponibilidad que se
aloja en una instancia específica de SQL Server y
mantiene una copia local de cada base de datos de
disponibilidad que pertenezca al grupo de disponibilidad.
Existen dos tipos de réplicas de disponibilidad, una única
réplica primaria (consulte Réplica primaria en esta tabla)
y hasta cuatro réplicas secundarias (consulte Réplica
secundaria legible).
Sincronización de datos Es el proceso en el que los cambios realizados a una base
de datos primaria se reproducen en una base de datos
secundaria.
EMC XtremSF Es una única tarjeta de hardware flash de servidor de bajo
perfil que se adapta a cualquier servidor de montaje en
rack dentro del ámbito de alimentación de un único slot
PCIe y que está disponible con un conjunto amplio de
capacidades de celda de múltiples niveles empresarial
(eMLC) y de celdas de un solo nivel (SLC).
eMLC Celda de múltiples niveles empresariales. Una celda de
múltiples niveles es una tecnología de memoria flash
diseñada para ofrecer bajas tasas de error mediante el
uso de múltiples niveles por celda para permitir el
almacenamiento de un número mayor de bits con el
mismo número de transistores.
FAST™ Cache Fully Automated Storage Tiering (FAST) Cache es el
software de EMC que les permite a los clientes incorporar
varias capacidades de disco flash para ampliar la
capacidad de caché existente y así mejorar el rendimiento
del sistema. FAST Cache ahora se ofrece con
configuraciones de mayor capacidad que emplean el
disco flash de 100 GB o el disco flash de 200 GB. Estas
configuraciones adicionales solo están disponibles en el
arreglo de almacenamiento VNX.
Fully Automated Storage Es una función de los arreglos de almacenamiento VNX
Tiering for Virtual Pools que automatiza la identificación de volúmenes de datos
(FAST VP) con el propósito de asignar o reasignar datos de
aplicaciones empresariales a diferentes niveles de
rendimiento y de capacidad dentro del arreglo de
almacenamiento.
Flash con celda de múltiples Una tecnología de memoria flash que usa múltiples
niveles (MLC) niveles por celda para permitir que se almacenen más
bits con la misma cantidad de transistores.
NAND La memoria flash de tipo NAND es un tipo de tecnología
de almacenamiento no volátil que no requiere
alimentación para conservar los datos.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara
EMCelStorage
9 9
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Componentes y arquitectura de Microsoft SQL Server
Descripción Microsoft SQL Server es el sistema de administración de bases de datos
general de SQL relacionales y de análisis para las soluciones de funcionamiento diario y de data
Server warehousing. La versión actual es Microsoft SQL Server 2012 y las versiones
anteriores incluyen Microsoft SQL Server 2008 R2, SQL Server 2008, SQL Server
2005 y SQL Server 2000.
SQL Server 2005 presentó el tipo de datos XML, las vistas de administración
dinámica (DMVS) para el monitoreo y diagnóstico del estado y rendimiento del
servidor y Common Language Runtime (CLR) para integrar con .NET Framework. El
Service Pack 1 (SP1) de SQL Server 2005 agregó el espejeado de la base de datos
para la redundancia y la funcionalidad de failover en el nivel de la base de datos.
Cada versión de SQL Server viene en varias ediciones, que se pueden considerar
como un subconjunto de las características del producto. Los usuarios pueden
verificar la edición que están ejecutando con la consulta: select
serverproperty(‘edition’). Las ediciones principales incluyen las
siguientes ediciones: Datacenter, Enterprise, Standard, Web, Business
Intelligence, Workgroup y Express.
SQL Server 2012 SQL Server 2012 es la última versión de Microsoft SQL Server. Admite alta
disponibilidad y recuperación de desastres a través de los clusters de
disponibilidad continua y de los grupos de disponibilidad, almacenamiento en
memoria xVelocity para un rendimiento rápido de las consultas, exploración rápida
de datos mediante PowerView y modelado tabular en Analysis Services, además de
nuevas capacidades de administración de datos con Data Quality Services.
Windows Server La plataforma de base de datos está estrechamente relacionada con el sistema
operativo. Microsoft Windows Server proporciona una infraestructura sólida para
SQL Server.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 11 11
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Tipos de volumen de Windows
Los estilos de partición de volumen de Windows incluyen MBR y GPT:
• MBR: es el estilo de particionamiento existente, que permite un máximo de
cuatro particiones. La tabla de partición se guarda solo al inicio del disco.
• GPT: es un estilo de particionamiento con la capacidad para administrar
particiones de más de 2 TB. Su tabla de partición se guarda en múltiples
ubicaciones. Se puede recuperar fácilmente si se daña alguna partición.
SMB 3.0
Server Message Block (SMB) 3.0 es una nueva versión del protocolo de uso
compartido de archivos de red, permite que las aplicaciones en un equipo lean y
escriban a los archivos y que soliciten servicios de programas de servidor en una
red informática.
SMB 3.0 se introdujo en Windows Server 2012 y SQL Server 2012 lo ha admitido
como topología de almacenamiento viable para las bases de datos desde la
versión RTM de SQL Server 2012.
SQL Server 2012 es compatible con ambos discos virtualizados (VHD/VHDX) y las
bases de datos alojadas directamente en los recursos compartidos de SMB 3.0.
Los recursos compartidos se pueden presentar a Windows Server 2012 o a
múltiples servidores en cluster.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 13 13
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Figura 1. Arquitectura de SQL Server
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 15 15
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Componentes Los componentes físicos de SQL Server determinan la forma en que se
físicos de SQL almacenan los datos en el sistema de archivos del sistema operativo. Los
Server archivos de bases de datos, de página, de extensión y los archivos de log de
transacciones son los principales componentes físicos de SQL Server.
Tipos de archivos
Las bases de datos de SQL Server tienen los siguientes tipos de archivos:
• Los archivos de datos primarios tienen una extensión MDF. Una base de
datos requiere al menos un archivo de datos primario.
• Los archivos de datos secundarios tienen una extensión NDF. Todos los
archivos de datos en una base de datos que no sean archivos de datos
primarios, son archivos de datos secundarios. No se requieren los archivos
de datos secundarios y una base de datos puede tener varios archivos
secundarios o ninguno.
• Los archivos de log tienen una extensión LDF. Contienen toda la
información de log de transacciones necesaria para recuperar la base de
datos. Cada base de datos tiene un archivo de log, sin importar la cantidad
de archivos de datos.
Página y extensión
Una página de SQL Server es la unidad básica del almacenamiento de datos
lógicos. Con un tamaño de página de 8 kB (128 páginas por megabyte), cada
página comienza con un encabezado de 96 bytes que contiene información del
sistema sobre la página.
Log de transacciones
El log de transacciones mantiene las modificaciones que realizan las
transacciones dentro de los archivos de datos. Contiene información sobre los
siguientes eventos:
• El inicio y término de cada transacción
• Modificación de datos
• Asignación y desasignación de extensión y página
• Creación y eliminación de una tabla o índice
Grupo de archivos
Un grupo de archivos de SQL Server se puede usar con el fin de separar archivos
para tablas e índices; esto permite su ubicación selectiva en el nivel del disco.
Puede:
• Separar tablas e índices en el nivel del disco
• Separar los objetos que requieren más archivos de datos debido a su alta
tasa de asignación de páginas
El administrador de la base de datos de SQL Server puede:
• Crear un respaldo en el grupo de archivos o en el nivel de los archivos.
SQL Server tiene la capacidad para proporcionar disponibilidad parcial a un
grupo de archivos específico. Puede permanecer en línea siempre y cuando
el grupo de archivos primario esté en línea, incluso cuando otros grupos de
archivos se encuentren offline. Un grupo de archivos está disponible si
todos sus archivos también lo están.
• Usar grupos de archivos separados para los datos en fila y para los datos
de grandes objetos en tablas e índices
• Usar un grupo de archivos para las tablas particionadas:
Cada partición puede estar en su propio grupo de archivos
Las particiones se pueden alternar dentro y fuera de la tabla para
conseguir un mejor archiving
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 17 17
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Características de I/O y de ancho de banda de SQL Server
Descripción Es fundamental comprender el patrón y las características de I/O de SQL Server
general para el diseño y la implementación de aplicaciones de SQL Server. Un subsistema
de I/O configurado correctamente puede optimizar el rendimiento de SQL Server.
Existen dos tipos genéricos de tipos de carga de base de datos de SQL Server:
OLTP y data warehouse/OLAP. Una base de datos de usuario específica podría
generar un tipo de carga de I/O muy diferente a los del parámetro estándar. La
única forma para determinar las necesidades de rendimiento de I/O es analizar la
base de datos bajo una carga típica en tiempo real.
OLTP Los tipos de carga OLTP producen muchas transacciones simultáneas con
importantes lecturas y escrituras aleatorias de I/O (IOPS). Las bases de datos
OLTP cambian constantemente. La mayoría de las aplicaciones ad hoc generan
un tipo de carga OLTP.
Según los artículos de Mejores prácticas de Microsoft SQL Server, los tipos de
carga de bases de datos OLTP contienen los siguientes patrones:
• Las lecturas y escrituras que generan los archivos de datos tienen, por lo
general, una naturaleza aleatoria.
• La actividad de lectura (en la mayoría de los casos) tiene una naturaleza
constante.
• La actividad de escritura a los archivos de datos ocurre durante las
operaciones de punto de comprobación (la frecuencia la determina la
configuración del intervalo de recuperación).
• Las escrituras del log tienen una naturaleza secuencial y su tamaño varía
según la naturaleza del tipo de carga (alineación del sector hasta 60 kB).
• Las lecturas del log tienen una naturaleza secuencial (alineación del sector
hasta 120 kB).
Las bases de datos OLTP tienen generalmente varias actividades de escritura que
presionan al subsistema de I/O, en especial al LUN del log, ya que la escritura va
primero al log de transacciones.
El uso de índice es otro factor que afecta al subsistema de I/O. Los sistemas OLTP
altamente indexados pueden admitir un alto nivel de simultaneidad con baja
latencia para recuperar una pequeña cantidad de filas de los conjuntos de datos
que contienen pocos datos históricos. La volatilidad de las transacciones en un
sistema OLTP podría requerir un mantenimiento frecuente de índices que ubique
las solicitudes de lectura y escritura de gran actividad en el subsistema de I/O.
Base de datos Data warehousing suele ser la base de un sistema de toma de decisiones (DSS)
de Data o de un sistema Business Intelligence. Es un catálogo de los datos de una
warehouse/OLAP organización, diseñado para facilitar actividades complicadas de consultas
analíticas mediante el uso de grandes conjuntos de datos para la creación de
informes y análisis. Las bases de datos de data warehouse son del tipo
Procesamiento analítico en línea (OLAP), que por lo general usan análisis
complejos con datos agregados o resumidos en data warehouse.
Los datos en el sistema data warehouse son generalmente estáticos, con lectura
secuencial y muy poca actividad de escritura, a excepción de las típicas
actualizaciones por lote. El ancho de banda de I/O es más importante que IOPS.
El tipo de carga típico en un data warehouse tiene gran actividad de I/O, con
operaciones como grandes cargas de datos y creación de índices, creación
de vistas y consultas en grandes volúmenes de datos. El subsistema de I/O
subyacente de data warehouse debe cumplir con estos requisitos de gran ancho
de banda.
Cuando se diseña un data warehouse, hay que calcular cuánto ancho de banda
de I/O podrían usar potencialmente un determinado servidor y una tarjeta HBA,
además de garantizar que la configuración de I/O seleccionada será capaz de
satisfacer el requisito del servidor.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 19 19
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Un sistema de data warehouse bien diseñado optimiza el sistema de
almacenamiento para que realice operaciones centradas en el escaneo; el CPU del
servidor puede recibir y procesar los datos que entrega el almacenamiento en el
mismo ancho de banda. Como las consultas en data warehouse pueden recuperar
millones de registros de la base de datos para su procesamiento, los datos suelen
ser demasiado grandes para ajustarse a la memoria. Un buen diseño de
almacenamiento debería ubicar y proporcionar los datos rápidamente desde el
disco para que los procesadores puedan realizar la agregación y el resumen.
Páginas de lectura Las lecturas de I/O del motor de base de datos de SQL Server son de los
siguientes tipos:
• Lectura lógica: ocurre cuando el motor de base de datos solicita una página
de la caché del buffer
• Lectura física: realiza una copia de la página del disco en la caché si la
página no se encuentra actualmente en la caché del buffer
Páginas de Las escrituras de I/O de una instancia del motor de base de datos son de los
escritura siguientes tipos:
• Escritura lógica: ocurre cuando se modifican los datos en una página en la
caché del buffer
• Escritura física: ocurre cuando se escribe la página desde la caché del
buffer al disco
Las lecturas y escrituras de página ocurren en la caché del buffer. Cada vez que
se modifica una página en la caché del buffer, se marca como “desfasada”. Una
página puede tener más de una escritura lógica antes de escribirse físicamente
en el disco. Los registros de log se deben escribir en el disco antes de escribir en
el disco la página desfasada asociada. Para garantizar la coherencia de datos,
SQL Server usa el registro de escritura previa, con el fin de evitar que se escriba
una página desfasada antes de escribir el registro de log asociado en el disco.
Log Manager El tipo de carga del log es la I/O en función del log de transacciones. Por lo general
tiene escrituras secuenciales y requiere una baja latencia para tipos de carga de
transacción de gran escala. Las escrituras del archivo de log de transacciones son
síncronas para una transacción determinada, ya que SQL Server elimina todas las
actualizaciones asociadas a una transacción asignada al log antes de que el hilo
de ejecución del usuario pueda comenzar la siguiente transacción.
Uso de Tempdb Tempdb es una base de datos de sistema que utiliza SQL Server como espacio de
trabajo temporal. El patrón de I/O para Tempdb es similar a los patrones OLTP.
Según el tipo de carga, la Tempdb puede variar de una actividad baja (en tipos de
carga del tipo OLTP) a una extremadamente alta (tipos de carga DSS u OLAP).
Patrones de I/O La Tabla 3 resume los patrones de I/O involucrados en cada tipo de base de
datos.
Tabla 3. Patrones de I/O de diferentes tipos de carga para una base de datos de SQL
Server
Tipos y
Archivo de base de datos del procesamiento Decision Support System
características
de transacciones en línea (OLTP) (data warehouse, OLAP)
de I/O
Archivos de • I/O más pequeñas y aleatorias • I/O más grandes y secuenciales
datos (de 8 a 64 kB) (principalmente de 64 kB y
• Alta proporción de lecturas en pueden ser de más de 256 kB con
comparación con las escrituras (por lo el índice de almacenamiento en
general, una tasa de lectura/escritura columnas)
entre 90/10 y 70/30) • Baja proporción de escrituras en
• Por lo general, se puede conseguir un comparación con las lecturas,
alto rendimiento y protección con RAID a veces de solo lectura
10. Con el almacenamiento en niveles, • RAID 5 suele proporcionar el
se puede usar RAID 5 o RAID 6 en el rendimiento adecuado y mucho
pool de almacenamiento para más espacio utilizable para una
proporcionar el rendimiento necesario. cantidad determinada de discos
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 21 21
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Tipos y
Archivo de base de datos del procesamiento Decision Support System
características
de transacciones en línea (OLTP) (data warehouse, OLAP)
de I/O
Archivo de log • I/O pequeñas y altamente secuenciales (algunas múltiples de 512 bytes)
de la base de
• Casi exclusivamente escrituras, con lecturas ocasionales durante grandes
datos
reversiones o respaldos de log
• Se recomienda RAID 1/0 para los logs. RAID 5 también podría brindar un
rendimiento adecuado (debido a las escrituras en fracciones completas).
Es posible que disminuya el rendimiento cuando haya una falla de una unidad
(la disminución del rendimiento se puede ignorar en el caso de discos flash).
Archivo de • La variación de tamaño depende del uso (por lo general, son I/O de mayor
datos de tamaño que no exceden los 64 kB)
Tempdb
• I/O seriales o aleatorias, un tipo de carga determinado podría ser algo
secuencial, muchos tipos de carga que se ejecutan simultáneamente podrían
dar una apariencia de I/O aleatoria a la Tempdb
• Generalmente, una división con un 50 % de escrituras y un 50 % de lecturas
• Basado en la naturaleza impredecible de la Tempdb y en combinación con su
habitual proporción alta de escrituras, RAID 1/0 suele proporcionar el mejor
rendimiento para una cantidad determinada de discos. De manera similar a los
archivos de log, RAID 5 también podría brindar el rendimiento adecuado, en
especial cuando se usan los discos flash.
Mejores prácticas EMC recomienda que comience con un diseño de SQL Server con cinco LUN,
generales del como se muestra en la Figura 4 y ampliarse según los requisitos de rendimiento
almacenamiento de la aplicación.
de SQL Server
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 23 23
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
• Bases de datos del sistema
En la mayoría de los ambientes, las bases de datos de sistema no suelen
modificarse o cambiarse y pueden ubicarse en el mismo LUN que el
sistema operativo.
• Logs para las bases de datos de usuarios
Los logs para las bases de datos de usuarios generalmente necesitan IOPS
bajos (principalmente escrituras secuenciales). Incluso con una replicación
como el grupo de disponibilidad continua (AAG), los IOPS que se necesitan
en estos LUN no suelen ser muy exigentes. De esta manera, los LUN de logs
se configuran generalmente con discos de Fibre Channel (en un pool de
almacenamiento puede estar anclado en el nivel de Fibre Channel) que
pueden satisfacer la necesidad de capacidad con al menos un 10 % de
espacio extra.
• Tempdb
En un ambiente OLTP, es posible que la Tempdb no exija muchas I/O y que
pueda seguir el mismo principio de diseño que los logs. En este caso,
generalmente se encuentran en el mismo pool que los LUN de logs de la
base de datos de SQL Server.
Cuando se lleva a cabo la creación de informes calendarizada o ad hoc, o
grandes combinaciones de tablas, la Tempdb podría experimentar un uso
intensivo. Tiene que medir las necesidades del sistema SQL para
determinar el uso de Tempdb.
Una Tempdb en un data warehouse o para tipos de carga OLAP suele tener
grandes exigencias de I/O y garantiza una atención especial en estos
ambientes. El diseño de la Tempdb en estos ambientes debe seguir el
principio de diseño de la base de datos en cuanto a dimensionamiento
y ubicación, en caso de ser necesario.
• Base de datos de usuario
Por lo general, los LUN de la base de datos de usuario son el enfoque
principal para el diseño del almacenamiento. Los tipos de LUN varían
según los requisitos de rendimiento y capacidad, así como el tipo de carga.
Aceptable De 10 a 20 ms De 5 a 15 ms
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 25 25
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
• Considere el uso de múltiples rutas para lograr más disponibilidad/
redundancia y para mejorar la optimización, en especial para
configuraciones basadas en iSCSI o en archivos.
Para los tipos de carga típicos de OLTP, es probable que las mediciones de
rendimiento en IOPS superen el requisito de capacidad para los archivos de base de
datos y para los archivos de log. Los archivos de la Tempdb están generalmente
enlazados a la capacidad, debido a la naturaleza baja de I/O del tipo de carga.
Los archivos de logs y de bases de datos de usuarios deben estar bien protegidos
para evitar la pérdida de datos. Debido a que el archivo de la Tempdb contiene
solo datos temporales y se puede volver a crear con el inicio de SQL Server, la
protección de la Tempdb no se considera de prioridad alta. Cuando el rendimiento
de la Tempdb es crítico (como en el ambiente OLAP), es ideal que la Tempdb use
un disco flash de servidor como XtremSF para minimizar la latencia de
almacenamiento.
Disco SAS Como una mejora de los Sumamente adecuados para los
discos tradicionales SCSI, ambientes de SQL Server con altos
los discos SAS proporcionan requisitos de IOPS.
alta capacidad con una
velocidad de I/O moderada.
SATA Discos de gran capacidad Adecuados para bases de datos
con una velocidad de I/O grandes con bajos requisitos de I/O.
menos exigente. Son más adecuados para data
warehouse y bases de datos de
contenido de SharePoint
SAS NL Tal como con los discos Los discos SAS NL pueden admitir
(NL-SAS) SATA, los discos SAS NL son bases de datos grandes a un costo
una buena opción para una relativamente bajo. Los discos SAS NL
I/O menos exigentes pero suelen ser la mejor opción para las
con grandes requisitos de bases de datos grandes con perfiles
capacidad. bajos de I/O.
Flash Los discos flash tienen la En general, los discos flash se pueden
velocidad de I/O más alta usar de la siguiente manera:
con un bajo consumo de • En el arreglo de almacenamiento
energía. como parte de las características
de la organización en niveles de
almacenamiento automática,
como EMC FAST VP o FAST Cache
para manejar cualquier imprevisto
de I/O.
• En servidores como XtremSF o
XtremSW Cache
EMC también proporciona un arreglo
de solo flash XtremIO™ para el
ambiente de SQL Server más exigente.
Siga las siguientes reglas generales cuando seleccione los tipos de disco:
• Para los requisitos de IOPS bajos, de latencia de disco aceptable y de alta
capacidad de la base de datos, use discos SATA o SAS NL.
• Para los requisitos de IOPS altos, de latencia de disco baja y de alta capacidad
de la base de datos, use discos de Fibre Channel o SAS de gran capacidad.
• Para requisitos superiores de IOPS, de latencia de disco muy baja y
requisitos inferiores de capacidad de base de datos, use discos flash en la
organización en niveles de almacenamiento o FAST Cache.
• Para los requisitos más exigentes de IOPS y latencia de disco y requisitos
inferiores de capacidad de base de datos, use XtremSF y XtremSW Cache.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 27 27
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Los diferentes tipos de discos admiten diferentes IOPS con el mismo requisito de
latencia. Considere esto cuando calcule los requisitos de disco para su ambiente.
La siguiente tabla proporciona datos de IOPS de disco aleatorio desde la
validación más reciente de SQL Server en el almacenamiento de EMC VNX y VMAX.
Estos resultados están sujetos a cambios según pruebas futuras.
Nota: EMC recomienda enfáticamente usar los valores de la Tabla 6 para calcular los
requisitos de IOPS para la implementación de SQL Server en arreglos de
almacenamiento de VNX y VMAX. Estos números servirán de base para el rendimiento
típico aceptable que se muestra en la Tabla 4. Para las aplicaciones que requieren un
mejor rendimiento, agregue más discos o use almacenamiento en caché del arreglo
como FAST Cache o almacenamiento en caché del servidor como XtremSW Cache.
Los pools de almacenamiento son construcciones virtuales que permiten que los
datos se transfieran dinámicamente a través de diferentes niveles de unidades
(desde un alto rendimiento hasta menores costos/alta capacidad y viceversa),
según la actividad comercial de los datos. Con los sistemas VNX y VMAX, los
pools de almacenamiento están completamente automatizados y cuentan con
autoadministración.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 29 29
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
El uso de pools de almacenamiento simplifica el aprovisionamiento de
almacenamiento. El aprovisionamiento basado en pools proporciona beneficios
similares al fraccionado de metaLUN en varios discos, pero a diferencia de los
metaLUN, los pools de almacenamiento requieren una planificación mínima y
esfuerzos de administración.
Consideraciones Los sistemas EMC VMAX y VNX ofrecen aprovisionamiento virtual, que en
para el el sector se conoce generalmente como aprovisionamiento delgado. El
aprovisionamiento aprovisionamiento virtual o delgado puede simplificar la administración de
virtual del almacenamiento y reducir los costos de almacenamiento mediante el aumento
almacenamiento en la utilización de la capacidad para varios casos de uso de SQL Server.
El aprovisionamiento virtual permite que SQL Server adquiera más capacidad que
la asignada físicamente. El almacenamiento físico se asigna a la base de datos
“según demanda” desde un pool compartido, según sea necesario.
Mejores prácticas Las características de rendimiento de SQL Server pueden variar considerablemente
para el entre un ambiente y otro, según la aplicación. Estas características se dividen en
dimensionamiento dos categorías generales: OLTP genera principalmente tipos de carga de lectura
del aleatorias y data warehouse genera principalmente tipos de carga de lectura
almacenamiento secuenciales, como se describe en la Tabla 9. En un ambiente OLTP, use IOPS de
lectura/escritura para el dimensionamiento del almacenamiento. Para un ambiente
de data warehouse, use ancho de banda (MB/s) para el dimensionamiento del
almacenamiento.
Notas:
• No use contadores de IOPS que se promedien con el paso del tiempo para el diseño
del almacenamiento. EMC recomienda identificar el percentil 90 de las muestras de
IOPS y realizar el diseño para ese nivel de rendimiento. Esto permite que el sistema
responda bien a los imprevistos según demanda.
• Los requisitos de IOPS para un grupo RAID se deben calcular de forma
independiente para lecturas y escrituras.
Nota: Es posible que deba ajustar el conteo de discos para cumplir con los requisitos
para el nivel RAID seleccionado. Por ejemplo, no puede haber un conjunto RAID 1/0 de
siete discos. En esos casos, se requiere un conjunto RAID 1/0 de ocho discos.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 31 31
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La Tabla 6 en Selección del tipo de disco proporciona los IOPS por disco para los
diferentes tipos de discos que se recomiendan a fin de calcular las necesidades de
disco de la configuración RAID y la configuración del almacenamiento en niveles.
Diseño final
Use el número más grande como el dimensionamiento final para satisfacer los
requisitos de rendimiento y capacidad.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 33 33
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Dimensionamiento para el rendimiento
Los IOPS y el cálculo de disco son igual al que proporciona el grupo RAID con
desviación:
Nota: Cada nivel se debe redondear al siguiente conteo de unidades lógicas, así como
el nivel con su tipo de RAID específico. Por ejemplo, para RAID 5 (4+1), se requiere un
conjunto de 10 discos en lugar de uno de siete discos.
Diseño final
Use el número más grande para cada nivel como el dimensionamiento final para
satisfacer los requisitos de rendimiento y capacidad.
Consideraciones Como la tecnología de servidor actual está reduciendo rápidamente los costos del
de poder de procesamiento, la mayoría de los ambientes de servidores físicos no se
almacenamiento utilizan con tanta frecuencia. Aun así, algunas funciones deben estar en servidores
para hipervisor separados para que las aplicaciones de SQL Server funcionen adecuadamente. La
virtualización puede optimizar los recursos del centro de datos mediante la
consolidación de los recursos de servidor a unos pocos servidores físicos. Esto
reduce el consumo de energía, ahorra espacio, mejora el retorno de la inversión
(ROI), aumenta la capacidad de administración y la flexibilidad e introduce nuevas
opciones de alta disponibilidad.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 35 35
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Reglas generales para la virtualización
A continuación, se presentan las reglas generales que se aplican en la
virtualización de Microsoft SQL Server:
• Siga los principios generales de diseño de SQL Server:
Diseñe para conseguir rendimiento, confiabilidad y capacidad.
Diseñe para perfiles de usuario (como OLTP y OLAP).
Dimensione las máquinas virtuales según la función de SQL Server
(parte de SAP o SharePoint).
El dimensionamiento físico se continúa aplicando para calcular la
cantidad de discos o FAST VP.
Le recomendamos instalar PowerPath en hosts físicos de Hyper-V o ESX
para balanceo de carga, administración de rutas y detección de falla de
ruta I/O.
• Consideración sobre los recursos del sistema de una máquina virtual:
Dimensione los servidores físicos para admitir la cantidad de huéspedes.
Mantenga la cantidad de núcleo físicos y vCPU en una relación de 1:1.
− Asegúrese de que no haya CPU sobreasignados.
− No sobrepase el tamaño del nodo NUMA en el servidor físico
cuando dimensione las máquinas virtuales. Para obtener más
información, visite Uso de sistemas NUMA con ESX/ESXi.
Reserve por completo la memoria RAM para las máquinas virtuales de
SQL Server a fin de evitar el incremento de memoria.
Comprenda los límites del hipervisor (Hyper-V y VMware):
− Memoria máxima: 1 TB (ESXi 5.1, Windows 2012 Hyper-V)
− LUN de SCSI por máquina virtual: 256 (ESXi 5.1, Windows 2012
Hyper-V)
− Límites del procesador
− VMware vSphere 5.1: 32 CPU virtuales
− Windows 2012 Hyper-V: 64 CPU virtuales
Use páginas de gran tamaño en el huésped (inicie SQL Server con un
indicador de rastros: T834) para mejorar el rendimiento de un SQL
Server dedicado de 64 bits.
Otorgue los privilegios de Bloquear páginas en la memoria para la
cuenta de servicio de SQL Server.
• Consideraciones para los grupos de disponibilidad continua:
Distribuya réplicas de los grupos de disponibilidad continua entre
múltiples hosts físicos para minimizar cualquier tiempo fuera potencial
en caso de tener problemas en el servidor físico.
Si las máquinas virtuales de SQL Server en un grupo de disponibilidad
continua son parte de un cluster de failover y tecnología de migración
basada en host del hipervisor, configure las máquinas virtuales para
que no guarden o restauren su estado en el disco cuando se muevan o
desconecten.
• Soporte de VMware para clusters de servidores SQL.
1
Cuando se usan las reglas de afinidad y anti-afinidad de DRS.
2
Solo vSphere 5.5.
3
Solo para Windows Server 2012 Failover Clustering.
4
En vSphere 5.5, se admite FCoE nativo. En la actualización 1 de vSphere 5.1 y la
actualización 3 de 5.0, la configuración de dos nodos de cluster con las tarjetas CNA de
Cisco (VIC 1240/1280) y la versión del controlador 1.5.0.8 son compatibles con el SO
huésped de Windows 2008 R2 SP1 64-bit. Para obtener más información, consulte la guía
de compatibilidad de hardware de VMware: Cisco UCS VIC1240, Cisco UCS VIC1280
5
Compatible solo en configuraciones Cluster in a Box (CIB). Para obtener más
información, consulte la sección Consideraciones para la agrupación en clusters del
almacenamiento compartido que se encuentra en este artículo.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 37 37
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Para conseguir el rendimiento óptimo con las instancias de misión crítica de nivel 1
del servidor SQL:
• Siga las mismas reglas que se aplican al ambiente físico, es decir, separar
los LUN para datos y logs.
• Asegúrese de que cada servidor ESXi o Hyper-V tenga al menos cuatro rutas
(dos adaptadores de bus de host (HBA)) para el almacenamiento, con un
total de cuatro puertos. Asegúrese de que la conectividad para el arreglo de
almacenamiento se proporcione a ambos SP para VNX, o a través de
múltiples directores front-end en VMAX.
• Ubique el almacenamiento de SQL Server en discos separados del
almacenamiento físico del sistema operativo huésped (VHD/VHDX o VMDK).
Para conseguir un rendimiento aceptable con el nivel 2 y con instancias de menor
nivel de servicios:
• Los discos duros virtuales para los LUN del sistema operativo de la
máquina virtual pueden compartir un LUN en el nivel de hipervisor (área de
almacenamiento de datos para vSphere o los LUN de nivel de host para
VHD/ VHDX en Hyper-V) con los LUN de la base de datos y logs de SQL
Server, si la facilidad de implementación es la preocupación principal y el
rendimiento es algo secundario.
• Varias máquinas virtuales o bases de datos pueden compartir LUN en el nivel
de hipervisor (área de almacenamiento de datos para vSphere o los LUN de
nivel de host para VHD/ VHDX en Hyper-V), si el nivel de alta disponibilidad y
recuperación de desastres es aceptable para el ambiente específico.
Microsoft proporciona información y recomendaciones adicionales para la
virtualización de SQL Server.
Notas:
• La mayor profundidad de línea de espera configurable para los puertos HBA en ESXi
5.0 es 128 y en ESXi 5.1 es 256, si los LUN asociados tienen puertos de servidor ESXi
asociados.
• Para los servidores ESXi 5.0 con múltiples máquinas virtuales, el valor de
Disk.SchedNumReqOutstanding en las opciones avanzadas de VMware tiene que
coincidir con la profundidad de la línea de espera.
Para obtener más información sobre la configuración del servidor ESXi, consulte
el sitio web de la Knowledge Base de VMware y el manual de rendimiento de
almacenamiento escalable de VMware ESX.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 39 39
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
VMFS RDM
Funciona bien para la mayoría de los Necesario para la agrupación en clusters
ambientes que no requieran mapeo de (disco de quórum); por ejemplo, agrupación
dispositivos crudos (RDM) en clusters de failover de SQL Server
Necesario para las tareas de administración
de SAN como el respaldo y los snapshots
Microsoft Hyper-V
Opciones de almacenamiento para SQL Server
VHDX es el nuevo formato de disco duro virtual que se incorporó en Windows
Server 2012 Hyper-V; brinda una mejor capacidad de almacenamiento y protección
de datos.
VHD, el disco duro virtual de Windows Server 2008 Hyper-V, se puede convertir a
VHDX en Windows Server 2012 Hyper-V.
Los archivos de base de datos o de log de SQL Server pueden residir en VHD o VHDX.
VHDX se puede crear en un volumen compartido de cluster (CSV) para aprovechar las
funciones de alta disponibilidad y recuperación de desastres que ofrece Hyper-V.
Esta función proporciona un rendimiento cercano al del disco de paso con nivel
de protección y migración sencilla de Hyper-V.
Reglas de diseño La serie EMC Symmetrix VMAX es un almacenamiento de gama alta para el centro
de de datos. El sistema escala a un masivo 2 PB y consolida más tipos de carga con
almacenamiento mucho menos espacio físico que otros arreglos. La arquitectura Virtual Matrix
para Symmetrix Architecture de EMC Symmetrix escala sin problemas el rendimiento, la capacidad
VMAX y la conectividad según demanda para cumplir con todos los requisitos de la
aplicación. El sistema es compatible con discos flash, Fibre Channel y discos SATA,
además de contar con una organización en niveles automatizada y optimizada con
FAST VP. El sistema también es compatible con servidores virtualizados y físicos, lo
cual incluye a sistemas abiertos, mainframe y a servidores IBM i.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 41 41
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Consideraciones para el diseño de hardware de la serie VMAX
A continuación, se describen algunas de las consideraciones más importantes
con respecto al diseño para SQL Server en VMAX:
• En el momento de crear LUN, use menos hipervolúmenes pero que sean de
mayor tamaño para mejorar el rendimiento.
• Use un mínimo de dos tarjetas HBA por servidor, cada una debe estar
conectada, por lo menos, a dos puertos de director (a través de múltiples
motores VMAX, de ser posible).
• Para los LUN gruesos y delgados, use metavolúmenes fraccionados.
Consideraciones y mejores prácticas del aprovisionamiento virtual
Con las funcionalidades de formato NTFS “compatibles con dispositivos
delgados” de Microsoft Windows y los mecanismos de Instant File Initialization
de Microsoft SQL Server, SQL Server puede obtener los máximos beneficios del
aprovisionamiento virtual con EMC Symmetrix. Además, se recomiendan los
pools de LUN delgados para SQL Server en Symmetrix VMAX. El rendimiento de
un dispositivo delgado es equivalente al rendimiento de un dispositivo regular
(grueso) en VMAX y, en la mayoría de los casos, el uso de pools delgados puede
reducir el requisito inicial de almacenamiento.
Nota: Las tasas de desviación pueden variar y depende del perfil específico de SQL Server.
Reglas de La familia EMC VNX ofrece innovaciones líderes del sector y funcionalidades
diseño de empresariales para el almacenamiento de archivos y bloques en una solución
almacenamiento escalable y fácil de usar. Esta plataforma de almacenamiento de última
para VNX generación combina hardware flexible y eficiente con software de protección,
administración y eficiencia avanzadas a fin de satisfacer las exigentes
necesidades de las grandes empresas de la actualidad.
EMC FAST Suite es una función avanzada de software que proporciona mayor
flexibilidad para administrar los aumentos en requisitos de rendimiento y
capacidad del ambiente de SQL Server. EMC FAST Suite usa discos SSD, SAS y
configuración de almacenamiento SAS NL para equilibrar las necesidades de
rendimiento y almacenamiento. El conjunto de aplicaciones FAST incluye FAST
Cache y FAST VP.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 43 43
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Consideraciones y mejores prácticas para FAST Cache
EMC FAST Cache aumenta la caché del sistema de almacenamiento mediante la
extensión de la funcionalidad de la caché de DRAM y con el mapeo de los datos
de acceso frecuente al disco SSD. Las capacidades de FAST Cache van de 73 GB
a 2 TB, lo cual es muy superior a la caché DRAM disponible de los sistemas de
almacenamiento existentes. Si la aplicación del usuario accede frecuentemente a
un fragmento de datos en especial, ese fragmento se promueve automáticamente
a FAST Cache, se copia de las unidades de disco duro a los discos flash. Cuando
posteriormente se accede a ese fragmento, se hace con tiempos de respuesta de
disco flash, lo que impulsa el rendimiento del sistema de almacenamiento.
FAST Cache es más adecuado para tipos de carga aleatorios con gran actividad
de I/O en conjuntos de trabajo pequeños. Una base de datos OLTP típica con este
tipo de perfil podría aprovechar FAST Cache para mejorar el rendimiento y el
tiempo de respuesta. Monitoree los grupos de archivos de la base de datos de
SQL Server y active FAST Cache en los pools de almacenamiento altamente
activos donde se ubican esos datos.
Las pruebas indican que la inclusión de FAST Cache da como resultado un aumento
de 300 % en transacciones por segundo (TPS) para un tipo de carga OLTP de SQL
que usa la misma cantidad de unidades de disco duro en el back-end.
El artículo EMC Unified Storage for Microsoft SQL Server 2008: Enabled by EMC
CLARiiON and EMC FAST Cache Reference Architecture, disponible en el servicio
de soporte en línea de EMC, proporciona más información sobre cómo crear una
solución con EMC FAST Cache.
Cuando use FAST Cache, permita una cantidad suficiente de tiempo para que la
caché se prepare y pueda utilizar la caché por completo. En nuestras pruebas con
tipos de carga OLTP, FAST Cache tardó entre una y dos horas para prepararse.
FAST VP se ejecuta en segundo plano, mientras que los LUN permanecen en línea
y disponibles para el acceso del host. Se puede controlar la velocidad de
transferencia de los datos para minimizar el impacto en el rendimiento general
del sistema (puede configurar la tasa de reubicación en alta, media o baja).
FAST Cache y FAST VP pueden funcionar juntos en una base de datos de SQL
Server para mejorar el rendimiento, lograr un mayor uso de la capacidad y
disminuir los requisitos de potencia y enfriamiento.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 45 45
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Consideraciones Descripción general de XtremSF
para flash de XtremSF es una única tarjeta de hardware flash de servidor de bajo perfil que se
servidor adapta en cualquier servidor de montaje en rack dentro del ámbito de alimentación
de un solo slot PCIe, disponible con un conjunto amplio de capacidades eMLC y
SLC. Se puede implementar:
• Como almacenamiento local ubicado en el servidor para brindar un alto
rendimiento
• En combinación con el software de almacenamiento en caché basado en
servidores XtremSW Cache para mejorar el rendimiento del arreglo de
almacenamiento en red, mientras se mantiene el nivel de protección
requerido por los ambientes de las aplicaciones críticas.
XtremSF es mejor para bases de datos de SQL Server que tengan una relación de
lectura/escritura de un 70 % a un 90 % y que cuenten con una protección de
datos en el nivel de SQL Server. Con tarjetas XtremSF de mayor tamaño es posible
admitir una completa base de datos en una única tarjeta XtremSF.
Los tipos de carga de SQL Server que se pueden beneficiar más con XtremSW
Cache son:
• Las aplicaciones que tienen altas relaciones de tipos de carga de lectura-
escritura. La máxima eficacia se obtiene cuando los mismos trozos de
datos se leen muchas veces y se escriben pocas veces.
XtremSW Cache puede acelerar las operaciones de lectura, mientras todas las
operaciones de escritura se escriben en el arreglo de almacenamiento y no se ven
afectadas por XtremSW Cache. En muchos casos, se puede observar una mejora
en el rendimiento de escritura en la medida en que XtremSW Cache descarga las
operaciones de lectura, lo que permite que el arreglo maneje más operaciones de
escritura como un beneficio adicional. XtremSW Cache puede no ser adecuado
para las aplicaciones secuenciales o con gran actividad de escritura, como
aplicaciones de data warehousing, de medios en tiempo real o de big data.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 47 47
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
• Los LUN de log y los LUN de Tempdb en las bases de datos de OLTP
presentan gran actividad de escritura y, por lo general, no se benefician
con XtremSW Cache.
• En los ambientes de disponibilidad continua de SQL Server, las bases de
datos secundarias no necesitan aceleración, a menos que un requisito de
rendimiento específico justifique el uso de XtremSW Cache.
• Defina el tamaño de página en 64 kB en XtremSW Cache para admitir la
gran cantidad de I/O para la base de datos de SQL Server.
• Si no se espera que el tipo de carga aumente después de implementar
XtremSW Cache, no hay necesidad de agregar recursos del sistema
adicionales, como memoria o CPU.
• Coloque al menos dos tarjetas XtremSF dentro de su infraestructura de
servidor cuando se requiera redundancia.
• Por lo general, la deduplicación no beneficia al patrón de I/O de SQL Server.
Para obtener más información sobre todas las mejores prácticas para el diseño y la
configuración relacionadas con XtremSF y XtremSW Cache, consulte la EMC VSPEX
with EMC XtremSF and EMC XtremSW Cache Design Guide. Este documento es para
VSPEX, pero los principios de diseño y mejores prácticas se pueden aplicar a la
mayoría de los ambientes.
6
La relación de XtremSW Cache y el almacenamiento es la relación de la caché y el
tamaño de almacenamiento de la base de datos. Si la relación es de 1:10, entonces por
cada 10 GB de datos, proporcione al menos 1 GB de XtremSW Cache.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 49 49
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Automatización EMC Storage Integrator (ESI) para el conjunto de aplicaciones de Windows es un
con ESI conjunto de herramientas orientadas a los administradores de aplicaciones de
Microsoft y Microsoft Windows. El conjunto de aplicaciones incluye ESI para
Windows, ESI PowerShell Toolkit, ESI Service, paquetes de administración de ESI
para System Center Operations Manager (SCOM) y ESI Service PowerShell Toolkit.
• ESI para Windows
Proporciona la capacidad de ver, provisionar, monitorear y administrar el
almacenamiento de bloques y de archivos para Microsoft Windows. ESI es
compatible con la serie EMC Symmetrix VMAX y con la serie EMC VNX. ESI
también admite aprovisionamiento de almacenamiento y descubrimiento
para las máquinas virtuales que se ejecutan en Microsoft Hyper-V, Citrix
XenServer y VMware vSphere.
Como se aprecia en la Figura 7, ESI simplifica la administración de
almacenamiento para Windows y aplica automáticamente algunas de las
mejores prácticas de configuración de almacenamiento, además de
simplificar la implementación del almacenamiento para Windows.
Grupos de Ante una falla de hardware o software, las múltiples copias de la base de datos
disponibilidad en un grupo de disponibilidad continua permiten una alta disponibilidad con
continua procesos de failover rápidos y sin pérdida de datos. Esto elimina el tiempo fuera
del usuario final, que implica una costosa recuperación a partir de un respaldo en
un punto en el tiempo pasado desde un disco o una cinta, como se muestra en la
Figura 8. Los grupos de disponibilidad continua se pueden extender a varios
sitios y ofrecen resistencia contra fallas del centro de datos. Proporcionan
replicación en el nivel de base de datos con failover automatizado.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 51 51
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Protección de Si se requiere una copia en un punto en el tiempo previa de una base de datos,
datos nativa de puede usar SQL Server para crear una copia retrasada en un ambiente de grupo
SQL Server de disponibilidad. Esto puede ser útil si una corrupción lógica se replica en todas
las bases de datos en el grupo de disponibilidad continua, lo que da lugar al
retorno a un punto en el tiempo anterior. También es útil si un administrador
borra accidentalmente los datos de usuario. EMC es capaz de proporcionar los
mismos niveles de protección, e incluso mejores, pero usa mucho menos
almacenamiento gracias a los snapshots.
Los tres tipos de respaldo están integrados con SQL Server y se consideran
respaldos en activo. SQL Server registra el momento en que se lleva a cabo el
respaldo.
Ofertas de Si bien la protección de datos nativa de SQL Server es suficiente para algunos
protección de clientes, la mayoría aún requiere funcionalidades de respaldo y restauración
datos y alta completas para las bases de datos de SQL Server. EMC ofrece una amplia variedad
disponibilidad de de opciones para brindar protección de datos y alta disponibilidad con SQL Server.
EMC para SQL Solución de protección de SQL Server en el Apéndice D proporciona los detalles de la
solución, incluidas algunas de las ofertas de protección indicadas para SQL Server.
Server
La Table 14 indica las opciones de la base de datos de SQL Server.
Tabla 14. Opciones de protección de datos y alta disponibilidad de EMC
Herramienta/
Categoría Recursos Descripción
sistema
Disponibilida RecoverPoint CDP • Síncrona
d continua
• Protección de recuperación local
CRR • Asíncrona
• Replicación remota continua
CLR • Datos simultáneos locales y remotos
• Combina CDP y CRR
VMAX/VNX con CDP/CRR/CLR Los arreglos VMAX y VNX tienen opciones
un splitter de que incorporan el splitter de RecoverPoint,
RecoverPoint el cual funciona como disponibilidad
incorporado continua nativa
VMAX SRDF Replicación continua
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 53 53
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Herramienta/
Categoría Recursos Descripción
sistema
Recuperación AppSync Replicación solo • Una administración de almacenamiento
a partir de a partir de simple, con protección de datos de
una snapshots en autoservicio y dirigida por acuerdos de
replicación VNX nivel de servicio (SLA) para SQL Server
rápida de un
• También funciona con RecoverPoint en
punto en el
VNX
tiempo
• No se requieren agentes
Replication SAN Copy con • Un software de protección de datos
Manager snapshots/clone integral
s para VMAX y
• Se debe instalar el agente en SQL Server
VNX
VMAX Copia espejeada Operaciones de control y monitoreo
TimeFinder generales para los volúmenes de
continuidad del negocio (BCV)
CG Grupos de consistencia
Clon Las sesiones de clones ocupan el mismo
tamaño que los LUN de producción, pero no
tienen ningún efecto después de su creación
Snapshot Los snapshots ocupan menos espacio que
los clones, pero tienen un mayor impacto
en los LUN de producción si los datos
cambian frecuentemente en los LUN
VNX Clon Las sesiones de clones ocupan el mismo
tamaño que los LUN de producción, pero no
tienen ningún efecto después de su creación
Snapshot Los snapshots ocupan menos espacio que
los clones, pero tienen un mayor impacto
en los LUN de producción si los datos
cambian frecuentemente en los LUN
Respaldo y EMC Avamar® Una completa La deduplicación de longitud variable
restauración solución de reduce considerablemente el tiempo de
eficientes de hardware y ejecución del respaldo almacenando
un punto en el software solamente los cambios diarios únicos, a la
tiempo vez que conserva los respaldos diarios
completos para brindar restauración
inmediata en un solo paso.
EMC Solución de Centraliza, automatiza y acelera el respaldo y
NetWorker software de la recuperación de datos con una amplia
respaldo y variedad de opciones de protección de datos
restauración
tradicionales
Tecnologías de replicación
SQL Server requiere recursos de sistema dedicados. Al implementar un mecanismo
de protección en el ambiente SQL, considere el impacto que conlleva en el
rendimiento de SQL Server.
EMC RecoverPoint
RecoverPoint replica los datos para proteger el ambiente de SQL Server contra
desastres. Ofrece tres opciones:
• Protección de replicación local (CDP). Esta opción brinda protección
síncrona mediante la captura de cada transacción en una base de datos y
su escritura simultánea a una ubicación de almacenamiento secundario.
• Replicación remota continua (CRR). Es una opción de protección asíncrona
que puede replicar los datos a cualquier distancia.
• Protección de datos local y remota simultánea (CLR), que combina los
métodos de replicación CDP y CRR a fin de brindar protección local y remota
para un ambiente SQL Server.
RecoverPoint escala adecuadamente y se puede implementar en ambientes de
SQL Server muy grandes. Puede proporcionar copias reiniciables continuas de
archivos de log y de bases de datos de usuarios a prácticamente cualquier punto
en el tiempo.
Los arreglos VNX y VMAX más recientes están integrados con el splitter de
RecoverPoint. El documento EMC RecoverPoint Replicating Microsoft SQL Server
Technical Notes, disponible en el sitio web del servicio de soporte en línea de
EMC, proporciona más información.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 55 55
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
EMC TimeFinder
EMC TimeFinder posee características de continuidad del negocio que permiten
operaciones de control en pares de dispositivos dentro de un ambiente de
replicación local con la siguiente funcionalidad:
• TimeFinder/Mirror: operaciones de control y monitoreo generales para los
volúmenes de continuidad del negocio (BCV)
• TimeFinder/CG: grupos de coherencia
• TimeFinder/Clone: sesiones de copia de clones
• TimeFinder/Snap: sesiones de copia de snapshots
Estas funciones pueden ser usadas por el administrador de almacenamiento o
combinadas con otro software de replicación de datos para proporcionar copias
de snapshots o clones de VSS o VDI integradas a SQL Server.
Clones/snapshots de VNX
Local Protection Suite combina snapshots y clones con recuperación en un punto
en el tiempo con funcionalidades de reversión similares a DVR que brindan
continuidad del negocio en el almacenamiento basado en bloques, lo que
permite la recuperación de las aplicaciones de producción con una exposición
mínima de los datos.
Los propietarios de las aplicaciones pueden ajustar los objetivos de punto de
recuperación en función de la importancia de los datos y ejecutar procesos de
recuperación más rápidos mediante funcionalidades de autoservicio. Las copias
de los datos de producción pueden utilizarse para el desarrollo, las pruebas, las
herramientas de asistencia para el proceso de toma de decisiones, los informes y
la aceleración del respaldo:
• SnapView
• SnapSure™
• Protección continua de datos (CDP) de RecoverPoint/SE
Herramientas de administración de replicaciones
Application Protection Suite automatiza la creación de copias reiniciables de
bases de datos coherentes con las aplicaciones, de manera que la base de datos
de SQL Server se pueda recuperar a niveles de servicio determinados. En el caso
de las copias reiniciables de bases de datos, los logs de transacciones de SQL
Server se deben respaldar aparte:
• Para que la serie VNX incluya Replication Manager/AppSync y Data
Protection Advisor para el análisis de replicación.
• Para que la serie VNXe incluya Replication Manager/AppSync.
• Para que la serie VMAX incluya Replication Manager/AppSync.
Para lograr el nivel más alto de RTO y RPO, elija la solución sincronizada,
posiblemente con un producto de agrupación en clusters geográficamente
dispersos, lo que brindará soluciones sin pérdida de datos con un RTO
extremadamente reducido y con la mayoría de los procesos automatizados
(VMAX SRDF/CE). Esto requiere la inversión en enlaces rápidos entre sitios.
Para lograr un nivel superior de RTO y RPO, VPLEX brinda resultados similares con
arreglos heterogéneos en el sitio remoto.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 57 57
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Tecnologías de replicación de múltiples sitios
Para extender la funcionalidad de configuraciones de clusters de failover de
Windows de un único sitio y proporcionar protección adicional a múltiples sitios,
EMC brinda las siguientes soluciones:
• VMAX SRDF/Cluster Enabler para el producto de agrupación en clusters
geográficamente dispersos, MSCS.
• RecoverPoint brinda protección remota síncrona y asíncrona. La protección
asíncrona puede replicar datos a cualquier distancia.
• VPLEX otorga acceso a una sola copia de datos en ubicaciones
geográficamente diferentes de manera simultánea, lo cual permite una
migración transparente de máquinas virtuales en ejecución entre los
centros de datos.
• VNX Remote Protection Suite brinda protección mediante Replicator,
MirrorView™ y RecoverPoint/SE CRR (protección de datos continua).
• VNXe Replicator brinda protección remota para iSCSI y NAS
Opciones de EMC ofrece varias opciones de recuperación de desastres para SQL Server 2012.
recuperación de La Tabla 15 describe algunas opciones usadas frecuentemente. Cada opción
desastres para tiene ventajas y desventajas. La mejor opción para un ambiente está
SQL Server 2012 determinada por sus requisitos de recuperación de desastres específicos.
Tabla 15. Ofertas de recuperación de desastres de EMC para SQL Server
Oferta Método de replicación Descripción
Grupos de Replicación continua Integrados en SQL Server 2012 para
disponibilidad nativa de SQL Server obtener alta disponibilidad y
continua recuperación de desastres
Portabilidad de EMC RecoverPoint Solo se replican los datos de SQL Server.
la base de datos Requiere ajustes de DNS cuando realiza
EMC VPLEX failover a una réplica secundaria
Transferencia de EMC RecoverPoint Los datos del SO y de SQL Server se
servidores/sitios replican y el failover incluye el inicio del
EMC VPLEX servidor, el ajuste de IP y la actualización
de DNS
EMC VMAX
SRDF/Cluster Enabler
EMC Replicator
Recomendaciones Siga estas recomendaciones adicionales para los respaldos de SQL Server a fin
de respaldo de reducir la degradación de rendimiento:
adicionales • Con tipos de carga medianos a altos, no realice respaldos directamente desde
el SQL Server de producción. En vez de ello, monte un snapshot o clon de un
punto en el tiempo en un servidor diferente y realice respaldos de ese servidor
o con una copia secundaria en un grupo de disponibilidad continua.
• Calendarice los respaldos para que se lleven acabo durante horas de
inactividad siempre que sea posible.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 59 59
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Disponibilidad El grupo de disponibilidad continua es una solución de replicación continua
continua para la nativa de Microsoft SQL Server que se encuentra integrada en SQL Server 2012
alta disponibilidad para obtener alta disponibilidad y recuperación de desastres. La implementación
y la recuperación de los grupos de disponibilidad continua se adapta sin inconvenientes con las
de desastres soluciones basadas en flash de EMC, como FAST VP, FAST Cache, flash XtremSW
Cache y XtremSF.
El documento EMC XtremSF Acceleration for Microsoft SQL Server 2012 White Paper
proporciona más detalles acerca del diseño y la implementación de XtremSF.
Información Contáctese con su experto de EMC en SQL Server para obtener ayuda adicional
adicional en la implementación de Microsoft SQL Server con la familia EMC VNX o con la
serie de almacenamiento EMC Symmetrix VMAX.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 61 61
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Apéndice A: EMC Data Protection Advisor para análisis de replicación
Descripción EMC Data Protection Advisor for Replication Analysis (DPA/RA) automatiza la
general recopilación de datos de las aplicaciones, hosts y arreglos, monitorea
constantemente en busca de exposiciones y envía alertas ante SLA
potencialmente perdidos y brechas en los objetivos de protección.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 63 63
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
c. Verifique Microsoft SQL Server, como se muestra en la Figura 11.
Figura 13. Scheduled Report Editor muestra los sistemas SQL Server monitoreados
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 65 65
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Apéndice B: Herramientas para el monitoreo del rendimiento,
optimización y dimensionamiento de SQL Server
Descripción SQL Server se puede monitorear en varios niveles de forma descendente, que
general incluyen: Aplicaciones que usan SQL Server para transacciones, bases de datos
de SQL Server, hosts de Windows que alojan a SQL Server, hipervisores (si están
virtualizados) y la capa de almacenamiento donde residen todos los datos.
EMC recomienda recopilar los datos de rendimiento mientras se ejecutan los tipos
de carga de producción. En algunos casos, las características de tipo de carga
cambian periódicamente (por ejemplo, un sistema podría realizar operaciones de
OLTP en la mañana, ETL y creación de informes en la tarde y respaldo en la noche).
En este caso, debe capturar todas las fases del día, de manera que pueda
dimensionar el sistema para que abarque todas las fases de producción.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 67 67
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Herramientas EMC DBclassify
en el nivel de EMC DBclassify™ es una solución para la optimización de la base de datos que
aplicaciones reduce el costo total de propiedad del almacenamiento de la base de datos y, al
mismo tiempo, mejora el rendimiento de las aplicaciones de negocios. DBclassify
monitorea constantemente los datos, aprende sus patrones y su comportamiento
anterior y, a continuación, los clasifica y transfiere según las prioridades del
negocio. DBclassify es ideal para las organizaciones de TI que enfrentan retos de
administración, rendimiento y presupuesto asociados con bases de datos cada
vez más complejas.
En ambientes SQL Server, los datos se recopilan con una conexión de base de
datos remota en vez de un agente monitoreado basado en servidor. El proceso de
recopilación se ejecuta en el servidor del catálogo de DBclassify y extrae información
desde la base de datos monitoreada. La Figura 15 muestra la arquitectura de
DBclassify para SQL Server.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 69 69
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Perfcollect
EMC brinda un conjunto de herramientas automatizadas denominado Perfcollect,
que se encuentra disponible sin cargo. Perfcollect automatiza la recopilación de
los contadores de CPU, memoria y almacenamiento de SQL Server, junto a otras
informaciones de configuración que ayudan en el dimensionamiento del
ambiente virtual y del almacenamiento. La herramienta se puede ejecutar en
cualquier servidor con Windows 2003 o superior.
PAL
Puede usar la herramienta Performance Analyzer of Logs (PAL) de código abierto para
solucionar problemas de rendimiento (a diferencia del dimensionamiento para
migraciones). Puede usar los datos recopilados con Perfcollect en conjunto con la
herramienta PAL, la que se puede descargar desde el sitio web de CodePlex.
Transact-SQL
Microsoft SQL Server brinda los procedimientos Transact-SQL almacenados en el
sistema para crear rastros de una instancia de la base de datos de SQL Server.
Estos procesos almacenados en el sistema se pueden usar en sus propias
aplicaciones para crear rastros manualmente, en vez de usar SQL Server Profiler.
Esto le permite escribir aplicaciones personalizadas específicas para las
necesidades de su empresa. La Tabla 17 indica los procedimientos almacenados
para rastrear una instancia del motor de base de datos de SQL Server.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 71 71
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Tabla 17. Procedimientos Transact-SQL almacenados para el rastro del servidor SQL
Procedimiento almacenado Tarea realizada
fn_trace_geteventinfo (Transact-SQL) Proporciona información acerca de los
eventos incluidos en un rastro.
fn_trace_getinfo (Transact-SQL) Proporciona información acerca de un
rastro específico para todos los rastros
existentes.
sp_trace_create (Transact-SQL) Crea una definición de rastro. El nuevo
rastro se encontrará detenido.
sp_trace_generateevent (Transact-SQL) Crea un evento definido por el usuario.
sp_trace_setevent (Transact-SQL) Agrega o elimina una clase de evento o una
columna de datos en un rastro.
sp_trace_setstatus (Transact-SQL) Inicia, detiene o cierra un rastro.
fn_trace_getfilterinfo (Transact-SQL) Proporciona información acerca de los
filtros aplicados a un rastro.
sp_trace_setfilter (Transact-SQL) Aplica un filtro nuevo o modificado a un
rastro.
Para obtener más información acerca de la optimización del diseño físico de las
bases de para los tipos de carga de base de datos, consulte Asistente para la
optimización de motor de base de datos.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 73 73
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
SQL Server también admite el protocolo SMB para bases de datos y logs de
transacciones, el cual requiere el conjunto de contadores Recursos compartidos
de cliente de SMB, como se muestra en la Tabla 19.
Tabla 19. Contadores útiles para evaluar el rendimiento del almacenamiento en
ambientes NAS
Contador Función medida
Solicitud de datos promedio Latencia de almacenamiento
por segundo general
Lecturas promedio por Latencia de lectura
segundo
Escrituras promedio por Latencia de escritura
segundo
Bytes de datos promedio por Tamaño de I/O
solicitud
Solicitudes de datos por Rendimiento
segundo
Solicitudes de lectura por Lectura de IOPS
segundo
Solicitudes de escritura por Escrituras de IOPS
segundo
La Tabla 21 muestra las métricas clave de los hosts y las máquinas virtuales que
se deben monitorear en el ambiente ESXi.
Tabla 21. Métricas clave que se deben monitorear en los hosts y las máquinas
virtuales ESXi.
Recursos Métrica Descripción
CPU %USED Uso de CPU durante el intervalo de
recopilación (%)
%RDY Tiempo de CPU empleado en el estado
preparado (solo para máquinas virtuales)
%SYS Porcentaje de tiempo empleado en el
kernel de la máquina virtual de ESXServer
Memoria Swapin, Memoria que el host ESX intercambia de
Swapout entrada/salida desde o hacia el disco (por
máquina virtual o acumulativa en el host)
MCTLSZ (MB) Cantidad de memoria recuperada del pool
de recursos en incrementos
Disco Reads/s, Lecturas y escrituras realizadas en el
Writes/s intervalo de recopilación
DAVG/cmd Latencia promedio (ms) del dispositivo
(LUN)
KAVG/cmd Latencia promedio (ms) en el kernel de la
máquina virtual, también conocido como
tiempo de espera
GAVG/cmd Latencia promedio (ms) en el huésped.
GAVG = DAVG +KAVG
Red MbRX/s, Cantidad de datos transmitidos por
MbTX/s segundo
PKTRX/s, Paquetes transmitidos por segundo
PKTTX/s
%DRPRX, Paquetes descartados por segundo
%DRPTX
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 75 75
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Métricas clave para monitorear Hyper-V
El rendimiento de Hyper-V se puede monitorear con Perfmon. La Tabla 22
muestra las métricas clave de los hosts y las máquinas virtuales que se deben
monitorear en el ambiente ESXi.
Tabla 22. Métricas clave que se deben monitorear en los hosts y las máquinas
virtuales de Hyper-V.
Recursos Métrica Descripción
CPU \Processor(*)\% Utilización del tiempo de CPU
Processor Time Consumo inferior al 60 % = En buen estado
\Hyper-V Hypervisor Consumo entre un 60 % y un 89 % =
Logical Monitorear o tomar precauciones
Processor(_Total)\%
Total Run Time Consumo entre un 90 % y un 100 % =
Crítico, el rendimiento se verá afectado de
forma negativa
Memoria \Memory\Available La cantidad de memoria física disponible en
Mbytes el host de Hyper-V
Un 50 % o más de memoria disponible =
En buen estado
Un 25 % de memoria disponible = Monitorear
Un 10 % de memoria disponible =
Advertencia
Menos del 5 % de memoria disponible =
Crítico, el rendimiento se verá afectado de
forma negativa
\Memory\Pages/sec Mide la tasa de lectura o escritura de
páginas al disco para resolver las fallas
críticas de página.
Menor que 500 = En buen estado
De 500 a 1000 = Monitorear o tomar
precauciones
Mayor que 1000 = Crítico, el rendimiento se
verá afectado de forma negativa
Disco \Logical Disk(*)\Avg. Latencia de lectura y escritura.
sec/Read, De 1ms a 15ms = En buen estado
\Logical Disk(*)\Avg. De 15ms a 25ms = Advertencia o monitorear
sec/Write
Mayor que 26ms = Crítico, el rendimiento se
verá afectado de forma negativa
Red \Network El porcentaje de utilización de la red
Interface(*)\Bytes Menos del 40 % de la interfaz consumida =
Total/sec En buen estado
De un 41 % a un 64 % de la interfaz
consumida = Monitorear o tomar
precauciones
De un 65 % a un 100 % de la interfaz
consumida = Crítico, el rendimiento se verá
afectado de forma negativa
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 77 77
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La Figura 21 muestra la recopilación de datos de rendimiento y la configuración
de la caché a partir de un ejemplo de salida en formato PDF generado por la
herramienta.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 79 79
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La Figura 24 muestra un cálculo de las mejoras de rendimiento que se pueden
aplicar al disco gracias a la aceleración de XtremSW Cache. Este es un resultado
simulado y constituye un buen punto de referencia para comprobar los beneficios
de la aceleración de XtremSW Cache en la aplicación.
SRM Suite combina los productos EMC ProSphere, EMC Storage Configuration
Advisor y el recientemente adquirido EMC Watch4net en un solo paquete práctico
de monitoreo y creación de informes. Este paquete ofrece administración del
rendimiento, la capacidad y la configuración a gran escala para arreglos de
almacenamiento de EMC y de otros fabricantes seleccionados para archivos y
bloques.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 81 81
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
El tablero de Storage Configuration Advisor proporciona un snapshot general de
la cantidad de cambios y el impacto de estos en el ambiente como se muestra en
la Figura 26.
Nota: Investigue los conjuntos de herramientas específicos para las aplicaciones antes
de seleccionar los conjuntos de herramientas exclusivos para SQL o para el
almacenamiento que se describen en la Tabla 23. Por ejemplo, puede usar Microsoft
Visual Studio Team Test System (VSTS) para simular los tipos de carga de SharePoint de
punto a punto, incluido el componente de SQL Server.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 83 83
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Presentación de SQL Server Profiler
herramientas SQL Server Profiler es el método más preciso disponible para replicar un tipo de
carga. Los administradores de bases de datos pueden usar SQL Server Profiler
para capturar rastros y replicarlos en sistemas autónomos. La desventaja
principal es que los tipos de carga en capas pueden ocurrir fuera del contexto de
SQL Server (como los respaldos).
Puede usar Microsoft SQL Server Profiler a fin de capturar las declaraciones de
Transact-SQL que se envían a SQL Server y los conjuntos de resultados de SQL
Server para estas declaraciones. Para obtener más información acerca de cómo
usar SQL Server Profiler, consulte el artículo SQL Server Profiler en el sitio web de
Microsoft MSDN.
IOMeter
IOMeter es una herramienta de código abierto usada para medir el rendimiento
de I/O del disco. Con IOMeter, el administrador puede crear rápidamente uno o
más trabajadores que simulan un tipo de carga personalizado. Generalmente, el
tipo de carga se mide con un monitor de rendimiento o una herramienta basada
en arreglos. Los inconvenientes son la dificultad de medir (y, por ende, replicar)
las características de rendimiento del almacenamiento, como las desviaciones y
secuencias, y sobrecargar los componentes del lado del servidor, como CPU y
memoria. El sitio web de IOMeter tiene más información.
SQLIO
Microsoft desarrolló la herramienta SQLIO para evaluar la capacidad de I/O de
una configuración predeterminada. Tal como lo indica su nombre, SQLIO es una
herramienta valiosa para medir el impacto de I/O de sistemas de archivos en el
rendimiento de SQL Server.
SQLIO es una herramienta útil para verificar rápidamente los límites de lectura y
escritura de un subsistema de discos. Tiene los mismos inconvenientes que
IOMeter, pero es mucho menos configurable. SQLIO se puede ejecutar para crear
I/O secuenciales o aleatorias, I/O de bloque grande o pequeño e I/O de lectura o
escritura, aunque no al mismo tiempo. Por ejemplo, el uso de IOMeter para
recrear un tipo de carga de base de datos que genera I/O de 32 kB, un 80 %
aleatorias con una relación de lectura/escritura de 75:25 es una tarea trivial, usar
SQLIO para hacer lo mismo resulta imposible.
SQLIOSim
SQLIOSim es una herramienta diseñada para verificar la estabilidad, y no el
rendimiento, de un subsistema de I/O. Esta herramienta es útil para verificar la
conectividad y estabilidad de punto a punto antes o después de la implementación
cuando se sospecha de posibles fallas en el subsistema de discos o en la red de
almacenamiento.
Fase 2: diseñar la arquitectura del almacenamiento según los requisitos del usuario
EMC le recomienda calcular los discos para que SQL Server pueda satisfacer los
requisitos de I/O y luego calcular los requisitos de espacio. A continuación, se
muestra el cálculo de dimensionamiento para esta solución.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 85 85
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Cálculo de IOPS
Calcule IOPS de la siguiente manera:
• La I/O total para 225,00 usuarios es 6000 + el 20 % = 6000 + 1200 = 7200
IOPS
• Calcule la I/O de back-end para los requisitos de la política FAST VP para
cada nivel. En este ejemplo, el dimensionamiento de FAST VP se basa en la
desviación de I/O de un 75 % SATA, un 15 % Fibre Channel y un 10 % flash:
I/O de back-end total para RAID 1/0 de SATA = (el 10 % de 7,200) =
(720×0.85) + 2 (720×0.15) = 828
I/O total para RAID 5 de Fibre Channel = (el 15 % de 7,200) =
(1080×0.85) + 4(1080×0.15) = 1,566
I/O total para RAID 5 de flash = (el 75 % de 7200) = (5040×0.85) +
4 (5040×0.15) = 7,308
El gran total de I/O de back-end es de 10,224
• Los discos SATA que se requieren para dar servicio a 808 I/O en una
configuración de RAID 1/0 son 828/50= aproximadamente 17 redondeado
a 18 para RAID 1/0
• Los discos de Fibre Channel que se requieren para dar servicio a 2,088 I/O
en una configuración de RAID 5 son 1566 / 130= aproximadamente 12
• Los discos de flash que se requieren para dar servicio a 7308 I/O en una
configuración de RAID 5 son 7308/1800= aproximadamente 4
Nota: Cuando se realizan los cálculos para el rendimiento, el nivel más rápido debe dar
servicio a la cantidad máxima de I/O.
Cálculo de capacidad
• Tamaño de la base de datos de usuario
Activo, de 200 GB
Semiactivo, de 300 GB
Inactivo, de 600 GB
• Calcule el tamaño de LUN de la base de datos según los tamaños de base
de datos de usuario:
Tamaño de LUN de base de datos = <Tamaño de base de datos> +
porcentaje del requisito de espacio libre x (20 por ciento)
Nota: Cuando se realizan los cálculos para la capacidad, el nivel más lento tiene que
alojar a la mayoría de los datos.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 87 87
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La mejor configuración se basa en los requisitos de capacidad y de I/O, como se
aprecia en la Tabla 25.
Tabla 25. La mejor configuración, basada en los requisitos de capacidad y de I/O
Base de datos de SQL Server de 1 TB
(200 GB, 300 GB, 500 GB)
Cantidad de discos necesarios 18 discos SATA de 2 TB y 7,200 r/min
para satisfacer las necesidades 12 discos Fibre Channel de 600 GB y
de I/O y de capacidad 10,000 r/min
4 discos flash de 200 GB
Tamaños de LUN delgado (base Activo, 360 GB
de datos) Semiactivo, 480 GB
Inactivo, 840 GB
Tamaños de LUN delgado (log) Activo, 120 GB
Semiactivo, 120 GB
Inactivo, 140 GB
Recurso adecuado
Confirme que el diseño del componente básico de los discos y de la memoria se
utilice adecuadamente de la siguiente manera:
• La utilización de disco usa adecuadamente el recurso de disco y deja
espacio para cualquier actividad de disco máxima posible.
• La utilización de memoria del sistema es compatible con el tipo de carga
diseñado con actividades de carga máxima previstas.
• La utilización del procesador de la CPU virtual es compatible con el tipo de
carga diseñado con actividades de carga máxima previstas.
• El diseño de Tempdb tiene la capacidad y el rendimiento suficiente para ser
compatible con el tipo de carga de la consulta de la base de datos. El tipo
de carga DSS tiene una alta exigencia relativa para Tempdb.
Utilización de discos balanceados
Cree LUN de base de datos en la mayor cantidad de buses posible para evitar un
tipo de carga desbalanceado. Esta asignación puede tener posibles beneficios de
alta disponibilidad.
Detalles del diseño de un componente básico
Los componentes básicos mencionados aquí se designan de la siguiente manera:
• El ancho de banda determinado es de 100 MB/s por LUN (R5 4+1 discos
SAS de 600 GB y 10,000 r/min). Si desea un ancho de banda mayor use
más discos para el componente básico.
• En este ejemplo, el tamaño de la base de datos que se escaló para cada
LUN (R5 4+1) es de 500 GB. Para una base de datos de 1 TB, se crean dos
LUN (10 discos) para los archivos de base de datos. Para una base de
datos de 2 TB, se crean cuatro LUN (20 discos).
• Para admitir el ancho de banda determinado de 100 MB/s por LUN, asigne
un mínimo de dos CPU virtuales y 8 GB de memoria en proporción con el
componente básico. O una CPU virtual y 4 GB de memoria por cada
50 MB/s de ancho de banda.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 89 89
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La Figura 27 muestra los tres componentes básicos de este ejemplo según el
principio de diseño. La Tabla 26 indica los detalles de los tres componentes básicos.
CPU virtual 2 4 8
(2.4 GHz)
Nota: Los LUN de log en un ambiente de data warehouse no se utilizan demasiado, por lo
que varios componentes básicos en la misma máquina virtual podrían potencialmente
compartir el mismo LUN de log.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 91 91
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Diseño de escalamiento vertical
El diseño de escalamiento vertical podría ahorrar el costo de licencia para el
sistema operativo.
Debido a que los recursos de memoria y de CPU virtuales están integrados al
diseño del componente básico, estos recursos crecen proporcionalmente con la
implementación del componente básico para las mismas máquinas virtuales que
se requieren para admitir el componente básico.
Diseño de escalamiento horizontal
En una implementación de escalamiento horizontal de los componentes básicos,
se debe considerar la capacidad de CPU virtual y de memoria del servidor ESXi
para admitir la cantidad deseada de componentes básicos.
Los recursos del sistema como CPU virtual y memoria están dentro del componente
básico. Agregar un componente básico en un escalamiento vertical (a la misma
máquina virtual) o en un escalamiento horizontal (a una máquina virtual separada)
requiere los mismos recursos, a menos que se cree bajo los requisitos mínimos para
una máquina virtual. De esta manera, cuando se tengan componentes básicos
pequeños (como una base de datos de menos de un 1 TB con un ancho de banda de
200 MB/s), quizá sea mejor usar el modelo de escalamiento vertical para reducir el
desperdicio de los recursos de sistema de la máquina virtual como la memoria y CPU.
En un ambiente de tamaño medio como es el caso de esta solución, las organizaciones
deberían considerar cuidadosamente el enfoque que más les convenga.
Diseño de asignación de máquina virtual y LUN de SQL Server
La Tabla 28 y la Figura 29 muestran la configuración de la máquina virtual y la
asignación de disco para las diferentes bases de datos utilizadas en este ejemplo.
Probamos diferentes maneras para diseñas e implementar un componente básico
con un rendimiento razonable.
Nota: En una de las máquinas virtuales, cinco bases de datos de diferentes tamaños y
requisitos de ancho de banda ejecutaban un tipo de carga intensivo al mismo tiempo.
Por lo tanto, competirán por los recursos y es posible que sufran contenciones en los
tiempos de mayor actividad. Incluso en esta situación, SQL Server mantiene un buen
rendimiento en la máquina virtual.
Solución de Esta solución implementó protección continua para SQL Server gracias al uso de
protección de EMC RecoverPoint con Replication Manager y de la administración de recursos de
SQL Server almacenamiento de vCenter. Para obtener más información, consulte el
documento Continuous Data Protection for Microsoft SQL Server Enabled by EMC
RecoverPoint, EMC Replication Manager, and VMware White Paper.
EMC RecoverPoint
Esta sección describe la configuración requerida para EMC RecoverPoint en el
momento de implementar la protección.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 93 93
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Figura 30. Flujo de datos de la replicación local (CDP) de EMC RecoverPoint
Tabla 29. Los procesos de CDP y CRR para replicación local y remota de RecoverPoint:
Flujo de datos de CDP
Flujo de datos de CRR (replicación
Operaciones (replicación local de EMC
remota de RecoverPoint)
RecoverPoint)
Una escritura a un El splitter de RecoverPoint El splitter de RecoverPoint
LUN protegido por intercepta la escritura. intercepta la escritura.
RecoverPoint
El splitter divide a De forma simultánea, la De forma simultánea, la envía al
la escritura envía al volumen de volumen de producción y al RPA
producción y al RPA local local.
Reconocimiento Las escrituras se confirman Replicación asíncrona: Las
desde el RPA y el LUN de escrituras se confirman desde el
producción de manera RPA y el LUN de producción de
inmediata. manera inmediata.
Replicación remota síncrona:
El reconocimiento (ACK) se lleva a
cabo cuando se recibe la escritura
en el sitio remoto.
El registro de El RPA escribe los datos en El RPA local combina la escritura
fecha y hora y el el volumen del registro, con otras escrituras, secuencias y
marcador se junto con los metadatos registra la fecha y hora de la
escriben en el del registro de fecha y hora escritura. El paquete se comprime
registro y del marcador. y se transmite con una suma de
verificación para su envío
mediante IP al RPA remoto.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 95 95
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Flujo de datos de CDP
Flujo de datos de CRR (replicación
Operaciones (replicación local de EMC
remota de RecoverPoint)
RecoverPoint)
N/D El RPA remoto recibe el paquete,
verifica la suma de verificación
para asegurarse de que no haya
corrupción en la transmisión y
luego descomprime los datos.
N/D El RPA remoto escribe los datos
en el volumen del registro.
Finalizada Una vez que los datos Después de que los datos se
están almacenados de escriben en el volumen del
forma segura en el registro, registro, se distribuyen a los
se distribuyen datos volúmenes remotos. El orden de
coherentes con el orden de escritura se conserva durante esta
escritura a la réplica local. distribución.
Grupos de consistencia
Un grupo de coherencia es un contenedor lógico dentro de RecoverPoint, lo cual
asegura que todos los dispositivos de ese grupo de coherencia sean coherentes
(fidelidad del orden de escritura) entre ellos. La versión 3.3 de RecoverPoint
admite hasta 128 grupos de coherencia.
Cuando se usa la replicación continua local y remota (CLR) para cada grupo de
coherencia, se configuraron tres registros: dos en el sitio de producción para
admitir a CDP y CRR y una en el sitio de recuperación para CRR.
Conjuntos de grupos
La función de conjuntos de grupos de RecoverPoint Group Sets permite un
marcado coherente entre varios grupos de coherencia. Se puede crear un conjunto
de grupo para contener grupos de coherencia para una única máquina virtual.
Para acceder a una copia de los datos replicados, active la opción Acceso a
imágenes en cada uno de los grupos de coherencia durante el tiempo requerido
(Figura 33). Los tres grupos de coherencia se revierten a la misma imagen de
destino para garantizar que los volúmenes en el sitio de recuperación de
desastres sean máquinas virtuales TPCE1 completamente coherentes y que el
servidor se pueda reiniciar en un estado coherente con las fallas.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 97 97
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Ventanas de dimensionamiento y protección del registro
Una consideración fundamental es el dimensionamiento de los registros de
RecoverPoint. Deben contar con características de rendimiento y capacidad para
manejar el rendimiento total de la escritura y para almacenar todas las escrituras
del LUN que se está protegiendo. Las dos preguntas más importantes son:
• ¿Qué tasa de cambio genera el LUN de origen?
• ¿Qué ventana de retención se necesita?
Para calcular la capacidad del registro, hay que medir la tasa de cambio en los
LUN de producción. Los contadores de Perfmon se configuran en cada SQL Server
para capturar el ancho de banda de la escritura en megabytes por segundo
(MB/s). Los datos por segundo se pueden encontrar con Unisphere Analyzer,
mientras que la pestaña Stats brinda una ventana en un punto en el tiempo para
ver lo que hace cada procesador de almacenamiento.
Failover de RecoverPoint
Cuando falla una máquina virtual, se puede usar el proceso de failover de
RecoverPoint para abrir el sitio de recuperación de desastres.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 99 99
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Figura 35. Proceso de failover de RecoverPoint
En este escenario (como se muestra en la Figura 35), use los pasos de la Tabla 30
para el proceso de failover cuando falle una máquina virtual en el sitio de
producción.
Tabla 30. Pasos del failover
Proceso de failover de RecoverPoint Detalles
Activar el acceso a la imagen del último Esto proporciona acceso a la imagen de
marcador. lectura/escritura de la copia CRR para
los servidores ESX remotos y permite el
montaje de los volúmenes de VMFS en
el vCenter remoto.
Confirmar que el failover esté configurado En RecoverPoint Management
en la réplica remota. Application o con la consola de
administración de Unisphere,
seleccione failover a la réplica remota.
Confirmar que el almacenamiento remoto Reexaminar todo el almacenamiento en
sea completamente accesible para el el servidor ESX remoto a través de la
servidor ESX. consola remota de vCenter.
Registrar la máquina virtual del sitio Haga clic con el botón secundario
remoto. en el archivo VMX del área de
almacenamiento de datos VMFS de LUN
del SO y seleccione Realizar inventario
de la máquina virtual.
Iniciar la máquina virtual. Conecte la tarjeta de interfaz de red
virtual (vNIC) a la red para volver a
activar el acceso IP a la máquina virtual
y a la base de datos.
Esta solución permite una portabilidad completa de sus instancias de SQL Server
entre los sitios.
Subred diferente
Si se produce un failover de la máquina virtual a un cluster de vSphere en una
subred diferente (por ejemplo, de 10.10.10.x a 10.20.20.x), es necesario crear un
switch distribuido en el cluster ESX de producción con las mismas propiedades
que switch virtual distribuido real para el sitio de recuperación de desastres. Para
crear una configuración para failover a una subred diferente, debe asignar una
vNIC en el switch ficticio a las máquinas virtuales de SQL Server en producción.
Switch ficticio de
recuperación de desastres
configurado para la
segunda NIC en una
máquina virtual para
permitir el failover a una
subred diferente en el lado
de la recuperación de
desastres. No hay una NIC
conectada a este switch.
Figura 36. La vNIC está configurada y conectada
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 101 101
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
red sqluce1.com
Esto es porque hay una NIC física
conectada al switch de
recuperación de desastres en el
sitio de recuperación de desastres.
Cuando se realiza failover de una
máquina virtual PCE1 para la
recuperación de desastres, se
conecta al dominio sqluce1.com
mediante la NIC de “sitio de DR”.
Replication Manager usa snapshots con VDI para crear este tipo de réplica,
lo cual garantiza datos coherentes con las aplicaciones.
Nota: Las bases de datos del sistema (maestro, MSDB y modelo) no se deben ubicar en el
mismo volumen que las bases de datos de usuario. Microsoft SQL Server no es compatible
con VDI y con la tecnología de snapshots para restaurar las bases de datos del sistema.
En este ejemplo, el host proxy comparte la misma máquina virtual con el servidor
de Replication Manager. Replication Manager también puede descubrir los LUN
que ha replicado RecoverPoint. La comunicación con RecoverPoint se realiza a
través del agente de Replication Manager instalado en las máquinas virtuales de
producción y montadas.
Se debe emitir el siguiente comando en los servidores ESX que se usan para
montar réplicas:
esxcfg-advcfg -s 1 /LVM/EnableResignature
Para obtener más información sobre este tema, consulte la Guía del
administrador de EMC Replication Manager, sección Configuración de VMWare.
Descubrimiento del dispositivo y el arreglo de almacenamiento RecoverPoint
Esta solución usa el splitter RecoverPoint de almacenamiento, que permite que el
arreglo de almacenamiento de RecoverPoint descubra al almacenamiento dentro
de Replication Manager. Tiene que ingresar sus credenciales de almacenamiento
para completar esta tarea de descubrimiento.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 103 103
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Después de configurar las credenciales para al menos un agente de host de
Replication Manager, una operación de descubrimiento del arreglo de
almacenamiento también detecta al splitter de RecoverPoint.
Para la prueba, se eliminó una tabla de una base de datos OLTP a las 14:16:00.
Esta es una tabla fundamental para la funcionalidad de la base de datos
denominada Accounts Permissions Table. Los usuarios no pueden acceder a los
datos sin ella, por lo tanto, a las 14:16:00, el negocio que dependía de la base
de datos queda inactivo. Luego, se eliminó la base de datos completa para
simular un error humano y se perdió toda la base de datos a las 14:16:15.
Una vez conectada la base de datos, los usuarios en línea pudieron acceder a los
datos a las 14:21:45 y se respaldó el giro comercial.
Figura 38. Configuración del grupo de coherencia para su administración con vCenter
SRM
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 105 105
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
La Figura 39 muestra la forma en que vCenter SRM protege a los servidores de SQL
con la integración de RecoverPoint y la automatización de los pasos requeridos.
Cuando vCenter SRM realiza un failover, indica a RecoverPoint que opere en los
LUN de todas las máquinas virtuales del grupo de protección. Sin embargo,
RecoverPoint usa grupos de coherencia para definir los grupos de LUN que se
replican juntos.
Para esta solución se crearon cuatro grupos de protección individual, dos para
cada una de las máquinas virtuales TPCE y dos para las máquinas virtuales TPCH.
Puede especificar la prioridad de recuperación en cada grupo de protección y
para cada máquina virtual.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 107 107
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Personalización de las direcciones IP del sitio de recuperación
Cuando se realiza failover a un centro de datos diferente, se requieren algunos
ajustes a la configuración de IP del host para las diferencias de infraestructura.
Cuando se realiza failover de una configuración completa, puede involucrar la
actualización de la configuración de múltiples máquinas virtuales.
Nota: Si elimina o vuelve a crear un grupo de protección, debe repetir este proceso para
volver a aplicar las personalizaciones de IP.
Probar los planes de recuperación de desastres es una acción crítica para garantizar
que la recuperación sea confiable. Tradicionalmente, este era un ejercicio complejo,
lento y costoso. Con vCenter SRM, puede superar estos obstáculos con la activación
de pruebas realistas y frecuentes de los planes de recuperación y con la eliminación
de las causas comunes de fallas durante la recuperación.
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 109 109
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Figura 44. Informe de resumen del failover
Microsoft Exchange:
Mejores prácticas y reglas
Storage Bestde diseño de
Practices Microsoft
and SQL Server
Design Guidance forpara 111 111
EMCelStorage
almacenamiento de EMC
Serie EMC VNX, sistemas EMC Symmetrix VMAX y productos de servidor EMC Xtrem
Figura 48. Reconfiguración de un grupo de coherencia