Sauvegardes automatiques dans les bases de données SQL dans Microsoft Fabric
S’applique à :✅base de données SQL dans Microsoft Fabric
Cet article décrit la fonctionnalité de sauvegardes automatisées pour les bases de données SQL dans Microsoft Fabric. Pour restaurer une sauvegarde, consultez Restaurer depuis une sauvegarde dans une base de données SQL dans Microsoft Fabric.
Qu’est-ce qu’une sauvegarde de base de données ?
Les sauvegardes de base de données sont une partie essentielle de toute stratégie de continuité d’activité ou de récupération d’urgence, dans la mesure où elles protègent vos données des corruptions et des suppressions.
Pour toutes les bases de données nouvelles, restaurées et copiées, les bases de données SQL dans Fabric conservent suffisamment de sauvegardes pour permettre une restauration à un instant dans le passé (PITR) au cours des sept derniers jours par défaut. Le service effectue des sauvegardes complètes, différentielles et de journal régulières, pour garantir que les bases de données peuvent être restaurées à n’importe quel point dans le temps de la période de rétention définie pour la base de données.
Si vous supprimez une base de données, le système conserve les sauvegardes de la même façon que pour une base de données en ligne, jusqu’à ce que la période de rétention de sept jours expire.
À quelle fréquence les sauvegardes sont-elles effectuées sur une base de données SQL dans Fabric ?
La fonctionnalité de sauvegardes automatiques des bases de données SQL dans Fabric est activée dès le moment de la création de la base de données :
- Sauvegardes complètes toutes les semaines
- Sauvegardes différentielles toutes les 12 heures
- Sauvegardes du journal des transactions toutes les 10 minutes environ
La fréquence exacte des sauvegardes du journal des transactions est basée sur la taille de calcul et le volume d’activité de la base de données. Lorsque vous restaurez une base de données, le service détermine automatiquement quelles sauvegardes complètes, différentielles et de journal des transactions sont à restaurer.
La première sauvegarde complète est planifiée immédiatement après la création ou la restauration d’une nouvelle base de données. Elle prend généralement 30 minutes, mais elle peut nécessiter davantage de temps si la base de données est volumineuse.
Après la première sauvegarde complète, toutes les sauvegardes sont planifiées et gérées automatiquement. Le moment exact de toutes les sauvegardes de base de données est déterminé par le service des bases de données SQL, car il équilibre la charge de travail système globale. Vous ne pouvez pas modifier la planification des travaux de sauvegarde, ni les désactiver.
Pour une base de données nouvelle, restaurée ou copiée, la fonctionnalité de restauration à un instant dans le passé devient disponible dès que la sauvegarde initiale du journal des transactions est créée, qui suit la sauvegarde complète initiale.
Où sont stockées mes sauvegardes de base de données SQL ?
Toutes les sauvegardes des bases de données SQL dans Fabric sont stockées sur des comptes de stockage redondant interzone (Zone-Redundant Storage/ZRS) Azure. Avec le ZRS, les sauvegardes sont copiées de manière synchrone sur trois zones de disponibilité Azure dans la région primaire.
Le ZRS est actuellement disponible dans certaines régions uniquement. Lorsque le stockage Azure basé sur ZRS n’est pas disponible, les sauvegardes sont stockées sur un stockage localement redondant (Locally Redundant Storage/LRS). Avec LRS, les sauvegardes sont copiées de façon synchrone trois fois dans un emplacement physique unique dans la région primaire.
Conservation du stockage de sauvegarde
Les bases de données SQL dans Microsoft Fabric planifient une sauvegarde complète chaque semaine. Pour assurer la restauration à un instant dans le passé pour l’ensemble de la période de conservation, le système doit stocker des sauvegardes supplémentaires complètes, différentielles et du journal des transactions pendant une période plus longue d’une semaine que la période de conservation configurée.
Les sauvegardes qui ne sont plus nécessaires pour fournir la fonctionnalité PITR sont automatiquement supprimées. Étant donné que les sauvegardes différentielles et les sauvegardes de fichiers journaux requièrent une sauvegarde complète antérieure pour pouvoir être restaurées, les trois types de sauvegardes sont purgés par jeux hebdomadaires.
Pour toutes les bases de données, les sauvegardes complètes et différentielles sont compressées pour réduire la compression du stockage de sauvegarde. Le taux moyen de compression des sauvegardes est de 3 à 4 fois.
Historique de sauvegarde
Vous pouvez afficher la liste des sauvegardes à l’aide d’une commande T-SQL simple, via une vue de gestion dynamique (Dynamic Management View/DMV) appelée sys.dm_database_backups, qui fonctionne de la même façon qu’avec Azure SQL Database. Cette DMV contient des informations de métadonnées sur toutes les sauvegardes actuelles, nécessaires à l’activation de la restauration à un instant dans le passé.
Pour interroger le catalogue d’historique de sauvegarde, exécutez simplement un script T-SQL via le portail Fabric (ou un autre outil client de votre choix) :
SELECT * FROM sys.dm_database_backups;
Questions fréquemment posées sur les sauvegardes pour les bases de données SQL dans Fabric
Puis-je accéder à mes sauvegardes ?
Non, les sauvegardes sont isolées de la plateforme Microsoft Fabric et ne sont pas accessibles par les utilisateurs finaux. La seule façon pour le client d’interagir avec les fichiers de sauvegarde consiste à utiliser la fonctionnalité de restauration à un instant dans le passé (PITR).
Mes sauvegardes sont-elles chiffrées ?
Tous les fichiers stockés sur le stockage Azure, y compris les sauvegardes des bases de données SQL dans Microsoft Fabric, sont automatiquement chiffrés lorsque les données sont conservées dans le cloud. Pour plus d'informations, consultez Fonctionnalité de chiffrement du service Stockage Azure pour les données au repos.
Limites
Limitations actuelles des sauvegardes pour les bases de données SQL :
- Vous ne pouvez pas contrôler la fréquence des sauvegardes des bases de données SQL dans Fabric.
- Vous ne pouvez pas modifier la période de rétention de sauvegarde des bases de données SQL dans Microsoft Fabric. La période de rétention par défaut est de sept jours.
- Vous ne pouvez restaurer des sauvegardes de base de données que depuis des bases de données SQL actives.
- Vous ne pouvez restaurer des sauvegardes de base de données que dans le même espace de travail. La PITR inter-espaces de travail n’est pas prise en charge.
- Si vous supprimez un espace de travail, toutes les bases de données de cet espace de travail sont également supprimées et ne peuvent pas être récupérées.
- Toutes les sauvegardes sont stockées dans une seule région répliquée dans différentes zones de disponibilité Azure. Il n’existe aucune sauvegarde géo-répliquée.
- Seules les sauvegardes de rétention à court terme sont prises en charge. Aucune sauvegarde de rétention à long terme n’est prise en charge.
- Les sauvegardes ne peuvent être restaurées que via le portail Fabric. Actuellement, il n’existe pas d’API REST, d’Azure PowerShell ou de commandes CLI (Command Line Interface) activés.