Sauvegardes à froid et sauvegardes à chaud [Résolu]

[dcollart]

Bonjour,

quels sont les avantages et inconvénients des sauvegardes froides et
sauvegardes chaudes ?
Lors d'une sauvegarde chaude, ne risque-t-il pas d'y avoir accès
concurrent si les objets sont déjà en cours d'utilisation ?

Merci et bonne journée.

[LeoAnderson]

Normalement, si le SGBD propose des sauvegardes à chaud, c'est qu'il assure que les données sauvegardées respectent les transactions ... :-)
Par contre, si applicativement, vous validez vos transactions trop souvent et que vous ne respectez pas les transactions pour valider vos données (commit après l'entête et après chaque ligne par exemple), oui, dans ce cas, il y a un risque d'incohérence applicative... mais si vous devez restaurer, c'est que vous êtes dans la panade et dans ce cas, vous vous en contenterez ! ;-)

Après, pour ce qui est de l'avantage de la sauvegarde à chaud c'est qu'elle n'a pas besoin d'une interruption de service pour la sauvegarde, ce qui est un élément prépondérant dans les systèmes à haute disponibilité.

[dcollart]

merci de ces précisions.

@+

[fadace]

Les sauvegardes à chaud ont le principal et énorme avantage de pouvoir être exécutées en base ouverte = sans prétériter l'accès aux données pour les utilisateurs.

[dcollart]

Bonjour,

est-ce que les sauvegardes à chaud sont toujours des outils propres au SGBDR ?

Merci et bonne journée.

[fadace]

Généralement oui : lorsqu'un outil externe le fait (par exemple SQL Backtrack), il s'appuie quasi toujours sur les routines du backup natif, en y ajoutant des spécificités.

[orafrance]

MySQL ne le fait pas de manière native il me semble et via un outil externe seulement sur les versions les plus récentes... à confirmer