Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :✅base de données SQL dans Microsoft Fabric
Les sauvegardes sont une fonctionnalité automatique pour la base 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 constituent une partie essentielle de toute stratégie de continuité d’activité et de récupération d’urgence, car elles aident à protéger vos données contre les accidents, la corruption ou la suppression.
Toutes les bases de données SQL nouvelles et restaurées dans Fabric conservent suffisamment de sauvegardes pour permettre une restauration à un point dans le temps (PITR) au cours des sept derniers jours par défaut. Le service prend des sauvegardes complètes, différentielles et de journal des transactions régulières pour s’assurer que les bases de données peuvent être restaurées à tout moment dans le temps pendant la période de rétention.
Si vous supprimez une base de données, le système conserve les sauvegardes de la même façon pour une base de données en ligne, jusqu’à l’expiration de la période de rétention.
À 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. Quand le stockage Azure basé sur ZRS n’est pas disponible, les sauvegardes sont stockées sur un stockage localement redondant (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
La période de rétention par défaut pour les sauvegardes d’une chaîne de sauvegarde est de 7 jours, mais cela peut être étendu jusqu’à 35 jours.
Les bases de données SQL dans Microsoft Fabric planifient une sauvegarde complète chaque semaine. Pour fournir un PITR dans toute la période de rétention, le système stocke un ensemble complet de sauvegardes complètes, différentielles et de journaux de transactions pendant une semaine plus longue que la période de rétention 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.
Une durée de rétention plus longue des sauvegardes de base de données SQL augmente le stockage utilisé pour les sauvegardes dans votre capacité Fabric.
Modifier la stratégie de rétention du stockage de sauvegarde
Pour modifier la rétention du stockage de sauvegarde de 7 jours par défaut jusqu’à 35 jours :
Dans le portail Fabric, accédez aux paramètres de votre base de données.
Sélectionnez Stratégie de rétention de sauvegarde.
Sous période de rétention, fournissez la stratégie de rétention souhaitée, de 1 à 35 jours.
Cliquez sur Enregistrer.
Historique de sauvegarde
Vous pouvez afficher la liste des sauvegardes à l’aide d’une commande T-SQL simple via la vue de gestion dynamique (DMV) sys.dm_database_backups, qui fonctionne de la même façon qu’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é. La backup_type colonne indique le type de sauvegarde : Complet (D) ou Différentiel (I) ou Journal des transactions (L).
Pour interroger le catalogue de l’historique des sauvegardes, exécutez cette requête T-SQL dans le portail Fabric ou l’outil de requête de votre choix :
SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;
Par exemple,
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 point dans le temps (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 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.