Stretch Databases en SQL Server 2016
Ing. Eduardo Castro, PhDMicrosoft Data Platform MVP
http://www.pass.org
http://www.pass.org/Community/Groups/LocalGroups.aspx
PASS Summit 2017
Nuestros principios de diseño armonizantodas las experiencias que creamos
Encuesta¿Cómo calificaría de almacenamiento empresarial de su organización actual o experiencia SAN?
¿El tamaño del centro de datos aumenta o disminuye?
Cuando se piensa en las bases de datos OLTP, el número de filas qué tienen en sus tablas más grandes?
45 millones de filas en una sola tabla (~ 99% cold data)1,3 billones de filas de una tabla con particiones (4 TB)
Nuestros principios de diseño armonizantodas las experiencias que creamos
Encuesta¿Qué porcentaje de los datos es “cold data”?
Para bases de datos con tablas muy grandes
¿Cuál es su mantenimiento (por ejemplo, re-indexar, optimización del rendimiento)?
¿Hay un impacto a su disponibilidad y sus SLA de rendimiento?
¿Por qué utilizar Stretch?
En algunas ocasiones hasta el 85% de los datos de la empresa se considera “cold data” ... a veces más.
Crecimiento de “cold data” está fuera de controlPresupuestos se están reduciendoDificultad para cumplir con los SLAs de negocio con base en los análisis de riesgos
Qué está pasando en las empresas?
Cada vez hay más datos
¡Guardar!
??!! ¡Borrar!
Los usuarios finales DBA
Los administradores
de almacenamiento
Qué necesitan las empresas?
Control sobre el aumento de “cold data”La capacidad de consultar ambos “cold data” y “hot data” al mismo momentoCostes de almacenamiento y mantenimiento reducidosCumplir con normas de disponibilidad e históricos de datos
Casos de uso
• Mover datos de bitácoras, históricas, o de eventos desde un almacenamiento más caros hacia un almacenamiento distinto
• Escenarios de retención cumplimiento a largo plazo• TDE es compatible con la base de datos Azure Stretch
• ¿Otros?
Stretch Databases
Una solución de Microsoft para la migración de datos de forma segura hacia Azure con la capacidad de procesamiento consultas a distancia
BeneficiosPermite almacenar “cold data” en AzureReduce los costos de almacenamiento y mantenimiento localesLas tabla completa siempre en línea y accesibleNo hay cambios en las aplicacionesSoporta cifrado y Row Level Security
¿Qué es Stretch Database?
Clientes
productos
Historial de pedidos
Estirar a la nube
Historial de pedidos
AzurSQL
servidor 2016
SQL
App
Historial de pedidos
Historial de pedidos
¿Cómo funciona Stretch Database?
Azur
Base de datos remota
¿Cómo funciona Stretch Database?
SQL Server 2016 Microsoft Azure
frontera de Internet
BASE DE DATOS DE FUENTE
Crea una conexión segura entre el SQL Server de origen y Azure
Se crea una instancia remota y comienza la migración
Aplicaciones y consultas continuarán funcionando tanto con la base de datos local y el remoto
Los controles de seguridad y de mantenimiento se mantienen locales
datos caliente
datos de frío
datos fría
Chorrito Migración
Trabajo sin interrupción
Pedidos
Historial de ordenes
Historial de pedidos
Las aplicaciones de negocios siguen trabajando sin interrupciónLos scripts y herramientas DBA funcionan como antes; todos los controles aún permanecen en SQL Server localLos desarrolladores siguen creando o mejorando las aplicaciones con herramientas y métodos existentes
Seguridad
Pedidos
Historial de ordenes
Historial de pedidos
Compatibilidad con la autenticación AAD
Los datos en movimiento siempre viaja través de canales seguros (TLS1.1 / 1.2)
Always Encrypted, es soportado si ha sido habilitado por el usuario
Encryption key permanece en el servidor SQL fuente
Soporte para row level securityEs compatible con SQL Server y SQL Azure Audit
“Back and Restore”Los administradores solo administrant los respaldos y recuperación de los “hot data” locales
Cuando finaliza la restauración local, el “stretch database” reconcilia con los datos remota
Stretch database se asegura que la base de datos remota y la base de datos fuentes son consistentes desde el punto de vista transaccionalla migración de
goteo
Pedidos
Historial de ordenes
Historial de pedidos
Conciliar Auto
Funciona adecuadamente!
El “seeding” de la copia secundaria es mucho más rápido
Se presenta ahorros de datos se multiplican a través de réplicas
AlwaysOn
App
Primario
SQL
Secundario
SQL
Remoto base de datos
SQL
En cuál tipo de empresa se puede utilizar?
Las empresas con TB de datos históricos o “cold data”
Los clientes que deseen dar el primer paso en la nube - en sus propios términos!
Escenarios principales
Historial de pedidos
Azure
Pedidos
Historial de pedidos
Historial de pedidos
El esquema existente tiene una table dedicada para el “cold data”Ejemplo: datos de tablas de pedidos se trasladaron al historial de órdenes usando SP, SSIS, etc ...
El esquema existente tiene el “cold data” y el “hot data” en la misma tablaEjemplo: Datos de orden en la tabla Pedidos se convierte en cold data cuando la orden se cierra ...
Strect de toda la tabla de historiales hacia Azure
Pedidos
AzureHistorial de pedidos
Pedidos
Estirar sólo el “cold data” hacia Azure
Demostración
Se soporta TDE en la base de datos Azure remota si la base de datos local tiene habilitado TDEAzure Stretch Database tiene soporte para hasta 1 petabyte Soporte de Point-in-time restore, geo-restore supportSoporte en TSQL y SSMSValidación integrada con el Stretch Wizard SetupSoporte para Temporal TablesSoporte para AlwaysOnSoporte para AAD and Federated Account
Consideraciones principales
Database Transaction Unit (DTU)Azure SQL DB / Servidor
Actualizado 05.07.2016 - https://azure.microsoft.com/en-us/documentation/articles/sql-database-service-tiers/
• SQL Stretch Database es un tipo de recurso• Database Stretch Units (DSU)• Más o menos como la DTU, pero no hay niveles• El precio de Storage and snapshot son por separado
Azure SQL Stretch Database != Azure SQL Database
Database Stretch UnitAzure SQL Stretch Database
Actualizado 05.07.2016 - https://azure.microsoft.com/en-us/pricing/details/sql-server-stretch-database/
• Limitaciones para Stretch Database
• No todas las tablas serán elegibles para ser habilitadas para Stretch.
• No se admiten determinadas propiedades de tabla, datos y tipos de columnas, restricciones e índices
Limitaciones
• Tablas optimizadas para la memoria y replicadas• Las tablas que contienen datos FILESTREAM, usan Change
Tracking o Change Data• Tipos de datos como timestamp, sql_variant, XML, geografía o
Always Encrypted• Check and default constraints o foreign key constraints que
hacen referencia a la tabla• XML, full-text, spatial, clustered columnstore and indexed
views que hacen referencia a la tabla habilitada para Stretch• No puede ejecutar instrucciones UPDATE o DELETE o ejecutar
operaciones CREATE INDEX o ALTER INDEX en una tabla habilitada con Stretch
• Para obtener una lista completa de limitaciones, puede visitar: Requisitos y limitaciones para la base de datos Stretch.
Limitaciones
Preguntas
Stretch Databases en SQL Server 2016Ing. Eduardo Castro, PhDMicrosoft Data Platform MVP