Dans cet article, découvrez comment utiliser la transparence de sauvegarde dans Azure SQL Managed Instance pour afficher l’historique des sauvegardes de votre instance managée.
Vue d’ensemble
La transparence de sauvegarde dans SQL Managed Instance est disponible via la base de données msdb, ce qui rend les tables d’historique des sauvegardes interrogeables.
Il est important de connaître quelques différences clés entre les tables de sauvegarde d’une base de données SQL Server msdb traditionnelle et la base de données msdb dans SQL Managed Instance. Les principales différences incluent les informations visibles, les tables prises en charge et les champs que vous pouvez utiliser.
Informations incluses
La base de données msdb dans SQL Managed Instance présente les informations de sauvegarde suivantes :
Type de sauvegarde automatisée effectuée, par exemple, complète, différentielle ou fichier journal.
Les métadonnées relatives aux sauvegardes natives effectuées manuellement, même si des champs tels que le chemin du fichier et les noms d’utilisateur ne sont pas nécessairement renseignés. Servez-vous de la colonne is_copyonly pour déterminer si une sauvegarde a été effectuée manuellement ou automatiquement.
Métadonnées sur la sauvegarde, notamment l’état, la taille, l’heure et l’emplacement.
La base de données msdbne contient pas les informations suivantes :
Sauvegardes stockées à des fins de conservation à long terme. Les sauvegardes pour la conservation à long terme sont effectuées en copiant des fichiers au niveau du stockage. Ce type de sauvegarde n’est pas visible par l’instance.
Tables prises en charge
La base de données msdb dans SQL Managed Instance prend en charge ces tables de sauvegarde :
SQL Managed Instance étant un service cloud qui enregistre les données dans le stockage, les champs suivants ne sont pas remplis de données :
Champs qui se rapportent à l’utilisateur connecté.
Champs qui se rapportent au chemin du fichier de sauvegarde.
Informations d’expiration de la sauvegarde.
Considérations
Quand vous passez en revue votre historique de sauvegarde dans la base de données msdb, tenez compte des informations suivantes :
Les champs qui ne sont pas pertinents pour le cloud ne sont pas renseignés. Citons, par exemple, le nom de la machine, le lecteur physique et le nom physique.
Les informations de sauvegarde sont insérées dans la base de données msdb une fois la sauvegarde terminée. Les sauvegardes en continu ne sont pas prises en charge.
La base de données msdb conserve les enregistrements des sauvegardes automatiques pendant jusqu’à 60 jours, tandis que l’historique des sauvegardes initiées par l’utilisateur, telles que la copie uniquement, est conservé indéfiniment.
Découvrez comment protéger les données de votre base de données Azure SQL et récupérer les données perdues ou endommagées en utilisant la sauvegarde et la restauration.
Administrer une infrastructure de base de données SQL Server pour les bases de données relationnelles cloud, locales et hybrides à l’aide des offres de bases de données relationnelles Microsoft PaaS.
Modifiez les options de restauration à un instant dans le passé et de redondance de sauvegarde pour les sauvegardes automatiques dans SQL Managed Instance en utilisant le portail Azure, Azure CLI, Azure PowerShell et l’API REST.
Découvrez comment Azure SQL Managed Instance sauvegarde automatiquement toutes les bases de données, et fournit une fonctionnalité de restauration à un instant dans le passé.
Découvrez comment Azure SQL Managed Instance prend en charge la continuité d’activité et la reprise d’activité cloud pour vous permettre de garantir l’exécution des applications cloud stratégiques.
Les groupes de basculement vous permettent de gérer la géoréplication et le basculement coordonné de toutes les bases de données utilisateur sur une managed instance gérée dans Azure SQL Managed Instance.
Découvrez comment superviser une activité de sauvegarde Azure SQL Managed Instance en interrogeant la base de données « msdb » et en utilisant des événements étendus.
Découvrez l’architecture d’Azure SQL Managed Instance qui assure la disponibilité par le biais de la redondance locale et de la haute disponibilité par le biais de la redondance de zone.
Découvrez comment récupérer une base de données en cas de panne ou de défaillance d’un centre de données régional grâce aux différentes fonctionnalités Azure SQL Managed Instance.
Découvrez la limite de restauration dans le temps, qui vous permet de restaurer une base de données dans Azure SQL Managed Instance jusqu’à 35 jours en arrière.
