GNU/Linux >> Tutoriels Linux >  >> Linux

Modèles de récupération de base de données SQL Server

Cet article présente les trois différents modèles de récupération de base de données disponibles dans Microsoft ® SQL Server®. Il décrit également brièvement les options de sauvegarde les plus courantes. Les modèles de récupération offrent différentes options de récupération ainsi qu'une journalisation des transactions différente, et les utilisateurs peuvent basculer entre les modèles à tout moment. Lorsque vous passez à un nouveau modèle de récupération, vous devez toujours effectuer une sauvegarde complète de la base de données avant de pouvoir effectuer des sauvegardes différentielles et des journaux.

Options de sauvegarde courantes

Les options de sauvegarde courantes pour les bases de données SQL Server incluent les types suivants :

  • Sauvegarde complète de la base de données :Comme son nom l'indique, il s'agit d'une sauvegarde de l'ensemble de la base de données ainsi que de parties du journal des transactions. Cette sauvegarde vous permet de restaurer la base de données uniquement à partir d'une sauvegarde complète. L'Observateur d'événements fait également référence à cette sauvegarde en tant que sauvegarde de base de données.

  • Sauvegarde différentielle de la base de données  :basée sur la sauvegarde complète de la base de données la plus récente, cette sauvegarde inclut toutes les modifications apportées à la base de données depuis la dernière sauvegarde complète.

  • Sauvegarde du journal :Cette sauvegarde couvre les fichiers du journal des transactions, y compris tous les journaux depuis la dernière sauvegarde du journal. Les sauvegardes de journaux garantissent le moins de perte de données en cas de panne.

Modèles de récupération

Cette section décrit les modèles de récupération.

Simple

Le modèle de récupération simple est le plus basique et nécessite le moins d'administration des trois modèles.

  • Il ne prend en charge que les sauvegardes de bases de données complètes et différentielles, et les sauvegardes de journaux ne sont pas possibles.
  • En cas d'échec, vous perdez toutes les modifications apportées depuis la dernière sauvegarde complète ou différentielle.
  • Vous ne devez pas utiliser ce modèle de récupération pour les bases de données de production.
  • Le système écrit de nouveaux points de données dans le fichier journal des transactions. Cependant, après avoir écrit les données dans le fichier, le système peut réutiliser cet espace. Par conséquent, le fichier journal des transactions n'augmente pas indéfiniment et n'est jamais plein.
  • Avantages  :Faible effort administratif
  • Inconvénients :Risque de perte de données

Complet

Le modèle de récupération complète vous permet de restaurer à un moment précis sans perte de données. Pour assurer une récupération réussie sans aucune perte de données, utilisez les sauvegardes du journal des transactions.

  • Le fichier journal des transactions stocke toutes les données de transaction.
  • Le fichier journal s'agrandit jusqu'à ce qu'une sauvegarde du journal soit terminée, ou que le fichier journal soit tronqué. Par conséquent, vous devez configurer des sauvegardes du journal des transactions pour empêcher le fichier journal de croître indéfiniment.
  • Si le journal des transactions est endommagé, vous perdez toutes les modifications depuis la dernière sauvegarde complète ou différentielle.
  • Avantages  :Prend en charge les restaurations ponctuelles, aucune perte de données en cas d'échec
  • Inconvénients  :effort administratif plus important

Enregistré en masse

Utilisez le modèle de récupération avec journalisation en bloc pour effectuer des opérations de copie en bloc volumineuses. Semblable au modèle de récupération complète, le journal en bloc utilise des sauvegardes de journaux.

  • Ce modèle utilise une journalisation minimale lors de l'écriture des transactions dans le fichier journal des transactions. Bien que cela économise du temps et de l'espace disque, une journalisation minimale peut empêcher les restaurations ponctuelles.
  • Vous pouvez toujours récupérer à une heure précise, tant que le journal des transactions le plus récent n'inclut pas d'opérations groupées.
  • Vous devez configurer des sauvegardes du journal des transactions pour empêcher le fichier journal de croître indéfiniment. Si le journal des transactions est endommagé, vous perdez toutes les modifications depuis la dernière sauvegarde complète ou différentielle.
  • Avantages  :La journalisation minimale permet des opérations en masse à volume élevé
  • Inconvénients  :efforts administratifs plus importants, restaurations ponctuelles limitées

Linux
  1. Comment créer une sauvegarde

  2. Serveur de base de données PostgreSQL

  3. Comment sauvegarder et restaurer la base de données Postgres

  4. Configurer les sauvegardes de la base de données MSSQL

  5. Préparer la migration d'un serveur Windows

Comment installer SQL Server sur Windows 10

Sauvegarde et restauration de la base de données MS SQL Server 2008

Serveur de base de données MySQL

La sauvegarde de l'abonnement s'est terminée avec l'avertissement Le journal des transactions pour la base de données 'X' est plein sur le serveur Plesk

Comment créer une sauvegarde de base de données SQL par script

Comment restaurer une base de données MySQL à partir d'une sauvegarde .SQL