Accueil / Expertises / Sauvegarde & haute disponibilité

› Services

Sauvegarde et haute disponibilité : récupérables, pas seulement sauvegardées.

Une sauvegarde qui n'a jamais été restaurée n'est qu'une hypothèse. Nous mettons en place, et surtout testons, ce qui garantit la reprise.


› Situations fréquentes

Vous vous reconnaissez ?

  • Des sauvegardes qui s'exécutent sans erreur, mais qu'on n'a jamais essayé de restaurer.
  • Aucune idée de la durée réelle d'une restauration complète.
  • Une réplication ou un cluster dont la bascule n'a jamais été répétée.
  • Des sauvegardes stockées au même endroit que les bases.
  • Un plan de reprise écrit, mais jamais joué.
› Ce qu'on fait

Trois axes d'intervention.

Sauvegarde

Fréquences, rétention, emplacement.

  • Stratégie adaptée à la perte de données acceptable
  • Copies hors du site de production
  • Surveillance des exécutions

Restauration

La preuve que ça marche.

  • Tests de restauration réguliers
  • Mesure de la durée réelle de reprise
  • Restauration à un instant donné

Disponibilité

Réplication, bascule, reprise.

  • Réplication et clusters selon le moteur
  • Procédures de bascule répétées
  • Plan de reprise d'activité documenté
› Questions fréquentes

Les réponses courtes.

Que veulent dire RPO et RTO ?

Le RPO est la quantité de données que vous acceptez de perdre, exprimée en durée. Le RTO est le temps que vous acceptez pour remettre le service en route. Ce sont ces deux valeurs qui dictent la stratégie.

À quelle fréquence tester une restauration ?

Au minimum à chaque changement important, et régulièrement ensuite. Une restauration testée régulièrement est la seule garantie que la sauvegarde est exploitable.

Proposez-vous un plan de reprise d'activité ?

Oui : rédaction, mise en place technique des mécanismes de réplication et de bascule, puis exercice de reprise avec vos équipes.

SQL Server : sauvegarde et AlwaysOn sur adoc.pro

Un script T-SQL pour contrôler le dernier backup et le dernier restore de chaque base, réplicas AlwaysOn compris, et un guide de mise en place d'un groupe de disponibilité à deux nœuds.

Script dernier backup et restore →   AlwaysOn à deux nœuds →

Un besoin à cadrer ?

Un premier échange suffit à définir le périmètre, le moteur concerné et la suite.

Demander un devis