Sauvegarde à froid:
Le serveur SQL est arrêté, tous les clients sont déconnectés, on effectue la sauvegarder, puis on relance le serveur SQL.


Sauvegarde à chaud:
La sauvegarde est effectuée pendant que les utilisateurs sont connectés à la base de données.

Copie du doublon (merci d'éviter de poster en double STP ) :

< 1 > - SVP une question urgente, sauvegarde a froid
Ajouté par blux(07/05/2004 à 09:40 GMT+1)

< 2 > - SVP une question urgente, sauvegarde a froid
Ajouté par tsii(07/05/2004 à 09:50 GMT+1)  

 < 3 > - SVP une question urgente, sauvegarde a froid
Ajouté par TIROU(07/05/2004 à 10:30 GMT+1) 

Pour les avantages et les inconvénients :

A chaud :

- les données ne sont pas forcément intègres (très gênant)
- la sauvegarde n'immobilise pas la base
- elle peut se lancer n'importe quand

A froid :

- les données sont intègres (très important)
- la sauvegarde immobilise la base
- il faut prévoir l'interruption de service (qui peut être longue en fonction du média utilisé pour la sauvegarde et du volume de données à sauver)

Mais certains mécanismes sur les disques haut de gamme (baies Symmetrix de chez EMC, et ESS de chez IBM) permettent de faire des sauvegardes à chaud (intègres) en immobilisant la base quelques minutes seulement grâce à une technique de RAID-1 dynamique (appelée 'time finder' chez EMC et 'flashcopy' chez IBM).

Mais ça coûte du disque ! Enfin, faut savoir ce qu'on veut... :-)

A+ Blux

 "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"

Peut-être un peu tard, une petite précision par rapport à tout ce qui a déjà été indiqué. Je parle pour ORACLE car j'ai eu la problématique de choix entre sauvegarde à chaud ou à froid sur ce type de Base de données mais c'est sans doute idem quelle que soit la base.

Les critères de choix sont les suivants:
1) Arrêt possible de la base pendant la sauvegarde (c'est à dire arrêt de l'application pendant la durée de la sauvegarde qui dépend de la taille de ta base )
2) Qui doit intervenir pour restaurer la base en production en cas de nécessité: un profil exploitant de base ou un expert base de données?

Réponses:
sur critère 1:
si pas d'arrêt possible alors seule la sauvegarde à chaud répond à ton besoin, si arrêt possible tu as le choix et alors c'est le critère 2 qui te permet de décider.

sur critère 2:
Si un exploitant de base doit pouvoir restaurer ta base à partir de la sauvegarde alors il faut faire une sauvegarde à froid car dans ce cas tous les fichiers de ta base sont sauvegardées (y compris archivelogs et autres fichiers du même ordre) et la restauration de la base est une restauration simple de fichiers (le tout étant de bien restaurer la totalité des fichiers composant la base: fichier index, fichier données, archivelogs, fichiers temporaires ....)

Si tu fais une sauvegarde à chaud il faut faire intervenir un expert technique base de données pour restaurer ta base car il va falloir resynchroniser ce qui a été restauré à partir de la sauvegarde avec ce qui n'est pas restauré car pas sauvegardé par la sauvegarde à chaud et ça demande du doigté!

Cordialement

Amarine