![\"twitter\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/twitter.png\" "\\"Share")
<\/a><\/a>![\"linkedin\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/linkedin.png\" "\\"Share")
<\/a>![\"mail\"](\"https:\/\/blog.capdata.fr\/wp-content\/plugins\/social-media-feather\/synved-social\/image\/social\/regular\/48x48\/mail.png\" "\\"Share")
<\/a>\r\nLes sauvegardes de nos bases de donn\u00e9es ont souvent lieu en local ou sur un lecteur r\u00e9seau. Cela permet de les avoir sous la main pour une restauration rapide ou une duplication dans un environnement hors-production. Mais parfois, trouver cette capacit\u00e9 disque pour stocker nos backups n’est pas si simple…<\/p>\r\n\r\n\r\n\r\n
Par ailleurs, on peut vouloir les stocker dans un environnement externe, s\u00e9curis\u00e9, en cas de perte de notre solution de stockage principale.<\/p>\r\n\r\n\r\n\r\n
Depuis SQL Server 2012 SP2, Microsoft propose une solution qui peut nous aider \u00e0 r\u00e9soudre ces probl\u00e8mes : la sauvegarde vers un stockage dans le cloud Azure.<\/p>\r\n\r\n\r\n\r\n
Le stockage dans le cloud Azure est une brique de service dans l’offre, bien vaste, que propose Microsoft. Celle-ci se trouve donc dans l’offre “Storage Account”<\/a>.<\/p>\r\n\r\n\r\n\r\n Pour donner une id\u00e9e du co\u00fbt, il faut environ compter 20 \u20ac par mois et par To, pour du stockage redondant dans un seul Data Center Microsoft.<\/p>\r\n\r\n\r\n\r\n A partir du moment o\u00f9 vous poss\u00e9dez un abonnement Azure (d’\u00e9valuation ou autre), vous pouvez lancer la cr\u00e9ation d’un Storage Account. Vous serez factur\u00e9s en fonction de l’espace consomm\u00e9 et du temps utilis\u00e9. Si vous utilisez 1 To pendant 15 jours, cela vous co\u00fbtera donc environ 10 \u20ac.<\/p>\r\n\r\n\r\n\r\n <\/p>\r\n\r\n\r\n\r\n\r\n\r\n On lui donnera les param\u00e8tres qui d\u00e9finiront l’acc\u00e8s et les caract\u00e9ristiques du service.<\/p>\r\n\r\n\r\n\r\n\r\n\r\n Le type de compte “General Purpose v2<\/a>” est le plus polyvalent, et pourrait donc servir \u00e0 d’autres usages : autant l’utiliser.<\/p>\r\n\r\n\r\n\r\n L’emplacement du data center \u00e0 utiliser d\u00e9pend de vos performances r\u00e9seaux, mais attention : le co\u00fbt varie l\u00e9g\u00e8rement d’un data center \u00e0 l’autre.<\/p>\r\n\r\n\r\n\r\n Le niveau de performance n\u00e9cessaire \u00e0 faire des backups SQL Server est aujourd’hui uniquement le mode “standard” (disque physique classique et non pas SSD), mais \u00e9tant donn\u00e9 le niveau de performance attendu, c’est suffisant.<\/p>\r\n\r\n\r\n\r\n L’ access tier hot\/cold d\u00e9termine le niveau de service attendu pour les fichiers d\u00e9pos\u00e9s. Si vos fichiers ont vocation \u00e0 rester au moins 30 jours stock\u00e9s, il vaut mieux utiliser le sockage “cold”. Si au moins 6 mois, on peut m\u00eame le passer en mode “archive” (sous r\u00e9serve de ne pas avoir besoin de r\u00e9cup\u00e9rer le backup sous 15 heures). Sinon, il vaut mieux utiliser le mode “hot. Pour plus d’information sur les cat\u00e9gories hot\/cold\/archive : https:\/\/docs.microsoft.com\/en-us\/azure\/storage\/blobs\/storage-blob-storage-tiers<\/a><\/p>\r\n\r\n\r\n\r\n Enfin, on exigera \u00e0 ce que tous les transferts passent en HTTPs avec l’option “Secure transfer required”.<\/p>\r\n\r\n\r\n\r\n Afin de simplifier l’administration de ce service, on cr\u00e9era un Resource Group d\u00e9di\u00e9.<\/p>\r\n\r\n\r\n\r\n Le Storage Account est pr\u00e9sent\u00e9 comme ci-dessous :<\/p>\r\n\r\n\r\n\r\n <\/p> <\/p> <\/p> <\/p>\r\n On peut d\u00e9sormais aller dans “blobs” et cr\u00e9er le conteneur de nos backups :<\/p>\r\n On cr\u00e9er donc un conteneur “mysqlserverbackups” qui ne disposera pas d’acc\u00e8s publique.<\/p>\r\n\r\n\r\n\r\n <\/p> <\/p> <\/p> <\/p>\r\n Les Storage Accounts g\u00e8rent la s\u00e9curit\u00e9 de leur acc\u00e8s par des “Access Keys”, qui sont des cl\u00e9s priv\u00e9es permettant des acc\u00e8s en lecture\/\u00e9criture. Leur partage doit donc \u00eatre tr\u00e8s r\u00e9fl\u00e9chie.<\/p>\r\n Il existe toujours 2 cl\u00e9s, afin de permettre un renouvellement de la cl\u00e9 utilis\u00e9 dans un applicatif sans g\u00e9n\u00e9rer d’indisponibilit\u00e9 (on reconfigure son appli pour utiliser la 2e cl\u00e9, puis on g\u00e9n\u00e8re une nouvelle cl\u00e9 principale, on reconfigure l’applicatif pour utiliser la premi\u00e8re nouvellement g\u00e9n\u00e9r\u00e9e).<\/p>\r\n\r\n\r\n\r\n Les deux Access Keys sont des \u00e9l\u00e9ments essentiels et critiques pour la s\u00e9curit\u00e9 de vos fichiers ! Ne les communiquez pas, ne les exposez pas de mani\u00e8re imprudente !<\/strong><\/p>\r\n\r\n\r\n\r\n <\/p> <\/p> <\/p> <\/p>\r\n En parall\u00e8le des Access Keys, et afin de s\u00e9curiser leur usage, il existe une alternative : les Shared Access Signature (SAS). Une Shared Access Signature est une chaine de caract\u00e8re, sign\u00e9e par une Access Key, permettant d’attribuer des droits sp\u00e9cifiques. On peut les cr\u00e9er dans la partie “Shared Access Signature” du Storage Account :<\/p>\r\n <\/p>\r\n\r\n\r\n\r\n On peut donc d\u00e9finir \u00e0 quel types de ressources la SAS servira, pour quel type d’action (lecture, ajout, suppression…), une dur\u00e9e de validit\u00e9 pour l’acc\u00e8s (ici 10 ans), et \u00e9ventuellement une IP (celle, publique, par laquelle votre SQL Server sortira sur Internet). Une fois le bouton “Generate SAS and connection string” utilis\u00e9, on obtient le token suivant :<\/p>\r\n\r\n\r\n\r\n ?sv=2017-11-09&ss=b&srt=co&sp=rwdlac&se=2028-08-22T16:59:59Z&st=2018-08-22T08:59:59Z&sip=1.2.3.4&spr=https&sig=pbi3JZvRjMP66nADkkNDI2R%2F8z70N4R4AwPL%2BVOo4AA%3D<\/em><\/p>\r\n\r\n\r\n\r\n Si jamais on tentait de modifier un des param\u00e8tre du token (comme la dur\u00e9e de validit\u00e9, ou l’IP), la signature invaliderait ces param\u00e8tre, faisant \u00e9chou\u00e9 la connexion (sig=pbi3JZvRjMP66nADkkNDI2R%2F8z70N4R4AwPL%2BVOo4AA%3D). Il existe deux m\u00e9thodes pour faire les sauvegardes dans un blob Azure : par l’Access Key, ou par une SAS. M\u00eame si nous recommandons d’utiliser une SAS, nous allons pr\u00e9senter les deux m\u00e9thodes.<\/p>\r\n\r\n\r\n\r\n On remarquera que l’URL contient donc le nom du Storage Account, avant .blob.core.windows.net , ainsi que le nom d’un conteneur cr\u00e9er dans le Storage Account (ici mysqlerverbackups).<\/p>\r\n\r\n\r\n\r\n\r\n\r\n On voit d\u00e9sormais notre fichier pr\u00e9sent, il est m\u00eame possible de le t\u00e9l\u00e9charger depuis l’interface.<\/p>\r\n\r\n\r\n\r\n On note donc que le credential<\/em> porte le nom de l’URL du conteneur, et surtout que le param\u00e8tre <\/strong>SECRET<\/em> est le token de la SAS sans le “?” au d\u00e9but de la chaine de caract\u00e8re pourtant donn\u00e9 dans le portail Azure !<\/strong><\/p>\r\n\r\n\r\n\r\n <\/p> <\/p> <\/p> On trouvera le fichier lui aussi dans l’interface d’Azure :<\/p>\r\n On remarquera \u00e9galement une petite subtilit\u00e9 sur laquelle je n’ai pas trouv\u00e9 de documentation. Si on sauvegarde avec une Access Key, on sauvegarde sous la forme d’un Page Blob. Si on sauvegarde avec une SAS, on sauvegarde sous la forme d’un Block Blob.<\/p>\r\n\r\n\r\n\r\n Un Block Blob convient bien au gros fichiers et peuvent faire jusqu’\u00e0 4.75 To (\u00e0 la date de l’\u00e9criture de l’article), tandis qu’un Page Blob est limit\u00e9 \u00e0 1 To. Une raison de plus d’utiliser une SAS plut\u00f4t qu’une Access Key. Par ailleurs, l’usage de la compression des backup est vivement recommand\u00e9.<\/p>\r\n\r\n\r\n\r\n Pour plus d’information sur les limitations des sauvegardes dans Azure : https:\/\/docs.microsoft.com\/fr-fr\/sql\/relational-databases\/backup-restore\/sql-server-backup-to-url?view=sql-server-2017#limitations<\/a><\/p>\r\n\r\n\r\n\r\n Une fois tout \u00e9tabli, c’est beaucoup plus simple. Vous pouvez d\u00e9j\u00e0 juste t\u00e9l\u00e9charger le fichier de sauvegarde depuis l’interface d’Azure, si vous le souhaitez. Sinon, pour lancer une restauration avec une SAS :<\/p>\r\n\r\n\r\n\r\n Sans SAS, mais avec une Access Key :<\/p>\r\n\r\n\r\n\r\n SQL Server propose aussi de faire des backups \u00e0 double destination. C’est \u00e0 dire qu’il n’y a qu’un seul processus de backup, mais la sortie de ce processus sera doubl\u00e9 \u00e0 deux endroits. On peut donc avoir un backup en local, de mani\u00e8re “classique”, mais \u00e9galement un backup dans Azure, au cas o\u00f9 l’on venait \u00e0 perdre le stockage local de sauvegarde. C’est un moyen d’externaliser ses backups \u00e0 moindre co\u00fbt.<\/p>\r\n\r\n\r\n\r\n <\/p> <\/p> <\/p> Il n’existe aucune m\u00e9thode T-SQL permettant de purger les fichiers se trouvant dans un Azure Blob Storage. Il existe diff\u00e9rente m\u00e9thodes, la plus simple \u00e9tant un job PowerShell dans SQL Server. Pensez juste \u00e0 installer le module Azure pour Powershell<\/a> (Install-Module -Name AzureRM). Le code PowerShell aura cette forme :<\/p>\r\n <\/p> <\/p> <\/p> Cela peut paraitre obscure, mais il faut juste comprendre les quelques param\u00e8tres suivants :<\/p>\r\n $CleanupTime ==><\/em> Tous les fichiers de plus de 72 heures sont supprim\u00e9s.<\/p>\r\n\r\n\r\n\r\n $MySASToken<\/em> ==> Le token SAS, sans le point d’interrogation, comme dans le code T-SQL.<\/p>\r\n\r\n\r\n\r\n $MyStorageAccountName<\/em> ==> Le nom du Storage Account dans Azure<\/p>\r\n\r\n\r\n\r\n $MycontainerName<\/em> ==> Le nom du conteneur dans le Storage Account<\/p>\r\n\r\n\r\n\r\n Il y a \u00e9norm\u00e9ment de choses \u00e0 dire sur le Blob Storage dans Azure. Beaucoup de choses sont possibles, il faut tenir en compte pour connaitre avec exactitude ses co\u00fbts. Cependant, m\u00eame avec une certaine marge d’erreur cela reste largement comp\u00e9titif. On peut avoir une id\u00e9e des co\u00fbts avec le calculateur de Microsoft.<\/a><\/p>\r\n\r\n\r\n\r\n <\/p>\r\n\r\n\r\n\r\n Avec cette solution, on peut donc s\u00e9curiser ses donn\u00e9es dans un cloud externe et ne pas craindre une perte du petit NAS qui pourrait h\u00e9berger les donn\u00e9es d’une PME, par exemple, mais aussi s\u00e9curiser des donn\u00e9es l\u00e9gales dont la dur\u00e9e de r\u00e9tention peut parfois se placer \u00e0 l’\u00e9chelle de la d\u00e9cennie.<\/p>\r\n Les sauvegardes de nos bases de donn\u00e9es ont souvent lieu en local ou sur un lecteur r\u00e9seau. Cela permet de les avoir sous la main pour une restauration rapide ou une duplication dans un environnement hors-production. Mais parfois, trouver cette… Continuer la lecture
On commencera donc par cr\u00e9er une ressource de type “Storage Account” :<\/p>\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/1.jpg\")
<\/p>\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/StorageAccount.png\")
<\/p>\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/create_container.png\")
<\/p>\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/access-keys.png\")
<\/p>\r\n\r\n\r\n\r\n\r\n\r\n![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/SAS.png\")
<\/p>\r\n\r\n\r\n\r\n\r\n\r\n<\/del><\/p>\r\n\r\n\r\n\r\n
\r\n\r\n\r\n\r\nMise en place des sauvegardes<\/h2>\r\n\r\n\r\n\r\n
Sauvegarde par Access Key<\/h3>\r\n\r\n\r\n\r\n
CREATE CREDENTIAL My_Azure_Cred_with_Access_Key \r\nWITH IDENTITY = 'storagecapdata', \r\nSECRET = '\/lKjpEk9d\/Ur3THH+1E9Dt5fGkSkYUsu93He0384b55v6pPLb7ZoRGxazDGNylARh2BkOOsKCDsZUUbS\/ax3Qw=='; <\/pre><\/pre>\r\n\r\n\r\n\r\n
BACKUP DATABASE WideWorldImporters \r\n\tTO URL = 'https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups\/WideWorldImporters.bak' \r\n\tWITH CREDENTIAL = 'My_Azure_Cred_with_Access_Key', \r\n\tCOMPRESSION, STATS = 10 ; <\/pre><\/pre>\r\n<\/p>
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/backup1.png\")
<\/p>\r\n\r\n\r\n\r\nSauvegarde par Shared Access Signature<\/h3>\r\n\r\n\r\n\r\n
\r\n
CREATE CREDENTIAL [https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups] \r\n WITH IDENTITY = 'SHARED ACCESS SIGNATURE', \r\n SECRET = 'sv=2017-11-09&amp;amp;amp;amp;amp;amp;amp;ss=b&amp;amp;amp;amp;amp;amp;amp;srt=co&amp;amp;amp;amp;amp;amp;amp;sp=rwdlac&amp;amp;amp;amp;amp;amp;amp;se=2028-08-22T20:54:31Z&amp;amp;amp;amp;amp;amp;amp;st=2018-08-22T12:54:31Z&amp;amp;amp;amp;amp;amp;amp;spr=https&amp;amp;amp;amp;amp;amp;amp;sig=mi0JCpl3yJB9inULL1m%2Blu4xyiFwMEzXJGRuM6OFQeQ%3D'; \r\n<\/pre><\/pre>\r\n\r\n\r\n\r\n\r\n\r\n
BACKUP DATABASE WideWorldImporters\r\nTO URL = 'https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups\/WideWorldImporters_with_SAS.bak'\r\nCOMPRESSION,\r\nSTATS = 10 ;\r\n<\/pre><\/pre>\r\n\r\n\r\n\r\n
![\"\"](\"https:\/\/blog.capdata.fr\/wp-content\/uploads\/2018\/08\/backup2.png\")
<\/p>\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\nRestaurer une base de donn\u00e9es depuis Azure<\/h2>\r\n\r\n\r\n\r\n
RESTORE DATABASE WideWorldImporters\r\nFROM URL = 'https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups\/WideWorldImporters_with_SAS.bak'\r\nwith replace ; \r\n<\/pre><\/pre>\r\n\r\n\r\n\r\n
RESTORE DATABASE WideWorldImporters\r\nFROM URL = 'https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups\/WideWorldImporters.bak'\r\nWITH CREDENTIAL = 'My_Azure_Cred_with_Access_Key',\r\nREPLACE ; \r\n<\/pre><\/pre>\r\n\r\n\r\n\r\n
Backup \u00e0 double destination<\/h2>\r\n\r\n\r\n\r\n
BACKUP DATABASE WideWorldImporters TO\r\nDISK = N'C:\\Program Files\\Microsoft SQL Server\\MSSQL14.MSSQLSERVER\\MSSQL\\Backup\\WideWorldImporters.bak',\r\nURL = 'https:\/\/storagecapdata.blob.core.windows.net\/mysqlserverbackups\/WideWorldImporters_with_SAS.bak' <\/pre><\/pre>\r\n\r\n\r\n\r\n
Purge automatis\u00e9e des backups dans Azure<\/h2>\r\n\r\n\r\n\r\n
$CleanupTime = [DateTime]::UtcNow.AddHours(-72)\r\n$MySASToken = 'sv=2017-11-09&amp;amp;amp;ss=b&amp;amp;amp;srt=co&amp;amp;amp;sp=rwdlac&amp;amp;amp;se=2028-08-22T20:54:31Z&amp;amp;amp;st=2018-08-22T12:54:31Z&amp;amp;amp;spr=https&amp;amp;amp;sig=mi0JCpl3yJB9inULL1m%2Blu4xyiFwMEzXJGRuM6OFQeQ%3D'\r\n$MyStorageAccountName = 'storagecapdata'\r\n$MycontainerName = "mysqlserverbackups"\r\n$context = New-AzureStorageContext -StorageAccountName $MyStorageAccountName -SasToken $MySASToken\r\nGet-AzureStorageBlob -Container $MycontainerName -Context $context | Where-Object { $_.LastModified.UtcDateTime -lt $CleanupTime -and $_.Name -like "*.bak"} |Remove-AzureStorageBlob\r\n<\/pre><\/pre>\r\n\r\n\r\n\r\n\r\n\r\nConclusion<\/h2>\r\n\r\n\r\n\r\n
<\/a><\/a><\/a>","protected":false},"excerpt":{"rendered":"