Sauvegarde gérée SQL Server sur Azure

La sauvegarde managée SQL Server sur Microsoft Azure gère et automatise les sauvegardes SQL Server dans le service stockage Blob Azure. La stratégie de sauvegarde utilisée par la sauvegarde managée SQL Server sur Microsoft Azure est basée sur la période de rétention et la charge de travail de transaction sur la base de données. La sauvegarde managée SQL Server sur Microsoft Azure prend en charge la restauration à un point dans le temps pour la période de rétention spécifiée.
La sauvegarde managée SQL Server sur Microsoft Azure peut être activée au niveau de la base de données ou au niveau de l’instance pour gérer toutes les bases de données sur l’instance de SQL Server. Sql Server peut s’exécuter localement ou dans des environnements hébergés comme la machine virtuelle Azure. La sauvegarde managée SQL Server sur Microsoft Azure est recommandée pour SQL Server s’exécutant sur des machines virtuelles Azure.

Avantages de l’automatisation de la sauvegarde SQL Server à l’aide de la sauvegarde managée SQL Server sur Microsoft Azure

• Actuellement, l’automatisation des sauvegardes pour plusieurs bases de données nécessite le développement d’une stratégie de sauvegarde, l’écriture de code personnalisé et la planification des sauvegardes. À l’aide de la sauvegarde managée SQL Server sur Microsoft Azure, vous devez uniquement fournir les paramètres de période de rétention et l’emplacement de stockage. SQL Server Managed Backup to Microsoft Azure planifie, effectue et gère les sauvegardes.

  La sauvegarde managée SQL Server sur Microsoft Azure peut être configurée au niveau de la base de données ou configurée avec des paramètres par défaut pour une instance de SQL Server. L’automatisation de la sauvegarde à l’aide de la sauvegarde managée SQL Server sur Microsoft Azure présente les avantages suivants :

  • En définissant les valeurs par défaut au niveau de l’instance, vous pouvez appliquer ces paramètres à n’importe quelle base de données créée par la suite, supprimant ainsi le risque de nouvelles bases de données qui ne sont pas sauvegardées et de perte de données.

  • L’option permettant d’activer la sauvegarde managée SQL Server sur Microsoft Azure et de définir la période de rétention au niveau de la base de données vous permet de remplacer les paramètres par défaut définis au niveau de l’instance. Cela vous permet d’avoir un contrôle plus précis sur la récupération d’une base de données spécifique.

• Avec la sauvegarde managée SQL Server sur Microsoft Azure, vous n’avez pas besoin de spécifier le type ou la fréquence des sauvegardes pour une base de données. Vous spécifiez la période de rétention, et la sauvegarde managée SQL Server sur Microsoft Azure détermine le type et la fréquence des sauvegardes pour une base de données et stocke les sauvegardes sur le service de stockage Blob Azure. Pour plus d’informations sur l’ensemble de critères utilisés par SQL Server Managed Backup sur Microsoft Azure pour créer la stratégie de sauvegarde, consultez la section Composants et concepts de cette rubrique.

• Une fois configuré pour utiliser le chiffrement, vous disposez d’une sécurité supplémentaire pour les données de sauvegarde. Pour plus d’informations, consultez Le chiffrement de sauvegarde

Pour plus d’informations sur les avantages de l’utilisation du stockage Blob Azure pour les sauvegardes SQL Server, consultez Sauvegarde et restauration SQL Server avec le service Stockage Blob Azure

Termes et définitions

Sauvegarde SQL Server gérée sur Microsoft Azure

Fonctionnalité SQL Server qui automatise la sauvegarde de base de données et gère les sauvegardes en fonction de la période de rétention.

Période de rétention
La période de rétention est utilisée par la sauvegarde managée SQL Server vers Microsoft Azure pour déterminer quels fichiers de sauvegarde doivent être conservés dans le stockage afin de récupérer une base de données à un point dans le temps spécifié. Les valeurs prises en charge sont comprises entre 1 et 30 jours.

Chaîne à bûches
Une séquence continue de sauvegardes de journaux est appelée chaîne de journaux. Une chaîne de journaux commence par une sauvegarde complète de la base de données.

Exigences, concepts et composants

Autorisations

Transact-SQL est l’interface principale utilisée pour configurer et surveiller la sauvegarde managée SQL Server sur Microsoft Azure. En général, pour exécuter les procédures stockées de configuration, db_backupoperator rôle de base de données avec des autorisations ALTER ANY CREDENTIAL et EXECUTE des autorisations sur sp_delete_backuphistory procédure stockée est nécessaire. Les procédures stockées et les fonctions utilisées pour passer en revue les informations nécessitent Execute généralement des autorisations sur la procédure stockée et Select sur la fonction respectivement.

Conditions préalables

Configuration requise :

Le service Stockage Azure est utilisé par la sauvegarde managée SQL Server sur Microsoft Azure pour stocker les fichiers de sauvegarde. Les concepts, la structure et les exigences de création d’un compte de stockage Azure sont expliqués en détail dans la section Introduction aux composants clés et concepts de la rubrique Sauvegarde SQL Server vers l’URL .

