Introduccion a SQL Server 2016 Stretch Databases

Stretch Databases en SQL Server 2016

Ing. Eduardo Castro, PhDMicrosoft Data Platform MVP

eduardo.castro@sqlpass.org

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