Partager via

Sauvegardes complètes de fichiers (SQL Server)

Cette rubrique s’applique aux bases de données SQL Server qui contiennent plusieurs fichiers ou groupes de fichiers.

Les fichiers d’une base de données SQL Server peuvent être sauvegardés et restaurés individuellement. En outre, vous pouvez spécifier un groupe de fichiers entier au lieu de spécifier chaque fichier constituant individuellement. Notez que si un fichier d’un groupe de fichiers est hors connexion (par exemple, parce que le fichier est en cours de restauration), le groupe de fichiers entier est hors connexion et ne peut pas être sauvegardé.

Les sauvegardes de fichiers de groupes de fichiers en lecture seule peuvent être combinées avec des sauvegardes partielles. Les sauvegardes partielles incluent tous les groupes de fichiers en lecture/écriture et, éventuellement, un ou plusieurs groupes de fichiers en lecture seule. Pour plus d’informations, consultez Sauvegardes partielles (SQL Server).

Une sauvegarde de fichier peut servir de base différentielle pour les sauvegardes de fichiers différentielles. Pour plus d’informations, consultez Sauvegardes différentielles (SQL Server).

Remarque

Les sauvegardes de fichiers complètes sont généralement appelées sauvegardes de fichiers, sauf lorsqu’elles sont explicitement comparées aux sauvegardes de fichiers différentielles.

Dans cette rubrique :

Avantages des sauvegardes de fichiers

Les sauvegardes de fichiers offrent les avantages suivants sur les sauvegardes de base de données :

  • L’utilisation de sauvegardes de fichiers peut augmenter la vitesse de récupération en vous permettant de restaurer uniquement les fichiers endommagés, sans restaurer le reste de la base de données.

    Par exemple, si une base de données se compose de plusieurs fichiers situés sur différents disques et qu’un disque échoue, seul le fichier sur le disque ayant échoué doit être restauré. Le fichier endommagé peut être restauré rapidement et la récupération est plus rapide que celle d’une base de données entière.

  • Les sauvegardes de fichiers augmentent la flexibilité de la planification et de la gestion des supports sur les sauvegardes complètes de base de données, ce qui, pour les bases de données très volumineuses, peut devenir inmanageable. La flexibilité accrue des sauvegardes de fichiers ou de groupes de fichiers est également utile pour les bases de données volumineuses qui contiennent des données qui ont des caractéristiques de mise à jour variables.

Inconvénients des sauvegardes de fichiers

  • Le principal inconvénient des sauvegardes de fichiers par rapport aux sauvegardes complètes de base de données est la complexité administrative supplémentaire. La maintenance et le suivi d’un ensemble complet de ces sauvegardes peuvent être une tâche fastidieuse qui peut dépasser les exigences d’espace des sauvegardes complètes de base de données.

  • Une défaillance du support peut rendre une base de données complète irrécupérable si un fichier endommagé ne dispose pas d’une sauvegarde. Vous devez donc conserver un ensemble complet de sauvegardes de fichiers et, pour le modèle de récupération complète/journalisée en bloc, une ou plusieurs sauvegardes de journaux couvrant minimalement l’intervalle entre la première sauvegarde complète des fichiers et la dernière sauvegarde complète des fichiers.

Vue d’ensemble des sauvegardes de fichiers

Une sauvegarde complète de fichiers sauvegarde toutes les données d’un ou plusieurs fichiers ou groupes de fichiers. Par défaut, les sauvegardes de fichiers contiennent suffisamment d’enregistrements de journal pour transférer le fichier à la fin de l’opération de sauvegarde.

La sauvegarde d’un fichier ou d’un groupe de fichiers en lecture seule est la même pour chaque modèle de récupération. Sous le modèle de récupération complète, un ensemble complet de sauvegardes de fichiers complètes, ainsi que suffisamment de sauvegardes de journaux pour couvrir toutes les sauvegardes de fichiers, est l’équivalent d’une sauvegarde complète de base de données.