Les informations d’identification SQL sont utilisées pour stocker les informations requises pour s’authentifier auprès du compte de stockage Azure. L’objet Informations d’identification SQL stocke le nom du compte et les informations de clé d’accès. Pour plus d’informations, consultez la section Présentation des composants et concepts clés dans la rubrique Sauvegarde SQL Server vers l’URL . Pour obtenir un guide sur comment créer des informations d'identification SQL pour stocker des informations d'authentification de stockage Azure, consultez Leçon 2 : Créer un identifiant SQL Server.

Concepts et composants clés

La sauvegarde managée SQL Server sur Microsoft Azure est une fonctionnalité qui gère les opérations de sauvegarde. Il stocke les métadonnées dans la base de données msdb et utilise des travaux système pour écrire des sauvegardes complètes de base de données et de journal des transactions.

Composants

Transact-SQL est l’interface principale permettant d’interagir avec la sauvegarde managée SQL Server sur Microsoft Azure. Les procédures stockées système sont utilisées pour activer, configurer et surveiller la sauvegarde managée SQL Server sur Microsoft Azure. Les fonctions système sont utilisées pour récupérer les paramètres de configuration, les valeurs des paramètres et les informations de fichier de sauvegarde existantes. Les événements étendus sont utilisés pour exposer des erreurs et des avertissements. Les mécanismes d’alerte sont activés par le biais de travaux SQL Agent et de la gestion basée sur des stratégies SQL Server. Voici une liste des objets et une description de ses fonctionnalités par rapport à SQL Server Managed Backup vers Microsoft Azure.

Les applets de commande PowerShell sont également disponibles pour configurer la sauvegarde managée SQL Server sur Microsoft Azure. SQL Server Management Studio prend en charge la restauration des sauvegardes créées par la sauvegarde managée SQL Server sur Microsoft Azure à l’aide de la tâche Restaurer la base de données

Stratégie de sauvegarde

Stratégie de sauvegarde utilisée par la sauvegarde managée SQL Server sur Microsoft Azure :

Le type de sauvegardes planifiées et la fréquence de sauvegarde est déterminée en fonction de la charge de travail de la base de données. Les paramètres de période de rétention sont utilisés pour déterminer la durée pendant laquelle un fichier de sauvegarde doit être conservé dans le stockage et la possibilité de récupérer la base de données à un point dans le temps pendant la période de rétention.

Conventions d’affectation de noms de conteneur et de fichier de sauvegarde :

Sql Server Managed Backup to Microsoft Azure nomme le conteneur de stockage Azure à l’aide du nom de l’instance SQL Server pour toutes les bases de données, à l’exception des bases de données de disponibilité. Pour les bases de données de disponibilité, le GUID du groupe de disponibilité est utilisé pour nommer le conteneur de stockage Azure.

Le fichier de sauvegarde pour les bases de données non à haute disponibilité est nommé à l’aide de la convention suivante : le nom est créé à l’aide des 40 premiers caractères du nom de la base de données, du GUID de la base de données sans « - » et de l’horodatage. Le caractère de soulignement est inséré entre les segments en tant que séparateurs. L’extension .bak est utilisée pour la sauvegarde complète et l’extension .log pour les sauvegardes de journaux. Pour les bases de données du groupe de disponibilité, en plus de la convention d’affectation de noms de fichiers décrite ci-dessus, le GUID de la base de données du groupe de disponibilité est ajouté après les 40 caractères du nom de la base de données. La valeur GUID de la base de données du groupe de disponibilité est la valeur de group_database_id dans sys.databases.

Sauvegarde complète de la base de données : La sauvegarde managée SQL Server sur l’agent Microsoft Azure planifie une sauvegarde complète de base de données si l’une des valeurs suivantes est vraie.

• Une base de données est une sauvegarde managée SQL Server sur Microsoft Azure activée pour la première fois, ou lorsque la sauvegarde managée SQL Server sur Microsoft Azure est activée avec les paramètres par défaut au niveau de l’instance.

• La croissance du journal depuis la dernière sauvegarde complète de la base de données est égale ou supérieure à 1 Go.

• L’intervalle de temps maximal d’une semaine est passé depuis la dernière sauvegarde complète de la base de données.

• La chaîne de bûches est rompue. SQL Server Managed Backup to Microsoft Azure vérifie régulièrement si la chaîne de journaux est intacte en comparant le premier et le dernier LSN des fichiers de sauvegarde. S'il existe une rupture dans la chaîne de journaux pour une raison quelconque, la sauvegarde gérée de SQL Server vers Microsoft Azure planifie une sauvegarde complète de la base de données. La raison la plus courante pour les ruptures de chaîne de journaux est probablement une commande de sauvegarde émise à l’aide de Transact-SQL ou via la tâche de sauvegarde dans SQL Server Management Studio. D’autres scénarios courants incluent la suppression accidentelle des fichiers journaux de sauvegarde ou les remplacements accidentels de sauvegardes.

