Discussion :

[free_dom]

Bonjour,

J'ai un plan de sauvegarde comme suit:
- Une sauvegarde complète hebdo chaque vendredi à Minuit.
- Une sauvegarde différentielle à 12h15 et à 18h15.
- Une sauvegarde transactionnelle toutes les 30 min de 08h à 17h.

j'aimerais bien que vous me donniez vos conseils par rapport à ce plan.
et quelle est la durée que vous préconisez pour la rétention de mes sauvegardes en utilisant une tâche de nettoyage de maintenance pour toutes mes sauvegardes (Complète, différentielle, et JT).

Cordialement,

[mikedavem]

Pour répondre à ta question, il faudrait avoir plus d’éléments comme le RPO, RTO de tes bases de données (ou des applications correspondantes), leurs tailles, le contexte d’architecture (SQL stand-alone, environnement HA avec les groupes de disponibilités, mirroring, log-shipping etc ...)

++

[free_dom]

Bonjour,

- RPO/RTO est de 30 Min chacun.
- Taille BDD 140Mo.
- Architecture: Haute disponibilité (Alwayson), deux répliquas (primaire et secondaire), en mode synchrone.

Merci.

[mikedavem]

En accord avec ces nouvelles données et en assumant que ce plan concerne uniquement cette base (est-ce que tu as d'autres bases sur ton serveur?), je dirai que ton plan de sauvegarde respecte largement les contraintes qui sont fixés. Maintenant tu pourrais presque le simplifier en remplaçant tes sauvegardes différentielles avec des sauvegardes complètes.

Une sauvegarde transactionnelle toutes les 30 min de 08h à 17h.

Pourquoi la sauvegarde des journaux de transactions s'arrête-t-elle à 17h? Est-ce que l'activité s'arrête à ce moment là jusqu'à 08h le lendemain matin?
Est-ce que tu n'as pas des activités de nuit ou des jobs de maintenance comme des reconstructions d'index qui tourneraient en activité de nuit?

++

[free_dom]

En accord avec ces nouvelles données et en assumant que ce plan concerne uniquement cette base (est-ce que tu as d'autres bases sur ton serveur?)

Pour le moment j'ai une seule BDD sur ce serveur, mais prochainement je vais devoir basculer une autre base de données plus critique et qui concerne vraiment la production.

Maintenant tu pourrais presque le simplifier en remplaçant tes sauvegardes différentielles avec des sauvegardes complètes.

Qu'est ce je vais gagner ? ce n'est pas parmi les bonnes pratiques ?

Pourquoi la sauvegarde des journaux de transactions s'arrête-t-elle à 17h? Est-ce que l'activité s'arrête à ce moment là jusqu'à 08h le lendemain matin?

La sauvegarde des journaux s’arrête à 17h parce que l'activité s’arrête jusqu'au lendemain à 8h, ça concerne une activité administrative.

Est-ce que tu n'as pas des activités de nuit ou des jobs de maintenance comme des reconstructions d'index qui tourneraient en activité de nuit?

Pour les jobs de maintenance: j'ai planifié une vérification d'intégrité de la base puis une reconstruction des index programmée chaque jeudi à minuit.


Quels sont vos conseils également par rapport à la rétention des sauvegardes en utilisant une tâche de nettoyage de maintenance pour mes sauvegardes (Complète, différentielle, et JT).
Surtout que je suis dans un environnement de haute disponibilité (alwayson), c'est la première fois que j'implémente une telle architecture.

Merci.

[mikedavem]

Pour le moment j'ai une seule BDD sur ce serveur, mais prochainement je vais devoir basculer une autre base de données plus critique et qui concerne vraiment la production.

Dans ce cas soit tu composes avec un plan "générique" comme tu as déjà (FULL + DIFF + LOG) qui s'appliquera à toutes les bases de ton instance, soit tu spécialises en fonction des bases de données applicatives avec plusieurs plans de maintenance ... J'ai déjà vu les 2 chez les clients.

Qu'est ce je vais gagner ? ce n'est pas parmi les bonnes pratiques ?

A 150Mo la bases de données tu gagnes globalement sur une opération pendant la restauration même si ce n'est pas fulgurant je te l'accorde.
Tu auras une restauration à base de FULL + LOGS dans un cas au lieu de FULL + DIFF + LOGS avec le plan de maintenance actuel.

La sauvegarde des journaux s’arrête à 17h parce que l'activité s’arrête jusqu'au lendemain à 8h, ça concerne une activité administrative.
Pour les jobs de maintenance: j'ai planifié une vérification d'intégrité de la base puis une reconstruction des index programmée chaque jeudi à minuit.

Ok dans ce cas nul besoin d'avoir une sauvegarde du journal hormis peut être juste après la reconstruction des index qui peut faire grossir le JT. Cela peut te permettre de vider le journal avant que ta journée commence et générer une activité IO en dehors des plages business.

Quels sont vos conseils également par rapport à la rétention des sauvegardes en utilisant une tâche de nettoyage de maintenance pour mes sauvegardes (Complète, différentielle, et JT). Surtout que je suis dans un environnement de haute disponibilité (alwayson), c'est la première fois que j'implémente une telle architecture.
Merci.

Il n'y a pas de règle générique et cela dépend du contexte. J'ai des clients qui ont une rétention d'une semaine voir un mois en local en fonction de la place qu'ils ont et de leur politique d'archivage hors site. Dernier exemple en date, on a fait remonté une sauvegarde d'une base d'il y a 8 moins (1.7TB) parce que des données critiques d'une table pouvant être auditées ont été accidentellement supprimées. Toujours bon d'avoir une archive quelque part dans ce cas.. Ce même client a une politique de rétention d'une semaine (avec un espace de 1TB dédié aux backups) et il archive hors site sur bande jusqu'à 1an.

A noter que ton environnement HA n'est là que pour augmenter la disponibilité de ton système en cas de crash mais ne substitue en rien ta stratégie de sauvegarde / restauration.

++

[free_dom]

Merci mikedavem, maintenant, j'ai une vision plus claire.

[SQLpro]

... tu pourrais presque le simplifier en remplaçant tes sauvegardes différentielles avec des sauvegardes complètes….

Je plussois…. Aucun intérêt de faire des sauvegardes différentielles sur de très petites bases. Moins de 100 Go… En effet, la restauration sera drastiquement plus longue et plus complexe…. Or lorsque l'on restaure pour de vrai, c'est toujours dans la douleur, dans l'urgence et dans la fébrilité ! Rajouter une couche de complexité à ce moment c'est comme demander à un policier de commencer par remplir une fiche signalétique plutôt que de courir après le terroriste !

A +

[janlouk]

Quels sont vos conseils également par rapport à la rétention des sauvegardes en utilisant une tâche de nettoyage de maintenance pour mes sauvegardes (Complète, différentielle, et JT).
Surtout que je suis dans un environnement de haute disponibilité (alwayson), c'est la première fois que j'implémente une telle architecture.

Quand tu regardes, 150Mb de DB, plus la compression, sur 1 an tu n'arriveras même pas à 50 GB de stockage ce qui est rien.
Et si le business te demande de garder le plus possible, mais que tu es limité en place comme on peut parfois l'être, j'ai déjà fait un full par jour, TL toutes les 15 minutes et je gardais ça 1 mois. Et sur le côté, je gardais un full toutes les semaines pendant 1 an voir plus en fonction de ma limite en espace de stockage. Je ne sais pas chez toi, mais j'ai déjà eu un manager qui me disait que c'était suffisant de garder 1 mois, j'avais assez de place pour garder 6 mois. Il a été bien content quand j'ai dû restaurer des données plus vieilles qu'un mois, il ne m'a pas reproché de ne pas l'avoir écouté

Et comme dit David et SQLpro, je ferais un full tous les jours et les TL toutes les 30 minutes entre 8h et 17h.

[mikedavem]

Quand tu regardes, 150Mb de DB, plus la compression

En fonction du support sur lequel tu sauvegardes et des types de données de ta base, on pourrait même considérer ici s'il est pertinent ou non de compresser la sauvegarde.

Sur un data domain ou sur des stockages modernes de type Pure Storage (il y a en a d'autres), ils font de la compression et/ou de la déduplication by design. Avec un backup compressé on peut perdre l'intérêt de ces fonctionnalités .. mais à 150Mo la base, je pense qu'on perdrait pas vraiment en temps supplémentaire de sauvegarde .. Ca serait à calculer

++

[free_dom]

Est ce que je garde pour les full la même fréquence (deux fois par jour à 12h15 et à 18h15)? ou une seule sauvegarde complète par jour suffira?

[janlouk]

Perso je ne ferais qu'un full par jour et je choisirai 17h15 (vu que tu dis que le service ferme à 17h00) et les logs en fonction de la plage d'utilisation de la DB comme tu décrivais.

[free_dom]

Ok tu me rassures merci.