Stretch Database
Trickle migration
Orders Orders History
Orders History
Azure
SQL On
Premise
SQL
Hola, soy Jorge Muchaypiña
Business Intelligence Specialist
◦ MCSA SQL Server 2012/2014
◦ MCSE Business Intelligence
◦ MCSE Data Management and Analytics
◦ Scrum Master
◦ Itil Foundations
Speaker en SQL Pass Lima y Latinoamérica.
Blog : https://jorgemuchaypina.wordpress.com/
Correo: jomichel2003@Hotmail.com
Agenda
1. Conceptos de Stretch Database
y beneficios
2. Arquitectura
3. Como trabaja Stretch Database
4. Stretch Database es para ti?
5. Que BD y Tablas son candidatas
para Stretch Database?
6. Demo
Azure
SQL
Server
2016
SQL
App
Order History
Conceptos de Stretch Database y beneficios
Definición
Es una nueva característica en SQL Server 2016, lo cual nos trae
la habilidad de almacenar porciones de una base de datos en la
nube. Lo que nos da la facilidad de colocar lo que se le conoce
como "Cold Data"(data histórica muy poca consultada) en Azure
y "Hot Data"(data mas consultada) On Premiese.Para poder
elegir las BD y Tablas que son elegibles para usar Stretch
Database se puede hacer con Upgrade Advisor.
Beneficios
Es una nueva característica en SQL Server 2016, lo cual nos trae
la habilidad de almacenar porciones de una base de datos en la
nube. Lo que nos da la facilidad de colocar lo que se le conoce
como "Cold Data"(data histórica muy poca consultada) en Azure
y "Hot Data"(data mas consultada) On Premiese.Para poder
elegir las BD y Tablas que son elegibles para usar Stretch
Database se puede hacer con Upgrade Advisor.
Arquitectura
Crea una definición de servidor
vinculado segura en el Servidor SQL
local.
La definición de Servidor Vinculado
Objetivo como punto final remoto.
Previsiones de recursos remotos y
comienza a migrar datos elegibles, si la
migración esta activa.
Consultas contra tablas ejecutas tanto
para la base de datos local como para el
extremo remoto.On-premises instance Azure
Internetboundary
Linked servers
Remote Endpoint
Remote Data
Local
Database
Eligible Data
Local Data
Como Trabaja Stretch Database
Trabajar sin Interrupción
Aplicaciones de negocio continúan
trabajando sin interrupción.
Los Scripts del DBA y herramientas
funcionan como antes; todos los
controles se mantienen en SQL Local.
Los desarrolladores continúan
construyendo o mejorando
aplicaciones con herramientas y
metodos existentes.
Trickle migration
Orders Orders History
Orders History
Stretch Database es para ti?
Se puede hacer las siguientes afirmaciones, puede ayudar a satisfacer sus necesidades y resolver problemas
Si usted es un tomador de decisión Si eres un DBA
Tengo que mantener los datos
transaccionales durante mucho tiempo.
El tamaño de mis mesas esta saliendo de
control.
A veces tengo que consultar los datos en
frio.
Mis usuarios dicen que quieren tener
acceso a datos en frio pero que rara vez lo
utilizan.
Tengo aplicaciones, incluidas aplicaciones
mas antiguas, que no quiero actualizar.
Tengo que seguir comprando y agregando
mas almacenamiento.
Quiero encontrar una manera de ahorrar
dinero en el almacenamiento.
No puedo hacer copias de seguridad ni
restaurar tablas tan grandes dentro del
SLA.
Azure
SQL
Las base de datos transaccionales con
grandes cantidades de datos en frio,
normalmente almacenadas en
pequeño números de tablas, pueden
contener mi millones de filas.
Se tiene que usar Stretch Databas
Advisor, una característica de SQL
Server 2016 Upgrade Advisor, para
identificar base de datos y tablas para
Stretch Database.
Que BD y Tablas son candidatas para Stretch
Database?
Azure
SQL
Server
2016
SQL
App
Order History
Demo
Preguntas
Muchas Gracias