Sauvegarde du journal des transactions : La sauvegarde managée SQL Server sur Microsoft Azure planifie une sauvegarde de journal si l’une des valeurs suivantes est vraie :

• Il n’y a pas d’historique de sauvegarde de journal qui se trouve. Cela est généralement vrai lorsque la sauvegarde managée SQL Server sur Microsoft Azure est activée pour la première fois.

• L’espace journal des transactions utilisé est de 5 Mo ou plus.

• L'intervalle de temps maximal de 2 heures depuis la dernière sauvegarde du journal est atteint.

• Lorsqu'il y a un retard de la sauvegarde du journal des transactions par rapport à une sauvegarde complète de la base de données. L’objectif est de conserver la chaîne de journaux avant la sauvegarde complète.

Paramètres de période de rétention

Lorsque vous activez la sauvegarde, vous devez définir la période de rétention en jours : le minimum est de 1 jour et le maximum est de 30 jours.

Sql Server Managed Backup vers Microsoft Azure en fonction des paramètres de période de rétention, évalue la possibilité de récupérer à un point dans le temps spécifié, afin de déterminer les fichiers de sauvegarde à conserver et d’identifier les fichiers de sauvegarde à supprimer. La backup_finish_date de la sauvegarde est utilisée pour déterminer et correspondre à l’heure spécifiée par les paramètres de période de rétention.

Points importants à prendre en compte

Certaines considérations sont importantes pour comprendre leur impact sur les opérations de sauvegarde managée SQL Server sur Microsoft Azure. Elles sont répertoriées ci-dessous :

• Pour une base de données, s’il existe une tâche de sauvegarde complète de base de données en cours d’exécution, sql Server Managed Backup vers Microsoft Azure attend que le travail actuel soit terminé avant d’effectuer une autre sauvegarde complète de la base de données pour la même base de données. De même, une seule sauvegarde du journal des transactions peut s’exécuter à un moment donné. Toutefois, une sauvegarde complète de base de données et une sauvegarde du journal des transactions peuvent s’exécuter simultanément. Les échecs sont enregistrés en tant qu’événements étendus.

• Si plus de 10 sauvegardes de base de données complètes simultanées sont planifiées, un avertissement est émis via le canal de débogage des événements étendus. Sql Server Managed Backup vers Microsoft Azure conserve ensuite une file d’attente de priorité pour les bases de données restantes qui nécessitent une sauvegarde jusqu’à ce que toutes les sauvegardes soient planifiées et terminées.

Limitations de prise en charge

Voici quelques limitations spécifiques à SQL Server 2014 :

• La sauvegarde managée SQL Server sur l’agent Microsoft Azure prend uniquement en charge les sauvegardes de base de données : sauvegardes complètes et de journaux. L’automatisation de la sauvegarde de fichiers n’est pas prise en charge.

• Les opérations de sauvegarde managée SQL Server sur Microsoft Azure sont actuellement prises en charge à l’aide de Transact-SQL. La supervision et la résolution des problèmes peuvent être effectuées à l’aide d’événements étendus. La prise en charge de PowerShell et de SMO est limitée à la configuration des paramètres par défaut de durée de stockage et de rétention pour une instance de SQL Server, et à la surveillance de l’état de sauvegarde et de l'intégrité globale conforme aux stratégies de gestion basées sur des politiques SQL Server.

• Les bases de données système ne sont pas prises en charge.

• Le service Stockage Blob Azure est la seule option de stockage de sauvegarde prise en charge. Les sauvegardes sur disque ou bande ne sont pas prises en charge.

• Actuellement, la taille de fichier maximale autorisée pour un objet blob de pages dans Stockage Azure est de 1 To. Les fichiers de sauvegarde de plus de 1 To échouent. Pour éviter cette situation, nous vous recommandons d’utiliser la compression et de tester la taille du fichier de sauvegarde avant de configurer la sauvegarde managée SQL Server sur Microsoft Azure. Vous pouvez effectuer des tests en sauvegarde sur un disque local ou en sauvegarde manuelle sur le stockage Azure à l’aide BACKUP TO URL de l’instruction Transact-SQL. Pour plus d’informations, consultez Sauvegarde SQL Server via l’URL.

• Modèles de récupération : seules les bases de données définies sur le modèle complet ou journalisé en bloc sont prises en charge. Les bases de données définies sur un modèle de récupération simple ne sont pas prises en charge.

• La sauvegarde managée SQL Server sur Microsoft Azure peut avoir certaines limitations lorsqu’elle est configurée avec d’autres technologies prenant en charge la sauvegarde, la haute disponibilité ou la récupération d’urgence. Pour plus d’informations, consultez Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence.

Tâches associées

Voir aussi

Sauvegarde et restauration SQL Server avec le service Stockage Blob Azure
Sauvegarde de SQL Server vers une URL
Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence
Résolution des problèmes de sauvegarde managée SQL Server sur Azure