4. #JSS2015
Isabelle Van Campenhoudt
Isabelle Van
Campenhoud
t
SQL Server MVP, Brussels
Consultant, speaker, trainer, PASS V-Chapter Leader
Managing partner www.ShareQL.com
SQL Server since 1999
Blog: http://thesqlgrrrl.wordpress.com/
ivc@ShareQL.com
@thesqlgrrrl
Isabelle
Van Campenhoudt
4
globalfrench.sqlpass.org
7. #JSS2015
SQL Database
• Managed Relational SQL
Database-as-a-service
DocumentDB
• Managed NoSQL document
database-as-a-service
Redis Cache
• High throughput, low latency
data access to build fast and
scalable applications
Storage:
• Blobs, Tables, Queues, Files
and Disks
• Durable, highly available and
massively scalable cloud
storage
Azur Data Lake
Store
Analytics
SQL Data Warehouse
• Elastic data warehouse-as-a-
service with enterprise-class
features
Data & Storage on Azure
9. #JSS2015
SQL AZURE VM AZURE
Idéal pour • Nouvelles applications et development
rapide dans le cloud
Haute disponibilité
centaines ou des milliers de bases de
données,.
• Applications utilisant des motifs scale-
out.
• Bases de données ou jusqu'à 1 To de
taille.
• Construction Software-as-a-Service
applications.
Migration d’application anciennes, contrainte de temps
Scenario Hybride
Droits admin complets
Poc et test rapides
•La reprise après sinistre pour les applications sur site SQL Server
en utilisant sauvegarde sur Azure Storage ou répliques AlwaysOn
dans Azure VM.
• Grandes bases de données qui sont plus grands que 1 To de
taille.
Ressources concentrée sur la couche d'application. Ressource et support pour l’infrastructure
Coût total de
possession
Élimine les coûts de matériel. Réduit les
coûts d’aministration
Élimine les coûts de matériel.
Continuité des
activités
Point in Time Restore, Geo-restauration,
et Geo-Replication
Mise en place de groupe de disponibilité, reste la responsabilité de
l’admin
10. #JSS2015
Service tiers
De base
Idéal pour une petite base de
données prenant en général
en charge une seule
opération active à la fois.
Exemple : bases de données
utilisées pour le
développement ou le test ou
pour des applications à petite
échelle rarement utilisées.
Standard
L'option idéale pour la
plupart des applications
cloud, prenant en charge
plusieurs requêtes
simultanées.
Exemple : applications Web
ou de groupe de travail.
Premium
Conçu pour un volume
transactionnel élevé, prenant
en charge un grand nombre
d'utilisateurs simultanés et
nécessitant le plus haut
niveau de continuité d'activité
possible.
Exemple : bases de données
prenant en charge des
applications critiques.
15. #JSS2015
DTUs ??
• Database throughput
unit.
• A comparison unit of
integrated database
performance.
• Blend of CPU + Data
IO + Log IO +
Memory.
• Based on an internal
OLTP benchmark from
the Azure team.
16. #JSS2015
In Memory ?
Objects
allowed only
at Premium
Memory-
optimized
tables
Memory-
optimized
table types
Natively
compiled
modules
Crêpes au
sucre …..
42. #JSS2015
Manage logins
Point of Difference On-premises SQL Server Azure SQL Database
Where you manage server-level security
The Security folder in SQL Server Management Studio's
Object Explorer
The master database and through the Azure portal
Windows Authentication Active Directory identities Azure Active Directory identities
Server-level security role for creating logins securityadmin fixed server role loginmanager database role in the master database
Commands for managing logins CREATE LOGIN, ALTER LOGIN, DROP LOGIN
CREATE LOGIN, ALTER LOGIN, DROP LOGIN (There are
some parameter limitations and you must be connected
to the master database.)
View that shows all logins sys.server_principals
sys.sql_logins (You must be connected to the master
database.)
Server-level role for creating databases dbcreator fixed database role dbmanager database role in the master database
Command for creating a database CREATE DATABASE
CREATE DATABASE (There are some parameter
limitations and you must be connected to the master
database.)
View that lists all databases sys.databases
sys.databases (You must be connected to the master
database.)
43. #JSS2015
Audit de la database
accès aux
données ;
modifications de
schéma (DDL) ;
modifications de
données (DML) ;
comptes, rôles et
autorisations
(DCL) ;
Procédure stockée,
connexion et
Gestion des
transactions.
PowerBi & rapport
excel
46. #JSS2015
Move data in and out
Migrate an
existing SQL
Server database
Copy SQL
database
Export a
BACPAC of a
SQL database
Import a
BACPAC to a
SQL database
49. #JSS2015
Understand availability and disaster
recovery
Capability Basic tier Standard tier Premium tier
Point In Time
Restore
Any restore point
within 7 days
Any restore point
within 14 days
Any restore point
within 35 days
Geo-Restore
ERT < 12h, RPO <
1h
ERT < 12h, RPO <
1h
ERT < 12h, RPO <
1h
Standard Geo-
Replication
not included
ERT < 30s, RPO <
5s
ERT < 30s, RPO <
5s
Active Geo-
Replication
not included not included
ERT < 30s, RPO <
5s
50. #JSS2015
Standard vs Active Geo-Replication
Standard
• RTO < 2h
• RPO < 30m
Active
• RTO < 1h
• RPO < 5m
Active provides
failover
control.
Active provides
up to 4 read-
only replicas.
55. #JSS2015
Transact-SQL
• Features that are partially supported in
SQL Database V12
• Features that are not supported in SQL
Database
https://azure.microsoft.com/en-us/documentation/articles/sql-database-transact-
sql-information/
56. #JSS2015
PowerShell reference
Azure PowerShell Modules
• Azure Active Directory Cmdlets
• Azure PowerShell 1.0
Azure PowerShell 0.9.8
• Azure Service Fabric Cmdlets
• Azure Service Fabric Testability Cmdlets
• Azure Elastic Database Jobs Cmdlets
• Azure Rights Management Cmdlets
• RMS Protection Cmdlets
Azure PowerShell modules are not
included in the Windows operating
system. Before you can use the cmdlets in
the modules, download the modules you
want to use and set up your environment
so you can connect to Azure by using the
Azure PowerShell console. For
instructions, see the page for each
module.
Azure modules are updated frequently. If
you notice that the online cmdlet help
includes cmdlets or parameters that are
not in your module, download and install
the latest version of the module. To find
the version of your module, type: (Get-
Module <ModuleName>).Version
Présentation des DTU
L'unité de transaction de base de données (DTU) est l'unité de mesure dans SQL Dtabase qui représente la puissance relative des bases de données selon une mesure réelle : la transaction de base de données. Nous avons étudié un ensemble d’opérations classiques pour une demande de traitement transactionnel en ligne, puis mesuré le nombre de transactions pouvant être effectuées par seconde dans des conditions de charge complète (ceci est la version courte, vous pouvez lire les détails dans Vue d’ensemble des tests d’évaluation).
Une base de données de base comprend 5 DTU, ce qui signifie qu'elle peut effectuer 5 transactions par seconde, alors qu'une base de données Premium P11 comprend 1 750 DTU.
): Use jobs to manage large numbers of Azure SQL databases. Easily perform administrative operations such as schema changes, credentials management, reference data updates, performance data collection or tenant (customer) telemetry collection using jobs.
Présentation des DTU
L'unité de transaction de base de données (DTU) est l'unité de mesure dans SQL Dtabase qui représente la puissance relative des bases de données selon une mesure réelle : la transaction de base de données. Nous avons étudié un ensemble d’opérations classiques pour une demande de traitement transactionnel en ligne, puis mesuré le nombre de transactions pouvant être effectuées par seconde dans des conditions de charge complète (ceci est la version courte, vous pouvez lire les détails dans Vue d’ensemble des tests d’évaluation).
Une base de données de base comprend 5 DTU, ce qui signifie qu'elle peut effectuer 5 transactions par seconde, alors qu'une base de données Premium P11 comprend 1 750 DTU.
Demo migrate database to Azure
Analyse des performances
L'analyse des performances d'une base de données SQL démarre par l'analyse de l'utilisation des ressources par rapport au niveau de performances que vous avez choisi pour votre base de données. Ces données pertinentes sont exposées comme suit :
Le portail de gestion Microsoft Azure.
Vues de gestion dynamique dans la base de données utilisateur et dans la base de données master du serveur qui contient la base de données utilisateur.
Dans le portail Azure en version préliminaire, vous pouvez surveiller l’utilisation d’une base de données unique en sélectionnant votre base de données et en cliquant sur le graphique Analyse. Une fenêtre Mesure apparaît. Vous pouvez la modifier en cliquant sur le bouton Modifier le graphique. Ajoutez les mesures suivantes :
Pourcentage UC
Pourcentage DTU
Pourcentage E/S données
Pourcentage de stockage
Une fois que vous avez ajouté ces mesures, vous pouvez continuer à les afficher dans le graphique Analyse avec plus de détails dans la fenêtre Mesure. Les quatre mesures montrent le pourcentage d’utilisation moyen correspondant aux DTU de votre base de données.
Vous pouvez également configurer des alertes sur les mesures de performances. Cliquez sur le bouton Ajouter une alerte situé dans la fenêtre Mesure. Suivez l'assistant pour configurer votre alerte. Vous avez la possibilité de configurer une alerte si les mesures dépassent un certain seuil ou si la mesure tombe en dessous d'un certain seuil.
Par exemple, si vous pensez que la charge de travail dans votre base de données va augmenter, vous pouvez choisir de configurer une alerte par courrier électronique chaque fois que votre base de données atteint 80 % de n'importe quelle mesure de performances. Vous pouvez utiliser cette fonction comme un avertissement pour déterminer le moment auquel il se peut que vous deviez basculer vers le niveau de performance supérieur.
Les mesures de performance peuvent également vous aider à déterminer si vous pouvez passer à un niveau inférieur. Supposons que vous utilisez une base de données standard S2 et que toutes les mesures de performance indiquent que la base de données n'utilise pas plus de 10 % des performances en moyenne. Cette base de données fonctionnerait très bien en version S1 standard. Toutefois, prenez en considération les éventuels pics ou baisses de charges de travail avant de décider de passer à un niveau de performances inférieur.
Les mêmes mesures exposées dans le portail sont également disponibles via des vues système : sys.resource_stats dans la base de données master logique de votre serveur, et sys.dm_db_resource_stats dans la base de données utilisateur (sys.dm_db_resource_stats est créé dans chaque base de données utilisateur De base, Standard et Premium. Les bases de données éditions Web et Business retournent un jeu de résultats vide). Utilisez sys.resource_stats si vous devez analyser des données moins granulaires sur une longue période de temps. Utilisez sys.dm_db_resource_stats si vous devez analyser des données plus granulaires dans un laps de temps plus court. Pour en savoir plus, consultez Guide des performances de base de données SQL Azure.
Pour les pools de base de données élastiques, vous pouvez surveiller des bases de données dans le pool avec les techniques décrites dans cette section. Mais vous pouvez également surveiller le pool dans son ensemble. Pour en savoir plus, consultez Surveiller et gérer un pool élastique de bases de données.
On parlait des speakers, il y a une chose qui leur tient à cœur !