la nouvelle approche de la cyber résilience des sauvegardes
  • Fr
  • En
  • Le projet
  • Le concept
  • Contact
  • Bases de connaissance

Agent Windows

  • Déduplication sur les OS de versions Windows
  • Installation agent Windows et Linux

Agent Linux

  • Déduplication sur les distributions Linux
  • Quickstart

Généralités

  • Le rôle majeur de l’orchestrateur
  • Cryptographie post-quantique des sauvegardes Cybee
  • Organisation des plans de sauvegarde Cybee
  • Principes fondamentaux de la déduplication dans Cybee
  • Présentation de Cybee

Console Cybee

  • La console Cybee

Repository

  • Les verrous exclusifs ou non des dépots
  • Principes fondamentaux de la déduplication dans Cybee
  • Déduplication sur les distributions Linux
  • Déduplication sur les OS de versions Windows

Restic

  • Les verrous exclusifs ou non des dépots
  • Les dernières versions du moteur Restic

Sauvegarde

  • Le rôle majeur de l’orchestrateur
  • Cryptographie post-quantique des sauvegardes Cybee
  • Organisation des plans de sauvegarde Cybee
View Categories
  • Home
  • documents
  • Généralités
  • Organisation des plans de sauvegarde Cybee

Organisation des plans de sauvegarde Cybee

Les principes #

Cybee autorise l’accès et l’écriture concurrente à un même dépôt par plusieurs serveurs en parallèle. Il n’existe donc pas de limite théorique de nombre de serveurs sur un seul dépôt.

Dans la pratique, il y a des limites de performances sur le nombre de réalisation de sauvegarde (les clichés) sur un même dépôt (de l’ordre de 10.000 clichés).  Sur une sauvegarde quotidienne pour une centaines de serveurs cela permet d’avoir sans souci, une profondeur de sauvegarde de 3 mois.

Les commandes qui exigent un verrou exclusif sur un dépôt sont planifiées hors de la fenêtre de sauvegarde (action d’élagage/de contrôle de dépôt avec corrections).

Le lien dépot et plan de sauvegarde #

Un plan de sauvegarde ne peut aller que vers un seul dépot, mais un dépot peut acceuillir des dizaines de plans de sauvegarde.

Il n’y a pas de limite théorique à ce nombre, mais plusieurs paramètres sont à intégrer

Des règles d’articulation entre dépot et sauvegarde #

Les principales règles pour définir le choix du nombre de dépots

  1. Regouper les sauvegarde de serveurs par modèle homogène
    • Un dépot unique pour les plans de sauvegarde pour les disques/partitions systèmes de serveurs homogènes (exemple le disque système C: d’un serveur Windows pour les version WS2016 à WS2025)
    • Un autre dépot pour les bases de données SQL server ou Oracle
  2. Différentier les dépots qui ont des besoins de maintenance différents (essentiellement fréquence élagage, reconstruction d’index)
    • On peut ainsi appliquer des politiques agressives sur certains dépots afin d’optimiser les consommation de l’espace de stockage et planifier des élégages décalés sans immobiliser tout le monde.
  3. Destinations de stockage différents implique des dépots différents
    • un dépot ne peut être situé que sur une destination de stockage, donc si vous souhaitez pour des questions de résilience avec des destinations de stockage différents cela induit créer des dépots différents
  4. Sécurité et cloisonnement des accès aux dépot par besoin de sécurité homogène
    • un dépôt peut contenir plusieurs clés, mais chacune donne un accès complet au dépôt. Ainsi il est pertinent de ségréger les dépots par classification de sécurité homogène (par exemple en données de production et environnements de développement)

 

Still stuck? How can we help?

How can we help?

Principes fondamentaux de la déduplication dans CybeeCryptographie post-quantique des sauvegardes Cybee
Table of Contents
  • Les principes
    • Le lien dépot et plan de sauvegarde
    • Des règles d'articulation entre dépot et sauvegarde
  • Le projet
  • Le concept
  • Contact
Découvrir Nuabee
Copyright 2025 ©
  • Politique de confidentialité
  • Mentions légales
65, rue Hénon 69004 Lyon - France