Une seule opération de sauvegarde de fichier peut se produire à la fois. Vous pouvez sauvegarder plusieurs fichiers en une seule opération, mais cela peut prolonger le temps de récupération si vous n’avez qu’à restaurer un seul fichier. Cela est dû au fait que pour localiser ce fichier, l’intégralité de la sauvegarde est lue.

Remarque

Les fichiers individuels peuvent être restaurés à partir d’une sauvegarde de base de données ; Toutefois, la localisation et la restauration d’un fichier prennent plus de temps à partir d’une sauvegarde de base de données qu’à partir d’une sauvegarde de fichier.

Sauvegardes de fichiers et modèle de récupération simple

Sous le modèle de récupération simple, les fichiers en lecture/écriture doivent tous être sauvegardés ensemble. Cela permet de s’assurer que la base de données peut être restaurée à un point cohérent dans le temps. Au lieu de spécifier individuellement chaque fichier ou groupe de fichiers en lecture/écriture, utilisez l’option READ_WRITE_FILEGROUPS. Cette option sauvegarde tous les groupes de fichiers en lecture/écriture dans la base de données. Une sauvegarde créée en spécifiant READ_WRITE_FILEGROUPS est appelée sauvegarde partielle. Pour plus d’informations, consultez Sauvegardes partielles (SQL Server).

Sauvegardes de fichiers et modèle de récupération complète

Sous le modèle de récupération complète, vous devez sauvegarder le journal des transactions, quel que soit le reste de votre stratégie de sauvegarde. Un ensemble complet de sauvegardes de fichiers complètes, ainsi que suffisamment de sauvegardes de journaux pour couvrir toutes les sauvegardes de fichiers à partir du début de la première sauvegarde de fichiers, est l’équivalent d’une sauvegarde complète de base de données.

La restauration d’une base de données à l’aide de sauvegardes de fichiers et de journaux peut être complexe. Par conséquent, s’il est possible, il est recommandé d’effectuer une sauvegarde complète de base de données et de démarrer les sauvegardes de journaux avant la première sauvegarde de fichiers. L’illustration suivante montre une stratégie dans laquelle une sauvegarde complète de base de données est effectuée (au moment t1) peu après la création de la base de données (au moment t0). Cette première sauvegarde de base de données permet de démarrer les sauvegardes du journal des transactions. Les sauvegardes du journal des transactions sont planifiées pour se produire à intervalles définis. Les sauvegardes de fichiers se produisent à tout intervalle le mieux adapté aux exigences métier de la base de données. Cette illustration montre chacun des quatre groupes de fichiers sauvegardés un par un. L’ordre dans lequel ils sont sauvegardés (A, C, B, A) reflète les exigences métier de la base de données.

Stratégie combinant les sauvegardes de bases de données, de fichiers et de journaux

Remarque

Sous le modèle de récupération complète, vous devez transférer le journal des transactions lors de la restauration d’une sauvegarde de fichier en lecture/écriture pour vous assurer que le fichier est cohérent avec le reste de la base de données. Pour éviter de transférer un grand nombre de sauvegardes du journal des transactions, envisagez d’utiliser des sauvegardes de fichiers différentielles. Pour plus d’informations, consultez Sauvegardes différentielles (SQL Server).

Tâches associées

Pour créer une sauvegarde de fichier ou de groupe de fichiers

Remarque

Les sauvegardes de fichiers ne sont pas prises en charge par l’Assistant Plan de maintenance.

Voir aussi

BACKUP (Transact-SQL)
Vue d’ensemble de la sauvegarde (SQL Server)
Sauvegarde et restauration : Interopérabilité et coexistence (SQL Server)
Sauvegardes différentielles (SQL Server)
Restaurations de fichiers (modèle de récupération simple)
Restaurations de fichiers (mode de récupération complète)
Restauration en ligne (SQL Server)
Restaurations partielles (SQL Server)

  • Last updated on