Stretch data base - Jorge Muchaypiña G.

  • 1.
    Stretch Database Trickle migration OrdersOrders History Orders History Azure SQL On Premise SQL
  • 2.
    Hola, soy JorgeMuchaypiña Business Intelligence Specialist ◦ MCSA SQL Server 2012/2014 ◦ MCSE Business Intelligence ◦ MCSE Data Management and Analytics ◦ Scrum Master ◦ Itil Foundations Speaker en SQL Pass Lima y Latinoamérica. Blog : https://jorgemuchaypina.wordpress.com/ Correo: jomichel2003@Hotmail.com
  • 3.
    Agenda 1. Conceptos deStretch Database y beneficios 2. Arquitectura 3. Como trabaja Stretch Database 4. Stretch Database es para ti? 5. Que BD y Tablas son candidatas para Stretch Database? 6. Demo
  • 4.
    Azure SQL Server 2016 SQL App Order History Conceptos deStretch Database y beneficios Definición Es una nueva característica en SQL Server 2016, lo cual nos trae la habilidad de almacenar porciones de una base de datos en la nube. Lo que nos da la facilidad de colocar lo que se le conoce como "Cold Data"(data histórica muy poca consultada) en Azure y "Hot Data"(data mas consultada) On Premiese.Para poder elegir las BD y Tablas que son elegibles para usar Stretch Database se puede hacer con Upgrade Advisor. Beneficios Es una nueva característica en SQL Server 2016, lo cual nos trae la habilidad de almacenar porciones de una base de datos en la nube. Lo que nos da la facilidad de colocar lo que se le conoce como "Cold Data"(data histórica muy poca consultada) en Azure y "Hot Data"(data mas consultada) On Premiese.Para poder elegir las BD y Tablas que son elegibles para usar Stretch Database se puede hacer con Upgrade Advisor.
  • 5.
  • 6.
    Crea una definiciónde servidor vinculado segura en el Servidor SQL local. La definición de Servidor Vinculado Objetivo como punto final remoto. Previsiones de recursos remotos y comienza a migrar datos elegibles, si la migración esta activa. Consultas contra tablas ejecutas tanto para la base de datos local como para el extremo remoto.On-premises instance Azure Internetboundary Linked servers Remote Endpoint Remote Data Local Database Eligible Data Local Data Como Trabaja Stretch Database
  • 7.
    Trabajar sin Interrupción Aplicacionesde negocio continúan trabajando sin interrupción. Los Scripts del DBA y herramientas funcionan como antes; todos los controles se mantienen en SQL Local. Los desarrolladores continúan construyendo o mejorando aplicaciones con herramientas y metodos existentes. Trickle migration Orders Orders History Orders History
  • 8.
    Stretch Database espara ti? Se puede hacer las siguientes afirmaciones, puede ayudar a satisfacer sus necesidades y resolver problemas Si usted es un tomador de decisión Si eres un DBA Tengo que mantener los datos transaccionales durante mucho tiempo. El tamaño de mis mesas esta saliendo de control. A veces tengo que consultar los datos en frio. Mis usuarios dicen que quieren tener acceso a datos en frio pero que rara vez lo utilizan. Tengo aplicaciones, incluidas aplicaciones mas antiguas, que no quiero actualizar. Tengo que seguir comprando y agregando mas almacenamiento. Quiero encontrar una manera de ahorrar dinero en el almacenamiento. No puedo hacer copias de seguridad ni restaurar tablas tan grandes dentro del SLA. Azure SQL
  • 9.
    Las base dedatos transaccionales con grandes cantidades de datos en frio, normalmente almacenadas en pequeño números de tablas, pueden contener mi millones de filas. Se tiene que usar Stretch Databas Advisor, una característica de SQL Server 2016 Upgrade Advisor, para identificar base de datos y tablas para Stretch Database. Que BD y Tablas son candidatas para Stretch Database?
  • 10.
  • 11.
  • 12.

Notas del editor

  • #7 Objective: this slide shows the architecture and working components of Stretch Database. This slide also introduces some new terms that needs to be understood before diving into the architecture of Stretch Database. Talking points: Below are the terms and architecture concepts to understand regarding Stretch Database. Terms Local database: The on-premises SQL Server 2016 database. Remote endpoint: The location in Microsoft Azure that contains the remote data for the database. In SQL Server 2016, this is an Azure SQL Database. This is subject to change in the future. Local data: Data in a database with Stretch Database enabled that will not be moved to Azure based on the Stretch Database configuration of the tables in the database. Eligible data: Data in a database with Stretch Database enabled that has not yet been moved, but will be moved to Azure based on the Stretch Database configuration of the tables in the database. Remote data: Data in a database with Stretch Database enabled that has already been moved to Azure. Architecture Stretch Database leverages the resources in Microsoft Azure to offload archival data storage and query processing. When you enable Stretch Database on a database, it creates a secure linked server definition in the on-premises SQL Server. This linked server definition has the remote endpoint as the target. When you enable Stretch Database on a table in the database, it provisions remote resources and begins to migrate eligible data, if migration is enabled. Queries against tables with Stretch Database enabled automatically run against both the local database and the remote endpoint. Stretch Database leverages processing power in Azure to run queries against remote data by rewriting the query. You can see this rewriting as a “remote query” operator in the new query plan. Source: https://msdn.microsoft.com/en-us/library/dn935011.aspx
  • #8 Objective: with SQL Server 2016 Stretch Database, you can stretch large operational tables from on-premises to Azure with the ability to query with near-infinite capacity. This slide depicts that you don't have to change existing queries and client apps to work with Stretch Database. Talking points: With Stretch Database, you continue to have seamless access to both local and remote data, even during data migration. Once the selection is made, trickle data migration is used to move that data to Azure. The data can then be returned to on-premises storage. The data exchange is both transparent and bi-directional. During the stretching process, all the characteristics of the database stay intact. The code or stored procedures do not change. The user access control does not change either. This maintains the integrity of the data, while still enabling staff to work with it. Applications continue to work without code changes or any disruption Existing database administrator (DBA) skills and processes remain relevant, while the scripts and tools work as before and all controls still held in the local SQL Server Developers can continue using current tools and APIs. Developers continue building or enhancing applications with existing tools and methods