Sauvegarde managée de SQL Server vers Azure
SQL Server sauvegarde managée 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 SQL Server sauvegarde managée 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. Sauvegarde managée SQL Server sur Microsoft Azure prend en charge la restauration limitée dans le temps pour la période de rétention spécifiée.
SQL Server sauvegarde managée sur Microsoft Azure peut être activée au niveau de la base de données ou au niveau instance pour gérer toutes les bases de données sur le instance de SQL Server. Le SQL Server peut s’exécuter localement ou dans des environnements hébergés comme la machine virtuelle Azure. SQL Server sauvegarde managée sur Microsoft Azure est recommandé pour les SQL Server s’exécutant sur Azure Machines Virtuelles.
Avantages de l’automatisation de la sauvegarde SQL Server à l’aide de SQL Server sauvegarde managée sur Microsoft Azure
Actuellement, l'automatisation des sauvegardes pour plusieurs bases de données requiert le développement d'une stratégie de sauvegarde, l'écriture d'un code personnalisé et la planification des sauvegardes. À l’aide de SQL Server sauvegarde managée sur Microsoft Azure, vous devez uniquement fournir les paramètres de période de rétention et l’emplacement de stockage. SQL Server sauvegarde managée sur Microsoft Azure planifie, effectue et gère les sauvegardes.
SQL Server sauvegarde managée sur Microsoft Azure peut être configuré au niveau de la base de données ou avec les paramètres par défaut pour un instance de SQL Server. L’automatisation de la sauvegarde à l’aide de SQL Server sauvegarde managée sur Microsoft Azure présente les avantages suivants :
En définissant les valeurs par défaut au niveau de l'instance, vous pouvez appliquer les paramètres de la stratégie à n'importe quelle base de données créée par la suite, supprimer le risque d'avoir de nouvelles bases de données non sauvegardées et de perte de données.
La possibilité d’activer SQL Server sauvegarde managée 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 instance. Vous pouvez ainsi avoir un contrôle plus granulaire sur la récupération d'une base de données spécifique.
Avec SQL Server sauvegarde managée 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 SQL Server sauvegarde managée sur Microsoft Azure détermine le type et la fréquence des sauvegardes pour une base de données stocke les sauvegardes sur le service stockage Blob Azure. Pour plus d’informations sur l’ensemble des critères utilisés par SQL Server sauvegarde managée sur Microsoft Azure pour créer la stratégie de sauvegarde, consultez la section Composants et concepts de cette rubrique.
Lorsque l'utilisation du chiffrement est configurée, vous disposez d'une protection supplémentaire pour les données de sauvegarde. Pour plus d’informations, consultez 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 Stockage Blob Azure service
Termes et définitions
Sauvegarde managée SQL Server sur Microsoft Azure
Une fonctionnalité SQL Server qui automatise la sauvegarde de bases de données et administre 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 SQL Server sauvegarde managée sur 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 dans le délai spécifié. Les valeurs prises en charge s'échelonnent sur une plage de 1 à 30 jours.
Séquence de journaux de transactions consécutifs
Une séquence continue de sauvegardes de journaux s'appelle une séquence de journaux de transactions consécutifs. Une séquence de journaux de transactions consécutifs commence par une sauvegarde complète de la base de données.
Configuration requise, concepts et composants
Autorisations
Transact-SQL est l’interface main utilisée pour configurer et superviser SQL Server sauvegarde managée 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 les autorisations ALTER ANY CREDENTIAL et EXECUTE
les autorisations sur sp_delete_backuphistory procédure stockée sont nécessaires. Les procédures stockées et les fonctions utilisées pour passer en revue les informations nécessitent généralement des autorisations Execute
sur la procédure stockée et Select
sur la fonction, respectivement.
Prérequis
Configuration requise :
Le service Stockage Azure est utilisé par SQL Server sauvegarde managée sur Microsoft Azure pour stocker les fichiers de sauvegarde. Les concepts, la structure et les conditions requises pour créer un compte de stockage Azure sont expliqués en détail dans la section Présentation des composants et concepts clés de la rubrique SQL Server Sauvegarde sur l’URL.
Les informations d’identification SQL sont utilisées pour stocker les informations nécessaires à l’authentification auprès du compte de stockage Azure. L'objet contenant les informations d'identification SQL stocke le nom du compte et les informations de la clé d'accès. Pour plus d’informations, consultez la section Présentation des composants et concepts clés dans la rubrique SQL Server Sauvegarde vers l’URL. Pour obtenir une procédure pas à pas sur la création d’informations d’identification SQL pour stocker des informations d’authentification stockage Azure, consultez Leçon 2 : Créer une SQL Server informations d’identification.
Concepts et composants clés
Le SQL Server sauvegarde managée 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 la base de données et des journaux des transactions.
Components
Transact-SQL est l'interface principale utilisée pour 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 des paramètres de configuration existants, des valeurs de paramètre et des informations sur le fichier de configuration. Les événements étendus sont utilisés pour exposer des erreurs et des avertissements. Les mécanismes d'alerte sont activés via les travaux SQL Agent et la gestion basées sur des stratégies SQL Server. Voici la liste des objets et la description de leurs fonctionnalités en relation à la Sauvegarde managée SQL Server sur Microsoft Azure.
Des 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 de 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 .
Objet système | Description |
MSDB | Stocke les métadonnées et l'historique de toutes les sauvegardes créées par la Sauvegarde managée SQL Server sur Microsoft Azure. |
smart_admin.set_db_backup (Transact-SQL) | Procédure stockée système permettant d’activer et de configurer SQL Server sauvegarde managée sur Microsoft Azure pour une base de données. |
smart_admin.set_instance_backup (Transact-SQL) | Procédure stockée système pour l’activation et la configuration des paramètres par défaut SQL Server sauvegarde managée sur Microsoft Azure pour le SQL Server instance. |
smart_admin.sp_ backup_master_switch (Transact-SQL) | Procédure stockée système pour suspendre et reprendre SQL Server sauvegarde managée sur Microsoft Azure. |
smart_admin.sp_set_parameter (Transact-SQL) | Procédure stockée système pour activer et configurer la supervision pour SQL Server sauvegarde managée sur Microsoft Azure. Exemples : activer les événements étendus, les paramètres de courrier électronique pour les notifications. |
smart_admin.sp_backup_on_demand (Transact-SQL) | Procédure stockée système utilisée pour effectuer une sauvegarde ad hoc pour une base de données qui est activée pour utiliser SQL Server sauvegarde managée sur Microsoft Azure sans rompre la chaîne des journaux. |
smart_admin.fn_backup_db_config (Transact-SQL) | Fonction système qui retourne la sauvegarde managée SQL Server actuelle à Microsoft Azure status et les valeurs de configuration pour une base de données, ou pour toutes les bases de données sur le instance. |
smart_admin.fn_is_master_switch_on (Transact-SQL) | Fonction système qui retourne l'état du commutateur principal. |
smart_admin.sp_get_backup_diagnostics (Transact-SQL) | Procédure stockée système utilisée pour retourner les événements enregistrés par les événements étendus. |
smart_admin.fn_get_parameter (Transact-SQL) | Fonction système qui retourne les valeurs actuelles des paramètres système de la sauvegarde comme les paramètres de surveillance et de courrier électronique pour les alertes. |
smart_admin.fn_available_backups (Transact-SQL) | Procédure stockée utilisée pour récupérer les sauvegardes disponibles pour une base de données spécifiée ou pour toutes les bases de données dans une instance. |
smart_admin.fn_get_current_xevent_settings (Transact-SQL) | Fonction système qui retourne les paramètres actuels des événements étendus. |
smart_admin.fn_get_health_status (Transact-SQL) | Fonction système qui retourne le décompte agrégé des erreurs enregistrées par les événements étendus pour une période spécifiée. |
Surveiller la sauvegarde managée de SQL Server vers Azure | Événements étendus pour la surveillance, la notification par e-mail des erreurs et des avertissements, SQL Server gestion basée sur des stratégies pour SQL Server sauvegarde managée sur Microsoft Azure . |
Stratégie de sauvegarde
Stratégie de sauvegarde utilisée par SQL Server sauvegarde managée sur Microsoft Azure :
Le type des sauvegardes planifiées et leur fréquence sont déterminés 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 période pendant laquelle un fichier de sauvegarde doit être retenu dans le stockage et la capacité à restaurer une base de données à un point précis dans le temps au cours de la période de rétention.
Conventions d'affectation des noms du conteneur et des fichiers de sauvegarde
SQL Server sauvegarde managée dans 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 disponibles 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 base de données sans « - » et de l’horodatage. Le caractère de soulignement est inséré entre les segments comme délimiteurs. L'extension .bak est utilisée pour le fichier en cas de sauvegarde complète et l'extension .log est utilisée pour les sauvegardes de journal. Pour les bases de données d'un groupe de disponibilité, en plus de la convention d'attribution de noms 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 du 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 base de données : SQL Server sauvegarde managée sur Microsoft Azure agent planifie une sauvegarde de base de données complète si l’une des conditions suivantes est remplie.
La Sauvegarde managée SQL Server sur Microsoft Azure est activée sur une base de données pour la première fois, ou 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 taille du journal depuis la dernière sauvegarde de base de données complète est égale ou supérieure à 1 Go.
L'intervalle maximum d'une semaine est dépassé depuis la dernière sauvegarde de base de données complète.
La séquence de journaux de transactions consécutifs est rompue. Sauvegarde managée SQL Server sur Microsoft Azure vérifie périodiquement si la séquence de journaux de transactions consécutifs est intacte en comparant le premier et le dernier LSN des fichiers de sauvegarde. Si la séquence de journaux de transactions consécutifs est rompue pour un motif quelconque, la Sauvegarde managée SQL Server sur Microsoft Azure planifie une sauvegarde de base de données complète. Le motif le plus fréquent d'une rupture de la séquence de journaux de transactions consécutifs est le plus souvent 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 communs sont la suppression accidentelle des fichiers journaux de sauvegarde ou le remplacement accidentel des sauvegardes.
Sauvegarde du journal des transactions : SQL Server sauvegarde managée sur Microsoft Azure planifie une sauvegarde de journal si l’une des conditions suivantes est remplie :
L'historique des sauvegardes de journaux est introuvable. Cela se produit habituellement lorsque la Sauvegarde managée SQL Server sur Microsoft Azure est activée la première fois.
L'espace du journal des transactions utilisé dépasse 5 Mo.
L'intervalle maximum de 2 heures est dépassé depuis la dernière sauvegarde de journal.
Lorsque la sauvegarde du journal des transactions traîne derrière une sauvegarde complète de la base de données. Le but est de conserver la séquence de journaux de transactions consécutifs avant la sauvegarde complète.
Paramètres de période de rétention
Lorsque vous configurez la sauvegarde, vous devez définir la période de rétention en jours : 1 jour minimum et 30 jours maximum.
Sauvegarde managée SQL Server sur Microsoft Azure , en fonction des paramètres de la période de rétention, évalue la capacité à restaurer une base de données à un point précis dans le temps au cours de la période de rétention pour déterminer quels sont les fichiers de sauvegarde à conserver et quels sont ceux à supprimer. Le paramètre backup_finish_date de la sauvegarde est utilisé pour déterminer et vérifier la durée spécifiée dans les paramètres de la période de rétention.
Éléments importants à prendre en considération
Certaines considérations sont importantes pour comprendre leur impact sur SQL Server sauvegarde managée sur les opérations Microsoft Azure. Ils sont répertoriés ci-dessous :
Pour une base de données, si un travail de sauvegarde complète de base de données est en cours, la Sauvegarde managée SQL Server sur Microsoft Azure attend la fin du travail avant d'effectuer une autre sauvegarde complète de la même base de données. De même, une seule sauvegarde de journal de transactions peut être exécutée à la fois. Toutefois, une sauvegarde de base de données complète et une sauvegarde de journal 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 sont planifiées simultanément, un avertissement est généré au moyen du canal de débogage des événements étendus. Sauvegarde managée SQL Server sur Microsoft Azure met alors en file d'attente les bases de données qui restent à sauvegarder, jusqu'à ce que toutes les sauvegardes soient planifiées et terminées.
Limitations relatives à la prise en charge
Voici quelques limitations spécifiques à SQL Server 2014 :
SQL Server sauvegarde managée sur l’agent Microsoft Azure prend uniquement en charge les sauvegardes de base de données : sauvegardes complètes et sauvegardes de journaux. La sauvegarde automatique de fichier n'est pas prise en charge.
SQL Server opérations de sauvegarde managée sur Microsoft Azure sont actuellement prises en charge à l’aide de Transact-SQL. La surveillance et le dépannage peuvent être effectués à l'aide d'événements étendus. La prise en charge de PowerShell et SMO est limitée à la configuration des paramètres par défaut du stockage et de la période de rétention pour une instance de SQL Server, et à la surveillance de l'état de la sauvegarde et de l'état d'intégrité général en fonction des stratégies de gestion basée sur des stratégies SQL Server.
Les bases de données système ne sont pas prises en charge.
Stockage Blob Azure service est la seule option de stockage de sauvegarde prise en charge. Les sauvegardes sur disque ou sur 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 d'une taille supérieure à 1 To échouent. Pour éviter cette situation, nous vous recommandons d’utiliser la compression et de tester la taille du fichier de sauvegarde pour les bases de données volumineuses avant de configurer SQL Server Sauvegarde managée sur Microsoft Azure. Vous pouvez tester en effectuant une sauvegarde sur un disque local ou en effectuant une sauvegarde manuelle dans le stockage Azure à l’aide
BACKUP TO URL
de l’instruction Transact-SQL. Pour plus d’informations, consultez SQL Server Backup to URL.Modèles de récupération : seules les bases de données en mode de récupération complète ou en mode de récupération utilisant les journaux de transactions sont prises en charge. Les bases de données utilisant le mode de récupération simple ne sont pas prises en charge.
Sauvegarde managée SQL Server sur Microsoft Azure peut avoir d'autres 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 SQL Server Sauvegarde managée sur Azure : Interopérabilité et coexistence.
Tâches associées
Descriptions des tâches | Rubrique |
Tâches de base telles que la configuration SQL Server sauvegarde managée sur Microsoft Azure pour une base de données ou la configuration des paramètres par défaut au niveau instance, la désactivation SQL Server sauvegarde managée sur Microsoft Azure au niveau instance ou de la base de données, la suspension et le redémarrage SQL Server sauvegarde managée sur Microsoft Azure. | Sauvegarde managée SQL Server sur Azure : Paramètres de conservation et de stockage |
Tutoriel: Instructions pas à pas pour configurer et surveiller SQL Server sauvegarde managée sur Microsoft Azure. | Configuration de la sauvegarde managée SQL Server sur Azure |
Tutoriel: Instructions pas à pas pour configurer et surveiller SQL Server sauvegarde managée sur Microsoft Azure pour les bases de données dans le groupe de disponibilité. | Configuration de la sauvegarde managée de SQL Server sur Azure pour les groupes de disponibilité |
Outils et concepts et tâches liés à la surveillance SQL Server sauvegarde managée sur Microsoft Azure . | Surveiller la sauvegarde managée de SQL Server vers Azure |
Outils et étapes de résolution des problèmes SQL Server sauvegarde managée sur Microsoft Azure. | Dépannage de la sauvegarde managée de SQL Server sur Azure |
Voir aussi
Sauvegarde et restauration SQL Server avec le service Stockage Blob Microsoft Azure
Sauvegarde SQL Server vers une URL
Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence
Dépannage de la sauvegarde managée de SQL Server sur Azure