Reprise après panne

Introduction

Le mécanisme de reprise après panne s'appuie sur le journal et en particulier sur l'état des transactions au moment de la panne et sur le dernier point de contrôle.

Le schéma ci-après illustre les cinq cas de figure possibles pour une transaction au moment de la panne.

États d'une transaction au moment d'une panne
  • Transactions de type T1

    Elles ont débuté et se sont terminées avant tc. Elles n'interviennent pas dans le processus de reprise.

  • Transactions de type T2

    Elles ont débuté avant tc et se sont terminées entre tc et tf. Elles devront être rejouées (il n'est pas sûr que les données qu'elles manipulaient aient été correctement inscrites en mémoire centrale, puisque après tc, or le COMMIT impose la durabilité).

  • Transactions de type T3

    Elles ont débuté avant tc, mais n'était pas terminées à tf. Elles devront être annulées (pas de COMMIT).

  • Transactions de type T4

    Elles ont débuté après tc et se sont terminées avant tf. Elles devront être rejouées.

  • Transactions de type T5

    Elles ont débuté après tc et ne se sont pas terminées. Elles devront être annulées.

Remarque

Les transactions sont des unités d'intégrité.