Récupération de crash

Retour à: TRAITEMENT DES DONNÉES SS 3

Bienvenue en classe!

Dans la classe d’aujourd’hui, nous parlerons de récupération en cas de crash. Profitez de la classe!

Récupération sur incident

Définition

La récupération sur incident est le processus par lequel la base de données est ramenée à un état cohérent et utilisable. Cela se fait en annulant les transactions incomplètes et en complétant les transactions validées qui étaient encore en mémoire lorsque le crash s’est produit. Lorsque la base de données est dans un état cohérent et utilisable, elle a atteint ce que l’on appelle un point de cohérence. Suite à un échec de transaction, la base de données doit être récupérée.

Conditions pouvant entraîner une défaillance de la transaction

1. Une panne de courant sur la machine entraînant la panne du gestionnaire de base de données et des partitions de base de données sur celle-ci.
2. Une défaillance matérielle telle qu’une corruption de la mémoire ou une défaillance du disque, du processeur ou du réseau.
3. Une erreur grave du système d’exploitation qui provoque la baisse de la base de données

Introduction à ARIES (Algorithmes de récupération et d’isolation Exploitant la sémantique)

ARIES est un algorithme de récupération conçu pour fonctionner avec une approche de base de données sans force ni vol. Il est utilisé par IBM DB2, MS SQL Server et de nombreux autres systèmes de base de données.

Les trois grands principes qui se cachent derrière l’algorithme de récupération du BÉLIER:

1. Journalisation en Écriture anticipée: Toute modification apportée à un objet est d’abord enregistrée dans le journal, puis le journal doit être écrit dans un stockage stable avant que les modifications apportées à l’objet ne soient écrites sur un disque.
2. Répétition de l’historique pendant la reprise : Au redémarrage, après un crash, ARIES retrace les actions d’une base de données avant le crash et ramène le système à l’état exact dans lequel il se trouvait avant le crash. Le n il annule la transaction toujours active au moment du crash.
3. Changements de journalisation pendant l’annulation: Les modifications apportées à la base de données lors de l’annulation des transactions sont enregistrées pour s’assurer qu’une telle action n’est pas répétée en cas de redémarrages répétés.

Procédure de récupération après un crash

La récupération se déroule en trois phases.

1. Phase d’analyse: La première phase, l’analyse, calcule toutes les informations nécessaires à partir du fichier journal.
2. Phase de RESTAURATION : La phase de restauration restaure la base de données à l’état exact lors du crash, y compris toutes les modifications des transactions non validées qui étaient en cours d’exécution à ce moment-là.
3. Phase d’ANNULATION: La phase d’annulation annule ensuite toutes les modifications non validées, laissant la base de données dans un état cohérent. Après la phase de restauration, la base de données reflète l’état exact du crash. Cependant, les modifications des transactions non validées doivent être annulées pour restaurer la base de données à un état cohérent.

Évaluation

1. Définir la récupération en cas de crash
2. Expliquer le terme BÉLIER.

Autre récupération liée à la structure des données

1. Le protocole de journal d’écriture anticipée: Write-Ahead Logging (WAL) est une famille de techniques pour fournir l’atomicité et la durabilité (deux des propriétés ACIDES) dans les systèmes de base de données. Dans un système utilisant WAL, toutes les modifications sont écrites dans un journal avant d’être appliquées. Habituellement, les informations de restauration et d’annulation sont stockées dans le journal. WAL permet de mettre à jour une base de données en un seul endroit.
2. Atomicité : C’est la propriété du traitement des transactions par laquelle soit toutes les opérations des transactions sont exécutées, soit aucune d’entre elles n’est exécutée (tout ou rien)
3. Durabilité: C’est la propriété ACID qui garantit que les transactions qui se sont engagées survivront de manière permanente.Journal
4. : Un journal des transactions (également journal des transactions, journal de base de données, journal binaire ou piste d’audit) est un historique des actions exécutées par un système de gestion de base de données pour garantir les propriétés ACID en cas de plantages ou de défaillance matérielle. Physiquement, un journal est un fichier de mises à jour effectuées dans la base de données, stockées dans un stockage stable.
5. Pointage de contrôle: Le Checkpointing consiste essentiellement à stocker un instantané de l’état actuel de l’application, et plus tard, à l’utiliser pour redémarrer l’exécution en cas d’échec. Un enregistrement de point de contrôle est écrit dans le journal périodiquement à ce moment-là lorsque le système écrit dans la base de données sur le disque tous les tampons SGBD qui ont été modifiés. Il s’agit d’une opération périodique qui peut réduire le temps de récupération après un crash. Les points de contrôle sont utilisés pour rendre la récupération plus efficace et pour contrôler la réutilisation des fichiers journaux primaires et secondaires. En cas de plantage, les fichiers de sauvegarde seront utilisés pour récupérer la base de données jusqu’au point de plantage.
6. Récupération de support: La récupération de support traite de la défaillance du support de stockage contenant la base de données permanente, en particulier des défaillances de disque. L’approche traditionnelle de la base de données pour la récupération de médias utilise des copies d’archives (vidages) de la base de données ainsi que des journaux d’archives. Les copies d’archives représentent des instantanés de la base de données et sont prises périodiquement.

Le journal d’archive contient les enregistrements de journal pour toutes les modifications validées qui ne sont pas encore reflétées dans la copie d’archive. En cas de défaillance du support, la base de données actuelle peut être reconstruite en utilisant la dernière copie d’archive et en refaisant toutes les modifications dans l’ordre chronologique à partir du journal des archives.

Une récupération plus rapide des pannes de disque est prise en charge par des organisations de disques telles que RAID (baies redondantes de disques indépendants) qui stockent les données de manière redondante sur plusieurs disques. Cependant, ils n’éliminent pas le besoin de récupération de support basée sur des archives car ils ne peuvent pas exclure complètement la possibilité de perte de données, par exemple lorsque plusieurs disques tombent en panne.

Évaluation générale

1. Expliquer la récupération en cas de panne
2. Expliquer les termes suivants dans la récupération en cas de panne (i) Récupération de support (ii) Point de contrôle (iii) Protocole de journal d’écriture anticipée.
3. Discutez des concepts de BÉLIER dans la récupération en cas de crash.

Devoir de lecture

Comprendre le traitement des données pour les écoles secondaires supérieures par Dinehin Victoria pages 261 – 267

Devoir de fin de semaine

1. Le processus par lequel une base de données est ramenée à un état cohérent et utilisable est appelé………. (a) récupération de trésorerie (b) récupération sur incident (c) récupération passée (d) récupération d’annulation
2. L’algorithme de récupération qui utilise l’approche sans force et vole est ………….. (a) ARIAS (b) BÉLIER (c) ARRIÉRÉS (d) ARIS
3. Le BÉLIER travaille dans ……………. Phases (a) 3(b) 2(c) 1(d) 4
4. Lequel d’entre eux n’est pas un type de récupération de crash ………… ( a) BÉLIER (b) Récupération de support (c) Point de contrôle (d) ANNULER
5. ………. La récupération en cas de crash utilise des fichiers de sauvegarde (a) Point de contrôle (b) BÉLIER (c) Récupération de support (d) atomicité

Théorie

1. Discuter du concept de BÉLIER dans la récupération en cas de crash
2. Expliquer la différence entre la récupération de support et le point de contrôle.
3. Expliquez la différence entre un plantage du système et une défaillance du support.