Discussion :

[jalam]

Bonjour,

Je vous expose mon problème: j'ai une base de données sous sql server 2000 dont je fais une sauvegarde journalière. Lors d'un crash serveur, j'ai pu récupérer la dernière sauvegarde mais les données qui ont été enregistrées entre cette sauvegarde et le crash ont été perdues. J'aimerais savoir s'il serait possible de sauvegarder la base en temps réel ( dupliquer le fichier de données et le log par exemple sur un support externe).
Merci d'avance.

[mikedavem]

Bonsoir,

Il faut implémenter des sauvegardes du journal de transaction à intervalle régulier de votre base en complément de vos sauvegardes journalières.

Le paramétrage de l'intervalle de sauvegarde du journal dépendra de la stratégie de votre entreprise concernant les données. Si la perte de données d'une heure est acceptable vous pouvez implémenter votre sauvegarde de journal toutes les heures par exemple ...

Une bonne introduction aux sauvegardes se trouvent dans le tutoriel SQL Server du site.

++

[jalam]

Merci MikeDavem pour votre réponse.
A vrai dire, aucune perte de données n'est tolérée (il s'agit d'un système hospitalier). Donc j'ai besoin de pouvoir récupérer les données en entier lors d'un crash et de les restaurer en un temps minimum. Est ce que ça vous parait possible?

[elsuket]

Bonjour,

Cela est tout à fait possible (comment font les autres hôpitaux ? )
Il vous faut pour cela choisir une bonne stratégie de sauvegarde

Dans tous les cas, vous devez passer au mode de récupération FULL.
Pour connaître le mode de restauration de votre base de données :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT DATABASEPROPERTYEX('maBD', 'Recovery')

Et si vous devez le modifier :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
ALTER DATABASE maBD
SET RECOVERY FULL

Ensuite vous pouvez créer un plan de maintenance qui:
- effectue une sauvegarde complète de votre base de données tous les jours à une heure de faible utilisation
- effectue une sauvegarde différentielle de la base de données toutes les 4h
- effectue une sauvegarde du fichier du journal des transactions toutes les heures, de façon à ce que celui-ci ne grossisse pas trop.

Bien sûr ceci n'est qu'un exemple, et vous devrez très probablement l'adapter à votre problématique en modifiant les fréquences de sauvegarde.

Supposons que vous suivez l'exemple que je viens de vous donner.
Dans ce cas, en cas de crash à 16:12:00, vous devriez :

- Sauvegarder le fichier du journal des transactions de la base de données, avec l'option NO_TRUNCATE,
- Restaurer la dernière sauvegarde complète, avec l'option WITH NORECOVERY
- Restaurer la dernière sauvegarde différentielle, avec l'option WITH NORECOVERY,
- Restaurer les sauvegardes des journaux de transaction qui ont été effectuées après la dernière sauvegarde différentielle, avec l'option WITH NORECOVERY
- Restaurer la sauvegarde du journal des transactions que vous avez effectuée avant de restaurer la dernière sauvegarde complète, avec l'option STOPAT = '20091002 16:11:59'

Pour aller plus loin, je vous propose ce tutoriel de Fadace

@++

[kedare]

Pour une "sauvegarde" temps réel, ça serais pas mieux une réplication master/slave ?

[SQLpro]

Ou mieux un mirroring, mais pour cela il faut une version 2005 au moins.

Enfin, vous auriez certainement pu récupérer toute votre base, si vous aviez observé les préconisation minimale de MS :
1) que vos fichiers de données et du journal soit situés sur deux axes physiques différents
2) que vous soyez en mode FULL de récupération
Avec ces deux éléments :

• si le disque de data crash, vous pouvez faire une sauvegarde du journal et partant de la complète + la sauvegarde JT que vous venez d'effectuer vous avez toutes les données jusqu'au crash.
• si le disque du JT crash, vous faite une sauvegarde complete avec l'option WITH NO LOG et vous restaurez !

Tout cela s'apprend dans un cours d'administration avec en sus des TP live comme ceux que mes collègues et moi même donnons à, Orsys par exemple.

A +